Dialog main.php speicher erscheint beim Speichern eines Artikels

Ich möchte einen ganz normalen Artikel speichern. Das funktioniert normalerweise auch ohne Schwierigkeiten. Nun wollte ich einen größeren Artikel aus einer anderen Seite übernehmen. Sobald ich im Artikel auf Speichern drücke erscheint der Speichern Dialog von Windows und ich kann offenbar die Datei 'main.php' speichern??!

Das Phänomen tritt auf, sobald ich einen externen Link direkt in den Artikel einfüge. Ohne den externen Link wird alles ohne Schwierigkeiten gespeichert. Wenn ich den externen Link über den Seitenwähler einfüge geht es auch. Das ist mir bei 100 Links, die nur auf dieser Seite benutzt werden etwas umständlich.

Anhang 16175

Zitat:

---

Zitat von d003232

Ich möchte einen ganz normalen Artikel speichern. Das funktioniert normalerweise auch ohne Schwierigkeiten. Nun wollte ich einen größeren Artikel aus einer anderen Seite übernehmen. Sobald ich im Artikel auf Speichern drücke erscheint der Speichern Dialog von Windows und ich kann offenbar die Datei 'main.php' speichern??!

Das Phänomen tritt auf, sobald ich einen externen Link direkt in den Artikel einfüge. Ohne den externen Link wird alles ohne Schwierigkeiten gespeichert. Wenn ich den externen Link über den Seitenwähler einfüge geht es auch. Das ist mir bei 100 Links, die nur auf dieser Seite benutzt werden etwas umständlich.

Anhang 16175

---

Hi das selbe Problem hatte ich bei der Version 3.5 gestern auch einmalig. Lösche doch mal über die Systemwartung den Contao Cache und den Cache deines Browsers.

Seltsam. Heute morgen war das Problem weg. D.h. ich konnte meinen externen Testlink speichern ohne das der Fehler auftrat.

Dann habe ich meinen Sourcecode mit den 100 Links kopiert und in den Artikel eingefügt. Prompt ist der Fehler wieder da. Nun funktioniert auch der Testlink nicht mehr. Sobald ich auf Speicher drücke kommt wieder der Windows Dialog um die Datei main.php zu speichern (das speichern selbst funktioniert aber nicht, das bricht ab mit 'Fehler - Netzwerkfehler'.

Contao Cache & Browsercache löschen hilft nicht.

Kann ich das ganze irgendwie als Bug melden?

Ich würde - bevor ich das Bug melde - eher erst einmal schauen, ob die Serverlogs irgendeine Information darüber bereithalten, weshalb sich PHP bei Dir an dieser Stelle verabschiedet.

Beispielsweise kappt Suhosin gerne mal Requests.

Zitat:

---

Zitat von lucina

Ich würde - bevor ich das Bug melde - eher erst einmal schauen, ob die Serverlogs irgendeine Information darüber bereithalten, weshalb sich PHP bei Dir an dieser Stelle verabschiedet.

Beispielsweise kappt Suhosin gerne mal Requests.

---

Mein Contao läuft bei Strato. Im Serverlog, das ich bei Strato einsehen kann steht kaum was drinnen und nichts zu meinem Test von heute morgen.

Naja, dass nix drinsteht muss ja nix bedeuten. Ich kenne den Provider nicht, aber vielleicht kannst Du mal ein paar Informationen zur PHP-Verion beisteuern, weiterhin, ob ein Request-Killer wie Suhosin installiert ist (und wenn, mit welchen Parametern), und mal schauen, dass Du das ErrorReporting-Level mittels E_ALL hochsetzt. Ist das ein Shared-Hosting oder ein Serverprodukt?

Ohne mehr Informationen kann man da nicht viel zu sagen. Wenn ich hier im Forum aber umherschaue und mehrere tausend Userinnen und User sehe, die das Problem nicht haben, dann liegt der Schluss nahe, dass es mit der Serverkonfiguration zu tun haben könnte.

Zitat:

---

Zitat von lucina

...kannst Du mal ein paar Informationen zur PHP-Verion beisteuern, weiterhin, ob ein Request-Killer wie Suhosin installiert ist (und wenn, mit welchen Parametern), und mal schauen, dass Du das ErrorReporting-Level mittels E_ALL hochsetzt. Ist das ein Shared-Hosting oder ein Serverprodukt?

---

Shared Hosting bei Strato. Suhosin weiss ich nicht. Auch nicht ob & wie ich das ErrorReporting beeinflussen kann. Eine PHPinfo() ausgabe habe ich einmal angehängt.

Zusätzlich habe ich auch den Inhalt angehängt, den ich per copy&paste in den Artikel hineinpacken möchte:
Anhang 16179
Anhang 16180
Anhang 16181
Anhang 16182

Habe Deinen Text mal in der Demo eingefügt (normaler Artikel, Quellcode-Modus). Das Funktioniert fehlerfrei. Scheint als kein generelles Problem zu sein, wie auch Lucina schon vermutet hat.
Welche Contao-Version verwendest Du?
Dann habe ich ein Shared-Hosting-Paket bei Strato getestet. Dort kommt eine Fehlermeldung 503
Service Temporarily Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

Das ist aber etwas ganz anderes als Du es beschreibst. Den Windows Dialog zum Speichern kenne ich, wenn ich ohne angepassten Firefox im Contao-Backend Strg+S verwende.

Hallo,

ich hatte dieses Phänomen auch schon an verschiedenen Stellen in ein paar Contao 3.5 Websites.
Unter anderem in Artikeln und im Seitenlayout. Sobald ich dort einen neuen Inhalt in ein Feld geschrieben habe,
erschien dieses Fenster. Das einziehe was geholfen hat, war den Artikel bzw. das Layout zu löschen und neu anzulegen. Die Websites liegen auf einem Server, auf dem auch andere Contao < 3.5 liegen. Dort hatte ich da Problem noch nie.

Grüße Marco

Neuer Test. Wenn ich nach einiger Zeit den Artikel bearbeite geht es wieder. D.h. ich habe gerade 3x nacheinander jeweils 4 Links eingefügt und gespeichert. Alles ok. Dann den großen Schwung auf einmal und der Fehler ist wieder da. (mit Chrome als Browser).

Nun der Versuch mit Internet Explorer. Dort kommt beim Speichern die Fehlermeldung "Die Seite kann nicht angezeigt werden".

Dann mit Firefox. Dort kommen zwei Popups. Im ersten steht "...temp\DXd5PimP.pdp.part konnte nicht gespeichert werden ...'. Im zweiten 'Sie möchten folgende Datei öffnen: main.php ...'.

Mir fällt nix mehr ein, was ich noch testen kann oder was ich tun kann, um den Fehler zu umgehen ... vielleicht die Daten direkt per myPHPadmin in die Datenbank schreiben?

Anhang 16186

Hängt es vielleicht mit einer installierten Security-Software zusammen?

Zitat:

---

Zitat von d003232

Shared Hosting bei Strato. Suhosin weiss ich nicht. Auch nicht ob & wie ich das ErrorReporting beeinflussen kann. Eine PHPinfo() ausgabe habe ich einmal angehängt.

Zusätzlich habe ich auch den Inhalt angehängt, den ich per copy&paste in den Artikel hineinpacken möchte:
Anhang 16179
Anhang 16180
Anhang 16181
Anhang 16182

---

Lade mal eine PHP Datei mit folgendem Inhalt hoch, nur um sicher zu gehen:

PHP-Code:

---

<?php var_dump( extension_loaded('suhosin') );

---

Führe diese aus und poste das Ergebnis. In dem HTML Code, den du da einfügen möchtest befinden sich <iframe> und <script> tags. Sowas wird von aggressiv eingestellen Sicherheits Extensions wie eben Suhosin gern abgefangen.

Hallo zusammen,

ich habe dasselbe Problem.

- Contao 3.3.20
- PHP 5.6.10
- mySQL 5.0.96
- shared Hosting bei strato
- kein suhosin
- der Contao-Check liefert keine Fehler

Sobald ich einen externen Link in einen Artikel einfüge mit http:// oder https:// fragt Firefox nach wohin die Datei main.php gespeichert werden soll.
Safari speichert die Datei einfach ohne nachzufragen.
Lässt man das http:// weg speichert Contao ganz normal.

Ich kann auch keine Veränderung in den Einstellungen von Contao speichern - auch dort wollen Firefox und Safari die main.php gerne auf meinen Rechner speichern.
Das error_log von Strato, das man im Kundenservice einsehen kann gibt nichts dazu her.

Die Seite hat auf dem Entwicklungsserver problemlos funktioniert. Erst nach dem Umzug zu Strato tritt dieses Problem auf.

Vielen Dank vorab für alle Ideen.

Hallo,

hatte grad dasselbe Problem bei Strato. Es muss im Hosting-Paket unter Sicherheit > ServerSide Security der Filter gegen Gästebuch-Spam deaktiviert werden.

Bestens, Manski

Hatte eben auch das Problem mit Strato.
Den Gästebuch-Spam Filter zu deaktivieren war die Lösung des Problems.
Danke für den Tipp.

VG,
Gregor

Super, danke Manski.
Genau das war's. Strato ist eben 'n doofer Hoster.

Nach mehr als 5 Jahren Contao bei Strato hatte ich diesen Fehler das Erste Mal. Habe Stunden verbraucht, um ohne Erfolg Umgehungen zu finden. Das war die Lösung.
Bernd

Zitat:

---

Zitat von Dr-Bernd

Nach mehr als 5 Jahren Contao bei Strato hatte ich diesen Fehler das Erste Mal. Habe Stunden verbraucht, um ohne Erfolg Umgehungen zu finden. Das war die Lösung.
Bernd

---

Ich hatte das Problem eben auch, allerdings bei Hosteurope.... und auch bei einem Text ohne Links

es erscheint beim Speichern eines Textes die Aufforderung, wohin man die main.php speichern möchte


Weiss man da schon was genaues?

Bei mir kommt das wenn die PHP Version eine Falsche ist. CGI oder oder nicht. Das weiss ich nicht mehr genau.

Zitat:

---

Zitat von gregor

Hatte eben auch das Problem mit Strato.
Den Gästebuch-Spam Filter zu deaktivieren war die Lösung des Problems.
Danke für den Tipp.

VG,
Gregor

---

Klasse danke, Juli 2018 funktioniert diese Lösung immer noch.

Zitat:

---

Zitat von Manski

hatte grad dasselbe Problem bei Strato. Es muss im Hosting-Paket unter Sicherheit > ServerSide Security der Filter gegen Gästebuch-Spam deaktiviert werden.

---

super, vielen Dank - da wäre ich nie drauf gekommen, aber jetzt geht alles wieder!

Zitat:

---

Zitat von Manski

Hallo,

hatte grad dasselbe Problem bei Strato. Es muss im Hosting-Paket unter Sicherheit > ServerSide Security der Filter gegen Gästebuch-Spam deaktiviert werden.

Bestens, Manski

---

2019... immernoch der richtige Lösungsansatz! Hatte es gerade in meiner Contao 4 Installation, als ich ein Inhaltselement kopieren wollte.