Clanintern Clanintern Clanintern

Forum

Öffentliche Foren
FORUM: Spiele & Computer THEMA: suchmaschine: statt ?open=xx lieber /xx
AUTOR BEITRAG
‹• ⊂⌈α⊂κ¥ •›

RANG Deckschrubber

#1 - 07.03 09:17

hi leute, ich werkel mal wieder ein bisschen rum und da stellt sich mir folgende frage:

ich habe eine einfach fallunterscheidung für index.php?open=xxx
Ok, das problem bei der ganzen sache ist, dass ?open=xxx nicht so gut für suchmaschinen zu finden ist. also habe ich mir gedacht: was ruby on rails kann, kann php auch :p
also suche ich nach einer möglichkeit, statt ?open=xxx das ganze als "ordnerstruktur" ablaufen zu lassen.

also ein konkretes beispiel:
wenn ich http://www.irgendwas.de/index.php?open=test aufrufe, soll nachher in der browserzeile http://www.irgendwas.de/test/ stehen. Dabei muss beachtet werden, dass manchmal auch mehrere parameter übergeben werden, also etwa:

index.php?open=test&action=delete
dann sollte das ganze so aussehen:
http://irgendwas/test/delete

jemand eine idee wie man das realisieren kann? Thx
Allanon // alex

CI-Chef

RANG Prophet of Clanintern

#2 - 07.03 09:49

das was du suchst nennt sich modrewrite und hat ansicht mit php nicht viel zu tun

eine wirklich gute referenzseite hab ich aber leider nicht
‹• ⊂⌈α⊂κ¥ •›

RANG Deckschrubber

#3 - 07.03 09:56

modrewrite, hört sich schonmal gut an.
mal sehen ob ich da infos finde. thx
quarktasche || status: DiMiDo-Student

RANG Deckschrubber

#4 - 07.03 10:47

1. http://www.skoom.de/tutorials/regexp/regulaere-ausdruecke.xtc

2. http://www.skoom.de/tutorials/htaccess/mod-rewrite.xtc
fishbone

RANG Deckschrubber

#5 - 07.03 11:09

www.mod-rewrite.de
stud. iur. klaustopher

RANG Master of Luck

#6 - 07.03 11:11

Wobei mitlerweile alle großen Suchmaschinen auch wunderbar mit Query_Strings arbeiten
aaf

RANG Lord of Clanintern

#7 - 07.03 16:04

geht auch ohne mod_rewrite (meist performanter):
http://www.sitepoint.com/article/search-engine-friendly-urls
horst

RANG Prophet of Clanintern

#8 - 07.03 16:17

Interessanter Ansatz...
quarktasche || status: DiMiDo-Student

RANG Deckschrubber

#9 - 07.03 18:04

"Wobei mitlerweile alle großen Suchmaschinen auch wunderbar mit Query_Strings arbeiten"

lol so ein schwachsinn. wer keine ahnung hat sollte einfach mal die fresse halten.


Folgender Ansatz:

data.php?sort=lastlogin
data.php?sort=name
data.php?sort=posts
data.php?sort=creatdate
data.php?sort=votes


ganz zu schweigen von dingen wie:

data.php?sort=votes&sessionID=kfak3wrh8fhawlia3whrkwefhk3a
data.php?sort=votes&sessionID=dsflkhsfk4hf9ewfdhskh3r29few
data.php?sort=votes&sessionID=9q34z9hr2ife398h4n387h493473



usw. usw. usw.


nun soll eine Suchmaschine solche Seiten nicht abwerten? Schließlich ist das massiver duplicate content. Die Suchmaschinen haben für solche Sachen ein Algorithmus. Sobald eine URL mit query auftaucht wird diese abgewertet. Das bedeutet das Sie zum einen weniger PR vererbt bekommt und zum anderen, in Bezug auf die Crawltiefe, nicht weit genug indexiert wird.


Bei einer PR4 Domain werden bei statischen URLs ca. 4 Ebenen (manchmal auch 5) indexiert. Bei Query-String URLs sind es höchstens 2 oder 3.



die Methode von aaf ist sehr schön. Ist glaube ich das gleiche, dass auch bei wordpress zum Einsatz kommt.
vaest´ark // patrick *ich bin hier nicht der depp*

RANG Master of Clanintern

#10 - 07.03 20:11

quote:
Folgender Ansatz:

data.php?sort=lastlogin
data.php?sort=name
data.php?sort=posts
data.php?sort=creatdate
data.php?sort=votes
[...]
quote:
Schließlich ist das massiver duplicate content.

aber
data/(sort/)lastlogin
data/(sort/)name
data/(sort/)posts
data/(sort/)createdate
data/(sort/)votes
ist besser (bzw. dann kein duplicate content), oder wie?

(edit)
bzw. überhaupt.... dein ganzer post lässt sich 1:1 auf die mod-rewrite-methode anwenden. klär mich auf (nein, nicht die bienchen-und-blümchen geschichte, danke.).

(edit2)
achte bitte auf deinen ton.
quarktasche || status: DiMiDo-Student

RANG Deckschrubber

#11 - 07.03 20:50

Es gibt Dinge die sollte ein Suchmaschinenoptimierer auf rel=nofollow setzen, dazu gehören bspw. Parameter die die Sortierung betreffen.


Wie gesagt Query-String-URLs werden nicht in der Tiefe indexiert in der normale URLs indexiert werden.

und warum soll ich auf meinen Ton achten?


" #6 by Malta stud. iur. klaustopher offline
07.03.07 12:11
Clan k-klan
Master of Luck Wobei mitlerweile alle großen Suchmaschinen auch wunderbar mit Query_Strings arbeiten"


woher weiß er das? Quellenangabe? Das ist wie im abakus-forum wo semiprofessionelle wie wild Unwahrheiten verbreiten weil der Matt-Cutts-Gott irgendein Video gedreht hat.


Im berech SEO beruht sehr viel auf Vermutungen und nur wer wirklich sehr viel Erfahrung hat kann wirklich behaupten er würde wissen was Sache ist. Leider ist das zu den Programmierern noch nicht durchgedrungen weshalb man solche Diskussionen leider viel zu oft hat.

Aber egal manche sollen weiter mit Query-Strings arbeiten wenn Sie glauben das sie damit gute SERPs erzielen werden.
horst

RANG Prophet of Clanintern

#12 - 08.03 08:24

Nichtsdestotrotz kann sein Aussage auch Gehalt haben und man kann ja "normal" fragen woher er das weiß, bevor man mit "keine ahnung" und "fresse halten" kommt.

Dein Post hat immerhin auch keine Quellenangabe
‹• ⊂⌈α⊂κ¥ •›

RANG Deckschrubber

#13 - 08.03 08:34

@aaf, danke, genau sowas habe ich gesucht. die methode mit dem mod_rewrite hat mir irgendwie nicht zugesagt. aber die 3 methoden die auf der seite aufgezeigt werden halte ich für recht gut.
Die frage ist nur: welche der drei methoden nehmen?

die erste ist am einfachsten zu realisieren, allerdings wird sie nicht von allen suchmaschinen indiziert.

die zweite scheint etwas komplexer zu sein, hab mich da noch nicht so stark mit auseinander gesetzt. allerdings gefällt es mir nicht, dass hierbei die error log immer größer wird.

die dritte hingegen ist wieder einfacher, aber dafür gibt das problem der langen urls.

ich denke ich wähle die methode 1, da ich die für sehr einfach und effektiv halte.

nun habe ich aber noch ein problem:
ich habe nachher eine url des typs http://www.irgendwas.de/index.php/2/9 zum beispiel. nun haben viele webseiten aber statt den primary keys einen "namen" angegeben, also etwa: http://www.irgendwas.de/index.php/eine-seite-zum-lernen/2
nun ist die frage: wie kann ich von "eine-seite-zum-lernen" auf den primary key kommen (wenn dieser zb. 2 ist). Wie läuft das ab? Immerhin kann es ja sein, dass "eine-seite-zum-lernen" zwei mal in der datenbank vorkommt.

thx
stud. iur. klaustopher

RANG Master of Luck

#14 - 08.03 09:29

@quarktasche: Dafür reicht ein einfacher Query bei z.B. Google ... Du findest da auch unter den ersten Treffern genug Seiten die URLs mit Query Strings haben, die auch nen Pagerank von 4 haben ...

Nur, weil du meinst hier der Über-Optimizer für deine Seiten zu sein, brauchst du nicht so ausfallend zu werden. In der Theorie mag dein Kram da oben ja stimmen. In der Welt siehts aber leider anders aus ... Google bspw. ist mitlerweile klug genug, um Session-IDs aus der URL rauszufiltern... Aber naja, ich brauch hier eigentlich nicht weiter zu argumentieren, du lässt dich eh nicht überzeugen, wenn du schon beim ersten Post die Beleidigungen auspackst... Also schönen Tag noch, ich bin raus.
‹• ⊂⌈α⊂κ¥ •›

RANG Deckschrubber

#15 - 08.03 10:03

man man man, das rumgesülze hier geht mir echt auf den sack.
bewerft euch per csms und nicht hier im thread, danke.
horst

RANG Prophet of Clanintern

#16 - 08.03 10:15

@cracky: also wenn du eine url schon so aufbaust, dann sollte "eine-seite-zum-lernen" auch eindeutig sein. Deswegen haben viele ja noch ein /yyyy/mm/dd/ drin, denn am gleichen Tag sollte es wirklich nur einen Eintrag davon geben
‹• ⊂⌈α⊂κ¥ •›

RANG Deckschrubber

#17 - 08.03 11:21

ok, am selben tag und zur selben zeit den gleichen title zu benutzen ist unwarscheinlich ;)
nur irgendwie halte ich nichts davon nen datum mit zu übergeben. mal schaun wie ich das realisiere.
vaest´ark // patrick *ich bin hier nicht der depp*

RANG Master of Clanintern

#18 - 08.03 12:03

ich würde die dritte methode wählen. auf das eine zusätzliche .../handler/... in der url würd ich mal gekonnt sch*issen, zumal du ja mehrere handler erstellen kannst.
/article/
/news/
/forum/
die können dann intern ja ruhig auf eine zentrale index.php oder so verweisen.
ich seh da kein problem
aaf

RANG Lord of Clanintern

#19 - 08.03 12:14

jop, ich verwende auch meistens die 3. methode mit mehreren handlern...
horst

RANG Prophet of Clanintern

#20 - 08.03 12:16

naja wenn du kein datum benutzt, dann sollte der titel wirklich eindeutig sein ODER wenn es mehrere gibt, dann gibt es einfach eine auswahlseite, bei der dann das datum dabei steht...
‹• ⊂⌈α⊂κ¥ •›

RANG Deckschrubber

#21 - 08.03 13:17

ok ich schau mir die dritte methode mal an.
und horst, da muss ich mir noch paar gedanken zu machen ;)
mal schaun
quarktasche || status: DiMiDo-Student

RANG Deckschrubber

#22 - 08.03 22:08

immowelt.de benutzt für die landingseiten umgedrehte fragezeichen anstatt normale fragezeichen. Dies funktioniert einwandfrei und die suchmaschine bemerkt nicht das es sich um query-strings handelt.

Wie es bei MSN oder Yahoo ist, ka aber bei google sind keywords innerhalb der url nichtmehr all zu wichtig somit solltest du dir da nicht all zu viel mühe geben.


"Google bspw. ist mitlerweile klug genug, um Session-IDs aus der URL rauszufiltern..."

http://ww.google.de/search?q=inurl:www.sport-auktion.de/Specials%3Fpid%3D1&hl=de&filter=0
97 Treffer

Bitte keine Unwahrheiten verbreiten :-)
horst

RANG Prophet of Clanintern

#23 - 09.03 09:25

Was beweist das? Nur dass google schlau genug ist sie auch zu behalten, falls irgendjemand auf die fixe Idee kommt nach pid zu suchen Ich frag mich zwar wieso du die PID suchst, aber egal
stud. iur. klaustopher

RANG Master of Luck

#24 - 09.03 11:04

Es ging sich darum, dass eine Page, wenn sie unter der gleichen URL nur mit anderer SessionID wegen "duplicate content" runtergestuft wird. Mir ist zwar auch schleierhaft, wie der GoogleBot bei einem Aufruf einer Seite unterschiedliche SessIDs bekommen sollte, aber ok....
horst

RANG Prophet of Clanintern

#25 - 09.03 11:14

Wenn er die Seite am 01.01.2000 besucht und dann nochmal am 01.01.2001 ist die Session ID evtl. doch anders, oder?