im Backend eingeloggt, werde sofort wieder ausgeloggt

[spacedakini]

Vorgeschichte: Ich habe vor einiger Zeit (2016 ?) Modified shop installiert (vermutlich Version 2.0.2.1.- den Download davon habe ich noch am Computer gefunden) und auch schon Kategorien und Waren angelegt, Klarna eingefügt (noch nicht freigeschalten) , ein Plug in für Smartphoneansicht auch. Damals hat alles funktioniert. Allerdings habe ich dann aus persönlichen Gründen mit dem Shop nicht mehr weitergemacht.

Jetzt wollte ich das Shop endlich online bringen, aber ich kann mich nicht ins Backend einloggen.
Ich gebe Email und Passwort ein, oben erscheint die Zeile fürs Backend. Wenn ich mit der Maus über die Icons in der Backend-Zeile streiche, wird das jeweilige Untermenü angezeigt ("Artikel:18, Rezensionen :0" usw). Doch wenn ich was in der Backend-Zeile anklicke - egal was, bin ich sofort ausgeloggt und als "Gast" auf der Seite zum einloggen. (login.php)

Es ist auch etwas in meinem Warenkorb - wenn ich das löschen möchte, werde ich auch ausgeloggt. Und die Ware bleibt drinnen.
(Wobei mir wundert, dass ich als Admin überhaupt etwas in dem Warenkorb legen kann - aber das ist ja nicht so schlimm. Wie im echten Leben kaufe ich bei mir selbst ein. lol)

Fehlermeldungen gibts nicht - ich lande auf "normalen" Seiten.

Bitte um Rat und Hilfe!

Linkback: https://www.modified-shop.org/forum/index.php?topic=40440.0

[manne35]

Hallo,
in includes /configure.php testen session speichern in Datanbank oder in Datei, ausprobieren.

oder stimmen die SSL Einstellungen, auch in der configure.php

Wie lange ist die Zeit eingestellt im Shop backoffice für sessions und wie sind die session Einstellungen ?
Wenn Du da überhaupt hinkommst.
Hast Du einen User der Adminrechte hat und auch die Adminrechte für die Links die Du angeklickt hast ?
Ansonsten, Du möchtest ja sowieso updaten bevor Du veröffentlichst, dann versuch vielleicht zuerst das update.
Zugriff auf ...shop.../admin/start.php  ?

[spacedakini]

Bei  includes /configure.php und /admin/start.php kommt:

Fehler 404: Die gesuchte Seite wurde nicht gefunden!

Ich kann keine Einstellungen nachschauen, wenn ich nicht ins Backend komme.
Es gibt nur meine Zugangsdaten

Updaten würde ich gerne, aber ohne Datenbank backup?  Oder kann ich ein Backup auch ohne Zugang zum Backend machen?

[Viol]

Kann es sein, dass Dein Hoster ein php Update in der Zwischenzeit durchgeführt hat? Hast Du mal in den error log des Servers gesehen?
Die Logdateien des Shops findest Du auch auf dem Server, wenn Du diese im Backend nicht mehr öffnen kannst.

[online-beobachter]

Wurde die PHP Version vom Hoster inzwischen geändert?
Ansonsten SSL prüfen ob das Zertifikat eingerichtet ist, 2016 war das noch nicht zwingend notwendig.
Die Daten der Configure.php musst Du per FTP ändern bzw. nachsehen, Schreibrechte der Datei beachten beim ändern.

[swolfram [templatix]]

Nicht böse gemeint, aber wahrscheinlich ist es besser, den Shop einfach JETZT neu zu installieren und zu nutzen, statt eine Version von 2016 weiter zu verwalten.

[spacedakini]

Es ist php 5.6 eingestellt, ich könnte das auch umstellen auf 7.1 oder 7.2 oder 7.3 (aber ich muss zugeben, mir sagt das nichts)

Neu installieren wäre sicher gut, aber ich habe schon soviele Kategorien und Produkte samt Bildern und ein Modul fürs Smartphone und für Klarna drinnen...

errorlog suche ich gleich

[spacedakini]

Hab endlich die Errorlogs:

Das ganz reinkopieren ist wohl zu lang, aber sehr oft finden sich diese Zeilen:

AH01797: client denied by server configuration: /srv/www/8146/www/www.meine domain.com/htdocs/

AH01797: client denied by server configuration: /srv/www/8146/www/www.meine domain.com/htdocs/robots.txt

AH01071: Got error 'Primary script unknown\n'

AH01797: client denied by server configuration: /srv/www/8146/www/www.meine domain.com/htdocs/favicon.ico

AH01797: client denied by server configuration: /srv/www/8146/www/www.meine domain.com/htdocs/robots.txt

AH01630: client denied by server configuration: /srv/www/8146/www/www.meine domain.com/htdocs/shoproot/inc/xtc_get_prid.inc.php

(Hab die Domain auf "meine domain" umgeändert)

Was mir inzwischen noch bewußt geworden ist, ich bin ja mit der Webseite zu einem anderen hosting provider umgezogen - da war "irgendwie alles automatisch" -   Vielleicht ist von irgendeiner Seite beim Übertragen noch eine alte Adresse dringeblieben, und nicht die neue?

[spacedakini]

Es hat sich erübrigt, ich habe auf Grund der ganzen Probleme beschlossen, neu zu installieren.
Ich danke allen für alle Ratschläge und Tipps!

[Timm]

Du kannst die Kategorien u Produkte ja behalten. Sicher die DB, lösch den kompletten alten Shop, zieh einen kompletten neuen Shop hoch und spiel die alte DB im neuen Shop ein. Danach den _installer nochmal ausführen und die nötigen DB Updates und das DB Strukturupdate laufen lassen. Danach gucken ob alles funktioniert. Wenn nicht dann musst du wirklich komplett neu anfangen. Würde es aber erstmal so probieren.

Gruß Timm

[spacedakini]

(erst einmal Entschuldigung, dass alles in so großen zeitlichen Abständen ist, ich kann nur "nebenbei" und oft nur am Wochende am Shop arbeiten)

Ich habe jetzt alles neu installiert - so weit so gut. 
Bis auf ein paar Kleinigkeiten hat alles gut ausgesehen und funktioniert.
Dann hab ich mobileST installiert, ein Plug-in für die Smartphoneansicht.

Danach war das Problem wieder da: Auf Englisch geht das Einloggen nicht - ("ERROR: The entered 'e-mail address' and/or the 'password' do not match". - die stimmen aber)
Auf Deutsch geht das einloggen (gleiche Zugangsdaten natürlich) - aber wie gehabt, beim Anklicken der Admin zeile oben bin ich gleich wieder ausgeloggt.

Ich könnte das mobileST wieder rauslöschen - aber das hätte keinen Sinn, das Shop soll ja auch am Smartphone funktionieren.

Das mit den php Versionen verstehe ich nicht ganz -ich könnte am Server die Version umstellen - soll ich das probieren? Welche? (Und kann ich das wieder zurückstellen?)

Bitte noch einmal um Rat!

[swolfram [templatix]]

Die Fehlermeldungen im Log "client denied" deuten meines Erachtens darauf hin, das die Schreib- und Leserechte von Verzeichnissen und Dateien nicht korrekt sind.

Alle Dateien sollten wohl CHMOD 644 haben und Verzeichnisse ein 755 sofern ich mich recht erinnere. Einige Ausnahmen benötigen ein 777, aber die setzt eigentlich der Installer.

Je nach Hoster kann es auch sein, das die Besitzrechte der Datei zwischen Webuser und FTP abweichen und daher kein Zugriff möglich ist. Sprich, vom Webuser angelegte Dateien können vom FTP-user nicht geändert werden, vice versa. Mehr kann ich dazu aber aus der Ferne auch nicht beitragen.

[Timm]

Das mit dem mobilST solltest du dir nochmal überlegen. Sieht sch... aus und du musst immer zwei Templates pflegen. Besorg dir lieber ein responsive Template - das funktioniert auf allen Geräten.

Gruß Timm

[spacedakini]

Alle Dateien sollten wohl CHMOD 644 haben und Verzeichnisse ein 755 sofern ich mich recht erinnere. Einige Ausnahmen benötigen ein 777, aber die setzt eigentlich der Installer.

Ich hab die Ausnahmen selber auf 777(bzw was halt gehört)  gestellt, laut der Installationsanleitung  - hab mir das grad nochmal angesehen, das müsste stimmen.
GiIt es eine Aufstellung, welche Daten und Verzeichnisse welche Rechte haben sollen?

Das Adminverzeichnis habe ich umbenannt - soweit ich mich erinnere, ist das irgendwann im Installer vorgekommen, oder?

[noRiddle (revilonetz)]

Wann oder wo du das Admin-Verzeichnis umbenannt hast ist egal. Das Verzeichnis wird automatisch erkannt und kann auch nachträglich noch umbenannt werden.
Ansonsten:
swolframs Aussage ist nicht korrekt.
Es gibt da so einen Ordner namens "bitte erst lesen" im Installationpaket...

Wenn du nach Klick auf den Admin-Bereich ausgeloggt wirst deutet das eigtl. auf fehlende Admin-Rechte, was, wenn du nicht an der DB-Tabelle customers rumgefummelt hast, nur sein könnte wenn du nicht den Super-/Haupt-Admin* benutzt und der Admin den du benutzt noch keine Rechte vergeben bekommen hat.

Gruß,
noRiddle

* = der Admin mit den Daten die du bei der Installationsroutine angegeben hast