Suchmaschinenfreundlich...

[Knuds]

respekt!

find ich cool, du dich damit auseinandersetzt.
und is ja gar net so schwer, wies scheint. was steht denn in der $path_info drin?

warum gehen die bilder nicht, wegen der vermurksten pfade?

eine sache würd ich noch ändern: viele "subdirs" also viele "/" verderben die gute positionierung z.b. bei google also wäre ein pfad

www.domain.de/2-2-3-9.html viiiieeeeeelllll besser positioniert als
http://www.domain.de/front_content.php/ ... /3/idcat/9

wegen der pagerankgeschichte in google.

und mit nem kleinen eintrag in der .htaccess lässt sich dir url fix umzuschreiben von
www.domain.de/2-2-3-9.html zu
http://www.domain.de/front_content.php? ... =3&idcat=9

na mal sehen wo die entwicklung hingeht auf jeden fall wären die suchmaschinenfreundlichen urls ein weiteres gutes alleinstellungsmerkmal für contenido

grüsse
knuds

[ekke]

zu path_info:
http://www.php.net/manual/en/function.pathinfo.php

Also das php kann weg mit Eintrag in .htaccess

<Files front_content>

ForceType application/x-httpd-php

</Files>
die Bilder sind falsch wegen der Pfade, aber woanders geht es auch, ohne absolute URLs.
sonst kannst Du mal ein .htaccess bauen für
www.domain.de/2-2-3-9.html ? Oder wegen der Zuordnung vielleicht:
http://www.domain.de/client-2-lang-2-pa ... de-45.html ?
Dazu in Svens Nav einfach mal ändern:

Code: Alles auswählen

$con_tree[$db->f("idcat")][link] = $sess->url("- client/".$client."-lang-".$lang."-parent-".$db->f("parentid")."-idcat-".$db->f("idcat")."");

Oder noch andere Ideen?

Gruss ekke

[Knuds]

hi,
also die .htaccess müsste doch dann wohl so aussehen:

Code: Alles auswählen

RewriteEngine on 
RewriteRule ^/([0-9]+)-([0-9]+)-([0-9]+)-([0-9]+)\.html$ /front_content.php?client=$1&lang=$2&parent=$3&idcat=$4

oder vielleicht besser, da ja nicht immer alle parameter übergeben werden:

Code: Alles auswählen

RewriteRule ^(.*)\.html$ front_content.php?endung=$1

und dann $endung entsprechend auswerten, nach "-" trennen in array schreiben fertig. dafür ist es erforderlich, das links (z.b. die navi) immer nach dem gleichen schema ausgegeben werden.

hier sind noch mal 3 verschiedene methoden des url rewriting beschrieben:
http://www.webmasterbase.com/article/910

ich habe bereits die methode 2 mit dem errordocument erfolgreich eingetzt.
dann brauchst du kein mod_rewrite bei apache aktiviert haben.

muss nur als erste zeile im script nen status 200 zurückgeben.
dann die uri auswerten und entsprechend die seite includen.

die krönung des ganzen wäre sicherlich, nicht
www.domain.de/2-2-3-9.html zu übergeben sondern aus der db z.b. den titel der seite auszulesen nach url untauglichen zeichen durchzuparsen alles klein zu schreiben die länge begrenzen und dann www.domain.de/artikeltitel.html o.ä. auszugeben

das dann per errordocument wieder einzulesen und per db auszuwerten

oder aber noch feiner für die 4.3er contenido version bei anlegen einer neuen seite/kategorie ein feld "urlname" einzuführen wo der nutzer entsprechende url-taugliche bezeichnung eintragen kann.

aber die einfache variante mit den zahlen wäre schon der hammer.
grüsse
knuds

[ekke]

Hallo Forum,

ich komme die nächsten Wochen nicht dazu, aber ich denke, es ist wichtig für viele von uns, kann jemand in der Zwischenzeit weiter basteln?

Danke, ekke

[Knuds]

hi,

wollt mal anfragen, ob für die neue version die suchmaschinenfreundlichen urls angedacht sind?

dazu müsste es in den alten ...lang tables der seiten und kategorien immer noch ein feld "urlname" oder so geben mit einer urlfreundlichen version des titels/stichwort, welcher beim erstellen der seite/kategorie mit eingegeben werden muss. also z.b.:
Titel der Seite: "meine Einführungsseite"
urlname: einfuehrungsseite

dann kann man den urlname später nutzen um statt:
http://www.domain.de/front_content.php? ... =1&idcat=5
zu bekommen
http://www.domain.de/einfuehrungsseite.html

und die url dann per htaccess und mod_rewrite bzw DocumentError 404 auszuwerten.

das wär ein echt fettes feature für den Dirigenten.
grüsse
k

[Eppi]

dies ist für die alpha version noch nicht angedacht. allerdings sind die urls schon stark vereinfacht und irgendwann kommt auch dieser schritt.

[Knuds]

hab nur bei den eigenen projekten festgestellt, das der aufwand es im nachhinein einzuarbeiten nicht unerheblich ist.

deshalb wäre es mein traum, wenn, wie z.b. in typo3,

- der user in der konfiguration die wahl hat, ob er statische seiten simulieren möchte oder nicht
- die wichtigen vorbereitungen in der db usw. schon eingearbeitet wären
- alle linkgenerierungen für navi und interne links durch eine GenerateLink($id); funktion geschleust würden, damit man diese nachher bloss anpassen müsste

na vielleicht in der beta oder im RC2
grüsse
k

[Eppi]

man sollte glaube den dirigenten noch nicht mit typo3 vergleichen, denn wir versuchen auch weiterhin ein kleines cms system zu entwicklen, eben nur mit mehr funktionen. wir haben die gewünschte suchmaschinenfreundlichkeit auf jeden fall im kopf und werden dies zu gegebenem zeitpunkt realisieren.