Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comp.lang.php > #4748

Re: Obskurer php-Bug: mail()+Referenzen => tried to allocate 6718605744721101138 bytes

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>

Show all headers | View raw


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 | NextPrevious in thread | Next in thread | Find similar


Thread

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