Weisse Seite nach Installation im adminbereich

Hallo zusammen,

habe gestern die eShop Community Edition installiert. nach dem Durchlauf des Setups startete ich den Demoshop, welcher auch angezeigt wird. Wenn ich mich aber im Admin-Bereich einlogge kommt nur eine Seite bei der links unten “History” und “Favoriten” steht.
Und im Kopfbereich steht nur die Begrüßung [I](“Willkommen im OXID eShop Administrationsbereich. Hier finden Sie eine Übersicht über die grundlegenden Bereiche und Funktionen”)[/I]
Es gibt aber keine Menüs etc.

Moinsen

Das könnte mehrere Ursachen haben

  • fehlende/falsche Datei-Berechtigungen (chmod)
  • Fehler bei der Übertragung via ftp (muss im Binärmodus sein)

Funktioniert das Frontend korrekt?
Wenn nicht, könnte das Problem auch eine falsche/fehlende Zuordnung der PHP-Dateiendung sein.

Die Systemvorraussetzungen sind erfüllt?
Was sagt oxchkversion?

  • fehlende/falsche Datei-Berechtigungen (chmod

Gibt es eine Übersicht welche Dateien welche Berechtigungen haben müssen?

  • Fehler bei der Übertragung via ftp (muss im Binärmodus sein)

Habe mit dem Schalter “automatisch” übertragen.

Funktioniert das Frontend korrekt?

Wenn Du mit Frontend den Shop an sich meinst, dann läuft derzeit ja nur der Demo-Shop

Die Systemvorraussetzungen sind erfüllt? Was sagt oxchkversion?

Ich finde diese Datei nicht in den Verzeichnisssen.

Zu den Dateizugriffsrechten: http://www.oxid-esales.com/forum/showthread.php?t=5017#post30288
Achtung, die müssen rekursiv gesetzt werden, also auch alle Unterordner einbeziehen.

Wenns das nicht ist, dann würde ich eine neue Installation empfehlen, diesmal mit dem ftp-Schalter auf “binär”.

Oxchkversion kannst Du hier herunterladen (hab auch oben das Wort verlinkt, sieht man aber schlecht, zugegeben…):
http://www.oxid-esales.com/en/exchange/extensions/oxchkversion?term=2231

Ist die RewriteBase in der .htaccess richtig eingetragen?

ich habe jetzt mal den oxchkversion drüberlaufen lassen. hier das Ergebnis.

[I]Edition CE
Version 4.4.8
Revision 34028

Summary
OK 374
Modified 383
Version mismatch 0
Unknown 2
Number of investigated files in total: 759

This OXID eShop does not fit 100% CE_4.4.8_34028.

Hints

  • OXID eShop has sophisticated possibility to extend it by modules without changing shipped files. It’s not recommended and not needed to change shop files. See also our tutorials.
  • Since OXID eShop 4.2.0 it’s possible to use your own templates without changing shipped ones.[/I]

Meine .htaccess sieht so aus.

[I]#######################################################################

Diese .htaccess wurde vom STRATO-Webservermanager erstellt

#######################################################################

Options -Indexes
AddType application/x-httpd-php3 .php3
AddType application/x-httpd-php43 .php4
AddType application/x-httpd-php5 .php .php5
[/I]

im Installationspaket liegt eine .htaccess von Oxid - hast Du die nicht hochgeschoben?

Die sieht in etwa so aus:

<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
DirectoryIndex index.php index.html

Hallo,

bei welchem Provider bist Du - ein Oxid Partner?

Grüße,

Anni

[QUOTE=harito;54758]Meine .htaccess sieht so aus.

[I]#######################################################################

Diese .htaccess wurde vom STRATO-Webservermanager erstellt

#######################################################################
[/QUOTE]

…bei Strato

Doch - ich habe alle Originaldateien die im Zip-File waren hochgeladen. Da war dann auch die .htaccess mit dabei.
Mein Provider hat dann wahrscheinlich, so wie im Text geschrieben, diese überschrieben.
Ich brauch jetzt nur noch einen Texteditor mit dem ich die htaccess richtig anzeigen lassen kann, dann kann ich Sie mit Deiner vergleichen.

Mein Provider ist in diesem Fall Strato.

Strato und Oxid - never ending story… :smiley:

http://www.oxid-esales.com/forum/showthread.php?t=2865#post17404

http://www.oxid-esales.com/forum/showthread.php?t=4262&langid=2

http://www.oxid-esales.com/forum/showthread.php?t=2587&#post15184

http://www.oxid-esales.com/forum/showthread.php?t=575&page=2

Moment - gerade habe ich mir die htaccess angesehen die als .bak auf meinem Server liegt.

Die hat folgenden Inhalt:

<IfModule mod_rewrite.c>

Options +FollowSymLinks
RewriteEngine On
RewriteBase /

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/|/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

Kann oder soll ich diese Einträge übernehmen

Ja, das ist die von Oxid

Nimm einfach da die Einträge von der Strato-Dateim mit rein.

Und die häufigsten Probleme bei Strato beziehen sich auf den Zeichensatz (utf8), da musst Du mal die Threads aus meinem vorigen Post durchsehen.

Ja - habe ich mir gerade angesehen, finde aber in meiner menu.xml keinen charset-eintrag

Nimm einfach da die Einträge von der Strato-Dateim mit rein.

Hat leider nichts gebracht.

Vielleicht teste ich den Shop mal mit meinem anderen Provider 1blu.
Aber irgendwie ist es schon verwunderlich, da Strato ja eigentlich der größte in Europa ist, aber das muß ja nix heißen.

setz doch mal den Debug-Level in der confic.inc.php hoch, dann gibts eventuell eine aussagekräftige Fehlerausgabe im Browser

Nach setzen des Debugmodus auf 7 kommt folgende Info nach dem einloggen in den Admin bereich:

Information:

Die Systemgesundheit dieses Shops ist gefährdet. Möglicherweise verhält sich Ihr OXID eShop in einigen Bereichen unerwartet. Bitte stellen Sie sicher, dass die Servereinstellungen korrekt vorgenommen werden. Unterstützung finden Sie in der Systemgesundheitsprüfung.
WICHTIG: Aus Sicherheitsgründen setzen Sie Ihre config.inc.php Datei auf read-only-Modus!


ja, Du musst die Dateirechte der config.inc.php wieder auf 444 zurücksetzen

Ist gemacht.

Mir ist noch etwas aufgefallen, und da vermute ich gibt es hier noch mehr Problemchen vermutlich in Bezug auf strato.
Beim Demoshop ist nur die startseite aufrufbar, aber man kann keine Artikel wählen oder bestellen als test.

ja, das hatte ich vermutet, deshalb meine Frage vorhin, ob das Frontend läuft…

Strato und Oxid harmoniert nicht wirklich, jedenfalls nicht ohne Anpassungen. Die eine Sache ist das Problem mit dem Zeichensatz, wie oben beschrieben. Gibt aber noch mehr Reibungspunkte wie PHP-Version, ZendGuard und ähnliches.

War bei der Installation in der Systemcheck-Übersicht alles grün?