ständig automatisch logout und zurück ins backend (teil 2)

[a.cioffari]

hi leute...

ok... will euch nicht nerven aber habe schon alles versucht und gesucht was in meine macht ist

das problem ist ich kann einloggen dann (z.b.) schreibe eine neue artikel und als ich save clicke lande ich am backend, das ist egal was ich mache oder wie lange ich arbeite, manchmal kann ich z.b 30 min. arbeiten, manchmal 3 clicks und dann bin ich raus...

ich benutze den 1.3.3, bei conf.inc.php habe ich das schön geändert:
$phpwcms['max_time'] = 10800000; //logout after max_time/60 seconds

den path ist auch ok...

wo kann das problemm noch liegen?

ich bedanke mich in voraus

angelo

[rkalli]

Hallo,
ich denke der Fehler liegt an der Größe deiner gewünschten Zeit !!
1800 = ca. 30 Minuten
du hast da 10800000 stehen !!
Trage doch mal 9000 ein . Das ist der Wert der bei mir super funktioniert.
So habe ich fast 2 Stunden ruhe. Allerdings ist es sehr selten das ich
länger als 2 Stunden im Backend bin )
Gruß
Rokall

[a.cioffari]

hi rkalli!!! danke für deine antwort!!!

>Trage doch mal 9000 ein
hhmmmmmmmm, ok, habe probiert aber gleiche problem

noch eine idee???

[juergen]

Hallo

Code: Select all

// site values
$phpwcms['site'] = 'http://'.$_SERVER['SERVER_NAME'].'/';

// paths
$phpwcms['DOC_ROOT'] = $_SERVER['DOCUMENT_ROOT'];
$phpwcms['root'] = ''; //oder was da eben hingehört

Das sollte Linderung bringen ...

[a.cioffari]

hallo DF6IH...

das habe ich auch probiert... aber geht immer noch nicht...

kann sein ein problem mit den server??? (z.b. php configuration)

a.c.

[osswood]

Hiho,
ich habe seit einiger Zeit das gleiche Problem.
Es passiert nur, wenn man in der Artikelverwaltung etwas bearbeiten/speichern will.
Alles Andere funktioniert einwandfrei....
Dumm nur, dass man in der Regel Artikel einpflegen will

Gibt es denn neuere Erkentnisse?
Ich muss in Kürze den Content für die Rückrunde aktualisieren, das ist so aber UNMÖGLICH!
Wäre schon, wenn jemand herausgefunden hätte woran es liegt.
Hoffnungsvoll,
Miles

[phalancs]

Sorry, aber dieses Problem ist komplett ätzend. Ich habe mit noch keiner phpwcms Version so viele Probleme gehabt wie mit denen ab 1.3.x.

Hackt jetzt ruhig auf mir herum, aber das ist nun mal leider meine Efharung bisher und ich bin fast von anfang an dabei, also nun wirklich kein Hoddel. Es kann natürlich auch was mit Strato zu tun haben, aber selbst da laufen die älteren Versionen ohne Probleme.

Wieso ist dieses 'http://'.$_SERVER['SERVER_NAME'].'/'; eigentlich noch nicht der Standardwert? Habe ich auch immer noch nciht verstanden. Naja. Gibts denn wirklich keinen weiteren hinweis, was da die Ursache sien kann?

[update]

...vielleicht mal mit Folgendem in der .htaccess "spielen" (kann ja nix kaputt gehen )

Code: Select all

# php_flag session.use_only_cookies 0
# php_flag session.use_trans_sid 0
# oder:
# php_flag session.use_only_cookies 1
# php_flag session.use_trans_sid 1
#oder Kombinationen davon

Da liegt eventuell irgendwie der Hund rum (vermutlich vergraben)

PS: natürlich das # zur Aktivierung löschen

[Oliver Georgi]

1.3.3 ist alt - das ist der Punkt.

Viele Provider fahren MySQL auf geclusterten Lösungen - ich vermute mal, dass Du keinen eigenen Server betreibst. Da kann es dann teilweise zu leichten Zeitunterschieden kommen, wenn die Server nicht exakt synchronisiert sind, was dann zur folge hat, dass ein Logout aufgrund dieser Zeitverschiebung passiert.

Ich müsste jetzt tiefer eintauchen und prüfen, bin aber der Meinung dies in den 1.3.5er Versionen gelöst zu haben.

Möglich ist aber auch, dass bei Dir lokal die Session Cookies verloren gehen oder aber ganz und gar die Session Laufzeit Deines Providers zu kurz gestellt ist. Dann verfällt diese Session schneller, als was das CMS vorgibt. Da kann ich nichts machen - dafür müsste dann die Sessionverwaltung auf eine datenbankbasierte Verwaltung umgestellt werden.

Es gibt also viele verschiedene mögliche Ursachen - das ist in Gänze aber leider wieder das berüchtigte Glaskugel-Lesen.

Allerdings habe ich darauf ebenfalls bereits reagiert (muss aber auch hier wieder lügen - ich weiß gerade nicht, ob ich die schon bereitgestellt habe, weiß bestimmt Knut ) - nach einem Rausschmiss aus dem System wird die zuletzt aufgerufene URL gehalten und Du nach erfolgreichem Login direkt wieder dorthin geleitet.

Ich hatte auch eingeführt ein neues Setting:

Code: Select all

$phpwcms['Login_IPcheck']     = 0;

Einfach gucken, ob was wie hilft...


Oliver

[Oliver Georgi]

Wieso ist dieses 'http://'.$_SERVER['SERVER_NAME'].'/'; eigentlich noch nicht der Standardwert? Habe ich auch immer noch nicht verstanden. Naja. Gibts denn wirklich keinen weiteren hinweis, was da die Ursache sein kann?

Im Prinzip ist er das. Aber ich rate inzwischen eher dazu die bevorzugte Domain hier einzutragen und bewusst immer einen Redirect auf diese "Konstante" durchzuführen, da damit unsere SEO-orientierten Nutzer bessere Ergebnisse erreichen.

Oliver

[phalancs]

Danke Oliver, werde das gleich alles mal probieren.

[osswood]

Hiho, ich hab jetzt Folgendes gemacht:

Ich habe eine 2.Domain bei Strato registriert. Wenn ich diese in der conf.inc.php hinterlege, habe ich das besagte Problem.
Wenn ich die ursprüngliche URL eintrage, sind die Probleme weg.

Ich drück die Daumen

mfg Miles

[magicpeet]

Hallo!

Ich habe das Problem auch, und zwar jedemal wenn ich einen Artikel löschen möchte, fliege ich aus dem Backend raus, und muss mich wieder anmelden. Der Artikel wurde natürlich nicht gelöscht. Ich kann die Artikel derzeit nur manuell aus der Datenbank löschen.
Ich bilde mir ein, dass kurz eine Meldung zu sehen ist, in roter Schrift (irgendwas mit "...prohibited") bevor wieder der Login-Screen zu sehen ist?!

Ich habe schon alle Tipps probiert, nichts zu machen. Ich habe auch die 1.3.5 getestet: Gleiches Problem.
Langsam habe ich den Eindruck es liegt an Strato?!

Gibt es eine Abhilfe? Ich bin schier am verzweifeln. Ich würde phpwcms so gerne nutzen, aber so machts keinen Spaß.

[Heiko H.]

Hallo,

ich hatte vergleichbare Probleme bei einem Kunden nach einem Update von 1.2.5DEV -> 1.3.5.1.
Man ist nach kurzer Zeit aus den Backend geflogen .
Nach ein wenig Sucherei, war mir aufgefallen das der "session.save_path" auf diesem vhost falsch eingestellt war .

Nachdem ich diesen fauxpas behoben habe, läuft das backend stabil.
Evtl. ist's bei euch ähnlich, schaut mal was phpinfo() zu diesem Thema sagt.

Viel Erfolg, Heiko...

[magicpeet]

Wie sollte der eingestellt sein?

Bei mir ists

Code: Select all

session.save_path      /var/tmp

Sonst steht fast alles auf "On" bis auf

Code: Select all

session.use_only_cookies     Off

. Hat das was zu bedeuten?

Bei Strato kann ich allerdings die php.ini nicht ändern. Auch php_flag über die .htaccess funzt nicht.
Hat aber ja vorher immer alles funktioniert! Das Problem habe ich erst seit 1.3.3

Mir ist noch aufgefallen, dass ich wirklich nur beim Löschen eines Artikels rausfliege. Sonst ist das Backend meineserachtens stabil.
Noch weitere Ideen?