Pozdrav, prijatelji i gosti bloga! Danas ću vam reći kako koristite PHP i MySQL. A također ćemo razgovarati o sustavi komentiranja za stranicu a mi ćemo od onih koje nudim izabrati najbolje za vašu stranicu.
Pitanje jedno: pomoću PHP i MySQL?
Da bismo to učinili, ti i ja prvo trebamo stvoriti tablicu u bazi podataka vaše stranice koja će se zvati - komentari. Ova stvorena tablica pohranit će komentare u polja sa sljedećim oznakama:
iskaznica je jedinstveni identifikator.
page_id— ovo polje će pohraniti identifikator stranice stranice na kojoj se ovaj komentar nalazi.
Ime- ovo je ime komentatora koji je ostavio ovaj komentar.
tekstualni_komentar— sukladno tome, ovo je tekst aktualnog komentara.
Sljedeći korak, nakon kreiranja tablice za komentare u bazi podataka, moramo implementirati poseban kod za naše buduće komentare na stranici. Ovaj kod na stranici omogućit će našim komentatorima da dodaju svoje komentare našim člancima. Evo koda:
Jednostavno je HTML obrazac komentari za stranicu. Postavite ga na svoju web stranicu na mjesto gdje je zgodno za ostavljanje komentara na objavu – naravno, ispod same objave.
query("INSERT INTO `comments` (`name`, `page_id`, `text_comment`) VALUES ("$name", "$page_id", "$text_comment")");// Dodaj komentar u zaglavlje tablice (" Lokacija: ".$_SERVER["HTTP_REFERER"]);// Preusmjeravamo li natrag?>
Posljednji korak u stvaranju obrasca za komentare za stranicu u PHP-u i MySQL-u je prikaz naših komentara na stranici stranice. Evo koda za ovo:
query("SELECT * FROM `comments` WHERE `page_id`="$page_id""); //Dohvati sve komentare za ovu stranicu dok ($row = $result_set->fetch_assoc()) ( print_r($row); //Izlaz komentara echo "
";
}
?>
To je sve! Naš jednostavan obrazac za komentare za stranicu je kreiran i može raditi na stranici.
Ali ovo sigurno nije za početnika koji se neće zamarati sa svim ovim HTML, PHP i MySQL kodom. Niti će naučiti kako napraviti bazu podataka. Treba mu sve odjednom, brzo i bez glavobolje. Ja sam u pravu? Naravno da si u pravu!
Zatim prijeđimo na sljedeći odjeljak mog materijala i saznajmo sve o gotovim sustavima komentara za web mjesto i odaberemo najprikladniji, funkcionalniji i prihvatljiviji za vaše web mjesto...
Sustavi komentara za stranicu. Koju izabrati?
Kako ostaviti komentare na stranici- ovo je važno pitanje jer komentari na stranici igraju važnu ulogu ne samo za komunikaciju između vlasnika stranice i posjetitelja, već su komentari važni i za SEO promocija i promicanje.
Uz pomoć komentara na stranici povećava se pozicija stranice u rezultatima pretraživanja, poboljšavaju se čimbenici ponašanja, povećava promet na stranici, a samim time i vaša zarada. Vidite koliko su komentari važni za stranicu!
Pa pogledajmo kako ostavljati komentare na stranici a koji sustav komentiranja izabrati najviše najbolja opcija?
Općenito, komentari na web stranicama prikazuju se na mnogo načina. Ovo su posebni dodaci za wordpress motore i komentare iz društvene mreže svašta, kao npr U kontaktu s, Facebook, Disqus. Postoje i neovisne usluge koje nude vlastite sustave komentara za web mjesto, na primjer.
Sada ću vam dati jednu tabletu koja će odmah sve staviti na svoje mjesto i neće se pojaviti nikakva pitanja o odabiru sustava komentara za web mjesto:
![](https://i0.wp.com/pribylwm.ru/wp-content/uploads/2017/01/%D1%82%D0%B0%D0%B1%D0%BB%D0%B8%D1%86%D0%B0-%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC-%D0%BA%D0%BE%D0%BC%D0%BC%D0%B5%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F-%D0%BD%D0%B0-%D1%81%D0%B0%D0%B9%D1%82%D0%B0%D1%85-300x268.png)
![](https://i2.wp.com/pribylwm.ru/wp-content/uploads/2017/01/%D1%82%D0%B0%D0%B1%D0%BB%D0%B8%D1%86%D0%B0-%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC-%D0%BA%D0%BE%D0%BC%D0%BC%D0%B5%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F-%D0%BD%D0%B0-%D1%81%D0%B0%D0%B9%D1%82%D0%B0%D1%85-300x268.png)
Ovdje možete jasno i jasno vidjeti koji je sustav komentara najbolji i nekoliko predstavljenih, koje webmasteri najčešće koriste na svojim resursima. Mislim da su tu objašnjenja nepotrebna i izbor je na vama!
Vrijeme čitanja: 55 min
Dobar dan svima.
Sada je došlo vrijeme za dugo očekivani materijal o mikro markupu.
Odmah ću reći da će ovaj članak u početku biti prilično teško razumjeti, posebno za početnike, budući da postoji mnogo opcija za mikro označavanje i teško je sve odjednom dobiti u glavi. Ali pokušat ću opisati cjelokupnu sliku i istovremeno se usredotočiti na najvažnije i najčešće stvari.
Materijal je prilično opsežan, ali nadam se da će vam pomoći u stvaranju mikrooznaka na web mjestu.
U posljednje vrijeme primijetio sam da je mnogo ljudi opsjednuto mikropodacima. To se dogodilo nakon što su razni SEO blogeri počeli žustro raspravljati o tome. Ali hajde da shvatimo zašto se uopće koristi i je li potrebno posvetiti toliko pažnje tome. Je li igra vrijedna svijeće?
Što je mikro markup i zašto je potreban?
Ako čujete mikrooznačavanje ili semantičko označavanje stranice (mjesta), znajte da to znači označavanje stranice pomoću dodatnih atributa (tagova), koji tražilicama daju ideju o pojedinim elementima stranice, ukazujući na njihov sadržaj.
Morate razumjeti da je obična stranica već označena, ali se koriste uobičajene općeprihvaćene oznake i atributi. To je sasvim dovoljno za tražilice i mnoge stranice još uvijek postoje na ovaj način i prilično uspješno napreduju.
No, ako želimo pomoći tražilicama da razumiju našu stranicu, uputiti ih na bitna područja stranice, razumjeti njenu strukturu, ukazati na sadržaj onih područja na koja prije svega treba obratiti pozornost, tada je potrebno implementirati mikro- markup, odnosno dodati određene oznake i atribute koji će označavati sve.
Time nećemo pomoći samo tražilicama, već i našoj web stranici, budući da se mikro označavanje koristi ne samo za razumijevanje strukture i sadržaja web stranice, već i za izradu rezultata pretraživanja, formiranje funkcionalnih i atraktivnih isječaka, što utječe na klik- prolazna stopa (CTR) stranice u izdanju. A to je povećanje ukupnog prometa na stranici.
Dolje možete vidjeti upečatljiv primjer takvih isječaka.
Na ova slika možete vidjeti, što ga nadopunjuje i čini uočljivijim među sivom masom drugih stranica u rezultatima pretraživanja. Također sam upotrijebio strelice za isticanje putanje kroz put, koja pokazuje jasnu strukturiranu stazu do materijala na stranici, umjesto jednostavnog nejasnog URL-a.
Ovaj navigacijski lanac je prilično jednostavan. Sve što trebate učiniti je instalirati ih na stranicu.
Evo još jedne opcije za bogate isječke.
Ista opcija omogućuje posjetitelju da odmah shvati o čemu se stranica radi i što mu ona može dati. Ako je isječak ispravno sastavljen u ovom slučaju, tada korisnik može odmah poduzeti radnju koja vam je potrebna, a kao što znamo, svaka stranica mora obavljati svoje vlastite zadatke (pretplata, kupnja itd.).
Složite se da će takav isječak biti uočljiviji u rezultatima pretraživanja od običnog opisa stranice, budući da ima mnogo više veće veličine. Da, i izgleda čvršće.
Odgovorimo sada na pitanje koje bi moglo zabrinjavati one koji misle da mikro označavanje pomaže u povećanju pozicija i da je jedan od faktora rangiranja.
Utječe li mikro markup na rangiranje? Treba li očekivati povećanje pozicija nakon njegove provedbe?
Kako ne bismo pisali svoje obrazloženje, okrenimo se pomoći tražilice Yandex. Dakle, što nam sam Yandex govori o tome? citiram:
Hoće li moje web mjesto bolje rangirati ako koristim označavanje?
Odgovor: Markup može vašu web-lokaciju učiniti vidljivijom u Yandex pretraživanju i tako privući više posjetitelja koji pripadaju ciljanu publiku. Yandex je zainteresiran za korisnike koji svoje probleme rješavaju pomoću Pretraživanja. Jedan od pokazatelja kvalitete pretraživanja naziva se "zadovoljstvo korisnika". Web stranice koje povećavaju "sreću" rangirane su više.
Možemo zaključiti da označavanje ne utječe izravno na pozicije, već samo neizravno, budući da možemo napraviti atraktivniji isječak, što će samo po sebi dovesti više posjetitelja na resurs. Onda je stvar tehnike. Više posjetitelja znači više akumuliranih dobrih pokazatelja o stranicama (ako je sadržaj kvalitetan) i pozicije će postupno rasti.
Također je vrijedno napomenuti da pomažući tražilicama da razumiju prirodu sadržaja, njegovu vrstu (informacija, sastanak, proizvod itd.), činimo sadržaj relevantnijim upit za pretraživanje a on bi trebao zauzimati više položaje. Možda ne izravno, ali neizravno - to je sigurno. Yandex nam je to potvrdio (vidi gore).
Dakle, napravimo kratak popis prednosti posjedovanja mikro oznaka na web mjestu. To su one točke koje neizravno ili izravno ukazuju na kvalitetu stranice, povećavaju njenu poziciju i pomažu tražilicama.
- Prvo, možemo zaključiti da se povjerenje tražilica u stranicu povećava jer robota za pretraživanje usmjeravamo na glavne elemente stranice, bez straha da s nama nešto nije u redu i bez pokušaja sakriti nešto od robota za pretraživanje. Zbog toga je logično da tražilice misle da im pomažemo i otkrivamo „dušu stranice“, što će svakako utjecati na kvalitetu indeksiranja stranice, au konačnici i na njezinu poziciju;
- Drugo, uz odgovarajuće postavke, možemo istaknuti naš isječak u rezultatima pretraživanja, što će dovesti do trenutnog povećanja prometa na stranicama resursa bez mijenjanja položaja. U konačnici, povećanje prometa dovest će do povećanja pojedinačne stranice u rezultatima pretraživanja i na web mjestu u cjelini;
- Treće, povećavamo čimbenik ponašanja - CTR u rezultatima pretraživanja (click-through rate). Ova je točka vrlo blisko povezana s prethodnom. Budući da više ljudi klika na našu web stranicu, to znači da smo točnije pomogli posjetitelju da shvati da je naša stranica kvalitetnija nego na drugim stranicama. To znači da se stranica mora malo podići u rezultatima pretraživanja.
Dakle, mislim da je odgovor na pitanje dat.
Je li markup uopće potreban? - Da, treba mi.
Naravno, ako postoji izbor između bolne implementacije označavanja na web mjestu i rada na drugim aspektima, onda se, naravno, ne biste trebali usredotočiti samo na semantičko označavanje. Bolje je raditi na sadržaju, koji je puno važniji od nekih tehničkih detalja među stotinama ili tisućama drugih stvari. Štoviše, sada možete istaknuti svoj isječak u rezultatima pretraživanja bez uvođenja oznaka u predložak, već samo instaliranjem , koji već nudi oznake ocjena.
Nakon što saznamo glavne prednosti, možemo prijeći na razmatranje glavnih vrsta semantičkog označavanja.
Glavne vrste mikro označavanja
Ovdje je sve prilično komplicirano. Prvo, morate razumjeti da postoje rječnici mikro označavanja i njihove sintakse.
Rječnik se može shvatiti kao mikrooznačni jezik koji uključuje skup klasa i svojstava koja ukazuju na bit sadržaja stranice. U svakom rječniku, svaki element na web mjestu identificiran je pomoću različitih oznaka. Na primjer, u rječniku Schema.org, naziv dokumenta naznačen je pomoću oznake "name", ali mikroformati koriste CSS klasu unutar bloka elementa koji vrijedi označiti ( Kamilica, gdje je fn org naslovna oznaka u ovom slučaju).
Svaki rječnik i sintaksa imaju svoje oznake i atribute, što formate mikro označavanja čini takozvanim vinaigrette-om. Stvarno je teško sve shvatiti.
Sintaksa se shvaća kao način korištenja određenog jezika (rječnika) semantičkog označavanja. Sintaksa određuje koje će se oznake koristiti za označavanje suštine objekata i njihovih svojstava na stranici.
Iz prethodne definicije sintakse uveden je pojam suštine. Što to znači primjenjivo na predmetno pitanje?
Suština – jednostavno rečeno, to je vrsta informacije (jedinica sadržaja, informacija) koju upućujemo na tražilice. Na primjer, trebamo ukazati na najave na glavnoj stranici bloga, odnosno istaknuti suštinu ovog područja nekim tagom, definirajući ga kao područje najava. Isto je potrebno učiniti i sa post page-om, gdje je potrebno naznačiti suštinu područja gdje se sadržaj (članak) nalazi, odnosno istaknuti tekst kao sadržajno područje.
Za gotovo svaki element stranice možete definirati suštinu, odnosno naznačiti što je to: sadržaj ili ocjena, ili općenito komentari. Stoga se entiteti mogu specificirati na takvim stranicama (kao primjer uzet ću jednostavan predložak bloga poput mog):
- Početna - popis najava;
- Stranica postova - komentari, sadržaj, ocjena (ako je dostupna), putevi;
- Obična statična stranica - sadržaj, komentari (ako postoje).
Osim toga, na svakoj vrsti stranice možete odrediti isti element - zaglavlje stranice, podnožje (podnožje), bočna traka (bočni stupac), glavni izbornik.
Svaki entitet ima svoja svojstva, na primjer:
- Područje sadržaja na stranici s objavama - naslov članka, tekst članka, opis, ime autora članka, datum objave, kategorija, slike, video i ostalo;
- Područje za popis najava na glavnoj stranici, rubrike i arhive je isto;
- Područje komentara - ime komentatora, datum, tekst komentara;
- Područje sadržaja na običnoj statičnoj stranici u osnovi je isto kao u postovima;
- Područje zaglavlja stranice - naslov, opis;
- Područje ocjenjivanja na stranicama - maksimalna ocjena, trenutna ocjena, broj ocjena.
- Područje podnožja (podnožje stranice) - godina autorskog prava;
- Područje bočne trake (bočni stupac) - naziv widgeta;
- Područje glavnog izbornika - veze.
Postoje i druga područja sa svojstvima, ali ih neću razmatrati, budući da ih u svakom rječniku označavanja ima nekoliko desetaka, au označavanju sa schema.org njihov je broj općenito u stotinama.
Pogledat ćemo koje oznake i atribute koristiti za označavanje entiteta i svojstava svakog od njih u praktičnom dijelu ovog članka.
Sada prijeđimo na glavnu ideju odlomka i razmotrimo glavne formate semantičkog označavanja. Kratak popis osnovnih vokabulara i sintaksi može se vidjeti na donjoj mentalnoj mapi.
Nećemo razmatrati sve rječnike i sintakse jer je to besmisleno. Neće vam trebati. Razmotrimo samo ukratko glavne formate označavanja:
- Schema.org;
- Open Graph;
- Mikroformati.
Dotaknut ćemo se nekih od ostalih prilično malo.
![](https://i0.wp.com/kostyakhmelev.ru/wp-content/uploads/2015/05/mikroformatyi.jpg)
Posljednji korak vrijedi spomenuti još jedan rječnik, odnosno Data Vocabulary, koji je razvio Google, a sada je njegov razvoj obustavljen. Sva pažnja usmjerena je na Schema.org. Možemo reći da su sva svojstva i entiteti koji su bili u ovom jeziku za označavanje postali prototipovi za označavanje sa schema.org.
Koliko ja razumijem, rječnik Data Vocabulary može raditi sa sintaksama: mikropodacima i RDF jezikom, što se može vrlo jasno vidjeti u Google pomoći o materijalu za mikrooznačavanje putanje. Postoje 2 opcije označavanja:
- Označavanje rječnika podataka mikropodacima;
- Označavanje rječnika podataka s RDFa.
Ja ću malo preduhitriti. Na prvoj slici možete vidjeti da se uz Rječnik podataka koriste mikropodaci sa Schema.org. Činjenica je da putevi sa shemom još nisu podržani. Stoga se koristi kombinirana opcija.
Koji je format označavanja najbolje koristiti?
Mislim da već znate odgovor na ovo pitanje, budući da sam u opisu svake vrste markupa dao neosporan argument da tražilice Oni sami preporučuju Schema.org markup dictionary. To je upravo ono što trebate koristiti. Ali može postojati puno opcija za implementaciju ovog mikro označavanja, kako od dodataka tako i od uvođenja entiteta i svojstava u predloške dizajna.
Posljednja opcija je najoptimalnija, jer je ovo jednokratni posao i mikro označavanje će biti na apsolutno svakoj stranici. Sve tražilice će ga vidjeti jer će biti ugrađen u predložak. Ali početnici bi mogli imati problema s implementacijom, budući da trebaju razumjeti kod svog predloška barem na minimalnoj osnovnoj razini i vidjeti koja oznaka prikazuje naslov članka, gdje je kod za prikaz teksta i tako dalje. Svi ovi trenuci morat će se omotati mikro oznakama.
Ova točka također pokreće pitanje kombiniranja različitih rječnika na jednom mjestu. To je prihvatljivo iu nekim slučajevima se ne može izbjeći. To se jasno vidi na primjeru označavanja putanje, kada se kombiniraju varijanta označavanja Data Vocabulary i označavanja mikropodataka sa Schema.org. Nema ništa loše u tome. Sam Yandex govori o tome.
Na vašoj je diskreciji. Ako vam je lakše koristiti mikroformate, krenite. Ja osobno ću pokazati cijeli proces na Schema.org mikro označavanju, budući da sam ga sam implementirao i sve radi s praskom bez ijedne greške.
Kako provjeriti prisutnost oznaka na web stranici
Naš je zadatak u ovoj fazi saznati ima li naš predložak neki format označavanja. To je sasvim moguće jer su većina korištenih predložaka prevedene teme na engleskom jeziku koje već sadrže neku vrstu formata semantičkog označavanja. U pravilu je to označavanje u mikroformatima koje nam uopće ne koristi. Bolje je da ga u početku nema, jer ćemo se tako spasiti od glavobolje kada ga skinemo.
Za provjeru prisutnosti oznaka, možete koristiti i validator mikro oznaka iz Yandexa i Google alat za provjeru strukturiranih podataka. Radije i toplo preporučujem da koristite Yandex validator jer je mnogo jednostavniji.
Nakon odlaska na Yandex validator, unosimo adresu stranice i kliknemo "Provjeri".
Ako piše "Mikro označavanje nije otkriveno", to znači da u predlošku nema označavanja treće strane. Ovo je jako dobro jer ne morate gubiti trud na njegovo uklanjanje. Ali budite oprezni, jer na jednoj vrsti stranice možda neće biti oznake, ali na drugoj će biti prisutna (na primjer, na stranici članka).
Dakle, analiziram stranicu objave i ispada da su komentari predloška označeni mikroformatima (vcard je prisutan). O tome svjedoče različiti kodovi u rezultatima skeniranja.
Mikroformati nam ne trebaju, pa bismo ih trebali izbrisati. Može se dogoditi da vaš predložak bude označen u drugim formatima označavanja. Tada ih također treba ukloniti. Moguće je da će označavanje sa Schema.org biti odmah implementirano. To se također događa, ali vrlo rijetko, budući da praktički nema besplatnih predložaka koji bi vrijedili. Ali loši su sitniš.
Sada pogledajmo postupak uklanjanja oznaka treće strane.
Uklanjanje oznaka treće strane
Budući da se u mom slučaju pokazalo da se radi o označavanju treće strane pomoću mikroformata, upotrijebit ću njegov primjer da pokažem ovaj proces. Ako imate neku drugu oznaku, tada će princip brisanja biti sličan.
Sve se svodi na uklanjanje oznaka i njihovih atributa iz oznake koju imate. Jedina razlika između mikroformata i drugih vrsta mikro označavanja bit će da sve vrste osim mikroformata dodaju nove oznake i atribute. Mikroformati ne dodaju ništa, ali su zapisani unutar specifičnog atributa klase html element predložak (na primjer, naslov članka), kao što sam napisao u odlomku o glavnim vrstama.
Usput, u točki br. 6 ovog članka dajem kod za označavanje komentara koji je potrebno umetnuti u predložak funkcijske datoteke functions.php. Ovaj kod trebao bi ispraviti ove pogreške iz oznake mikroformata treće strane. Stoga, ako imate ovaj problem, prvo preporučujem da provjerite taj kod na svom predlošku. Trebao bi pomoći. To će vas uštedjeti nepotrebnog rada ručnog odlaganja. Ako ništa ne uspije, onda sve radimo ručno, kao što opisujem u nastavku.
Sada prijeđimo na sam proces. Dakle, ranije je postalo jasno da imam dodatne oznake od mikroformata. Prilikom provjere u validatoru dobili smo oznaku vcard koja stvara greške.
Sada moramo otvoriti mapu s predloškom da bismo vidjeli sve njegove datoteke, a zatim se okrećemo onim datotekama koje su odgovorne za prikaz tih elemenata u kojima se nalaze mikroformati. Kako to učiniti, pogledajte popis u nastavku:
![](https://i2.wp.com/kostyakhmelev.ru/wp-content/uploads/2015/05/stili-dlya-vcard.jpg)
Nadam se da sam to sasvim jednostavno objasnio. Iako, početnik može imati veću zbrku u glavi.
Ovako je ovaj dio koda s vcard izvorno izgledao u mojoj datoteci predloška.
Nakon promjene postalo je ovako.
Također sam napravio promjene u stilovima.
Sada nema mikroformata i dizajn je sačuvan u izvornom stanju.
Dakle, kada smo uklonili standardnu oznaku (ako je bila prisutna), možemo ugraditi novu sa Schema.org. DO ovaj proces počinjemo.
Implementacija mikro označavanja Schema.org
Počnimo s malim objašnjenjem i teorijom, budući da se uvijek trebate pripremiti prije prakse.
Prvo, vrijedno je otkriti koje datoteke trebamo usmjeriti na potrebne entitete i njihova svojstva. Sada govorim o datotekama za WordPress motor. O drugim motorima neću ništa, jer ne radim s njima. Princip označavanja ostaje isti. Vi samo trebate odrediti datoteke u kojima se nalaze potrebna područja za označavanje.
- Single.php datoteka (datoteka zapisa): entitet - područje sadržaja (članak), svojstva - datum objave, autor, kategorija, naslov članka, slike;
- Datoteka Functions.php (u mom slučaju - oznaka koda komentara): entitet - komentar, svojstva - tekst komentara, datum i ime komentatora;
- Datoteke s popisom najava index.php, category.php, archive.php (glavni, kategorije i arhive, redom): entitet - popis najava, svojstva - datum objave, autor, kategorija, naslov članka;
- Stranica datoteke.php (obična statična stranica - izborno): entitet - područje sadržaja, svojstva - naslov teksta i, ako je dostupno, datum, autor i ostalo;
- U datoteci header.php također označite zaglavlje - entitet će biti zaglavlje, a svojstva će biti naslov stranice + opis;
- Datoteka sidebar.php (bočni stupac): entitet - cijela bočna traka, svojstvo - naslov svakog widgeta;
- Datoteka footer.php (podnožje stranice): entitet - cijelo podnožje, svojstvo - datum autorskog prava + naziv stranice (nisam označio ime);
- Zaglavlje datoteke.php ( gornji dio resurs): entitet - glavni navigacijski izbornik, svojstvo - veze + njihova sidra.
Sada o oznakama i atributima koji odgovaraju svakoj vrsti entiteta i njihovim odgovarajućim svojstvima. Prvo o entitetima.
/***Popis najava***/ itemscope itemtype="http://schema.org/BlogPosting" /***Objavi sadržaj stranice***/ itemscope itemtype="http://schema.org/Article" / ***Komentari***/ itemprop="komentar" itemscope itemtype="http://schema.org/Comment" /***Uobičajena statična stranica***/ itemscope itemtype="http://schema.org / Članak" /***Bočna traka (bočna traka)***/ itemscope itemtype="http://schema.org/WPSideBar"> /***Podnožje (podnožje stranice)***/ itemscope itemtype="http:/ /schema.org/WPFooter"> /***Navigacija web mjestom (glavni izbornik)***/ itemscope itemtype="http://schema.org/SiteNavigationElement"> /***Slike***/ itemscope="" itemtype="https://schema.org/ImageObject" /***Trajni link na stranicu***/ itemscope itemprop="mainEntityOfPage" itemType="https://schema.org/WebPage" /***Organizacija * **/ itemscope itemtype="https://schema.org/Organization" /***Adresa***/ itemscope itemtype="http://schema.org/PostalAddress"
Sada oznake imovine.
- Naslov stranice (tekst) - itemprop="headline"
- Tekst unosa - itemprop="articleBody" (može se koristiti i za opis ako je formiran kao dio cjelovitog teksta)
- Datum objave - itemprop="datePublished"
- Autor - itemprop="autor"
- Kategorija članka - itemprop="articleSection"
- Slika - itemprop="slika"
- Tekst komentara - itemprop="tekst"
- Ime komentatora - itemprop="kreator"
- Datum komentara - itemprop="datePublished"
- Link (odnosi se na glavni izbornik i sliku) - itemprop="url"
- Godina autorskog prava u podnožju - itemprop="copyrightYear"
- Datum zadnje izmjene stranice - itemprop="dateModified"
- Adresa - itemprop="adresa"
- Ulica - itemprop="adresa ulice"
- Indeks - itemprop="postalCode"
- Lokacija adrese - itemprop="addressLocality"
- Telefon - itemprop="telefon"
- Duljina slike - itemprop="width"
- Širina slike - itemprop="height"
- Logotip - itemprop="logotip"
Ovo su glavna svojstva koja ćemo sada koristiti.
Daljnji koraci za označavanje predloška prilično su jednostavni.
Svako područje koje treba definirati entitet i svojstvo korištenjem gore navedenih oznaka umotano je u neku vrstu zajedničke oznake. To može biti oznaka bloka div, oznaka članka, oznaka raspona, H1 zaglavlje i drugi. Radi lakšeg razumijevanja, naslov je gotovo uvijek omotan H1 oznakom, što i treba biti. Bit će 2 oznake: otvarajuća i zatvarajuća. I tako sa svakim elementom stranice, a ne samo sa zaglavljima.
Ideja je da će svakom potrebnom elementu trebati dodijeliti oznaku entiteta (odredite vrstu sadržaja: članak ili komentar, ili popis najava, itd.) i svojstva unutar njegove uvodne oznake.
Sada vježbajte. Na primjer, postoji datoteka jednog posta (članka) single.php. Počnimo s njegovim označavanjem.
Mikro označavanje posta (članka)
Počnimo s definiranjem entiteta. Predložak ima zajedničku oznaku koja obavija cijelo područje sadržaja objave (i tekst članka i naslov i komentare) i za svakoga je drugačiji. Neki ljudi bi ga mogli imati div blok. Imam ovaj članak. Naravno, ovaj tag se otvara na samom početku, gdje počinje sav sadržaj, a završava negdje kada sadržaj završi.
I na samom početku, unutar uvodne oznake članka, trebam umetnuti oznaku entiteta područja sadržaja na stranici objave (dao sam kodove malo više). Dat ću vam sliku (na klik) konačnog markupa single.php datoteke snimanja, a onda ću objasniti što se dogodilo i što se dogodilo na kraju, ako nekome nije jasno. Slika je velika, ali se može kliknuti, pa možete kliknuti na nju i pogledati je u većoj veličini ili je otvoriti u novoj kartici i pogledati u punoj veličini.
U početku se cijelo područje sadržaja objave otvara pomoću oznake članka. Bilo je ovako:
I postalo je ovako:
Kao što vidite, oznaka entiteta objave uključena je unutar oznake uvodnog članka. Sada će robot za pretraživanje shvatiti da je to područje koje sadrži sadržaj. Percipirat će ovo područje kao objekt. Vrlo je važno.
Usput. Mnogi ljudi postavljaju ocjene članaka bez dodatka, a nakon provjere stranice u Yandex ili Google validatoru, rečeno im je da predmet pregleda nije naveden. To je zbog činjenice da se ocjena objavljuje sama. Morate ga smjestiti unutar ovog područja, koje zauzvrat mora biti definirano oznakom za označavanje kao područje sadržaja (ili objekt pregleda). Tada će ocjena pripasti objektu, odnosno artiklu. Nakon ovoga neće biti grešaka.
Vratimo se procesu. Prvo smo postavili suštinu objekta (cijelo glavno područje smo omotali zajedničkom oznakom), a zatim smo označili njegova svojstva, odnosno sekundarne podatke: datum objave, autora, tijelo članka (sam tekst) , podaci o izdavaču (adresa, organizacija, logo), datum zadnje promjene stranice, adresa početne stranice i tako dalje. Sve je potpuno isto - unutar svake početne oznake potrebnog elementa označavamo odgovarajuće parametre. U nastavku dajem objašnjenje što se dogodilo prije unošenja promjena i što se dogodilo nakon.
U početku kopiramo 2 retka koda odmah nakon uvodne oznake koja obavija cijelo područje sadržaja. Za mene je ovo oznaka članka s entitetom unutar njega koji je postavljen ranije u tekstu.
"/>
- Prvi redak je odgovoran za izlaz retka koji pokazuje na adresu stranice i govori da je ova stranica glavna.
- 2. red - datum zadnje izmjene stranice.
Zatim u sljedećem redu dajemo podatke o izdavaču, tj. o tome tko objavljuje materijale. To uključuje nekoliko entiteta odjednom (Organizacija - adresa unutar nje, slika - logo). Ja vam dam kod, vi samo zamijenite savjete u njemu svojim podacima. Hoćete li stavljati stvarne ili ne na vama je, ali ako Google to ipak radi kako bi poboljšao rezultate i prikazao vaše podatke kako bi vam povećao vjerodostojnost, onda bih označio prave. Općenito, ovo je svačiji posao. Evo koda.
Ako primijetite, u gornjim kodovima postoji display:none style tag, koji govori da ti podaci ne moraju biti prikazani na stranici, već samo u izvornom kodu, kako bi ih tražilica mogla vidjeti. Zapravo ovo je ono što mi treba. Ova oznaka se nalazi u redovima 2 i 9 i skriva prikaz logotipa i adrese. Ako želite prikazati, uklonite ove stilove. Ubuduće ću to raditi, kada blog radikalno redizajniram, dizajnirat ću ga u kompaktan, lijep blog koji će se dobro uklopiti u dizajn i dati informacije o meni.
Što se tiče loga, mnogi ga jednostavno nemaju. Predlažem da učinite sljedeće - ili napravite malu sliku i na nju napišite naziv stranice s adresom (najjednostavnija opcija logotipa) ili postavite svoju fotografiju (najljenija opcija). Imam logo, pa sam ga registrirao.
Dakle, sada označavamo sljedeće informacije. Ovdje će biti lakše. Vi samo trebate pronaći sve druge potrebne kodove koji prikazuju ove ili one informacije (naslov, kategorija, datum objave, autor) i umetnuti potrebne oznake svojstva schema.org markup unutar njihovih početnih oznaka u kojima su zatvoreni.
Naslov objave. Bio je:
Datum objave. Bio je:
".$current_category_name."
".$current_category_name."
Tekst članka. Bio je:
I sami biste trebali učiniti gotovo istu stvar. Jedina razlika bit će u oznakama, unutar kojih trebate postaviti oznake entiteta i svojstva. Njihov poredak također može biti drugačiji. Ili se može dogoditi da nešto uopće neće biti, na primjer, neće biti datuma objave ili poveznice na kategoriju. Zatim ćete te podatke morati dodati u predložak.
U pretposljednjem paragrafu članka dat ću vam kodove koje možete koristiti ako vam odjednom nešto nedostaje.
Dakle, sada moramo provjeriti našu stranicu u Yandex i Google validatorima.
U Googleovom validatoru bit će gotovo isto. U ovim podacima ne bi trebalo biti grešaka. Jedina nijansa odnosi se na mikrooznačavanje slika, na što prelazimo.
Svaku sliku možete označiti ručno, umotavši je u suštinu slika i navodeći potrebna svojstva, ali to je prilično nezgodno kada u svakoj objavi postoji nekoliko desetaka slika. Upotrijebimo sljedeći kod.
Funkcija micro_images_captions ($a, $attr, $content = null)( extract(shortcode_atts(array("id" => "", "align" => "alignnone", "width" => "", "caption" = > ""), $attr)); if (1 > (int) $width || empty($caption)) return $content; $caption = html_entity_decode($caption); if ($id) $id = "id ="" . esc_attr($id). "" "; return "
" . $natpis . "
Sada ne morate svakom članku dodavati oznaku za označavanje slike. Idemo na validator, provjerimo stranicu s barem jednom slikom i vidimo sljedeću sliku.
Ne bi trebalo biti nikakvih grešaka. Sve je jasno. Svaka slika treba biti omotana oznakom, baš kao na gornjoj snimci zaslona.
Mikro označavanje glavne stranice
Ovdje trebate omotati kod koji prikazuje popis najava s oznakom entiteta popisa najava. To se radi na potpuno isti način. Unutar opće oznake koja obavija sav kod u predlošku, postavljamo željenu oznaku (suština popisa blogova je blogposting, ili to možete učiniti po analogiji sa post page -article). Pogledajte sliku (može se kliknuti).
Kao što vidite, moj popis objava se prikazuje pomoću oznake li list, odnosno svaka objava je ograđena njime. Unutar popisa gotovo je isto kao i unutar samog unosa - tu su datumi, ime autora, naziv rubrike, adresa, logo, izdavač i tako dalje. To možete jasno vidjeti na stranicama bloga. Struktura je slična, samo tekst članka nije potpun. Općenito, označavanje je potpuno isto kao i za stranicu s objavom, s izuzetkom oznake entiteta objave objave na blogu.
Također je potrebno upotrijebiti nešto drugačiji kod za označavanje slike za stranicu s najavama, budući da prikazuje ne samo slike, već i minijature. Mikrooznačavanje sličica bit će provedeno korištenjem gotovo sličnog koda. Ako su se prije morali označavati rukom, sada to više nema smisla. Ovdje je kod (također ga stavljamo u datoteku functions.php).
Funkcija micro_thumbnail($content) ( $ar = "!!si"; $br = ""; $content = preg_replace($ar, $br, $content); return $content; ) add_filter("post_thumbnail_html", "micro_thumbnail ");
Kontaktiramo validatora i provjeravamo početna stranica. Pokazao sam vam samo 2 najave, jer... cijeli zaslon će biti vrlo velik.
Bit će onoliko takvih unosa za blogove koliko ima najava na ovoj stranici. Ako ste koristili članak umjesto blogpostinga, tada ćete imati nekoliko članaka ovisno o broju najava.
Budući da je glavna stranica po strukturi slična stranicama odjeljaka i arhiva, njihova je mikrooznaka identična. Popisi najava prikazani su na svim vrstama stranica.
Dakle, sve što preostaje je analizirati oznake komentara, što je prilično kompliciran proces za početnika. Ostale su i obične statične stranice. Princip njihovog označavanja sličan je zapisima, pa ga neću pokazati.
Dakle, komentari. Pojednostavimo zadatak na umetanje jednog koda u datoteku functions.php i modificiranje funkcije koja prikazuje komentare na stranicama stranice. Prvo uzmite sljedeći kod i smjestite ga u datoteku functions.php na samom početku, neposredno prije uvodne oznake< ?php. Если будет выдавать ошибку, можно попробовать его разместить после закрывающего тега?>na samom kraju datoteke.
Postoji i opcija postavljanja kada trebate ukloniti otvaranje php koda u ovom kodu na samom početku (ukloni< ?php) и в самом конце его закрытие (удалить?>). Tada trebate postaviti kod ne prije ili iza otvarajuće (zatvarajuće) php oznake, već unutar ovih oznaka pored svih ostalih funkcija. Ponekad sam nailazio na problem kada ova određena opcija postavljanja radi.
Kod ne radi na svim predlošcima!
< id="komentar-">
$add_below, "depth" => $depth, "max_depth" => $args["max_depth"]))); ?>