Forum

sicher dachte du kennst das

http://websvn.openphpnuke.info/diff.php?repname=openPHPnuke&path=%2Ftrunk%2Fopenphpnuke%2Fhtml%2Fclass%2Fengine%2Ffc_engine.php&rev=869&sc=1

Verrätst Du mir noch welche Datei Du da jetzt geändert hast? Würde das bei mir gerne schon nachziehen

ohh fine ... wenn das alles ist ... kein problem ...

korrektur dafür ist dann in

trunk rev. 869
branch rev. 870

danke für lösung

"the server never sees the hash and the part behind the hash. The browser requests the URL of the page, and then looks for the anchor within that page to jump to. So rewriting won't work."

"Trying to match or redirect to page anchors

Page anchors - addresses ending in #anchor - are handled entirely on the client-side and never passed to or from the server. This makes sense if you think about it as you can go from one anchor to another in your browser without the page reloading."

=> 2. RewriteRule verwenden

bzw. schöner wäre es wenn SEO codierten URLs mit einem # Anchor anders zusammengesetzt würden, also nicht

.../opnparams/ABCDEFG#ReplyForm.html sondern
.../opnparams/ABCDEFG.html#ReplyForm

dann würde die standardmässige RewriteRule funktionieren, und auch der Anchor wurd dann im Browser korrekt verarbeitet werden.



Alex

Hi Stefan,

ja, so hab ich das heute auch rausbekommen über das rewrite log.

Grund dafür dürfte sein, das #irgendwas anchors rein clientseitig vom browser verarbeitet werden. alles was in einer URL nach einem # kommt wird gar nicht erst an den Webserver geschickt bzw. der Webserver schneidet es weg weil es nicht zur eigentlichen Url gehört.

Eine Lösung wenn auch nicht besonders schön ist eine 2. RewriteRule:

RewriteRule ^(.*)/opnparams/(.*)$ $1?opnparams=$2
RewriteRule ^(.*)/opnparams/(.*).html$ $1?opnparams=$2

die zweite Regel ist die standardmäßige und die davor nur für den Fall dass eine URL mit # abgeschnitten ankommt.

Der Anchor geht dabei allerdings verloren, der Sprung direkt zum Eingabefeld geht nicht. Aber damit kann ich leben bzw. das scheint nach meiner Recherche anders gar nicht machbar zu sein wenn man mod_rewrite nutzt.


Gruß
Alex

hmm scheinbar wird alles was nach(einschlieslich) # kommt nicht mehr dem mod_rewrite gesand kommt da jedenfalls lt. log vom rewrite nicht an

toll

axe schrieb am 06.06.2007 um 00:53:30 Uhr folgendes:

Wofür ist dieses #ReplyForm?? Es funktioniert eigentlich mit allen URL-Codierungen auch ohne. Muss man das bei SEO Urls extra ausfiltern über mod_rewriting??

Das #ReplyForm dient eigentlich dazu direkt in das Antwortformular zu springen. Wieso das dann mit dem mod_rewritting nicht geht ist eine gute frage im orginal wird nur auf .html / opnpara... geschaut eigentlich sollte das gehen

beim umschreiben scheint der dann was nicht zu wollen

Kann dir das leider so auch nicht beantworten.

Zudem Thema könnte Dir Webschmied eventuel sagen.

Flash

Hi,

wenn man SEO freundliche URL Codierung aktiviert, kann man keine Weblog Kommentare mehr schreiben. Das Eingabefeld kommt nicht, stattdessen wird man wieder auf die Weblog-Index Seite weitergeleitet:

erst erscheint im Browser die URL

http://.../html/modules/weblogs/comments.php/opnparams/CGIOMQc__2BVz1SNlhgVSwGOwF5CjwBXVZgXXtVaQUrA35SK1BpV2dWbFBhViYCYwI5WDQDNQ82#ReplyForm.html

dann wird man weitergeleitet auf

http://.../html/modules/weblogs/index.php/opnparams/CG0ONwc3V21SY1goVTUGOwFtCmQBMlZxXWNVdwU3AzlSP1AmV2xWI1A1VmUCfQJtWGADLg91UWoCOwA8BTYDZQgxDngHPFcgUm5YeFUxBjEBfgptAWZWa11gVSMFMQMxUj9QPQ.html

Das Problem ist das #ReplyForm in der UrlCodierung.
Lässt man das weg und verwendet manuell

http://.../html/modules/weblogs/comments.php/opnparams/CGIOMQc__2BVz1SNlhgVSwGOwF5CjwBXVZgXXtVaQUrA35SK1BpV2dWbFBhViYCYwI5WDQDNQ82.html

funktioniert es.

Wofür ist dieses #ReplyForm?? Es funktioniert eigentlich mit allen URL-Codierungen auch ohne. Muss man das bei SEO Urls extra ausfiltern über mod_rewriting??

Gruß
Alex