Page 1 of 1

mod_rewrite und Kategorien Problem

Posted: Wed Jan 23, 2008 12:38 pm
by 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?

Re: mod_rewrite und Kategorien Problem

Posted: Wed Jan 23, 2008 1:13 pm
by 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

Re: mod_rewrite und Kategorien Problem

Posted: Wed Jan 23, 2008 1:33 pm
by Papillon
garvinhicking wrote: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.
garvinhicking wrote: 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.
garvinhicking wrote: 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=...
?

Re: mod_rewrite und Kategorien Problem

Posted: Wed Jan 23, 2008 3:08 pm
by 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

Posted: Wed Jan 23, 2008 4:58 pm
by 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.

Posted: Wed Jan 23, 2008 8:04 pm
by 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

Posted: Wed Jan 23, 2008 8:53 pm
by Papillon
garvinhicking wrote:
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

Posted: Wed Jan 23, 2008 9:42 pm
by 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

Posted: Wed Jan 23, 2008 9:51 pm
by 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.

Posted: Thu Jan 24, 2008 10:28 am
by 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

Posted: Thu Jan 24, 2008 12:51 pm
by Papillon
garvinhicking wrote: 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.
garvinhicking wrote: 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.

Posted: Thu Jan 24, 2008 1:00 pm
by 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

Posted: Fri Jan 25, 2008 12:17 am
by Papillon
garvinhicking wrote: 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?

Posted: Fri Jan 25, 2008 11:19 am
by 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

Posted: Sat Jan 26, 2008 8:55 pm
by 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.