Comme prévu, macOS Monterey n’intègre plus PHP par défaut

Nicolas Furno |

macOS Monterey est fourni sans PHP. Les développeurs qui reposent sur ce langage de développement utilisé surtout sur le web doivent désormais l’installer eux-même s’ils en ont besoin. Apple a fait le ménage dans les binaires inclus et PHP n’a pas survécu à la transition. Ce n’est pas tout à fait une surprise toutefois, puisque l’entreprise avait prévenu dans les versions précédentes du système.

Par défaut, le terminal de macOS Monterey ne connaît pas la commande php et pour cause : Apple a supprimé les binaires indispensables au langage de développement.

Son système d’exploitation destiné aux Mac intégrait PHP depuis des années, mais rarement la dernière version. Dans macOS Big Sur, un message prévenait qu’une future version du système allait retirer PHP. C’est fait avec Monterey, mais les développeurs pourront naturellement installer eux-même le langage, par exemple en utilisant le gestionnaire de paquets Homebrew. Ce dernier est d’ailleurs compatible avec macOS 12 depuis une mise à jour sortie il y a quelques jours.

PHP n’est pas le seul langage sur la sellette dans macOS, c’est aussi le cas de Python 2. Pourtant, macOS Monterey est toujours fourni avec la version 2.7.16, la même que dans Big Sur, et toujours avec un message avertissant que ce ne sera plus le cas dans une future version. Ce ne sera pas une suppression complète de Python toutefois, puisque macOS devrait toujours être livré avec la version 3, une mise à jour majeure qui peine encore à remplacer la précédente.


avatar thewindwaker | 

Pas une grande perte

avatar pocketalex | 

non

par le passé le peu de dev web que j'ai pu faire sur mes Macs, de toutes façons il fallait mettre à jour php, alors qu'il soit absent ou qu'on en ait un vieux ... ça change pas grand chose

avatar aspartame | 

python 2.7 , Ruby 2.6 , Perl 5.18

il reste encore un peu de ménage à faire !

avatar saoullabit | 

@aspartame

C’est valable avec les
Pilotes graphiques hors d’âge aussi :-)

avatar Lucas | 

C’est pour alléger le poids du système et des MàJ comme évoqués l’autre jour, ou pour pousser Swift en dépréciant les autres langages ?

avatar iValFR | 

@Lu Canneberges

Je ne suis pas certain que ne plus installer PHP par défaut ait un grand impact sur le choix des développeurs. Si j’ai besoin de PHP je l’installe, c’est ce que font tous les devs (bien plus nombreux) sur Windows et Linux !

avatar Nesus | 

@iValFR

C’est surtout une bonne chose pour l’avoir parfaitement à jour. Car c’était le gros problème, il fallait toujours installer parce que ce n’était pas à jour. Du coup autant tout enlever et que chacun l’installe au besoin.

avatar bonnepoire | 

@ Nesus
+1

avatar iValFR | 

@Nesus

Complètement d’accord ! 👍

avatar oomu | 

@iValFR

Windows bénéficie d'un support très étendu et de communautés actives autour des divers langages.

Linux fournit de base PHP et est bien sur ultra-documenté pour maintenir et développer avec en toute confiance.

avatar iValFR | 

@oomu

Si je ne me trompe pas, PHP n’est pas installé avec toutes les distribs

Mais ce que je voulais dire, c’est qu’en tant que dev je choisis mes outils selon mes besoins, pas selon ce qu’il y a sur ma machine 🙂

avatar koko256 | 

@Lu Canneberges
Python 2 *est* déprécié : « We have decided that January 1, 2020, was the day that we sunset Python 2. That means that we will not improve it anymore after that day, even if someone finds a security problem in it. You should upgrade to Python 3 as soon as you can. » (source https://www.python.org/doc/sunset-python-2)

avatar oboulot | 

HS = pour le support des Audio Units c’est toujours le cas chez Apple ? Je me souvien avoir pris un mbp retina juste pour ça ^^

avatar occam | 

@oboulot

"HS = pour le support des Audio Units c’est toujours le cas chez Apple ?"

Pas si hors sujet que ça, avec tous les abandons d’Apple.
Mais enfin, la dernière fois que j’ai vérifié (le 8 juin, pour voir si la WWDC allait modifier la donne) AU semble pour l’instant sauf. Du moins tant que Core Audio fait partie de macOS, et que Logic Pro est vendu à profit par Apple.

Pour une autre boîte, un joyau comme AU serait un atout stratégique, à tel point vital qu’il serait ridicule de le mettre en doute.
Concernant Apple et ses jeux de massacre, la circonspection est de mise.

avatar oboulot | 

@occam

Ok merci pour la réponse.

Effectivement ça serait assez incompréhensible.

Perso je ne peut pas passer au dessus de Mojave car abandon du 32 bits et c’est pas possible en raison de certains soft et hardware musicaux

avatar occam | 

Forcer les utilisateurs à installer eux-mêmes PHP, au pis de source ( ! ), «  détruirait la sécurité du Mac et les initiatives de respect de la vie privée que nous y avons intégrées. »
A fortiori s’ils utilisent le Mac pour développer hors de l’écosystème Apple, avec les brèches en cascade qu’une telle rupture de digue entraînera.

Non ?
Il n’a pas dit ça, Tim Cook ?
Il ne l’a dit que lorsqu’il a voulu justifier le verrouillage de son échoppe ?

Ouf. Il est bon d’avoir la confirmation qu’Apple construit de très jolis et très décoratifs profit centres sous forme de kiosque à services que l’on peut — pour l’instant encore ! — utiliser, enfin : avec certaines restrictions, et si l’on y tient absolument, et si l’on y met vraiment du sien, en tant qu’ordinateur, au sens primitif de general purpose computer.

avatar Faabb | 

Le PHP est en fin de vie?
Qu’est-ce qui lui est préféré en remplacement/ successeur ?

avatar Xar | 

@Faabb

Pas de fin de vie présumée de PHP, ca ressemble surtout à un mouvement d’Apple similaire à celui pour Java, où l’effort de maintenance est reporté sur l’utilisateur et l’éditeur / communauté des dits binaires. L’effort de packaging régulier des dernières maj est non négligeable et induit de la latence la plupart du temps, invalidant de même cet effort.

avatar ataredg | 

PHP est encore bien vivant.

avatar weagt | 

@Faabb

Le php en fin de vie... Comment dire, pour ne prendre qu'un exemple, WordPress le CMS utilisé par 41% des sites web au niveau mondial fonctionne principalement avec le php !
Et là je ne parle que de WordPress, le php est le langage le plus utilisé en développement web après html bien évidemment...

avatar oomu | 

@Faabb

"Qu’est-ce qui lui est préféré en remplacement/ successeur ?"

php.

avatar bonnepoire | 

@oomu
On remplace php5 par php8. C'est en substance le message de Nesus. Perso, je suis resté au 7.

avatar Faabb | 

@oomu

: D

avatar weagt | 

Je ne savais même pas qu'il y avait php en natif dans MacOS, Je l'ai toujours utilisé en installant MAMP.
C'est pareil avec Python, je n'ai jamais utilisé la version 2.7 intégrée à MacOS. Surtout que pour Python 3 on en est tout de même déjà à 3.9.5, c'est étrange que python 3 n'ait pas été plus largement adopté.

avatar oomu | 

@weagt

python 3 a été + largement adopté.

Mais pas par Apple.

avatar tupui | 

@oomu

Tout à fait, c’est une erreur de l’article. Presque tout le monde a migré maintenant. Oui ça a mis du temps, mais depuis 2020 et l’arrêt définitif du support de Python 2, l’industrie a massivement migré. Et tout ce que l’on développe n’est plus du tout compatible avec Python 2.

avatar bonnepoire | 

@ weagt
Python 2 est déprécié de toute façon.

avatar domico | 

@weagt

Python 2 n’est plus supporté depuis le 1.1.2020

avatar pocketalex | 

"Je l'ai toujours utilisé en installant MAMP"

Pareil, à un moment c'est plus simple, plus rapide, plus efficace, et tu as les raccourcis vers les bdd, etc

avatar oomu | 

tout cela est bien triste. et quand je dis "cela", il faut comprendre ce processus sur plusieurs années, qui ne cesse d'être triste continuellement. C'est une continuité de tristesse.

De base, au lancement de MacOs, particulièrement à partir de 10.2, le système était très complet : ruby, perl, utilitaires unix, raid facile, web; etc

Apple n'a fait qu'au fil des ans depuis 10.7 réduire l'ambition du système, se reposer sur des communautés qui ne peuvent pas suivre le rythme annuel non documenté d'Apple

Au final, si tôt qu'on a un usage un brin poussé, je pense que Windows 10 devient toujours + facile et sinon revenir à Linux.

MacOs X/11 aura été une parenthèse.

-
ça reste toujours un excellent système et interface pour des applications graphiques métiers en musiques, vidéo, images, photo, bureautique

-
comme la suppression du 32b, OpenGL, etc, ça pèse quasi rien dans un système et ça ne pénalise que des acheteurs.
Une startup de 10 gugusses dans un garage comme Apple pouvait largement se payer un gugusse de + pour valider python3 dans l'install de base plutôt que de tout virer et se reposer sur l'unique App Store/Xcode comme cadre pour les logiciels à maintenir.

Un gugusse de plus, ils le budgétaient avec les quelques profits engrangés par leur dernier téléphone vendu en californie, ça laissait largement de quoi verser un dividende à leurs 2 ou 3 investisseurs, pfiulalala.

avatar jackhal | 

Proposer une version de PHP dépassée, rendre les choses confuses quand on installe une autre version, ça n’était pas terrible non plus. Et puis moins il y a de code et mieux c’est (maintenance, sécurité…)

Mais si tu veux vraiment qu’Apple embauche, qu’elle finance des développeurs de Brew. Parce que franchement, macOS sans Brew, pour un paquet de développeurs, ça deviendrait NETTEMENT moins cool.

avatar morpheusz63 | 

@jackhal

Totalement d'accord, par contre apple devrais,faire un effort par à la communauté linux-unix, c'est grâce à eux qu'il y a des bon techno

avatar Ecrapince | 

@jackhal
>Proposer une version de PHP dépassée, rendre les choses confuses quand on installe une autre version, ça n’était pas terrible non plus.

La pauvre petite startup apple composée de 3 employés ne pouvait pas gérer ça c'est bien connu...

>Et puis moins il y a de code et mieux c’est (maintenance, sécurité…)

Donc windows est > à macos vu qu'ya rien de base donc bien - de code à maitenir et - de risque de failles ?

Ils sont où les mecs qui passaient leur temps à nous dire que macos c'est tellement mieux que tout le reste, qu'ya déjà tout de base et que l'utilisateur ne perd pas son temps à intaller et configurer 120 logiciels après l'installation de l'OS ? :)

avatar YAZombie | 

@ Ecrapince, "La pauvre petite startup Apple composée de 3 employés ne pouvait pas gérer ça c'est bien connu...":
certes, mais où est la plus-value? Surtout pour des devs, qui ont quand même plutôt l'habitude me semble-t-il de faire leur environnement à leur sauce. Pour ne pas dire que c'est une exigence du métier. Au vu du réel ça ressemble vraiment à des chouinasseries.

Donc windows est > à macos vu qu'ya rien de base donc bien - de code à maintenir et - de risque de failles ?:
si tu veux faire dans le fallacieux, ben de base il y a quand même Windows hein.
Vieille guéguerre qui n'a vraiment plus lieu d'être en 2021.

"qu'ya déjà tout de base et que l'utilisateur ne perd pas son temps à intaller et configurer 120 logiciels après l'installation de l'OS ?":
les "mecs qui passaient leur temps" à nous dire ça ne parlaient certainement pas des développeurs quand ils parlaient des "utilisateurs" (confer premier point).

avatar morpheusz63 | 

@oomu

+1000000 pour ce commentaire plein de sagesse

avatar debione | 

@oomu:

Je peste encore sur l'abandon du 32b... Enfin je peste, parce que cela m'empêche d'acheter un nouveau mac, vu que l'on ne peut pas downgrader.

avatar pocketalex | 

@debione

"Enfin je peste, parce que cela m'empêche d'acheter un nouveau mac"

Ben t'as de la chance, moi je ne peux pas

Je ne peux pas parcequ'il n'existe pas

avatar Barijaona | 

@oomu : la différence, c'est qu'au début d'OS/X, installer soi-même une version de ces utilitaires était une tâche plutôt technique et risquait de déstabiliser le système.
Je me souviens très bien d'avoir galéré avec les différentes versions de Perl et la crainte d'interférer avec la version utilisée par Apple.

De nos jours, les choses sont beaucoup plus propres et faciles avec Homebrew et/ou Docker, donc Apple simplifie encore plus les choses en enlevant ce qui n'est pas indispensable au système lui-même.

avatar YAZombie | 

Je comprends bien sûr tes prémisses, mais je ne suis pas certain de te suivre dans ta conclusion.
Oui, c'est moins "clé en main" mais d'abord j'ai toujours cru comprendre que pour les devs le "clé en main" c'était quasiment l'Antéchrist. Et il ne me semble pas que Windows vienne avec les outils en question, il faut donc bien les y installer, de la même manière, non?
Pour moi la question est: quelle est donc la plus-value apportée par le fait qu'Apple installe ces outils par défaut? N'y a-t-il pas au contraire moins-value puisqu'ils n'étaient jamais à jour, et qu'une personne dédiée à cette tâche ferait de toute façon doublon avec, disons, Homebrew, et les autres solutions disponibles (innombrables me semble-t-il mais j'ai peut-être tort)? Ne vaut-il pas mieux qu'Apple finance ces outils open source, et là je ne sais pas dans quelle mesure il y a du mieux à faire?
Je ne sais pas vraiment répondre à la question de la plus-value, je n'en vois pas, peut-être un reflet de mon ignorance. Si je te pose une question ce serait celle-là. Mais les inconvénients me semblent assez rédhibitoires.

avatar morpheusz63 | 

Arrêter de chialer, c'est pas une fin, on ce qui me concerne ça me dérange pas, maintenant c'est docker pour monter un environnement php rapide sans ci prendre la tête. Tu remplie ton docker-compose, tu tapes tes commande pn moins 10 mn ta ton serveur, précis monter dans la distribution de ton choix, sans forcer. Il faut évoluer avcfec les outils qu'on nous donne on ce qui concerne le web

avatar smog | 

J'ai du mal à comprendre le sens du début de votre intervention... "Arrêter de chialer, c'est pas une fin"... Bin si, pour ceux que chialer rend triste par exemple. Que voulez-vous dire ?

avatar cv21 | 

macOs is not Unix. 🙃 je rejoins les points de vue précédents si ces langages ne sont pas utilisés autant ne pas les fournir. En revanche, veiller à pouvoir les installer à chaque mise à jour de l’Os serait un plus.

avatar j3r3m067 | 

Quand on sait que python 2 est mort depuis 1 ou 2 ans …

avatar Gulivert | 

Bonne nouvelle! Quid de Apache. Apple n’a jamais fait d’effort pour y intégrer les dernières versions stables. Il faut toujours les désactiver et installer des versions à jour via homebrew pour pouvoir développer et surtout gérer de multiples version de php. Ce que homebrew gère très bien.
Étant développeur php je trouve que c’est une bonne nouvelle.
Qui a dit que php était mort? Vous êtes fous 😛
Y a qu’a voir la popularité de Symfony et / ou Laravel pour comprendre que ce n’est pas mort!

avatar Un Type Vrai | 

Faudrait redescendre un peu sur terre...
Il y a 15 ans, OUI, chaque dév php installait son petit php et sa base mysql pour jouer.
Et puis la maintenance des versions "iso prod" était faite à la main, quand il y avait du temps.

Mais aujourd'hui, c'est fini et heureusement. On utilise des containers, on fait de la CI etc.

Oui, pour le petit projet cool sur son poste local, mais à une commande brew près, ça ne change RIEN. (déjà pour rappel, il existe composer pour php depuis un petit moment...)

Bref, c'est logique que l'OS sur lequel est installé votre utilisateur et vos applications ne fournissent pas les choses inutiles à 99.99% de base, surtout quand c'est installé façon old school sans contrôle et avec des versions suffisamment vielles pour avoir des failles connues...

Quand à PHP, s'il a failli mourrir en version 5, Facebook l'a sauvé et lâââârgement amélioré. Pas demain la veille que PHP va disparaitre.

avatar aspartame | 

ils ont abandonné le rose gold du chassis aussi ...

inconsolable perte de framework 😭

CONNEXION UTILISATEUR