2 lucruri utile despre WP si SEO

[Cristi U]

o intrebare, poate prosteasca (nu sunt programator, deci daca gresesc cu ceva va rog sa ma scuzati):
Deci, site/%postname% introduce jde reguli in htaccess. ok, totul clar.
Dar ... site/%postname_%post_id% parerea mea e ca e aceeasi mancare de peste. Tot Jde reguli are in htaccess. Apacheul oricum rescrie forma url-ului. Cu ce este mai ok? Poate doar, da, sa se evite duplicat contentul.
Alta utilitate nu ii vad. Repet, e parere de nespecialist, bazata doar pe un pic de logica.

e vorba de query-urile care se executa pentru a localiza postul in baza de date. Ca regula din .htacces cred ca tot aia e. Diferenta insa cred ca e intre faptul ca e la inceput (deci ai eliminat deja zeci de mii de posibilitati) sau la sfarsit. Eu cred ca nu ajuta faptul ca e pus id-ul la sfarsit asa mult cat ajuta daca ar fi introdus la inceput.

[Andrei Luca]

Da, este mai ok ca acel id sa fie la inceput (chiar si pe site-ul wordpress.org zice asta daca nu ma insel) insa un plugin ca W3 Total Cache rezolva in mare parte problemele de performanta legate de acest subiect.
Niste detalii tehnice interesante gasiti si aici.

De mentionat ca astfel de schimbari se preteaza site-urilor mari.

[-Rares-]

Sunt alte chestii ce pot ingreuna siteul mult mai mult decat "1000 reguli htaccess". Intr-adevar e bine de tinut cont pt siteurile mamut... Pentru siteurile mici si medii impactul e minor

[hyperionXS]

Din punct de verede SEO, nu e mai bine ca expresiile continand cuvinte cheie sa fie cat mai aproape de domeniu? Si anume:
/keywords-10.html versus
/10-keywords.html

Al doilea lucru pe care il am in vedere este despre necesitatea prezentei extensiei .html. Aveti un motiv anume pentru care sa folositi extensia? Din cate stiu, google nu prea tine cont de acest lucru, nu?
Mai mult, la un moment dat se punea si problema dimensiunii paginii. Folosind extensia .html la fiecare pagina, adaugi fiecarui link 5 caractere. La 100 de linkuri in pagina, se fac 500 de caractere. Poate nu e mult pentru o viteza broadband, dar pentru mobil conteaza fiecare caracter.

Cat despre optimizarea vitezei de incarcare, da, e mai bine sa trimiti si IDul postului in link, pentru ca timpul de cautare in baza de date e mai mic pentru un numar decat pentru un cuvant (expresie). Desigur, diferenta intre timpii de cautare se face simtita doar in cazul unui blog de proportii.

[Cristi U]

Extensia o adaugat doar pentru aspect. Atat tot.

[puthre]

pentru ca timpul de cautare in baza de date e mai mic pentru un numar decat pentru un cuvant

Timpul de cautare are legatura cu indecsii, nu cu tipul de date. In rest, dupa parerea mea, ai dreptate in tot ce spui.

[hyperionXS]

Timpul de cautare are legatura cu indecsii, nu cu tipul de date. In rest, dupa parerea mea, ai dreptate in tot ce spui.

Desigur ca e esential ca baza de date sa aiba setati indecsii. Si wp are indecsi atat pe postID (ID), cat si pe numele postului (post_name). Dar la nivel de viteza, orice baza de date compara mult mai rapid 2 numere decat 2 siruri de caractere . Daca mai tinem cont si de faptul ca post_name este UTF-8 si nu latin, cautarea unui string e si mai anevoioasa.
Daca pe deasupra adaugam faptul ca post_name este VARCHAR si nu CHAR, cautarea dupa numele postului e net inferioara cautarii dupa ID.

Dupa parerea mea, astea sunt motivele pentru care e esential sa trimiti si IDul postului.

Cat despre "1000 reguli htaccess", cand m-am uitat in htaccess nu am vazut nici o regula alta decat redirectionarea cererii catre index.php. Ceea ce inseamna ca htaccess are acceeasi viteza si pt o pagina si pt 10.000. Totodata phpul la fel, nu e afectat de numarul de pagini. Singura care ramane e baza de date. De ea depinde viteza de incarcare a siteului.

Disclaimer: Avand doar putina experienta cu wordpress, s-ar putea sa fi facut unele afirmatii gresite. Rog pe cei in domeniu sa ma corecteze daca este cazul.

[puthre]

Dar la nivel de viteza, orice baza de date compara mult mai rapid 2 numere decat 2 siruri de caractere . Daca mai tinem cont si de faptul ca post_name este UTF-8 si nu latin, cautarea unui string e si mai anevoioasa.

Mult mai relevant este numarul de comparatii care se fac, nu cat dureaza o comparatie. Si la o cautare in o tabela de 10 intrari si la o cautare intr-o tabela de 100.000 de intrari, daca valoarea dupa care se face cautarea e indexata, numarul de comparari nu creste semnificativ.
Si eu cand am vazut postul scris de Maldini mi-am zis ca n-are cum, am citit articolul la care face el referire apoi m-am uitat in cod sa verific. Si surpriza, au dreptate, daca nu este gasit un id in url, se itereaza pe toate regulile de rewrite pe care le are.
Vezi function url_to_postid($url) in rewrite.php. La faza asta wordpress e destul de prost.

[Cristi U]

Mult mai relevant este numarul de comparatii care se fac, nu cat dureaza o comparatie. Si la o cautare in o tabela de 10 intrari si la o cautare intr-o tabela de 100.000 de intrari, daca valoarea dupa care se face cautarea e indexata, numarul de comparari nu creste semnificativ.
Si eu cand am vazut postul scris de Maldini mi-am zis ca n-are cum, am citit articolul la care face el referire apoi m-am uitat in cod sa verific. Si surpriza, au dreptate, daca nu este gasit un id in url, se itereaza pe toate regulile de rewrite pe care le are.
Vezi function url_to_postid($url) in rewrite.php. La faza asta wordpress e destul de prost.

E promisiunea lor ca la urmatorul update serios vor rezolva aceasta problema (3.4 sau cat urmeaza.)

[hyperionXS]

Mult mai relevant este numarul de comparatii care se fac, nu cat dureaza o comparatie. Si la o cautare in o tabela de 10 intrari si la o cautare intr-o tabela de 100.000 de intrari, daca valoarea dupa care se face cautarea e indexata, numarul de comparari nu creste semnificativ.
Si eu cand am vazut postul scris de Maldini mi-am zis ca n-are cum, am citit articolul la care face el referire apoi m-am uitat in cod sa verific. Si surpriza, au dreptate, daca nu este gasit un id in url, se itereaza pe toate regulile de rewrite pe care le are.
Vezi function url_to_postid($url) in rewrite.php. La faza asta wordpress e destul de prost.

Ai dreptate. Nu am luat in considerare acest fapt. E interesant de masurat cat dureaza apelul acestei functii pe un blog de dimensiuni mari.