cms2day Forum - Community & Support rund ums cms2day

Hallo zusammen,

ich muss leider mit Schrecken feststellen, dass sich Verhalten der Interpretation der SEO-URLs sehr nachteilg verändert hat:

Reichte es bei 3.9.0 aus, wenn die URL http://meincms.de/18.irgendeintext oder http://meincms.de/18.was-anderes hiess, um ein und dieselbe Seite aufzurufen, so muss nur der Text nach der Zahl gleich bleiben. D.h. bei Umbenennung der Seite ändert sich der Text nach der Zahl und alte Links funktionieren nicht mehr, was für mich ein erhebliches Problem darstellt.

Konfiguriert habe ich das Schema http://meincms.de/seite/

Gruß
Stefan

Vielleicht nicht korrek rübergekommen:

Wir haben den Zahlenteil vor dem Punkt und Textteil nach dem Punkt, daraus besteht die SEO-URL, soweit ok.

Bei einem Artikel bleibt die Zahl ja immer gleich und der Textteil wird aus der Überschrift des Titeles gebildet. Ändert man nun die Überschrift, so ändert sich der Textteil, auch das ist ok.

Zuvor war es bei der Interpretation der SEO-URL aber egal, welcher Text der Zahl folgte, solange sich die Zahl nicht geändert hat, konnte die URL aufgerufen werden, auch wenn sich die Seitenüberschrift und damit der Textteil mittlweiele geändert hat.
Jetzt führen aber URLs mit "falschem" Textteil zur "Seite nicht gefunden" Meldung, was vorher nicht der Fall war. D.h. jede Menge "alte Links" führen nun ins Leere, ich wünsche mir das alte Verhalten zurück, denn der Parser beachtet nun irgendwie mehr als nur die Zahl.

Jetzt klar, was ich meine?

Danke
Stefan

Ich fürchte nur, dass ich nicht der einzige bin, der ein grosses Problem damit hat. Ich finde es auch schade, dass dies nicht kommuniziert wurde.

Gerne komme ich auf das Angebot zurück dass Du mir mitteilst, wo ich schrauben muss, um das alte Verhalten wieder herzustellen, Danke :-)

Vielleicht könnte man dies ja auch in einer zukünftigen Version dem User überlassen, sprich konfigurierbar machen. Das Problem mit dem Spidern sehe ich nicht als solches, das hast Du bei jeder Software, die nur mit IDs arbeitet ...

Gruß
Stefan

Ich hinterfrage ja garnicht mehr, warum dies so ist ;-)

Fakt ist aber, dass dies dem Thema SEO eigentlich entgegenwirkt, wenn nach reiner Überschriftenänderung in einem Artikel die URL nicht mehr funktioniert, die wahrscheinlich so auch zigfach in Suchmaschinen, Katalogen oder anderen WebSites hinterlegt ist ... und das musste einen in der Vergangenheit nicht kümmern, führt jetzt aber zu etlichen invaliden Links, und das sicherlich nicht nur bei mir.

Gruß
Stefan

Zitat von »cms2day«

includes/config.inc.php
Datei Version 3.9.1/0 | 12.03.2010

Zeile 596:

	PHP-Quelltext
1	$pages = mysql_fetch_assoc(mysql_query("SELECT * FROM pages WHERE id='".mysql_real_escape_string($explode['0'])."' AND page='".mysql_real_escape_string($explode['1'])."' LIMIT 1"));

ändern in

	PHP-Quelltext
1	$pages = mysql_fetch_assoc(mysql_query("SELECT * FROM pages WHERE id='".mysql_real_escape_string($explode['0'])."' LIMIT 1"));

Zeile 693:

	PHP-Quelltext
1	$pages = mysql_fetch_assoc(mysql_query("SELECT * FROM pages WHERE id='".mysql_real_escape_string($explode['0'])."' AND page='".mysql_real_escape_string($explode['1'])."' LIMIT 1"));

ändern in

	PHP-Quelltext
1	$pages = mysql_fetch_assoc(mysql_query("SELECT * FROM pages WHERE id='".mysql_real_escape_string($explode['0'])."' LIMIT 1"));

Try it, habs nun selber nicht getestet, aber sollte klappen!

Klappt fast, die Seite wird angezeigt, aber der Text

"Error 404 - Seite nicht gefunden"

wird im Seitenkopf noch ausgegeben.

Gruß
Stefan

Mit Kopf meinte ich noch über dem Text, quasi als "Überschrift".

Hab's gefunden, Zeile 383:

alt:


neu: