URLs umschreiben erzeugt xml in URL (Folderurl)
Hallo zusammen,
sobald ich URLs umschreiben aktiviere, gelange ich auf Adressen wie:
http://domain.de/products/graphics-card.en.html
Doch erhalte einen 404 nach dieser Struktur:
The requested URL /products.xml/graphics-card.en.html was not found on this server.
Das xml verunsichert mich etwas, da ich (gemäß der Einstellungen) ein html erwarten möchte. Ich nutze übrigens Folderurl.
Liegt der Fehler in der htaccess Datei? Kann es mir sonst nicht erklären, vielleicht hat jemand einen Tipp.
Vielen Dank,
Carino
gleiches Problem beim Zugriff auf News mit https
Ich habe ein ähnliches Problem beim Zugriff auf News-Beiträge wenn ich "URLs umschreiben" aktiviert habe und per https zugreifen möchte.
Ohne https gehts, ohne URLs umschreiben auch.
ansonsten bekomme ich auch ein 404 genau mit dem Effekt: der Link lautet auf <domain>/sitenews/items/<artikel> und der 404 auf <domain>/sitenews.xml/items/<artikel>.
Hat schon jemand das Problem lokalisieren können?
Liste der Anhänge anzeigen (Anzahl: 1)
Das ist gut, ich hatte nämlich einen Fehler in der ZIP zum Downloaden. Der Link auf die index.html ging immer auf meine Domain, ist jetzt anders. Einfach auspacken in nen Ordner auf den Server, mit ner Subdomain aufrufen und testen.
Im Moment gibt es hier noch ne Version mit nem Server bei dem es funktioniert http://andreas.customer-pool.de/index.html
Die Links werden später natürlich leider nicht mehr erreichbar sein, deshalb lege ich die ZIP-Datei zum Testen mal hier hin.
Leider nicht (Vielleicht die Lösung)
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{LA-U:REQUEST_FILENAME} !-f
RewriteRule .*\.html$ result.php [L]
</IfModule>
Das ist leider auch nicht die Lösung (Proxy Täuschung - es sah nur so aus :mad:)
Wieder ein erfolgreicher Apache mit funktionierender RewriteEngine
So habe eben mal auf dem Firmenserver ein Testlauf durchgeführt und siehe da dort ist alles IO.
---------------------------------------------------
Der fehlerhafte Server (Webhostone Hosting)
---------------------------------------------------
Linux 2.6.32-5-amd64
Apache/2.2.16 (Debian)
Apache API Version 20051115
DAV/2
SVN/1.6.12
PHP/5.3.13
mod_ssl/2.2.16
OpenSSL/0.9.8o
---------------------------------------------------
Der funktionierende Server (IPX Hosting)
---------------------------------------------------
Linux 2.6.32-5-amd64 (Debian 6)
Apache 2.0 Handler
Apache API Version 20051115
PHP Version 5.3.3-7
news mit urls unschreiben werden nicht mehr gefunden
Hallo zusammen,
das oben beschriebene Problem tritt bei mir auch auf (ohne Folderurl).
Ist das mit dem Apache nun definitiv die Ursache?
Hier eine Installation ohne urls umschreiben
http://www.demo.jukeshop.de/jk-ma005...n-returns.html
und jetzt das gleiche mit:
http://www.demo.jukeshop.de/jk-ma005...n-returns.html
The requested URL /jk-ma005-2/news.xml/items/james-wilson-returns.html was not found on this server.
Bei mir ist es:
Linux xxxxx 2.6.32-41-server #91-Ubuntu SMP Wed Jun 13 11:58:56 UTC 2012 x86_64
Server API Apache 2.0 Handler
Apache API 20051115
PHP Version 5.3.13-nmm1
Was kann ich denn da nur machen?
Ich habe vor 24h den Server auf PHP 5.3. umstellen lassen.
Kann das auch was damit zu tun haben?
Ich habe das Problem vorher nicht beobachten können.
ohje - Schätze mal, dass da einen Haufen Probleme auf mich zu kommen.
Viele Grüße
juke
Der Übertäter ist Options MultiViews
Erweitert die Zeile mit der Condition um Options -MultiViews
Code:
Options -MultiViews
RewriteCond %{REQUEST_FILENAME} !-f
Damit schaltet ihr die Serveroption MultiViews, die automatisch versucht passende Dateien zu finden, aus. Alle anderen gesetzten Options werden durch das Ausschalten mit dem Minuszeichen '-' nicht angerührt. Wenn das Ausschalten per .htaccess nicht erlaubt ist, dann fragt den Hoster, dass er es abschaltet.
Solltet ihr MultiViews aus irgendeinem Grund gebrauchen, dann kommentiert die Zeile mit der Condition aus, dann werden allerdings alle evtl. vorhandenen statischen Dateien, die nicht weiter oben bereits mit FilesMatch ausgeschlossen wurden, also auch evtl. vorhandene statische html-Seiten, nach index.php umgeleitet, falls bei euch überhaupt welche existieren.
Options -MultiViews gehört eigentlich nicht über die RewriteCondition, sie kann direkt an den Anfang der .htaccess geschrieben werden, aber an diesem Platz funktioniert sie auch und erinnert so daran, warum sie eingefügt wurde.
Hier das Debugging einer RewriteRule, was mich der Sache näher gebracht hatte
PHP-Code:
add path info postfix: /home/www/test/test.xml -> /home/www/test/test.xml/mich-gibt-es-nicht.html
strip per-dir prefix: /home/www/test/test.xml/mich-gibt-es-nicht.html -> test.xml/mich-gibt-es-nicht.html
applying pattern '.*\.html$' to uri 'test.xml/mich-gibt-es-nicht.html'
RewriteCond: input='/home/www/test/test.xml' pattern='!-f' => not-matched
pass through /home/www/test/test.xml
add path info postfix ist der Übeltäter (meiner Meinung nach ein Bug des Apache-Moduls mod_rewrite)
So könnt ihr euer Rewriting debuggen
Code:
RewriteLog /home/log/rewrite/rewrite.log
RewriteLogLevel 5
in die httpd.conf
