Systemgesundheit sagt mod_rewrite_off

Soo, ich wieder :slight_smile:

Ich habe nun den Shop installiert, der Systemgesundheits-Check bemängelt. daß mod_rewrite aus ist.

Ich habe mod_rewrite im confixx selber angeschaltet.
Wenn ich www.meine-domain/shop/oxseo.php?mod_rewrite_module_is=off aufrufe, dann zeigt er an: mod_rewrite_on

In der .htaccess steht :

<IfModule mod_rewrite.c>
Options +FollowSymLinks
RewriteEngine On
RewriteBase /shop

Die Rechte in der .htaccess habe ich erst auf 644 und dann aug 755 gesetzt, hat aber nichts gebracht.

Jetzt hab ich keine Ahnung mehr, wer kann mir helfen?

lg Elke

Hallo Elke,

hattest Du nicht schon einen laufenden Shop?
Weisst Du, wie eine phpinfo erstellt und abgerufen werden kann?
Bei welchem Hosting Provider bist Du?

Gruß

Hallo Marco,
ich hatte das mit dem Oxid-Shop vor über einem Jahr schonmal versucht, dann aber gelassen.
Mein Mann hatte hier ins Forum geschrieben, Username weiß ich nicht mehr.

phpinfo hab ich grad gemacht, kommt per pn.

Hoster ist netcup

lg Elke

Hallo Elke,

den Hoster kenne ich leider gar nicht, PN ist angekommen, komme aber wegen .htaccess-Schutz nicht auf die phpmyadmin.

Gruß

P.S.: “bizarr” geht anders :wink:

OK. Ich hab die phpinfo gesehen. “mod_rewrite” (als Apache-Modul) läuft nicht auf dem Server/Webspace :wink:

Gruß

Das find ich jetzt allerdings seltsam, da werd ich gleich mal morgen früh anrufen :stuck_out_tongue_winking_eye:

Danke erstmal und gut Nacht :slight_smile:

lg Elke

[QUOTE=elke;113507]Das find ich jetzt allerdings seltsam, da werd ich gleich mal morgen früh anrufen ;P[/QUOTE]

Ja, Klingel dort mal durch.

[QUOTE=elke;113507]Danke erstmal und gut Nacht :)[/QUOTE]

Dauert bei mir noch ein paar bizarre Minuten. Aber ebenfalls :wink:

Gruß

Mein Wecker klingelt um 5.45 :wink:

lol

[QUOTE=elke;113509]Mein Wecker klingelt um 5.45 ;)[/QUOTE]

Buhhh! Hoffentlich können die Support-Leute beim Hosting-Provider dann schon reden. Aber wahrscheinlich schickst Du vorher erst das Kind in die Schule :wink:

Gruß

falls es nicht geht - hier gibts einen kostenlosen Test für 6 Wochen:

Bei Bedarf dann in ein normales Paket wandelbar, ansonsten endet es automatisch.

Ich bin auch bei netcup, allerdings habe ich einen vServer. Ist ein anständiger hoster hoster

@marco: so ähnlich, es sind aber 3…

@hebsacker: danke, ich bin eigentlich extra zu netcup gewechselt, WEIL es ein vernüftiger Hoster ist.

@vanilla: ^^

@ all Problem ist noch nicht gelöst… :frowning:

lg Elke

Folgendes hat der Hoster mir geschrieben:

die PHPinfo ist so korrekt. Bitte beachten Sie das mod_rewrite nicht in der PHPinfo auftaucht, da dies nicht mit PHP zu tun hat. Bei mod_rewrite handelt es sich um eine Funktion des Apache Webservers und nicht um eine Funktion der PHP Scriptsprache.

mod_rewrite ist für alle Ihre Domains aktiviert.

Also es liegt nicht am Host.

Ich habe woanders folgendes gefunden:

https://kunden.rackspeed.de/knowledgebase/8/OXID-eShop-Installation-modrewrite-nicht-erkannt.html

Macht das vielleicht Sinn?
(Mein Problem scheint öfters vorzukommen…)

lg Elke

@elke,

poste doch bitte mal den ganzen Inhalt Deiner .htaccess, um zu sehen ob da etwas zum Problem führt und kopier noch die ganze Fehlermeldung dazu - und Shopversion.

der Fix funktioniert, damit wird quasi die Prüfung ausgehebelt

schau mal, ob das hier beschriebene Szenario bei Deinem Webhoster zutrifft:
http://forum.oxid-esales.com/showthread.php?p=43487

du hast vermutlich ein webspace, für die gibts wahrscheinlich so eine webspace-verwaltung wo du die Datenbanken etc erstellen und einstellen kannst. Gibts da vielleicht auch Einstellungen für den Webserver? Sonst mal in den Kundenforum von netcup reinschauen.

.htaccess

<IfModule mod_rewrite.c>
Options +FollowSymLinks
RewriteEngine On
RewriteBase /slackline-shop

RewriteCond %{REQUEST_METHOD} ^(TRACE|TRACK)
RewriteRule .* - [F]

RewriteCond %{REQUEST_URI} oxseo.php$
RewriteCond %{QUERY_STRING} mod_rewrite_module_is=off
RewriteRule oxseo.php$ oxseo.php?mod_rewrite_module_is=on [L]

RewriteCond %{REQUEST_URI} !(/admin/|/core/|/application/|/export/|/modules/|/out/|/setup/|/tmp/|/views/)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule !(.html|/|.jpg|.css|.pdf|.doc|.gif|.png|.js|.htc)$ %{REQUEST_URI}/ [R=301,L]

RewriteCond %{REQUEST_URI} !(/admin/|/core/|/application/|/export/|/modules/|/out/|/setup/|/tmp/|/views/)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule (.html|/)$ oxseo.php

RewriteCond %{REQUEST_URI} (/out/pictures/)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule (.jpe?g|.gif|.png)$ core/utils/getimg.php

</IfModule>

disabling log file access from outside

<FilesMatch “(EXCEPTION_LOG.txt|.log$|.tpl$|pkg.rev)”>
order allow,deny
deny from all
</FilesMatch>

Options -Indexes
DirectoryIndex index.php index.html

Fehlermeldungen in der Storefront

Warning: Invalid argument supplied for foreach() in /var/www/web410/html/slackzone/slackline-shop/core/oxlist.php on line 436

Warning: Invalid argument supplied for foreach() in /var/www/web410/html/slackzone/slackline-shop/core/oxlist.php on line 436

Warning: Cannot modify header information - headers already sent by (output started at /var/www/web410/html/slackzone/slackline-shop/core/oxlist.php:436) in /var/www/web410/html/slackzone/slackline-shop/core/oxutils.php on line 1068

Warning: Cannot modify header information - headers already sent by (output started at /var/www/web410/html/slackzone/slackline-shop/core/oxlist.php:436) in /var/www/web410/html/slackzone/slackline-shop/core/oxutils.php on line 1069

Warning: Cannot modify header information - headers already sent by (output started at /var/www/web410/html/slackzone/slackline-shop/core/oxlist.php:436) in /var/www/web410/html/slackzone/slackline-shop/core/oxutils.php on line 1070

@vanilla: Ja ich habe ein Webpaket, und kann im confixx im Httpd Spezial das mod_rewrite anschalten, der Hoster hat mir bestätigt, daß es an ist.

Wie es mir scheint kommt das Problem bei der aktuellen Version des Shops vor, …man findet öfters was im Netz.

das hat (vermutlich) eher was mit der Serverkonfiguration und vielleicht mit einem Apache-Bug zu tun als mit der aktuellen SHopversion