Suchmaschinenfreundlichkeit mit mod_rewrite

[roman]

Sorry meinerseits,
das habe ich dann auch mittbekommen und meinen Artikel nocheinmal umgeschrieben.
Gruß Roman

[malsdgtac]

@FrankHoffmann

ich wollte mal nachfragen, ob du dein Script schon wo veröffentlich hast oder nicht.

[prefix]

sorry, kann mir mal bitte jemand helfen

ich hab die rewrite-rule wie folgt (ich glaub, hier im 2. posting war die):

Code: Alles auswählen

RewriteEngine On 
RewriteRule ^(.*),(.*).html$ /front_content.php?idcat=$1&idart=$2 
RewriteRule ^coaching(.*).html$ /front_content.php?idcatart=$1 
RewriteRule ^(.*).html$ /front_content.php?idcat=$1

danach eine navi wie folgt:

Code: Alles auswählen

          /*echo '<td height="21" class=".navigation" style="border: 0px; border-top:1px; border-color: #F7C473; border-style: dashed; background-color: red; padding-left:7px; padding-right:7px;">
          <a class="klein" target="'.$target.'" href="front_content.php?idcat='.$db->f("idcat").'">'.$db->f("name").'</a></td>';*/
		  # durch rewriting-url ersetzt
		  echo '<a href="front_content.php?idcat='.$db->f("idcat").'">'.$db->f("name").'</a>';

wie muss ich da bitte die letzte zeit umändern, damit mir das ganze gezogen wird?

danke

[prefix]

niemand da?

[HerrB]

Nein.

[alpi]

ich hatte letztens eine mail zu frank Hoffmann geschickt. Er sagt, dass dieses Script nur für Kunden von x28 ist.
Es war leider nichts zu machen.

[FrankHoffmann]

Das ist richtig.

Frei kopierbare Module gibt es allerdings auch:
http://www.x28.de/contenido_kochbuch.php

[KrissKrass]

Hallo zusammen,

ich habe die Methode von laurisilva ausprobiert und das funktioniert alles ganz gut...
Jedoch sobald ich die .htaccess-Datei auf meinen Server geladen habe, ist meine Website langsamer und es wird die komplette Zeit versucht, ein Bild auf meinem Server zu öffnen, welches nicht existiert!
Es handelt sich um folgendes Bild:

Code: Alles auswählen

http://www.hiphop-pott.de/images/header/linie.gif

Weiterhin habe ich ein PopUp Fenster auf meiner Startseite eingeblendet, welches die Endung .html hat. Jedoch bei jedem öffnen des PopUp-Fensters, kommt die Error-Seite von Contenido, sprich die Seite wird angeblich nicht gefunden. Dies passiert auch nur, wenn ich die .htaccess-Datei hochgeladen habe.

Beispiel hier: http://www.hiphop-pott.de/8,54.html
Startseite mit PopUp hier: http://www.hiphop-pott.de

Ich hoffe es hat jemand einen Lösungsvorschlag!

MfG
Christoph

[KrissKrass]

So, ich noch mal!
Ich habe jetzt den Inhalt der .htaccess-Datei in folgenden geändert:

Code: Alles auswählen

RewriteEngine On
RewriteRule ^index_(.*)_(.*).html index.php?idcat=$1&idart=$2
RewriteRule ^index_(.*).html index.php?idcat=$1

Und jetzt geht das ganze wieder, ohne irgendwelche Ladeprobleme oder sonst was. Auch das PopUp-Fenster wird wieder richtig angezeigt!

Beispiel hier: http://www.hiphop-pott.de/index_8_54.html

Meine Frage jetzt: Woran hat das gelegen, dass es bei der anderen Version der .htaccess-Datei nicht funktioniert hat. Vielleicht weil kein Wort mit in der URL zur .html-Datei war, oder hing das vielleicht an dem Komma?

MfG
Christoph

[yui]

Also ich verstehe das alles nicht wirklich: Das Problem sind nicht, wie nachfolgendes Beispiel beweist,

Damit Du dich davon überzeugen kannst, habe ich mal eine mit Contenido erstellte Beispielseite gesucht:

http://www.google.de/search?q=allinurl: ... rt=10&sa=N

die Dateinendungen und statische Links sondern die Position der Startseite: Bei einer Standardinstallation gibt es eine Weiterleitung von der index.html zur front_content.php. Ich würde sagen, dass dies das Problem ist.

Bei besagter Standardinstallation sind in dem Ordner cms die Unterverzeichnisse cms, contenido usw. Idealerweise wird die front_content.php in index.php umbenannt und diese dann als Heimatverzeichnis deklariert. Da aber cms/cms/. die anderen Verzeichnisse blockiert muss der der Ordner mit dieser Datei das root-Verzeichnis sein.

Oder sehe ich das falsch? Und wenn dem so ist, sollte die Ordnerstruktur bei zukünftigen Veröffentlichungen gleich Suchmaschinengerecht sein.

yui

[prefix]

das problem ist glaub ich in diesem fall, dass die weiterleitung von der index.html zur /cms/front_content.php durch ein JAVASCRIPT erfolgt - hm

[llaron]

schöner thread, hat mir den Anfang sehr erleichtert.

@laurisilva: Ich hatte das gleich Problem, bei mir sind das allerdings sehr wenige links und da ist es einfacher diese manuell zu aktualisieren. Das einzige was ich aber gemacht habe, ist den enstprechenden part in htmlarea zu aktualisieren so dass alle neuen Links so eingefügt werden wie es gewollt ist. In der Datei dialogs/insert_link.php kannst du das an einer Stelle ändern damit der "Interne Link" in Zukunft richtig gesetzt wird.

Um es im nachhinein zu machen müsstest du glaub ich die db per script aktualisieren und ich denke mal in der Datenbank-Tabelle namens content die entsprechenden Werte des Feldes namens "value" editieren. Ich bin aber noch nicht so contenido erfahren, und weiss nicht ob es noch andere Fälle gibt wo das wo anderes gespeichert wird.

Ich persönlich finde FrankHoffmann's Lösung am besten obwohl ich das "Skript" nirgendwo gefunden habe zum Download, und Kunde will ich bei ihm nicht werden. Ich weiss nicht ob du es der Communitiy hier angeboten hast, oder es nicht anbieten möchtest. Wie auch immer, es ist ja auch nichts dabei das selber zu machen. Und aus SEO Sicht ist es auf jeden Fall die bessere Lösung, den Dateinamen nach dem Kategorienamen zu benennen. Da das Skript aber statische Seiten erzeugt, finde ich es als nicht so optimale Lösung. Ich habe mich für eine Kombination entschieden zwischen laurisilva's Ansatz und FrankHoffmann's:

Ich habe laurisilvas Ansatz umgesetzt und einfach etwas erweitert. Meine Zeile(n) in der .htaccess lautet:

RewriteRule ^([0-9]*)-(.*).html$ /front_content.php?idcat=$1

Somit habe ich das Format :

26-Buchhandlung.html

was man sicher noch optimieren kann. Dabei ist 26 die id, das minus nur ein Trennzeichen, und Buchhandlung der zur ID 26 gehörende Kategorie-Name, der aber ignoriert wird, das erkennt man daran das ich kein $2 verwende.

An den von laurisilva erwähnten Stellen für die Navigationslinks habe ich einfach "sein":
$data['idcat'].
ersetzt/erweitert durch:
$data['idcat'].'-'.$data['name'].

Ich weiss natürlich nicht ob es da Fälle gibt wo das nicht so richtig klappt, aber soweit ich das bisher sehe, sollten die auch lösbar sein.
Der Vorteil ist dass man das weiterhin im contenido style hat und keine statischen Seiten erzeugen brauch, ein Nachteil ist das die ID (mit dem Bindestrich) dazwischen ist.

mal ne andere frage. was passiert denn bei mehrsprachigkeit? ich habe das einmal ausprobiert. wenn die menüpunkte gleich benannt sind, gibt es quasi für jede sprache die gleiche url, was ja eigentlich nicht sein kann oder?

Nico

[timo]

mal ne andere frage. was passiert denn bei mehrsprachigkeit? ich habe das einmal ausprobiert. wenn die menüpunkte gleich benannt sind, gibt es quasi für jede sprache die gleiche url, was ja eigentlich nicht sein kann oder?

Doch, denn die Sprache wird in einem Cookie abgelegt. Ich habe es bei mir so gelöst, daß ich für verschiedene Sprachen verschiedene Frontends habe:

www.timohummel.com/de => Deutsch
www.timohummel.com => Englisch (mit auto-redirect auf Deutsch, falls der Besucher aus Deutschland kommt)

[FrankHoffmann]

Mich würde mal grundsätzlich interessieren, warum die Datei front_content.php nicht standardmässig index.php heisst.

@timo: Kannst Du das mal erläutern?

[timo]

Mich würde mal grundsätzlich interessieren, warum die Datei front_content.php nicht standardmässig index.php heisst.

Keine Ahnung, das ist vermutlich historisch so bedingt...