Problem mit xh 1.7 auf strato server??

[samecity]

ohne diese zeile das:

Warning: ProxyFS Open Session connect failed: -146 (Connection refused) in /mnt/web116/b2/59/53511359/htdocs/test.php on line 5 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /mnt/web116/b2/59/53511359/htdocs/test.php:5) in /mnt/web116/b2/59/53511359/htdocs/test.php on line 5 Warning: ProxyFS Open Session connect failed: -146 (Connection refused) in Unknown on line 0 Warning: Unknown: Failed to write session data (proxyfs). Please verify that the current setting of session.save_path is correct (127.0.0.1:9999) in Unknown on line 0

[olape]

Sieht ja aus, als könne der Server die Session nicht speichern.

[SiNiTaSa]

bei Dir in der php.ini =session.cache_limiter nocache

scheint mir auch so.

session_cache_limiter() gibt die Bezeichnung der aktuellen Cacheverwaltung zurück.
Die Cacheverwaltung definiert, welche Cache-Kontroll-HTTP-Header, zum Client geschickt werden. Diese Header bestimmen die Regel, nach der der Seiteninhalt von Client und dazwischenliegenden Proxies in den Cachespeicher aufgenommen werden darf. Wird die Cacheverwaltung auf nocache gesetzt, so ist eine client-/proxyseitige Speicherung im Cache nicht erlaubt. Der Wert public erlaubt die Aufnahme in den Cachespeicher durch Proxies und den Client, wohingegen private Proxies die Speicherung im Cache verbietet und dem Client erlaubt, den Seiteninhalt im Cache zu speichern.
Im private-Modus könnte ein zum Client gesendeter Expire-Header manche Browser, inklusive Mozilla, verwirren. Sie können dieses Problem durch Verwendung des private_no_expire-Modus vermeiden. In diesem Modus wird nie ein Expire-Header zum Client gesendet.
Zu Beginn einer Anfrage wird die Cacheverwaltung auf den voreingestellten Wert zurückesetzt, der in session.cache_limiter gespeichert ist. Daher müssen Sie session_cache_limiter() bei jeder Anfrage aufrufen (und zwar bevor session_start() aufgerufen wird).

[samecity]

soll ich die

Code: Select all

php.ini =session.cache_limiter nocache

mal erstellen und hochladen?

[olape]

nocache habe ich auch und es funktioniert.

Davon abgesehen, unterschiedliche Einstellungen bedeuten natürlich nicht zwangsläufig auch falsch.
Ich gehe davon aus, auch Strato hat Administratoren, die wissen was sie tun. Das hoffe ich jedenfalls.

Ich mag sie trotzdem nicht.

[cmb]

Sieht ja aus, als könne der Server die Session nicht speichern.

Ja, und zwar unabhängig davon, ob ein eigener Sessionname oder der Standard gewählt wurden. Und es sieht ganz danach aus, dass session.save_path falsch konfiguriert ist. Also mal folgendes Script aufrufen:

Code: Select all

<?php
phpinfo(); 

Dort dann nach session.save_path suchen; vermutlich ist der Wert leer (das ist die Voreinstellung bei PHP). Eigentlich sollte der Provider da aber einen passenden Wert eintragen. Das könnte man zur Not auch per PHP, aber dann müsste man ein Verzeichnis angeben können, dass außerhalb des Webroots liegt, und dessen Permissions einstellbar sind (oder bereits passend eingestellt sind). Ist also im Zweifel besser, wenn das der Provider übernimmt.

Ach ja, das obige Script möglichst bald wieder löschen, weil es u.U. sehr sensible Informationen preisgibt, die nicht in die falschen Hände fallen sollten.

[samecity]

dort ist ein Wert eingetragen:

127.0.0.1:9999

[cmss]

Ich sah zufällig diesen Beitrag und bin auch bei Strato. Bei mir geht alles problemlos.
Schauen Sie doch mal nach, ob Sie in Ihren Strato-Sicherheitseinstellungen den Sicherheitsschild eingeschaltet haben.
Der wurde von der Uni dortmund entwickelt und erzeugte mir vielfache Probleme selbst beim Abspeichern und editieren.

[samecity]

danke für die info ... nennt sich das SiteGuard ?

[samecity]

wie nennt sich das genau?