Tagging-Plugin funktioniert nicht ...

[Lux]

Hi,

ich bin gerade etwas ratlos. Seit dem letzten (Plugin-)Update läuft bei mir im Blog das Tagging-Plugin nicht mehr.

Der Aufruf von beispielsweise http://www.deimeke.net/dirk/blog/index. ... /adminbuch springt auf serendipity_admin.php.

Habt Ihr eine Idee?

Gruss

Dirk

[yellowled]

Der Aufruf von beispielsweise http://www.deimeke.net/dirk/blog/index. ... /adminbuch springt auf serendipity_admin.php.

Ich kann jetzt nicht behaupten, eben alle Tags ausprobiert zu haben, aber einige -- meines Erachtens funktioniert nur "adminbuch" nicht, ebenso "admin" (welches es bei Dir als Tag eigentlich gar nicht gibt; führt auch zum Backend-Login).

Wir hatten neulich™ ein Problem mit einer Änderung in der .htaccess, von der ich jetzt nur nicht weiss, ob sie in 1.5.5 enthalten war oder noch nicht. Siehe http://board.s9y.org/viewtopic.php?f=3&t=17136. Evtl. hast Du hier etwas ähnliches entdeckt ..?

YL

[Lux]

Der Aufruf von beispielsweise http://www.deimeke.net/dirk/blog/index. ... /adminbuch springt auf serendipity_admin.php.

Ich kann jetzt nicht behaupten, eben alle Tags ausprobiert zu haben, aber einige -- meines Erachtens funktioniert nur "adminbuch" nicht, ebenso "admin" (welches es bei Dir als Tag eigentlich gar nicht gibt; führt auch zum Backend-Login).

Au weia, ich bin gar nicht auf die Idee gekommen, auch andere Tags zu versuchen. Danke.

In der .htaccess ist gar nichts zu finden ...

Wir hatten neulich™ ein Problem mit einer Änderung in der .htaccess, von der ich jetzt nur nicht weiss, ob sie in 1.5.5 enthalten war oder noch nicht. Siehe http://board.s9y.org/viewtopic.php?f=3&t=17136. Evtl. hast Du hier etwas ähnliches entdeckt ..?

Ja, das wäre möglich.

Ich habe einzig ein paar Redirects von Seiten meines alten Wikis auf statische Seiten im Blog, ansonsten wird weder "redirected" noch "rewritten".

Dirk

[garvinhicking]

Hi!

"In der .htaccess ist garnichts zu finden"

Die ist leer bei Dir?

Grüße,
Garvin

[Lux]

"In der .htaccess ist garnichts zu finden"
Die ist leer bei Dir?

Da stehen nur ein paar blocked hosts drin. Mehr nicht.

Gruss

Dirk

[garvinhicking]

Hi!

Hm. Okay. Sowas doofes. Es gibt intern in s9y eine Prüfung, der automatisch zum Backend weiterleitet wenn der Teil "/admin" in dem URI-Parameter enthalten ist.

Das ist eine relative laxe anweisung, die aber bei deinem tag natürlich greift. Du kannst mal bei dir in der konfiguration beim admin-pfad statt "admin" z.b. ein "admin$" eintragen, dann müsste das sowas wie "admintag" vermeiden.

Ansonsten wäre dafür ist in der include/functions_permalinks.inc.php diese Zeile verantwortlich:

Code: Select all

$PAT['ADMIN']                    = '@/(' . $serendipity['permalinkAdminPath'] . '|entries)(/.+)?@';

Die müsste man sonst ändern, vermutlich in etwas wie:

Code: Select all

$PAT['ADMIN']                    = '@/(' . $serendipity['permalinkAdminPath'] . '|entries)(/.+)?$@';

[Lux]

Hm. Okay. Sowas doofes. Es gibt intern in s9y eine Prüfung, der automatisch zum Backend weiterleitet wenn der Teil "/admin" in dem URI-Parameter enthalten ist.

Das ist eine relative laxe anweisung, die aber bei deinem tag natürlich greift. Du kannst mal bei dir in der konfiguration beim admin-pfad statt "admin" z.b. ein "admin$" eintragen, dann müsste das sowas wie "admintag" vermeiden.

Warum?

Ernst gemeinte Frage. Wird die Zeile überhaupt gebraucht? Beim nächsten Update kommt sie ja wieder rein ...

Ansonsten wäre dafür ist in der include/functions_permalinks.inc.php diese Zeile verantwortlich:

Code: Select all

$PAT['ADMIN']                    = '@/(' . $serendipity['permalinkAdminPath'] . '|entries)(/.+)?$@';

Das mache ich mal, wenn ich wieder zu Hause bin.

Danke!

Dirk

[garvinhicking]

Hi!

Die Änderung im Permalinkpfad würde halt beim nächsten Update genua NICHT aktualisiert, daher wäre das sicher das einfachste für deinen Fall gerade.

Es im s9y core zu patchen würde bedeuten dass man das ausführlich testen muss, und vermutlich auch eher im 1.6erer Zweig dann zum tragen käme.

Grüße,
Garvin

[Lux]

Die Änderung im Permalinkpfad würde halt beim nächsten Update genua NICHT aktualisiert, daher wäre das sicher das einfachste für deinen Fall gerade.

Ist drin und funktioniert bestens.

Es im s9y core zu patchen würde bedeuten dass man das ausführlich testen muss, und vermutlich auch eher im 1.6erer Zweig dann zum tragen käme.

Das wäre für mich kein Problem. Warum hast Du die Funktion seiner Zeit eingebaut, nur aus "convenience"-Gründen?

Gruss

Dirk

[garvinhicking]

Hi!

Hast Du jetzt den Patch der Datei drin, oder den Permalinkpfad geändert? Mir würde es natürlich auch sehr helfen wenn Du den Dateipatch mal ausprobierst; wenn das klappt würde ich es in s9y 1.6 mit einbauen damit auch andere es im SVN mal testen können.

Das wäre für mich kein Problem. Warum hast Du die Funktion seiner Zeit eingebaut, nur aus "convenience"-Gründen?

Nö, ich glaube es wurde nur einfach nicht dran gedacht dass /admin auch Teil anderer Variablen sein kann.

Grüße,
Garvin

[Lux]

Hast Du jetzt den Patch der Datei drin, oder den Permalinkpfad geändert? Mir würde es natürlich auch sehr helfen wenn Du den Dateipatch mal ausprobierst; wenn das klappt würde ich es in s9y 1.6 mit einbauen damit auch andere es im SVN mal testen können.

Ich habe in der Datei include/functions_permalinks.inc.php die eine Zeile wie von Dir hier vorgeschlagen geändert.

Gruss

Dirk

[garvinhicking]

Hi!

Super, danke. Ich habe das dann auch mal ins SVN gestellt.

Grüße,
Garvin