Smalltalk - Labern, reden, diskutieren...
-
-
Ich gebe Tim Düsterhus die Schuld dafür, dass wir in PHP 8.4 neue Deprecated-Meldungen bekommen werden.
-
- Neu
- Offizieller Beitrag
Hallo,
Ich gebe Tim Düsterhus die Schuld dafür, dass wir in PHP 8.4 neue Deprecated-Meldungen bekommen werden.
iiiiiiiiiiiiiich?
-
-
- Neu
- Offizieller Beitrag
Hallo,
wer Code schreibt, der dann in Zukunft die Deprecation-Meldung erzeugt, der hat es nicht besser verdient
-
Hallo,
wer Code schreibt, der dann in Zukunft die Deprecation-Meldung erzeugt, der hat es nicht besser verdient
Well.
ZitatOut of the top 2000 composer packages 880 use implicitly nullable types. [2] One explanation for such a high usage is that using implicitly nullable types was mandated by Symfony's coding style.
Aber ja, dieser PHP5-"Workaround" ist eine Monstrosität, volle Zustimmung.
-
Ich gebe Tim Düsterhus die Schuld dafür, dass wir in PHP 8.4 neue Deprecated-Meldungen bekommen werden.
Wird 8.4 denn eigentlich für die Version 6.1 schon relevant sein?
-
- Neu
- Offizieller Beitrag
Hallo,
Wird 8.4 denn eigentlich für die Version 6.1 schon relevant sein?
Inwiefern?
-
Hallo,
Inwiefern?
Hallo! Ich meine ob 8.4 für Version 6.1 schon vorausgesetzt wird? Oder ist das egal?
-
- Neu
- Offizieller Beitrag
Hallo,
PHP 8.4 erscheint erst Ende November 2024, es gibt noch nicht einmal eine Alpha-Version und der Feature Freeze ist auch erst Mitte Juli. Insofern steht noch nicht einmal fest, welche Veränderungen in PHP 8.4 enthalten sein werden und sinnvoll testen kann man damit auch nicht.
-
Davon abgesehen setzt 6.0 auch „nur“ PHP 8.1 voraus – alleine, um eine gewisse Verbreitung zu ermöglichen, wäre es nicht sinnvoll, die allerneuste Version vorauszusetzen.
Das aktuelle Debian wird zum Beispiel mit PHP 8.2 ausgeliefert. Eine andere Version zu installieren (z.B. von sury) ist zwar nicht ultra-kompliziert, aber dennoch würde ich vorschlagen, dass die ausgelieferten Versionen der gängigsten Distros mit in die Betrachtung einfließen sollten. Wenn ich mir die Systemvoraussetzungen so anschaue, scheint das auch mehr oder weniger so zu sein
-
Keines der PHP Frameworks die ich kenne haben aktuell Infos zur Unterstützung von 8.4.
-
Warum bekommen es eigentlich weder Chrome noch Firefox macOS hin, einen angeklickten Link aus einem anderen Programm vernünftig zu öffnen, wenn der Browser bisher noch nicht geöffnet ist?
Zu Chrome kann ich nichts sagen. Mozilla hat das Problem in Firefox 121 mit dieser Änderung behoben:
mozilla-central @ 275d06a26affBug 1845407 - Don't pump apple events before application starts. r=nikahg.mozilla.org -
17 Kontrastfehler auf einer Seite, das ist nicht gut lesbar:
-
Also wenn ich mir die Seite so ansehe, komme ich doch stark ins grübeln in wie weit man dieser Maschine in ihrer Beurteilung überhaupt vertrauen kann.
-
Welche Seite meinst du?
-
Na die aus deinem Screenshot.
-
Eigentlich beweist mein Screenshot nur, das es nicht für alles taugt
-
Also wenn ich mir die Seite so ansehe, komme ich doch stark ins grübeln in wie weit man dieser Maschine in ihrer Beurteilung überhaupt vertrauen kann.
Oh boy. Wenn das dein Argument ist, dann ist das schon problematisch.
Effektiv ist das eine der meistgeteilten Ressource zur Erkennung eklatanter Fehler in der Barrierefreiheit.
-
Oh boy. Wenn das dein Argument ist, dann ist das schon problematisch.
Effektiv ist das eine der meistgeteilten Ressource zur Erkennung eklatanter Fehler in der Barrierefreiheit.
Mag sein, meiner Website zu unterstellen sie wäre nicht gut lesbar nur anhand dieses Tools weil der irgendwelche nonsens Fehler meldet, das finde ich dann sehr problematisch.... Also bitte, wer das bei mir nicht lesen kann der scheint wirklich ganz viele Tomaten auf den Augen zu haben.
-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!