DevProTalk

Forumi IT profesionalaca
web development, web design, e-business, SEO


Idite nazad   DevProTalk > Web development i web aplikacije > PHP
Beach Wedding Dresses - Looking for the Wedding Dress? Here, 1dress.co.uk stunning collection of beach wedding dresses is just what you are looking for.
charles wang

PHP PHP aplikacije, Smarty, PEAR

Odgovori
 
Alati teme Način prikaza
Staro 04. 06. 2007.   #1
Pedja
Predrag Supurović
Grand Master
 
Datum učlanjenja: 24.01.2006
Lokacija: Užice
Poruke: 791
Hvala: 3
183 "Hvala" u 12 poruka
Pedja is on a distinguished roadPedja is on a distinguished roadPedja is on a distinguished road
Default Optimalni URL zarad SEO (PHP implementacija)

Razmisljam kako da unapredim jedan svoj mali skript sa optimalnim URL za SEO pa rekoh ne bi bilo lose da se konsultujem sa ljudima koji su se time vec bavili. Temu sam pokrenuo ovde zato sto me interesuje prvenstveno PHP zavisno resenje. Ako moderatori misle da je ipak bolje da se tema nadje u SEO forumu, slobodno prebacite.

Prvi deo problema je odluka kako uopste treba da izgleda optimizovani URL da bi bio najoptimalniji. Za pristup svakom dokumentu uvek imamo dve vrste parametara: fiksni i opcioni.

Fiksni su oni parametri koji su neophodni da bi opcija radila, recimo sam identifikator opcije. Njih nije tesko resiti tako sto se prosto ti parameri navedu u URL-u, na primer: http://nekidomen.com/news/ gde je news parametar koji odredjuje koja opcija se izvrsava i prikazuje. fiksnih parametara moze da bude i vise kao naprimer http://nekidomen.com/album/category1/ gde je album oznaka opcije foto albuma na category1 je oznaka kategorije u okviru albuma koju treba priakzati. S obzirom da su oba parametra neophodna da bi se mogao prikazati dokument, moze se usvojiti pravilo fiksne pozicije svakog od parametara.

Opcioni parametrisu oni koji mogu, ali ne moraju postojati u URL-u. Dobar primer bi recimo bio parametar kojim se odredjuje jezik na kome treba da se prikaze sadrzaj. Ako parametar postoji, dokument se prikazuje u navedenom jeziku, a ako ne postoji, uzima se podrazumevani jezik. Slicno je i sa parametrom koji bi definisao vrstu dokumenta koji se prikazuje, koji moze da odredi da li se prikazuje HTML, print varijanta ili recimo WAP. Samim tim sto opcioni parametar moze, ali ne mora biti naveden, ne moze se usvojiti pravilo o njegovoj fiksnoj poziciji u URL-u.

E sad kako resiti te opcione parametre?

Prenego sto perdjem na taj deo price, jedna napomena. Na pocetku sam naglasio da sam s opredelio na resenje koje ce raditi na PHP-u. Razlog je sto zelim da PHP radi mehanizam parisranja URL-a a ne url_rewrite.

Kao url_rewritepravilo bih koristio

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

Ovo je pojednostavljena varijanta dovoljna za ovaj primer. Ukratko ovo pravilo ce svaki URL prevesti u sledeci oblik:

index.php?q=navedena_putanja

Ili na primeru:

http://nekidomen.com/news/
ce postati
http://nekidomen.com/index.php?q=news

a
http://nekidomen.com/
ce postati
http://nekidomen.com/index.php?q=album/category1/

Na ovaj nacin ce PHP u $?GET['q\] dobiti sadrzaj bitnog dela URL-a i moci ce sam da ga parsira.

Razlog zbog koga sam se odlucio na ovaj pristup je taj sto je time iskljucena potreba za naknadnim podesavanjima u .htaccess ako se pojave neki specijalni slucajevi u obliku URL-a a i dobija se nesto vise slobode u oblikovanju URL-a.

Recimo, zaodredjenu vrstu dokumenata broj parametara moze biti fiksan, ali za razlicite vrste dokumenata moze biti razlicit. Petljati se sa tim u .htaccess znacilo bi da se mod_rewrite podesava prema specificnoj strukturi nekog sajta, a to ne smatram dobrim pristupom, koji dodatno komplikuje i prica o opcionim parametrima nakoju cu se sada vratiti.

Ako opcione paramere u URL-u ostavimo kao query, na primer...

http://nekidomen.com/album/category1/?lang=en&doc=print

... onda ce oni biti prosledjeni skriptu kao i svaki drugi get parametri. Problem je sto je pitanje kako bi se to odrazilo na SEO.

Druga mogucnost bi bila da se parameri takodje prosledjuju kao prividne putanje u URL-u, kao recimo...

http://nekidomen.com/album/category1/lang=en/doc=print

... jer bi sada PHP mogao da ih prepozna kao paramere lang i doc i procita njihove zadate vrednosti.

Ili mozda postoji neki treci, bolji, nacin?


Ovde imam jos jednu nedoumicu, vezanu za parametar kojim se odredjuje jezik prikaza. On je po priordi opcioni, ali se uvodjenjem jednog pravila koje se odnosi samo na njega, moze tretirati i kao fiksni. PRavilo bi glasilo da ako je navdena oznaka jezika ona je uvek navedena kao prvi folder iza root adrese sajta. Na primer:

1. http://nekidomen.com/en/album/category1/
2. http://nekidomen.com/sr/album/category1/
3. http://nekidomen.com/album/category1/

Ovo je moguce izvesti ako se preptostvi da ce postojatiunapred definisana lista mogucih oznaka jezika, te ce skript moci lako da prepozna da li je jezik naveden (primeri 1 i 2) ili nije (primer 3).

Koliko se ovakav pristup u definiciji URL-a odrazava na SEO? Umetanje oznake jezika ispred oznaka opcija, prakticno dodaje jedan nivo vise u putanji do dokumenta.

I na kraju ostaje jos jedno pitanje: kako resiti problem opcionih parametara u smislu da, ako je parametar izostavljen (ili je redosled parametara izmenjen) dobija se isti sadrzaj dokumenta iako je URL drugaciji?
Pedja je offline   Odgovorite uz citat
Staro 04. 06. 2007.   #2
MorenoArdohain
Knowledge base
Wrote a book
 
Avatar MorenoArdohain
 
Datum učlanjenja: 16.06.2005
Lokacija: Novi Sad
Poruke: 1.437
Hvala: 37
131 "Hvala" u 82 poruka
MorenoArdohain će postati "faca" uskoroMorenoArdohain će postati "faca" uskoro
Default

Citat:
Originalno napisao Pedja Pogledajte poruku
I na kraju ostaje jos jedno pitanje: kako resiti problem opcionih parametara u smislu da, ako je parametar izostavljen (ili je redosled parametara izmenjen) dobija se isti sadrzaj dokumenta iako je URL drugaciji?
Razbij parametre iz URL-a u array:
za http://nekidomen.com/sr/album/category1/
to su: sr, album i category1, pa ih uporedi sa listom definisanih jezika.

Edit: sorry, mislio sam da pitas za jezik, ali generalno, princip bi bio isti ako znas kakvi ce biti parametri u URL-u.
__________________
Năo quero mais seguir um só caminho

Poslednja izmena od MorenoArdohain : 04. 06. 2007. u 18:33.
MorenoArdohain je offline   Odgovorite uz citat
Staro 04. 06. 2007.   #3
Ilija Studen
Direktor Kombinata
Invented the damn thing
 
Avatar Ilija Studen
 
Datum učlanjenja: 07.06.2005
Poruke: 2.669
Hvala: 44
119 "Hvala" u 64 poruka
Ilija Studen će postati "faca" uskoroIlija Studen će postati "faca" uskoro
Default

Samo ću opisati svoje stavove o URL-ovima. Poštujem par pravila:
  • URL je lokator. On označava LOKACIJU resursa (stranica, diskusija, attachment ili bilo koji resurs pružen od strane aplikacije)
  • Parametri koji menjaju oblik u kom je resurs uslužen idu u query string

Na primer, u activeCollab 1.0 adresa određene diskusije u sistemu je:

http://example.com/projects/1/discussions/12

Pošto su postovi na diskusiju prelomljeni na stranice ima i paginacija. Podatak na kojoj si stranici ne menja lokaciju resursa, samo bolje definiše šta treba da bude prikazano:

http://example.com/projects/1/discussions/12?page=12

Što se jezika tiče, ako je jezik switch koji menja samo jezik u interfejsu guraj ga u query string. Ako pak menja ceo resurs (kompletna je stranica na drugom jeziku) onda je deo lokacije.

Kako ovo utiče na SEO stvarno ne znam (da budem iskren, ni ne zanima me previše).

Poslednja izmena od Ilija Studen : 04. 06. 2007. u 18:40.
Ilija Studen je offline   Odgovorite uz citat
Staro 04. 06. 2007.   #4
Pedja
Predrag Supurović
Grand Master
 
Datum učlanjenja: 24.01.2006
Lokacija: Užice
Poruke: 791
Hvala: 3
183 "Hvala" u 12 poruka
Pedja is on a distinguished roadPedja is on a distinguished roadPedja is on a distinguished road
Default

MorenoArdohain, ne bih bas svaki parametar poredio sa listom jezika. Prvo, to je neprakticno, a drugo, lako moze da se desi da neki drugi parametar moze da ima vrednost koja je slicna oznakama jezika.

U svakom slucaju, znam da realizujem bilo koji od ovih nacina, vec me interesuje sta je optimalnije iz ugla optimizacije za pretrazivace.



Ilija, moje i tvoje razmisljanje je u sustini identicno, samo sam ja drugacije nazvao stvari. Ono sto ja nazivam staticnim parametrima, u tvojoj definiciji odredjuje lokaciju, a ono sto ja nazivam opcionim parametrima, kod tebe su parameri koji menjaju oblik dokumenta. Ja sam ove definicije usvojio kao opstije.

No, ti si naveo jos jednu formu URL-a ( http://example.com/projects/1/discussions/12?page=12 ) koju takodje treba uzeti u obzir.

Ja je nisam navodio zato sto se u njoj gubi osnova zbog koje se radi SEO - uvodjenje kljucnih reci u URL. U ovoj notaciji koju si naveo samo si zamenio query navodjejem parametara u putanji, ali u URL ne figurira stvarni naziv recimo projekta ili diskusije, sto bi za SEO bilo znacajno, jer bi se tako u URL ugradile kljucne reci. Ovaj nacin navodjenja parametara se bavi samo problemom ogranicenog broja query parametara koje pretrazivac uzima u obzir ali ne i problemom korsicenja kljucnih reci.

Da se razumeom nisam ni ja SEO frik, ali gledam da ispostujem neka osnovna pravila i moje iskustvo govori da to itekako daje rezultate. Ubacivanje kljucnih reci u URL dokumenta je jedno od vaznijih, ako ne i najvaznije pravilo za uspesan SEO.

Poslednja izmena od Pedja : 04. 06. 2007. u 18:51.
Pedja je offline   Odgovorite uz citat
Staro 04. 06. 2007.   #5
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
1.940 "Hvala" u 579 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

sto se SEO tice, evo par predloga koji su mi prvi pali na pamet, a pouzdano znam da rade:

- razdvoj jezike po subdomenima: umesto nesto.com/sr, koristi sr.nesto.com, Osnovi jezik mozes da furas na glavnom domenu jednostavnosti radi, ili da dodas redirect (vidi sledecu tacku)

- izbegni potencijalni duplicirani sadrzaj koji moze da nastane ako imas podrazumevane parametre (odnosno opcione kako ih ti zoves). Ako postoji opcioni parametar, to prakticno znaci da ces imati 2 url-a do iste strane, i zato obavezno uradi 301 redirect jednog urla na drugi. Lakse je da url bez podrazumevane vrednosti redirektujes, jer onda mozes da parsiras urlove na uniforman nacin, znas da ce svi imati taj parametar

- Ako postoji opcioni parametar koji npr. menja nacin sortiranja nekih podataka, ali u sustini se prikazuju isti podaci, onda obavezno zabrani googlu da indexira te ostale strane (a to opet znaci da mozes da saljes GET parametar za tu opciju, jer te bas briga za pretty urls na toj strani)

- gledaj da url bude sto manje dubine, uz upotrebu odgovarajucih kljucnih reci/ fraza
__________________
Leadership is the art of getting people to want to do what you know must be done.
ivanhoe je offline   Odgovorite uz citat
Staro 04. 06. 2007.   #6
MrSteel
Moderator
Professional
 
Avatar MrSteel
 
Datum učlanjenja: 26.04.2007
Poruke: 350
Hvala: 0
4 "Hvala" u 4 poruka
MrSteel is on a distinguished road
Default

koliko mislite da se gubi i da li se uopste gubi ako je url

http://www.domen.com/?page=diplomas-and-degrees
MrSteel je offline   Odgovorite uz citat
Staro 04. 06. 2007.   #7
Peca
Super Moderator
Knowledge base
 
Datum učlanjenja: 02.10.2006
Lokacija: Niš
Poruke: 1.618
Hvala: 263
266 "Hvala" u 104 poruka
Peca će postati "faca" uskoroPeca će postati "faca" uskoroPeca će postati "faca" uskoro
Default

Citat:
Originalno napisao ivanhoe Pogledajte poruku
sto se SEO tice, evo par predloga koji su mi prvi pali na pamet, a pouzdano znam da rade:

- razdvoj jezike po subdomenima: umesto nesto.com/sr, koristi sr.nesto.com, Osnovi jezik mozes da furas na glavnom domenu jednostavnosti radi, ili da dodas redirect (vidi sledecu tacku)
Tako rasipa PR...
Jedino ako Google bas preporucuje da se jezici odvoje poddomenom?
__________________
Vesti | MyCity | Igrice | Zaštita od virusa
Peca je offline   Odgovorite uz citat
Staro 04. 06. 2007.   #8
bluesman
Goran Pilipović
Sir Write-a-Lot
 
Avatar bluesman
 
Datum učlanjenja: 18.05.2005
Lokacija: Beograd
Poruke: 5.450
Hvala: 288
1.238 "Hvala" u 446 poruka
bluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušati
Pošaljite ICQ poruku za bluesman
Default

Nista ne dobijas na PR ako imas papazjaniju sa jezicima na sajtu.

Tacno je da se subodmenima "rasipa" PR, ali je vece zlo drzati vise jezika na istom domenu.
__________________
Goran Pilipović a.k.a. Ugly Fingers Bradley f.k.a. bluesman
I don't always know what I'm talking about but I know I'm right!
bluesman je offline   Odgovorite uz citat
Staro 04. 06. 2007.   #9
MrSteel
Moderator
Professional
 
Avatar MrSteel
 
Datum učlanjenja: 26.04.2007
Poruke: 350
Hvala: 0
4 "Hvala" u 4 poruka
MrSteel is on a distinguished road
Default

i jos jedno pitanje kako bi napisao rewrite za
recimo da zelim

http://www.domen.com/p/diplomas-and-degrees/lang/en

pa da mi on to pretvori u

http://www.domen.com/?p=diplomas-and-degress&lang=en

mozda je pitanje malo naivno ali nisam koristio rewrite do sada
MrSteel je offline   Odgovorite uz citat
Staro 05. 06. 2007.   #10
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
1.940 "Hvala" u 579 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

ovo sto blues kaze, jeste rasipanje PR, ali od mnogo ljudi sam cuo (mislim da je i Dinke to ovde pominjao) da im je uvodjenje dodatnog jezika na istom domenu oborilo PR. Ne znam dovoljno da mogu da argumentujem kako i zasto, ali je fakat da se to desava..

@MrSteel:
Kôd:
RewriteRule ^([a-z]+)/([^/]+)/([a-z]+)/([^/]+)  /?$1=$2&$3=$4  [L]
u sustini se RewriteRule sastoji iz 2 dela: prvi je RegExp kojim parsiras url, drugi je ono sto zelis da dobijes (brojevi sa $ ispred su matchovane vrednosti, tj. ono sto se naslo unutar zagrada u regexpu).[L] je flag koji kaze mod_rewrite da si zavrsio sa obradom, da ne gleda sledeci RewriteRule (posto je moguce nanizati ih vise u red ako zelis)
__________________
Leadership is the art of getting people to want to do what you know must be done.

Poslednja izmena od ivanhoe : 05. 06. 2007. u 09:33.
ivanhoe je offline   Odgovorite uz citat
Odgovori


Alati teme
Način prikaza

Pravila pisanja
Možete ne započinjati nove teme
Možete ne slati odgovore
Možete ne slati priloge
Možete ne izmeniti svoje poruke
vB kôd je Uključen
Smajliji su Uključen
[IMG] kod je Uključen
HTML kôd je Isključen
Pogledajte forum

Slične teme
Tema Početna poruka teme Forum Odgovori Poslednja poruka
Implementacija kalendara u moj CMS ljtruba Web aplikacije, web servisi i software 1 20. 02. 2010. 20:27
authorize.net implementacija Ivan e-Business 4 07. 09. 2009. 01:30
Implementacija google maps api-ja bokacbl Poslovne ponude i zapošljavanje 0 24. 03. 2009. 10:36
Java i PHP programiranje - implementacija JPOS-a torbica Poslovne ponude i zapošljavanje 0 13. 11. 2007. 23:58
Implementacija Jabbera u sajt? dootzky Web aplikacije, web servisi i software 3 27. 04. 2007. 18:46


Vreme je GMT +2. Trenutno vreme je 00:59.


Blogodak - Domaci blogovi na jednom mestu Caught in a web - web dev blog
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.