Hallo,
ich habe jetzt endlich mein Update fertig, von 4.3.1 uaf 4.4.6
Leider habe ich eine Datei auslassen müssen, da es nicht funktionierte.
Immer wenn ich die neue .htaccess übertragen habe, konnte ich meine Seite (Testumgebung) und dann auch auf dem Original nicht mehr öffnen. FEHLERMELDUNG:
Internal Server Error 500.
Jetzt funktioniert mein admin nicht mehr zu 100 %.
D. h. ich kann keinen Artikel mehr vernünftig anlegen.
Will ich das Bild eines Artikel verändern, macht er schon Probleme. Ich komme nicht mehr direkt in diese Möglichkeit rein.
Andere Dateien, die ich bzgl. sehr stark veränderteten Templates nicht mehr wie im Update gewünscht verändern konnte und nur zum Teil veränderte waren:
[I][U]NICHT VERÄNDERTE DATEIEN:[/U][/I]
details.tpl
basket.tpl
user.tpl
mini.baset.tpl
top.basket.tpl
order.tpl
payment.tpl
thankyou.tpl
suggest.tpl
register_success.tpl
email_order_owner.tpl
email_order_owner_plain.tpl
email_order_cust.tpl
email_order_cust_plain_.tpl
[I][U]Teilweise oder zu 100 % veränderte Dateien (manuell):[/U][/I]
Cust_lang.php (basic/de)
Lang.php (basic/de)
Oxid.css (basic/src)
Footer.tpl (basic/tpl)
Footer_plain.tpl (bais/tpl)
Header.tpl (basic/tpl)
Header_plain.tpl (basic/tpl)
Right.tpl (basic/tpl)
Contact.tpl (basic/tpl)
email_sendnow_html.tpl (basic/tpl)
Email_sendnow_plain_html.tpl (basic/tpl)
Product.tpl (basic/tpl)
Rightlist.tpl (basic/tpl)
Start.tpl (basic/tpl)
Aber ich gehe doch mal fest davon aus, dass für meinen Fehler die nach wie vor unveränderte .htaccess verantwortlich ist?
[B]Wie kann ich den Fehler beheben?[/B]
Haben die o. g. Template-Dateien (ganz / halb oder gar nicht verändert) Auswirkungen auf die nächsten Jahre zum Bestehen meine Shops? (facebook, usw. benötige ich nicht, und meine Kunden bestellen ohne irgendeine Registration!) Also ein ganz einfacher Shop auch derzeit ohne Paypal, Sofortüberweisung, etc. --> Hat bisher auch noch kein Kunde von mir gewollt …
Der Shop funktioniert sonst einwandfrei.
Da ich natürlich das Homepage ändern, erstellen, etc. nicht erlernt habe und ein Laie bin, war ich schon sehr stolz das alles so hinzubekommen 
Den Einzigen Fehler, den der Shop schon lange schreibt, seit kompletter ssl-Umstellung (dieser Fehler war aber bislang nur “ein Schönheitsfehler” und hatte mich in der Funktion des Shops in keinster Weise beeinträchtigt) Mein Anbieter der ftp sagt es ist nicht weiter schlimm. DIE FEHLERMELDUNG im admin:
[B]Apache mod_rewrite Modul --> Nicht erfüllt. Dieser OXID eShop wird sich in einzelnen Bereichen unerwartet verhalten.[/B]
Vielen Dank für Eure Hilfe!
unterscheiden sich die Inhalte der beiden .htaccess?
Ja die beiden Inhalte unterscheiden sich etwas.
Soll ich die beiden Inhalte senden?
Inhalt der alten (funktionierenden .htacess) :
<IfModule mod_rewrite.c>
#Options +FollowSymLinks
RewriteEngine On
RewriteBase /
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\/|\/export\/|\/modules\/|\/out\/|\/setup\/|\/tmp\/|\/views\/)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule !(\.html|\/|\.jpg|\.css|\.pdf|\.doc|\.gif|\.png|\.js)$ %{REQUEST_URI}/ [R=301,L]
RewriteCond %{REQUEST_URI} !(\/admin\/|\/core\/|\/export\/|\/modules\/|\/out\/|\/setup\/|\/tmp\/|\/views\/)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule (\.html|\/)$ oxseo.php
</IfModule>
# disabling log file access from outside
<FilesMatch "(EXCEPTION_LOG\.txt|\.log$|\.tpl$)">
order allow,deny
deny from all
</FilesMatch>
#Options -Indexes
Inhalt der neues .htaccess, die überspielt werden sollte - und die den Internal Server Error verursacht:
<IfModule mod_rewrite.c>
Options +FollowSymLinks
RewriteEngine On
RewriteBase /
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\/|\/export\/|\/modules\/|\/out\/|\/setup\/|\/tmp\/|\/views\/)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule !(\.html|\/|\.jpg|\.css|\.pdf|\.doc|\.gif|\.png|\.js)$ %{REQUEST_URI}/ [R=301,L]
RewriteCond %{REQUEST_URI} !(\/admin\/|\/core\/|\/export\/|\/modules\/|\/out\/|\/setup\/|\/tmp\/|\/views\/)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule (\.html|\/)$ oxseo.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
Jetzt schon Vielen, vielen DANK für`s HELFEN!!
Es gibt 2 Unterschiede an denen du mal rumspielen solltest:
Options +FollowSymLinks
Einmal auskommentiert, einmal aktiv. Aktiv müsste korrekt sein. Kann aber auch vom Provider abhängen denke ich.
DirectoryIndex index.php index.html
Woher diese Regel kommt ist mir unbekannt.
ich hab Dir das mal in Code-Boxen gesetzt, dann ist es übersichtlicher…
Also ich kann da auf Anhieb nicht wirklich einen Fehler entdecken. Ist denn der “neue” Shop in einem anderen Verzeichnis? Oder auf einem anderen Server?
Die Fehlermeldung “Apache mod_rewrite Modul --> Nicht erfüllt.” deutet eher auf eine fehlerhafte serverseitige Konfiguration hin. Prüf das mal lieber in diese Richtung.
Und wenns mit der alten .htaccess geht - spricht nix dagegen die zu belassen!
Options -Indexes
Ist nicht auf allen Servern erlaubt das per htaccess zu beeinflussen, ist wahrscheinlich auch für dein Problem verantwortlich.
DirectoryIndex index.php index.html
Ist nicht wirklich notwendig, das sorgt nur dafür dass die index.php eine höhere prio bekommt als die index.html wenn du den host direkt ansprichst.