Hallo,

meine Funktion (entnommen aus php.net), die Bilder in kleine Vorschaubildchen verkleinern soll, funktioniert einwandfrei bis auf dass sie nach etwa 90 Sekunden bzw. ca. 26 Bildern abbricht mit

500 server error, Standardmeldung : konnte den Request nicht erfolgreich ausführen.

An der Zeit liegt es nicht, die ist hochgesetzt. Woran kann es sonst liegen, dass er bei gleich gro�en Bildern nach jeweils 26 St�ck abbricht? Meine Vermutung w�re Speicherverbrauch, aber die Funktion scheint mir sauber und gibt die Resourcen nach jedem Bild frei.

Kann jemand helfen? Es folgt der Code.

Zur Info: createThumb macht bei gro�en Bildern erst ein resample auf etwas kleineres Bild mit imageCopyResized und dann noch ein resample mit imageCopyResampled. Das soll die Qualit�t erhalten und Zeit sparen, laut php.net-Eintrag.

Mister Ad

Glaubst du. Das hört sich aber ganz anders an.

Gruß
phpfan

Das scheint sogar so zu sein. Allerdings liegt es nicht an der max_execution_time, denn die bringt erstens einen Fehler wie

Fatal error: Maximum execution time of 60 seconds exceeded in however.php on line 10

und zweitens ist sie temporär gesetzt auf 6000 anstatt 60.

Das Skript bricht aber nach ziemlich genau 140 Sekunden ab. Und... ich habe getestet: Es liegt nicht an dem Skript oben, auch mein Testskript mit Sleep-Schleife brach ab.

Daher die folgende Frage:

Welche Einstellung außer max_execution_time kann diesen Abbruch verursachen?

Zergling-new

http://de.php.net/manual/en/features.file-upload.php

Ich würde das Skript mal nicht gleich so vollfrachten, sondern Einzelschritte mitloggen (Datei-Log) und sehen wie weit er kommt oder in welchen Schleifen er rumhängt.

Aha. Wie groß sind die Bilder (Anzahl der Pixel) und wieviel Scriptspeicher hat das Script zur Verfügung?

ZB:
Format: 2288 * 1712
3.917.056 Pixel * 3 Byte = 11.751.168 Bytes ~ 12MB!

Vorschaubild und Script wollen auch noch in den RAM rein...

Danke, die Postings haben sich überschnitten.

Ich habe das ungute Gefühl, es liegt nicht an php sondern an dem Server. Der ist von 1und1 und wenn 1und1 die Ausführungszeit für ein Skript limitiert hat (was sicher grundsätzlich sinnvoll ist) dann bin ich mit meinem Wissen am Ende. Denn mit Apache kenne ich mich überhaupt nicht aus.

Kann man die Ausführungszeit ändern und wie? Ich weiß nicht, ob ich Zugriff auf die httpd.conf habe und wo die auf einem Linux-Rechner liegt. Geht das dann auch lokal über .htaccess?

Kann mir da jemand grundlegend helfen?

--------------------------------------------------------------------

Ein solches Problem haben wir auch bei einem Kunden. Er möchte Cronjobs ausführen, die z.B. den Datenimport in der Nacht durchführen. Der Import dauert ca. 40 Minuten. Nach ca. 3 ist aber Schluss. In diesem Fall ist der Server im Hause des Kunden. Wir haben also alle Möglichkeiten. Nur weder ich, noch meine beiden Mitarbeiter wissen, was zu tun wäre. Im Gegensatz zu 1und1 läuft php beim Kunden als Modul. Kann man in diesem Fall mittels einer lokalen php.ini die Werte der globalen überschreiben? Wir haben schon alle drei recht viel dazu gesurft aber haben immer noch nicht das notwendige Wissen zu diesem Thema. In diesem Fall wäre ich auch bereit, dass ein Externer, der sich damit gut auskennt, den Server beim Kunden nach unseren Wünschen konfiguriert (Standort Stuttgart).

xabbuh

Schau doch mal in den Logdateien, sofern du darauf Zugriff hast, worüber sich der Apache beschwert.

Nein, das wirst du sicherlich nicht haben.

Einstellungen lassen sich, sofern der Webserver entsprechend großzügig konfiguriert ist, auch lokal überschreiben.
Dabei muss man allerdings unterscheiden, ob PHP als Apache-Modul (.htaccess-Datei) läuft oder per CGI (lokale php.ini) aufgerufen wird.

Und was sie auch tun, wenn sich daran nix geändert hat. Einfach mal die 1&1 FAQ lesen.

1 Bild zu bewuseln dauert ca. 1-2 sec., wenn der RAM ausreicht.
Beispiel:
http://test.php-help.info/img-6/ (ausreichend RAM)
http://test.php-help.info/img-6.1/ (zu wenig RAM)

Die 24 MB resultierten aus einem Versuch mit PHP 5.0.4. Ob PHP 5.1.4 weniger benötigt, müßte ich mal bei Gelegenheit testen.

Das selbe Script war unter PHP 4 übrigens mit 12 MB zufrieden.

Deine Fehlermeldung deutet darauf hin, daß Du CGI PHP hast.
Das bedeutet, daß Du in einer lokalen php.ini neue Werte setzen kannst. Ob die dann von PHP auch angenommen werden, mußt Du testen.

Richtig. CGI! Und ja, grundsätzlich werden Werte aus der php.ini berücksichtigt. Laut 1und1 die PHP_INI_PERDIR und die PHP_INI_ALL Direktiven. Das tue ich auch schon teilweise. Das funktioniert. Auch mit ini_set() geht es. Auch .htaccess-Dateien können eingesetzt werden.

Nur... wie kann ich dabei die Ausführungszeit von Apache verlängern?

Im httpd.conf fand ich folgendes

Insbesondere Timeout 120 spielt hier eine Rolle. Das passt ja an sich.

In der Datei ist auch der Eintrag
ErrorLog /usr/local/apache/var/log/error_log
vorhanden, aber in apache gibt es das Verzeichnis var nicht. Was das zu bedeuten hat, weiss ich nicht.

Also, wenn alles nicht hilft, rufe ich bei 1und1 an und frage einfach dort nach.

Du verwirrst mich jetzt etwas:
Normalerweise können User auf einem 1&1 Webspace sich nicht die httpd.conf angucken.

Für Webspace Kunden gilt das:
Welche Einschränkungen haben Scripte allgemein bei 1&1 WebHosting?
http://faq.1und1.de/hosting/scripte_datenbanken/3.html