info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
PHP 7 -> 8
1 view
Skip to first unread message
Micha Kuehn
Jan 20, 2023, 12:58:45 PM1/20/23
to
Hallo,
vor langer, langer Zeit habe ich mal in PHP eine Website gebastelt. Bis
PHP 7 lief die problemlos. Mit PHP 8 geht das aber nicht mehr. Zwar
stammt der Code aus meinem Kopf, aber auch ich muss mich jetzt ganz neu
hineindenken, was welche Funktion wie tut.
Deshalb folgende Fragen:
- Gibt es, möglichst auf deutsch, eine brauchbare (= einfach
formulierte) Auflistung, was unter PHP 8 nicht mehr unterstützt wird und
wie man das jeweils am besten ersetzen kann?
- Gibt es evtl. eine Seite, wo man nach Hochladen eines Skript gesagt
bekommt, wo die Probleme mit PHP 8 liegen?
Liebe Grüße
Michael
--
Achtung, ich entgendere jetzt nach Phettberg, nicht über ungewohnte y
wundern. Siehe zum Beispiel https://youtu.be/xVmGb7qACfA
vor langer, langer Zeit habe ich mal in PHP eine Website gebastelt. Bis
PHP 7 lief die problemlos. Mit PHP 8 geht das aber nicht mehr. Zwar
stammt der Code aus meinem Kopf, aber auch ich muss mich jetzt ganz neu
hineindenken, was welche Funktion wie tut.
Deshalb folgende Fragen:
- Gibt es, möglichst auf deutsch, eine brauchbare (= einfach
formulierte) Auflistung, was unter PHP 8 nicht mehr unterstützt wird und
wie man das jeweils am besten ersetzen kann?
- Gibt es evtl. eine Seite, wo man nach Hochladen eines Skript gesagt
bekommt, wo die Probleme mit PHP 8 liegen?
Liebe Grüße
Michael
--
Achtung, ich entgendere jetzt nach Phettberg, nicht über ungewohnte y
wundern. Siehe zum Beispiel https://youtu.be/xVmGb7qACfA
Stefan Froehlich
Jan 20, 2023, 1:45:11 PM1/20/23
to
On Fri, 20 Jan 2023 18:58:42 Micha Kuehn wrote:
> vor langer, langer Zeit habe ich mal in PHP eine Website
> gebastelt. Bis PHP 7 lief die problemlos. Mit PHP 8 geht das aber
> nicht mehr. Zwar stammt der Code aus meinem Kopf, aber auch ich
> muss mich jetzt ganz neu hineindenken, was welche Funktion wie
> tut.
So etwas macht Spass, besonders nach einem Jahrzehnt oder so.
> vor langer, langer Zeit habe ich mal in PHP eine Website
> gebastelt. Bis PHP 7 lief die problemlos. Mit PHP 8 geht das aber
> nicht mehr. Zwar stammt der Code aus meinem Kopf, aber auch ich
> muss mich jetzt ganz neu hineindenken, was welche Funktion wie
> tut.
> Deshalb folgende Fragen:
> - Gibt es, möglichst auf deutsch, eine brauchbare (= einfach
> formulierte) Auflistung, was unter PHP 8 nicht mehr unterstützt
> wird und wie man das jeweils am besten ersetzen kann?
<https://www.php.net/manual/de/migration80.incompatible.php>, denke
ich. Wenn "PHP 7" sich nicht auf 7.4 bezogen hat, dann sind
eventuell auch noch zusätzliche Seiten für die vorhergehenden
Versionen interessant.
Was bedeutet "nicht mehr problemlos" im Detail? Bekommst Du
Fehlermeldungen oder wenigstens Warnungen in den Logs? PHP ist da ja
an sich durchaus gesprächig.
Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike
Für kleine Schussel: Stefan - käsen, immer öfter!
(Sloganizer)
Micha Kuehn
Jan 20, 2023, 1:54:31 PM1/20/23
to
Stefan Froehlich schrieb:
> ich. Wenn "PHP 7" sich nicht auf 7.4 bezogen hat,
doch, bisher PHP 7.4, demnächst wohl PHP 8.2.
> Was bedeutet "nicht mehr problemlos" im Detail?
In erster Linie heißt das, dass viele Teile meiner Seiten fehlen. Z.T.
gibt es auch Fehlermeldungen, das ist dann ja schon hilfreicher als
einfach fehlende Bereiche.
Logs? Da habe ich noch nicht reingeguckt. Wo finde ich sowas?
Micha
> ich. Wenn "PHP 7" sich nicht auf 7.4 bezogen hat,
> Was bedeutet "nicht mehr problemlos" im Detail?
gibt es auch Fehlermeldungen, das ist dann ja schon hilfreicher als
einfach fehlende Bereiche.
Logs? Da habe ich noch nicht reingeguckt. Wo finde ich sowas?
Micha
Stefan Froehlich
Jan 20, 2023, 4:30:02 PM1/20/23
to
On Fri, 20 Jan 2023 19:54:28 Micha Kuehn wrote:
> Stefan Froehlich schrieb:
>> Was bedeutet "nicht mehr problemlos" im Detail?
> In erster Linie heißt das, dass viele Teile meiner Seiten fehlen.
Wenn das Ende der Seite fehlt, ist möglicherweise das Skript
abgestürzt. Das wäre insofern gut, als diese Art von Fehler leicht
zu finden und zu beheben ist.
Wenn Teile mittendrin fehlen, gibt es wahrscheinlich irgendwelche
Probleme mit falschen Typen und/oder inkompatiblen
Funktionsaufrufen.
> Z.T. gibt es auch Fehlermeldungen, das ist dann ja schon
> hilfreicher als einfach fehlende Bereiche.
> Logs? Da habe ich noch nicht reingeguckt. Wo finde ich sowas?
Hängt vom System und der Konfiguration ab, z.B. in
/var/log/messages. Du solltest Dir aber vielleicht ohnehin erst
einmal die php.ini vornehmen und error_reporting weit aufdrehen; bei
der Gelegenheit kannst Du dann ggf. auch das Ziel auf eine Dir
genehme Datei einstellen.
Noch ein Tip: Falls nicht ohnehin der Fall, installiere xdebug, dann
bekommst Du zu jeder Fehlermeldung auch noch einen stack trace.
Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike
Das große Entzücken! Stefan, drei mal täglich!
(Sloganizer)
> Stefan Froehlich schrieb:
>> Wenn "PHP 7" sich nicht auf 7.4 bezogen hat,
> doch, bisher PHP 7.4, demnächst wohl PHP 8.2.
Gut, das reduziert die Zahl der möglichen Problemstellen.
> doch, bisher PHP 7.4, demnächst wohl PHP 8.2.
>> Was bedeutet "nicht mehr problemlos" im Detail?
> In erster Linie heißt das, dass viele Teile meiner Seiten fehlen.
abgestürzt. Das wäre insofern gut, als diese Art von Fehler leicht
zu finden und zu beheben ist.
Wenn Teile mittendrin fehlen, gibt es wahrscheinlich irgendwelche
Probleme mit falschen Typen und/oder inkompatiblen
Funktionsaufrufen.
> Z.T. gibt es auch Fehlermeldungen, das ist dann ja schon
> hilfreicher als einfach fehlende Bereiche.
> Logs? Da habe ich noch nicht reingeguckt. Wo finde ich sowas?
/var/log/messages. Du solltest Dir aber vielleicht ohnehin erst
einmal die php.ini vornehmen und error_reporting weit aufdrehen; bei
der Gelegenheit kannst Du dann ggf. auch das Ziel auf eine Dir
genehme Datei einstellen.
Noch ein Tip: Falls nicht ohnehin der Fall, installiere xdebug, dann
bekommst Du zu jeder Fehlermeldung auch noch einen stack trace.
Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike
(Sloganizer)
Arno Welzel
Jan 20, 2023, 7:19:54 PM1/20/23
to
Stefan Froehlich, 2023-01-20 22:29:
> On Fri, 20 Jan 2023 19:54:28 Micha Kuehn wrote:
>> Stefan Froehlich schrieb:
>>> Wenn "PHP 7" sich nicht auf 7.4 bezogen hat,
>
>> doch, bisher PHP 7.4, demnächst wohl PHP 8.2.
>
> Gut, das reduziert die Zahl der möglichen Problemstellen.
>
>>> Was bedeutet "nicht mehr problemlos" im Detail?
>
>> In erster Linie heißt das, dass viele Teile meiner Seiten fehlen.
>
> Wenn das Ende der Seite fehlt, ist möglicherweise das Skript
> abgestürzt. Das wäre insofern gut, als diese Art von Fehler leicht
> zu finden und zu beheben ist.
>
> Wenn Teile mittendrin fehlen, gibt es wahrscheinlich irgendwelche
> Probleme mit falschen Typen und/oder inkompatiblen
> Funktionsaufrufen.
>
>> Z.T. gibt es auch Fehlermeldungen, das ist dann ja schon
>> hilfreicher als einfach fehlende Bereiche.
>
>> Logs? Da habe ich noch nicht reingeguckt. Wo finde ich sowas?
>
> Hängt vom System und der Konfiguration ab, z.B. in
> /var/log/messages. Du solltest Dir aber vielleicht ohnehin erst
> einmal die php.ini vornehmen und error_reporting weit aufdrehen; bei
> der Gelegenheit kannst Du dann ggf. auch das Ziel auf eine Dir
> genehme Datei einstellen.
Ergänzend: wenn PHP als FPM läuft, auch im Access- oder Error-Log des
Webservers.
> Noch ein Tip: Falls nicht ohnehin der Fall, installiere xdebug, dann
> bekommst Du zu jeder Fehlermeldung auch noch einen stack trace.
Das sollte man aber nur auf einem lokalen Server tun und nicht auf einem
öffentlich erreichbaren System.
--
Arno Welzel
https://arnowelzel.de
> On Fri, 20 Jan 2023 19:54:28 Micha Kuehn wrote:
>> Stefan Froehlich schrieb:
>>> Wenn "PHP 7" sich nicht auf 7.4 bezogen hat,
>
>> doch, bisher PHP 7.4, demnächst wohl PHP 8.2.
>
> Gut, das reduziert die Zahl der möglichen Problemstellen.
>
>>> Was bedeutet "nicht mehr problemlos" im Detail?
>
>> In erster Linie heißt das, dass viele Teile meiner Seiten fehlen.
>
> Wenn das Ende der Seite fehlt, ist möglicherweise das Skript
> abgestürzt. Das wäre insofern gut, als diese Art von Fehler leicht
> zu finden und zu beheben ist.
>
> Wenn Teile mittendrin fehlen, gibt es wahrscheinlich irgendwelche
> Probleme mit falschen Typen und/oder inkompatiblen
> Funktionsaufrufen.
>
>> Z.T. gibt es auch Fehlermeldungen, das ist dann ja schon
>> hilfreicher als einfach fehlende Bereiche.
>
>> Logs? Da habe ich noch nicht reingeguckt. Wo finde ich sowas?
>
> Hängt vom System und der Konfiguration ab, z.B. in
> /var/log/messages. Du solltest Dir aber vielleicht ohnehin erst
> einmal die php.ini vornehmen und error_reporting weit aufdrehen; bei
> der Gelegenheit kannst Du dann ggf. auch das Ziel auf eine Dir
> genehme Datei einstellen.
Webservers.
> Noch ein Tip: Falls nicht ohnehin der Fall, installiere xdebug, dann
> bekommst Du zu jeder Fehlermeldung auch noch einen stack trace.
öffentlich erreichbaren System.
--
Arno Welzel
https://arnowelzel.de
Stefan Froehlich
Jan 21, 2023, 6:43:51 AM1/21/23
to
On Sat, 21 Jan 2023 01:19:54 Arno Welzel wrote:
> Stefan Froehlich, 2023-01-20 22:29:
> Stefan Froehlich, 2023-01-20 22:29:
>> Noch ein Tip: Falls nicht ohnehin der Fall, installiere xdebug,
>> dann bekommst Du zu jeder Fehlermeldung auch noch einen stack
>> trace.
> Das sollte man aber nur auf einem lokalen Server tun und nicht auf
> einem öffentlich erreichbaren System.
Oder halt nur vorübergehend zum Debuggen aktivieren. Ich habe ja
>> dann bekommst Du zu jeder Fehlermeldung auch noch einen stack
>> trace.
> Das sollte man aber nur auf einem lokalen Server tun und nicht auf
> einem öffentlich erreichbaren System.
keine Ahnung, um was für eine Art von "System" es sich hier
überhaupt handelt, aber wenn es öffentlich erreichbar ist, sollte
man den Zugriff (alleine schon wegen der Fehlermeldungen) ohnehin
beschränken, bis das alles korrigiert ist.
Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike
(Sloganizer)
Micha Kuehn
Jan 21, 2023, 12:22:24 PM1/21/23
to
Stefan Froehlich schrieb:
> Oder halt nur vorübergehend zum Debuggen aktivieren. Ich habe ja
> keine Ahnung, um was für eine Art von "System" es sich hier
> überhaupt handelt, aber wenn es öffentlich erreichbar ist, sollte
> man den Zugriff (alleine schon wegen der Fehlermeldungen) ohnehin
> beschränken, bis das alles korrigiert ist.
Ist zwar öffentlich erreichbar, aber in einer unverlinkten Subdomain.
Habe einfach keine Lust, mir einen lokalen Webserver zu installieren.
Die PHP-Version kann ich für die Subdomains individuell einstellen, noch
läuft auf der Hauptseite PHP 7.4.
Danke für eure Hilfe, ich gucke dann mal, wie weit ich so komme. Das ist
ein Privatprojekt und ich muss zusehen, wann ich Zeit dafür finde.
Eventuelle Nachfragen kommen also evtl. später noch hier an. Vielleicht
auch viel später.
> Oder halt nur vorübergehend zum Debuggen aktivieren. Ich habe ja
> keine Ahnung, um was für eine Art von "System" es sich hier
> überhaupt handelt, aber wenn es öffentlich erreichbar ist, sollte
> man den Zugriff (alleine schon wegen der Fehlermeldungen) ohnehin
> beschränken, bis das alles korrigiert ist.
Habe einfach keine Lust, mir einen lokalen Webserver zu installieren.
Die PHP-Version kann ich für die Subdomains individuell einstellen, noch
läuft auf der Hauptseite PHP 7.4.
Danke für eure Hilfe, ich gucke dann mal, wie weit ich so komme. Das ist
ein Privatprojekt und ich muss zusehen, wann ich Zeit dafür finde.
Eventuelle Nachfragen kommen also evtl. später noch hier an. Vielleicht
auch viel später.
Jan Novak
Jan 23, 2023, 8:38:34 AM1/23/23
to
Am 20.01.23 um 19:54 schrieb Micha Kuehn:
/var/log/apache[2]/*err[or]*.log
Jan
> Logs? Da habe ich noch nicht reingeguckt. Wo finde ich sowas?
>
Unter Debian sind diese meistens im apache Ordner unter
>
/var/log/apache[2]/*err[or]*.log
Jan
0 new messages