mod_rewrite und Kategorien Problem

[Papillon]

Moin,

ich konnte gerade durch die Suche nichts passendes finden.

Also ich habe ein Blog von einer etwas älteren Version auf die aktuelle Version geupdatet. Soweit keine Besonderheit.
Und ich bin mir relativ sicher, da keine Einstellungen verändert zu haben.

Nun funktioniert das mod_rewrite aber nicht mehr so.
(Und auch die Kategorien nicht
Interne Links wurden früher so angezeigt: (Beispiel)

http://domain.tld/categories/1-Allgemein

Nun wird das als
http://domain.tld/index.php?/categories/1-Allgemein

angezeigt.

Gleiches Spiel bei den Artikel-Links etc. Einfach alle Links sind nun mit dem index.php? dabei.

In der Konfig in den Optionen ist immer noch mod_rewrite aktiviert, und die .htaccess ist auch entsprechend vorhanden.
Wodran kann es liegen, das bei mir auf einmal die URLs so "verschandelt" werden? Ich habe die gleiche Version noch woanders laufen, und da ist es kein Problem. Ok, da war es auch kein Update, aber das sollte doch eigentlich nicht das Problem sein, oder?


Ein weiterer Effekt dabei ist, das die Kategorien auf einmal leer sind.
Früher funktionierte es, wenn man nun aber auf die Kategorien klickt erhält man leider eine normal formatierte Seite ohne Artikel. (Die nachweislich immer noch entsprechend mit der Kategorie versehen sind.)

Kann mir jemand auf die Sprünge helfen?

[garvinhicking]

Hi!

Da muss sich eigentlich eine Konfigoption verändert haben. Geh mal in die s9y Konfiguraiton und stell "URL-Umformung" auf "mod_Rewrite".

In der Konfig in den Optionen ist immer noch mod_rewrite aktiviert

Das kann leider nicht sein, s9y erzeugt solche Links ausschließlich dann, wenn die Option "rewrite" in der Datenbanktabelle "serendipity_Config" auf einem Wert "none" steht. Oft zeigen Browser wie Firefox ein falsches Dropdown-Element als Gewählt an, obwohl im HTML-Code ein anderes aktiviert dargestellt wird.

Grüße,
Garvin

[Papillon]

Hi!

Da muss sich eigentlich eine Konfigoption verändert haben.

Ok. Kann sein das es nach dem Update umgestellt war, aber dann von mir schon fast automatisiert umgestellt wurde.

Geh mal in die s9y Konfiguraiton und stell "URL-Umformung" auf "mod_Rewrite".

Sowohl FF als auch IE zeigen im Feld URL-Formung: "Use Apache mod_rewrite" an.

Das kann leider nicht sein, s9y erzeugt solche Links ausschließlich dann, wenn die Option "rewrite" in der Datenbanktabelle "serendipity_Config" auf einem Wert "none" steht.

hmm... in der DB steht dort im Feld "rewrite" auch rewrite drin. Nicht "none".

Wäre das nicht auch, wenn auf none stehen würde, dann index.php?url=...
?

[garvinhicking]

Hi!

Hm, wenn es in der DB auf 'rewrite' steht, dann kann ich mir das verhalten nicht wirklich erklären. Auf welche URL beziehst Du Dich?

Grüße,
Garvin

[Papillon]

Das ist http://www.s48.de

Ich denke das ich irgendwo einen derben Schnitzer reingehauen habe. Ich kann mir nur eben auch nicht vorstellen wo.

Notfalls muss ich auf einem anderen Host das frisch aufsetzen und umziehen. Wäre zwar auch kein Problem, nur arbeit.

[garvinhicking]

Hi!

Welche Eventplugins hast du denn installiert? Und was ergibt die SQL Abfrage

Code: Select all

SELECT * FROM serendipity_confie WHERE name like '%rewrite%';

Grüße,
Garvin

[Papillon]

Welche Eventplugins hast du denn installiert? Und was ergibt die SQL Abfrage

Code: Select all

SELECT * FROM serendipity_confie WHERE name like '%rewrite%';

Nichts, aber das was Du meinst :

Code: Select all

rewrite  	rewrite  	0
serendipity_event_contentrewrite/fromstring 	quelle 	0
serendipity_event_contentrewrite/tostring 	ziel 	0

Eventplugins? Wahrscheinlich eindeutig zu viele, aber das ist was anderes.
Hier:

• Textformatierung: Serendipity
• Textformatierung: Smilies
• Textformatierung: NL2BR
• Browser-Kompatibilität
• Spamschutz
• Einträge ankündigen
• Statistiken
• Hebe Suchwörter hervor
• Spartacus
• Kontaktformular
• Suchmaschinen-Sitemap Generator
• Freie Artikel-Tags
• Spamschutz (SURBL)
• Regeln für Veröffentlichungen
• Nächster/Voriger Artikel
• Karma
• Verwandte Links/Einträge
• Hebe Suchwörter hervor
• Trackbacks kontrollieren
• HTML Link Metatags
• Show links to services like Digg, Technorati, del.icio.us etc related to your entry.
• HTML Meta-Tags
• Erweiterte Eigenschaften von Artikeln

[garvinhicking]

Hi!

Kannst Du mal testweise deine Konfiguration für URL Umformung auf "Apache Errorhandling" stellen, speicher, und dann wieder auf "mod_rewrite"?

Grüße,
Garvin

[Papillon]

Hatte es zwar schonmal mit "none" gemacht, aber... done.

Soll ich auf 'nen anderen Hoster umziehen mit einer frischen Installation? Oder willst Du direkten Zugriff aufs Backend?

Ich finde den Fehler nur... merkwürdig, weil ich keine Ahnung habe, was die URL so komisch formt. Klar, stört. Aber ich versuche gerne zu verstehen, welche Fehler ich gemacht habe.

[garvinhicking]

Hi!

Hm, am Hoster dürfte das Problem eigentlich nicht liegen! Zugriff auf's Backend würde mir in dem Fall vermutlich nicht helfen, da wäre nur FTP-Zugriff hilfreich.

D.h. Du hast es jetzt auf none und dann wieder auf "rewrite" gestellt, und es klappt immer noch nicht, ja?

Grüße,
Garvin

[Papillon]

Hm, am Hoster dürfte das Problem eigentlich nicht liegen! Zugriff auf's Backend würde mir in dem Fall vermutlich nicht helfen, da wäre nur FTP-Zugriff hilfreich.

Ich dachte auch weniger an einen Hosterwechsel.
Eigentlich wollte ich das ganze nur mit einer frischen Installation gradebügeln. Wer weiß ob da beim Upate irgendwelche Fehler auftauchten.

D.h. Du hast es jetzt auf none und dann wieder auf "rewrite" gestellt, und es klappt immer noch nicht, ja?

Einmal auf none und zurück, und einmal den errorhandler und zurück.

[garvinhicking]

Hi!

Mit einer Instlalation über eine bestehende Installation provozierst du eher noch mehr Fehler! Das mag Serendipity nicht so gern.

Einmal auf none und zurück, und einmal den errorhandler und zurück.

Hm, dann kann ich das weder verstehen noch reproduzieren. Ich fürchte ich kann dir da tatsächlich nur noch mit FTP-Zugriff zu deiner installation helfen, ich kann mir nur vorstellen dass die 'rewrite' Variable irgendwo umgesetzt oder zurückgesetzt wird...

Grüße,
Garvin

[Papillon]

Mit einer Instlalation über eine bestehende Installation provozierst du eher noch mehr Fehler! Das mag Serendipity nicht so gern.

Da hast Du mich glaube ich falsch verstanden.

Ich habe jetzt unter http://test.s48.de das ganze auf einem anderen Server eingerichtet.
Komplette frische Installation auf einem jungfräulichem Vhost.
Dann Plugins installiert und anschließend DB umgezogen.
Et voila... das index.php? ist verschwunden.

Lag also am Update. Das muss ich verhauen haben.


ABER: im Test zeigt er mir die Kategorien immer noch leer an.
Mir ist jetzt auch aufgefallen, das im Backend die Kategorien sich nicht zur Bearbeitung öffnen lassen. Das müßte dann aber ja wohl was an der DB sein, oder?
Hast Du da noch eine Idee für?

[garvinhicking]

Hi!

Scheinbar hast Du beim Update die Datenbankupdates nicht ausgeführt und deiner serendipity_categories datenbanktabelle fehlen die neuen.

Guck mal ind er FAQ von s9y.org, da steht wie man ein update von deiner älteren version auf die neue nochmal ausführen kann, damit die .sql updates gefahren werden.

Grüße,
Garvin

[Papillon]

Danke Garvin,

da muss wohl eindeutig beim Update was schief gelaufen sein. Bzw. beim Upload und dem daraus resultierendem Update.

Das Blog ist auf dem neuen Server nun wieder voll funktionsfähig.