Podčrtaj ali pomišljaj
 
mlavta1 14. okt 2007 10:10:34 Pridružen od:
10. dec 2006
1035 objav
348 85 20
#1

Ali je za SEO v spletnih naslovih ter imenih slik, povezav boljši podčrtaj ali pomišljaj?



lp


všeč(0) ni všeč(0) spam(0)
Optiweb - Spletne rešitve | Si kofetar? | Videa.si - Inovativna video produkcija
 
bujes 14. okt 2007 10:10:47 Pridružen od:
24. nov 2006
4501 objav
1560 176 21
#2

Jst sm nek bral o enem testu, nima vpliva. Sam men je estetsko bl všeč pomišljaj.


všeč(0) ni všeč(0) spam(0)
 
Vini 14. okt 2007 21:10:03 Pridružen od:
1. sep 2006
6612 objav
5234 611 56
#3

mlavta1, zgodovinski razlogi, ki so govorili v prid uporabe pomisljajev v URLju so bili taksni, da Google ni tretiral podrctaja kot word separator. Vse skupaj ima smisel, iz povsem programerskega stalisca, imena spremenljivk in konstant so lahko sestavljena tudi iz podcrtaja, po imenih spremenljivk in konstant pa kar pogosto iscemo. So pa pred kratkim objavili informacijo, da so zaceli tudi podcrtaj tretirati kot word separator in naj sedaj ne bi bilo vec razlike. Zdaj si pa misli, kar si hoces :)


všeč(0) ni všeč(0) spam(0)
 
HeXeR 15. okt 2007 11:10:55 Pridružen od:
13. dec 2006
3268 objav
122 22 5
#4

No, jaz vsepovsod uporabljam pomišljaj, drugače pa kot je Vini rekel, pred časom je bilo za google bolje - kot pa _, sedaj naj bi bilo vseeno ... samo hey, kako pa je s tem pri ostalih iskalnikih pa bogve ... vsekakor mislim da imajo raje pomišljaje kot pa podčrtaje ... :)


všeč(0) ni všeč(0) spam(0)
First rule of business, protect your investment.
 
woowed 21. okt 2007 16:10:35 Pridružen od:
16. okt 2007
33 objav
0 0 0
#5

Jaz uporabljam tako: www.domena.com/naslov-strani_14.html.

Takšne urlje sem nekoč zasledil na blogspotu.



oboje al pa nič :)



BTW quick reply ne delajo na forumu. Pokaže se ajax loader in se vrti v neskončnost



POST http://internetmojster.com/newreply.php?do=postreply&t=1608406



<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">

<HTML><HEAD>

<TITLE>406 Not Acceptable</TITLE>

</HEAD><BODY>

<H1>Not Acceptable</H1>

An appropriate representation of the requested resource /newreply.php could not be found on this server

.<P>

<HR>

<ADDRESS>Apache/1.3.37 Server at www.internetmojster.com Port 80</ADDRESS>

</BODY></HTML>


všeč(0) ni všeč(0) spam(0)
 
HeXeR 21. okt 2007 17:10:43 Pridružen od:
13. dec 2006
3268 objav
122 22 5
#6

Ja za quick replay je že bilo omejeno, nekaj pri hostigu ni prav nastavljeno oz. zaradi varnosti ni dovoljeno ... a ne iMojster :) ?


všeč(0) ni všeč(0) spam(0)
First rule of business, protect your investment.
 
Vini 21. okt 2007 22:10:52 Pridružen od:
1. sep 2006
6612 objav
5234 611 56
#7

zakaj pa tista stevilka 14?


všeč(0) ni všeč(0) spam(0)
 
HeXeR 22. okt 2007 05:10:05 Pridružen od:
13. dec 2006
3268 objav
122 22 5
#8

Id strani ? Sicer drži, namesto teh idjev bi lahko imal točne URLje v bazi, pa preverjati bi moral da se ne pokrivajo če bi imel to po celi strani, kjer sta lahko dva naslova enaka ...



Lažje pa je na začetku ali na koncu id not vreči pa že dela :).


všeč(0) ni všeč(0) spam(0)
First rule of business, protect your investment.
 
Vini 22. okt 2007 09:10:07 Pridružen od:
1. sep 2006
6612 objav
5234 611 56
#9

Ne le lazje, celo bolj pametno je imeti le en tak unique pokazatelj, kateri dokument naj se prikaze... Tole je rahlo butasto, vsak konkurent te lahko ibr zjebe ze s tem, da linka na /naslov-strani14.html, potem se na /lejga-lej14.html, pa na /opa-cupa_14.html in imas tri dokumente s povsem enako vsebino, torej duplicate content, in sedaj?


všeč(0) ni všeč(0) spam(0)
 
woowed 22. okt 2007 09:10:23 Pridružen od:
16. okt 2007
33 objav
0 0 0
#10

Res je, številka je v tem primeru id strani. Vendar trenutno deluje tako, da najprej selecta page s tem id-jem in potem še preveri če title od strani ustreza napisanemu iz urlja(duplicate content odpade). Pri veliko prikazih to sigurno ni optimalna metoda.



Imam v planu naredit fielde v bazi s točnimi url naslovi, ki se zgenerirajo ob novi vsebini.



Me pa resnično zanima kako ima to rešeno vini :)



LP


všeč(0) ni všeč(0) spam(0)
 
 

🔒 Za odgovor na to temo se moraš prijaviti.

Prijavi se