De mon avis avoir un logiciel qui devient obsolète aussi rapidement c'est une erreur de conception, puisque généralement on sait longtemps à l'avance ce qui va disparaître de la prochaine version (c'est noté comme obsolète dans la version actuel, voir des fois la version précédente). Donc oui si on utilise des fonctions qui sont notées obsolètes dans PHP4 (ou autre, c'est pour l'exemple), on risque de se retrouvé coincé assez rapidement.
Dans un truc que je viens de faire, j'ai ceci "#define LDAP_DEPRECATED 1". Je sais que je vais être embêté, sûrement dans la prochaine version de Debian. Mais je vais pas blâmer quelqu'un d'autre que moi si mon programme ne fonctionne plus dans 2 mois.
Les développements d'un client en php et mysql effectués avec un vieux « php pour les nuls » sous les yeux, c'est une autre paire de manche.
Alors là c'est évident. Mais en même temps, tu n'as pas besoin de mettre à jour ton système, parce que les problèmes de sécurité vont venir de l'application du client : "include($_GET['page']);" et autre joyeuseté de ce genre. J'ai bossé dans une boîte qui faisait de l'hébergement, et bien les problèmes de sécurité venaient de ce genre d'application. La seule chose qu'on peut faire c'est limiter les dégâts, faire des sauvegardes régulières et passer à l'église tous les matins allumer un cierge.
Je n'ai jamais dit que ce type de support prolongé devait nécessairement être fourni par Debian, ni gratuit. Je pense que ça pourrait aussi se faire via une équipe de volontaires. Les entreprises intéressées contribueraient probablement du temps et des moyens.
Tu peux lancer le projet, mais je me vois la communauté faire ce genre de choses, car ceci bénéficie principalement à des entreprises qui font l'effort minimum au niveau informatique, donc s'attendre à ce qu'elles amènent quelque chose est illusoire. Mais en même temps je peux me tromper.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Une pression supplémentaire pour les développeurs
Posté par Etienne Bagnoud . En réponse à la dépêche Debian adopte une nouvelle stratégie pour les "freeze". Évalué à 4.
Dans un truc que je viens de faire, j'ai ceci "#define LDAP_DEPRECATED 1". Je sais que je vais être embêté, sûrement dans la prochaine version de Debian. Mais je vais pas blâmer quelqu'un d'autre que moi si mon programme ne fonctionne plus dans 2 mois.
Les développements d'un client en php et mysql effectués avec un vieux « php pour les nuls » sous les yeux, c'est une autre paire de manche.
Alors là c'est évident. Mais en même temps, tu n'as pas besoin de mettre à jour ton système, parce que les problèmes de sécurité vont venir de l'application du client : "include($_GET['page']);" et autre joyeuseté de ce genre. J'ai bossé dans une boîte qui faisait de l'hébergement, et bien les problèmes de sécurité venaient de ce genre d'application. La seule chose qu'on peut faire c'est limiter les dégâts, faire des sauvegardes régulières et passer à l'église tous les matins allumer un cierge.
Je n'ai jamais dit que ce type de support prolongé devait nécessairement être fourni par Debian, ni gratuit. Je pense que ça pourrait aussi se faire via une équipe de volontaires. Les entreprises intéressées contribueraient probablement du temps et des moyens.
Tu peux lancer le projet, mais je me vois la communauté faire ce genre de choses, car ceci bénéficie principalement à des entreprises qui font l'effort minimum au niveau informatique, donc s'attendre à ce qu'elles amènent quelque chose est illusoire. Mais en même temps je peux me tromper.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell