Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.lang.php > #4748
| From | Hansjoerg Lipp <hjlipp@web.de> |
|---|---|
| Newsgroups | de.comp.lang.php |
| Subject | Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes |
| Date | 2021-12-09 23:31 +0100 |
| Message-ID | <j1fedrFs80vU1@mid.individual.net> (permalink) |
| References | <j0njsrFaf8fU1@mid.individual.net> <j12cr1Fcee9U1@mid.individual.net> |
Am 05.12.21 um 00:44 schrieb Arno Welzel: > Hansjoerg Lipp: >> Dieses Script reproduziert den Fehler zuverlässig, allerdings mit der >> weiteren Merkwürdigkeit, dass es beim ersten Aufruf fehlerfrei >> funktioniert, um dann bei allen folgenden Aufrufen abzustürzen (hängt >> das mit OPCache zusammen?). > > Was sagt den phpinfo() zur Umgebung? Weil das alles ein bisschen viel wäre und ich mir nicht sicher bin, was alles interessant sein könnte, habe ich den phpinfo()-Output nach https://controlc.com/6809ee19 hochgeladen (pastebin wollte nicht, da meine phpinfo anscheinend offensive Sprache enthält). Dies und die leichte Zensur darin dient der Verschleierung des Hosters, falls mir im laufe dieses Threads doch noch die Hutschnur platzen sollte bezüglich der Kommunikation mit dem Support dort (de.alt.talk.unmut.support wäre aktuell *sehr* nötig)... >> Hat jemand von Euch so etwas schon mal gesehen? Ist das ein bekannter >> php-Bug? Hat da der Hoster etwas komisches reingepatcht? Hat jemand eine >> Idee, wie das Problem zu lösen ist? In welche Richtung könnte ich den >> Hoster eventuell schubsen, falls er nichts konstruktives zuwege bringen >> sollte? > > Sorry, nein. Ich habe sowas noch nie gesehen. Aber ohne konkrete Angabe, > was da genau seitens des Hosters läuft, ist es auch schwer, eine > konkretere Aussage zu machen. OPCache scheint jedenfalls eine wichtige Rolle zu spielen: Folgende zwei Methoden unterdrücken den Bug zuverlässig: 1) .htaccess: php_flag opcache.enable Off 2) im Script: opcache_invalidate(__FILE__, true); Hat hier jemand Erfahrung oder gar schon mal gemessen, wieviel Performance OPCache in der Regel bringt? Bei der Erfahrung mit dem Hoster tendiere ich nämlich tatsächlich zum globalen Ausschalten... OT: Hat hier jemand Erfahrung, wie man Kommunikation mit einem Hoster effizienter gestaltet? Wenn ich nicht genau den php-Bug o.Ä. benennen kann, läuft das bei mir in der Regel so: 1a) Ich schicke aufwendig recherchierte und doppelt und dreifach abgesicherte detaillierte Problembeschreibung mit Minimalbeispiel. 1b) Antwort: Vielen Dank für die nette Frage! Wenn Sie im Web-Interface auf Transmogrify gehen wird das HTML viel bunter. Ich habe das mal für Sie eingestellt! 2a) Ich: Es liegt nicht an dieser Einstellung, das Problem besteht weiterhin, darf ich bitte mit einem Techniker kommunizieren? Wiederholung von 1a in einfachen Worten. 2b) Support: Wir leiten weiter zu den Technikern! 2c) Techniker: Ich habe das Testskript im Browser gestartet, im Log ist eine Fehlermeldung, Ihr Script ist falsch! 3a) Ich: Genau, das Log zeigt Fehler wegen A, B, C, außerdem sind, wie schon in 1a) und 2a) geschrieben zum Reproduzieren die Schritte x, y, z nötig. 3b) Support: Wir leiten weiter zu den Technikern! Fallunterscheidung: 3c1) Techniker: Oh, tatsächlich. Als Workaround ginge das deaktivieren von Server-Feature a oder b. Aber es liegt nicht am Server, Ihr Skript macht alles kaputt! Ein serverseitiges Problem kann nicht existieren! 3c2) Techniker: Wir wollen unsere Konfiguration nicht ändern, gehen Sie weg! Das Kommunikationsproblem geht hier weiter als in https://xkcd.com/806/ In meinem Umfeld wäre die Reaktion auf Probleme dieser Art irgendwo zwischen "Oh wow, faszinierendes Problem, mal schauen ob ich das debuggen kann" und "schönes Problem, leider keine Zeit, versuchen wir Workaround a oder b". Dieses Abstreiten von offensichtlichen Problemen will mir nicht in den Kopf. Ist manchmal im Firmenumfeld das wegschieben von Verantwortung ein Motiv? Ist es juristisch schwierig ein Problem einzuräumen? Managed hosting kann soo mühsam sein, aber noch ein System vollständig zu administrieren kann ich leider nicht leisten...:-/ Danke fürs Zuhören und die Therapiestunde;-) Hansjörg
Back to de.comp.lang.php | Previous | Next — Previous in thread | Next in thread | Find similar
Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-11-30 22:37 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes k@rl.pflaesterer.de (Karl Pflästerer) - 2021-12-01 18:52 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-01 21:44 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes k@rl.pflaesterer.de (Karl Pflästerer) - 2021-12-02 15:52 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-02 22:01 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes k@rl.pflaesterer.de (Karl Pflästerer) - 2021-12-02 23:10 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-02 23:30 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes k@rl.pflaesterer.de (Karl Pflästerer) - 2021-12-03 14:14 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-03 16:09 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes k@rl.pflaesterer.de (Karl Pflästerer) - 2021-12-03 17:02 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-09 23:54 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes k@rl.pflaesterer.de (Karl Pflästerer) - 2021-12-10 22:15 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-13 04:01 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Arno Welzel <usenet@arnowelzel.de> - 2021-12-11 00:03 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Arno Welzel <usenet@arnowelzel.de> - 2021-12-05 00:44 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-09 23:31 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Arno Welzel <usenet@arnowelzel.de> - 2021-12-10 18:15 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-13 04:48 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Arno Welzel <usenet@arnowelzel.de> - 2021-12-13 13:51 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Hansjoerg Lipp <hjlipp@web.de> - 2021-12-14 21:06 +0100
Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes Arno Welzel <usenet@arnowelzel.de> - 2021-12-15 15:43 +0100
csiph-web