Rausschmiss bei Kommunikation!

[kukki]

Ich benutze phpwcms 1.9.20-dev (2020/06/02, r551).

Im Backend werde ich nach JEDER Edition eines Newletters trotz der Einstellung $phpwcms['max_time'] = 38000; rausgeschmissen, Änderungen werden nicht angenommen, sowie ich dort ein Bild aus meinem Verzeichnis picture einstelle, alles noch einmal von vorne bringt keine Besserung.

PS.: Der Rauschmiss erfolgt NICHT, wenn ich über den Button "Server durchsuchen" das Bild aufnehmen lasse.

[Oliver Georgi]

Kann ich nicht nachvollziehen.

Ich kann ein Bild aus z.B. /picture ohne Probleme manuell zuweisen. Du musst dafür dort ja den Pfad händisch eintragen.

Da gibt es keinerlei Zusammenhang zum Logout, also eigentlich. Das hat auch nichts mit $phpwcms['max_time'] zu tun. Wenn Dein PHP die Session eher beendet, bist Du in jedem Fall raus. Das kann tausend Gründe haben.

Wie immer: ohne PHP Errorlog ist eine Einschätzung schlicht nicht möglich.

Achte bitte auch darauf, die wirklich neueste Entwicklerversion zu benutzen, insofern Du darauf aufbaust.

[kukki]

Es hat lange gedauert, ich habe keinen direkten Zugriff mehr auf die Error-Logs für PHP, musste erst den Provider darum bitten.
Hier findest Du die Error-Log, suche nach der Zeit "202008", ab da ff. müsste die Fehlerquelle liegen, andersfalls muss ich noch mehr an Daten abfordern.
Die Website Meet-Saigon läuft seit Anfang Juli auf der aktuellsten Version, incl. letztem Update phpwcms 1.9.20-dev (2020/06/02, r551).
Es wurden keine speziellen Änderungen am Code vorgenommen!

[Oliver Georgi]

Ich sehe da nichts, was auf phpwcms hindeutet. Alles irgendwelche OWA Fehler. Nimm das Errorfile bitte down.

[Oliver Georgi]

Pack Dir einfach folgendes in die conf.inc.php (Temporär)

Code: Select all

error_reporting(E_ALL);
ini_set('display_errors', 1);

Und schau, ob und was dort gemeldet wird.

[kukki]

Die config habe ich gerade damit geändert und vorher sicherheitshalber die letzte Version noch einmal drübergebügelt.

Es kommt keine Fehlermeldung, hab's mehrfach probiert! Ich werde immer noch mehr aus dem Backend geschmissen, händisch eingesetzten Bilderpfade aus z.Bsp. /picture werden nach "Aktualisieren" nicht gespeichert, nur bei direkter Serversuche werden aus "im/800x600/1a2b3c4d5e6f7g8h9i0.jpg" die Bilder gespeichert und auch angezeigt/ verschickt.

Willst Du es mal selber probieren - keine Hürde!

[Oliver Georgi]

…kann es probieren, schick mir bitte FTP Zugang / Backend Zugang per E-Mail

[kukki]

Ha, habe gerade mal was anderes probiert, gleiches Bild aus "unterschiedlicher" Quelle:

Bei im/800x600/1a2b3c4d5e6f,jpg funktioniert es!
Wenn ich gleiches Bild, aber aus /picture hole, werde ich aus dem Backend rausgeschmissen!

Hilft dieser Hinweis weiter?
Jetzt läuft die Website auf 1.9.21 (2020/08/19, r551).

[kukki]

SIE HABEN POST!

[kukki]

Danke Oliver für Deine Unterstützung!
Ehmm , jetzt mit der V.21 von phpWCMS gehts, ob es aber damit zu tun hat, weiß ich nicht.
Ich benutze immer noch den gleichen Browser Firefox, das gleiche Vierenprogramm, es werden auch keine Error-Logs erstellt .... weil kein Fehler auftrat.

Einzige Änderung die mir jetzt noch in den Sinn kommt, ich habe in meiner Verzweiflung die Version PHP 7 noch einmal eingestellt im Serverbackend und zwar gestern, nachdem ich die V.21 neu aufgespielt hatte. Könnte das die Ursache sein

Ja, und viele Liebesgrüße nach Moskau - frei nach

[Oliver Georgi]

Alles möglich, ich habe aber auch in Deiner Config rumgespielt und den Timeout angepasst.

Manchmal ist es einfach nur Voodoo.

Gut, wenn es klappt.

[nameless1]

Klingt stark nach nem 500er bei der Generierung von Vorschaubildern
Bricht das ab wird im folgenden zwar die Seite aber ohne csrf parameter in den links ausgeliefert
Nächster Klick endet dann im logout mit Meldung 'Keine GET CSRF-Prüfparamter gefunden. Aus Sicherheitsgründen wurde die Session beendet. '

[Oliver Georgi]

Klingt stark nach nem 500er bei der Generierung von Vorschaubildern

Hast Du so etwas beobachtet?

Das war auch mein Verdacht, trifft aber normalerweise nicht auf aus picture geladene Bilder zu.

[nameless1]

Bei allen meinen Lieblingskunden in den zurück liegenden Monaten und Jahren. Aber ob auch über diesen Weg habe ich nicht probiert, nur Aufruf der Dateizentrale.

"Problem" liegt ja bei der Server-Hardware bzw. den unverhältnissmäßigen Ausgangsbildern die ins System geladen werden. Also dont worry

[Oliver Georgi]

Danke fürs Feedback, das alte JPG/Compress-Problem. Könnte ich inzwischen sicher über JavaScript abfangen, falls der Kunde es nicht am System vorbei per FTP bereitstellt. Aber auch ohne Gewähr.