Preg_replace verwendet mehr als die von PHP5.2 standardmäßig zugelassenen Bytes, was der Größe von pcre.backtrack_limit und pcre.recursion_limit entspricht.
Seit der Veröffentlichung der offiziellen Version von Discuz! 6.0.0 sind alle mit der Aktualisierung beschäftigt, aber einige Plug-Ins haben Probleme unter 6.0, wie zum Beispiel http://www.discuz.net/viewthread.php?tid=559133 Bank-Plug-in in PHP Für das Problem des weißen Bildschirms nach der Installation in 5.2.0-Umgebungen müssen wir aus Sicht der Discuz!-Benutzer den Plug-in-Autor bei der Lösung dieses Problems
unterstützen Ich hoffe, ich kann Ihnen einige Anregungen geben.
Erstens: Dieses Plug-in kann unter 5.5 normal ausgeführt werden, unter 6.0 ist der Bildschirm jedoch weiß.
Um die Lesbarkeit von Vorlagen-Cache-Dateien zu verbessern, hat Discuz!6.0 die Einrückung von Cache-Dateien erhöht und tatsächlich einige Teile der Vorlagenverarbeitung von templates.func.php geändert.
Könnte das der Grund sein? Zuerst stellte ich fest, dass das Problem hier lag, da es sich nach dem Ersetzen des geänderten Codes durch einen Teil des 5.5-Codes normal verhielt, aber ich war sehr deprimiert und konnte den Grund nicht finden.
Schritt 2: Ich vermutete, dass es ein Problem war Ich hatte ein Problem mit dem Schreibformat der bank.htm-Vorlage, also war ich sehr deprimiert und begann, die Vorlage zu analysieren. Ehrlich gesagt ist es wirklich schwierig, die Vorlage zu analysieren, wenn sie zu groß ist. Offenbar wurde kein Grund gefunden. Was noch deprimierender ist, ist
der zweite Schritt: Dann stellte ich fest, dass diese Vorlage nach dem Teilen normal ausgeführt wurde. Zu diesem Zeitpunkt hatte ich zunächst den Verdacht, dass der reguläre Matching-Fehler auftrat, als das Datenvolumen groß war, also ging ich zu bugs.php. net hat mit der Suche begonnen: http://bugs.php.net/search.php?c ... ace&x=3&y=5 Ich habe hier gesucht und gesucht und schließlich diesen Ort gefunden: http://bugs.php.net/bug .php?id=39405 und stellte plötzlich fest, dass es ein Problem mit der 5.2-Konfiguration war. Nachdem
ich die großen Werte pcre.backtrack_limit und pcre.recursion_limit angepasst hatte, wurde das Problem gelöst, um meine Ideen mitzuteilen für die Lösung des Problems :)