php-fehler und 500er server-fehler

Um genau zu sein weder noch. Mir ist der Fehler auch aufgefallen und ich vermute es liegt an einem alten Bug, der scheinbar noch im Zend Framework drin ist, das Heise verwendet. getMTime() versucht die Zeit von einer Datei zu lesen, die nicht (mehr) existiert ohne vorher noch einmal explizit ein file_exists zu machen und schie?t sich damit ab. Es tritt so unregelm??ig auf, weil es nur passiert, wenn mehrere Cleanups nahezu parallel laufen.

Ich muss die Tage noch mal schauen, welche Version des Frameworks Heise eigentlich verwendet und ob es dafür einen offiziellen Fix gibt von Zend Frameworks Seite aus.

P.S.: Ich hab mal nen schnellen Fix versucht, mal gucken, ob es das war. Muss es jetzt nur erst einmal ein paar Tage bei mir laufen lassen, damit ich sehe ob es wirklich gel?st ist. Mit Fehlern die auf fast zuf?lligen Gegebenheiten basieren ist das immer so eine Sache.

mir ist noch aufgefallen, dass dein plugin (oder Shariff) bei der zeitberechnung auch beim anlegen des ordners im upload noch beim 1.1.1970 ist, also am anfang aller unix-dinge. das wird dann wohl auch noch so eine Zend-zeitreise sein?

Das ist tats?chlich kein Fehler, sondern Absicht. Shariff braucht ein getrenntes Verzeichnis, dass definitiv ausserhalb der normalen Media Uploads liegt und irgendwas sprach gegen ein eigenes shariff_cache Verzeichnis in uploads, daher ist es damals 1970/01 geworden. Aber das muss 3UU beantworten, ich bin erst sp?ter dazugekommen ??

Bezüglich der Fehlermeldungen im Log: Also es liegt definitiv an ZendCache. Das Problem ist aber grunds?tzlich harmlos. Es tritt auf, wenn zwei konkurrierenden Anfragen, die Z?hler zu aktualisieren, zeitgleich kommen. Dann versucht der erste eine Datei zu l?schen oder ihr ?nderungsdatum abzufragen, w?hrend einen Bruchteil einer Sekunde vorher der andere die Datei bereits gel?scht hat. Grunds?tzlich ist das gewünschte Ziel, den veralteten Z?hler loszuwerden, damit erfüllt. Es ist also eher ein Wohlfühlproblem, keine Fehler im Log haben zu wollen. Eigentlich hat das Zendframework auch einen eigenen ErrorHandler, der diese Fehlermeldungen abf?ngt und für sich beh?lt. Allerdings scheint dieser seit neustem, die Fehler nicht mehr abzufangen und zu unterdrücken. Ich hab mal ein Ticket bei denen aufgemacht, allerdings kann das dauern, denn da sind noch 489 andere offene Tickets vor mir. ??

okay, cool, danke für den input.

tats?chlich bin ich auch einem anderen fehler auf der spur. beim backup einer gr??eren datenbank-tabelle wirft das tool den hinweis “iterner server fehler” ohne weitere hinweise. und bevor ich da in den ring steige h?tte ich gerne was belastbares aus dem log.