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

Groups > de.comp.lang.php > #4886 > unrolled thread

PHP 7 -> 8

Back to article view | Back to de.comp.lang.php

Contents

  PHP 7 -> 8 Micha Kuehn <micha-usenet@nurfuerspam.de> - 2023-01-20 18:58 +0100
    Re: PHP 7 -> 8 Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2023-01-20 18:45 +0000
      Re: PHP 7 -> 8 Micha Kuehn <micha-usenet@nurfuerspam.de> - 2023-01-20 19:54 +0100
        Re: PHP 7 -> 8 Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2023-01-20 21:29 +0000
          Re: PHP 7 -> 8 Arno Welzel <usenet@arnowelzel.de> - 2023-01-21 01:19 +0100
            Re: PHP 7 -> 8 Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2023-01-21 11:43 +0000
              Re: PHP 7 -> 8 Micha Kuehn <micha-usenet@nurfuerspam.de> - 2023-01-21 18:22 +0100
        Re: PHP 7 -> 8 Jan Novak <repcom@gmail.com> - 2023-01-23 14:38 +0100

#4886 — PHP 7 -> 8

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

[toc] | [next] | [standalone]

#4887

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.

> 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?

Du suchst zunächst einmal
<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)

[toc] | [prev] | [next] | [standalone]

#4888

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
-- 
Achtung, ich entgendere jetzt nach Phettberg, nicht über ungewohnte y
wundern. Siehe zum Beispiel https://youtu.be/xVmGb7qACfA

[toc] | [prev] | [next] | [standalone]

#4889

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.

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)

[toc] | [prev] | [next] | [standalone]

#4890

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

[toc] | [prev] | [next] | [standalone]

#4891

On Sat, 21 Jan 2023 01:19:54 Arno Welzel wrote:
> 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
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

Stefan, so kühl wie die Freuden der Nacht. Alpträume werden wahr!
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#4892

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.

Micha
-- 
Achtung, ich entgendere jetzt nach Phettberg, nicht über ungewohnte y
wundern. Siehe zum Beispiel https://youtu.be/xVmGb7qACfA

[toc] | [prev] | [next] | [standalone]

#4893

Am 20.01.23 um 19:54 schrieb Micha Kuehn:
> 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

[toc] | [prev] | [standalone]

Back to top | Article view | de.comp.lang.php

csiph-web