Alors un exemple de mon quotidien. L'été dernier, j'ai installé un serveur Intranet pour une administration régionale, la DRJSCS à Montpellier. Ils disposent d'une plate-forme maison développée à base de SPIP avec une flopée de plug-ins personnalisés. Le tout tourne sous PHP 5.x et ne fonctionne pas sous PHP 7.x. Du coup je leur ai mis une CentOS 7 avec les paquets PHP 5.4 d'origine, maintenus par Red Hat jusqu'en juin 2024. Ça fonctionne parfaitement, et ils sont contents de pouvoir l'utiliser pendant six ans encore. Et je ne vois pas ce qu'Antigone vient faire là-dedans.
@bloginfo ah oui oui, mon commentaire parlait d'une machine de bureau, mettre de la testing sur un serveur en production, faut savoir plus précisément ce qu'on veut faire.
Dans ce cas, on perd tout l'intérêt d'avoir un “enterprise Linux”. Autant utiliser une distribution grand public alors. Ceci étant dit, pour ceux qui ont vraiment besoin d'avoir certains composants plus récents sous RHEL et dérivées, il y a les dépôts SCLO (Software Collections) officiellement maintenus par Red Hat.
Je réclame la suppression du tag “podcast” car ce n'est pas un podcast : leur flux rss n'a pas de tag <media:content> ou <enclosure> , il ne peut alors se qualifier de podcast. Nan mais :P
Je vais répondre au troll parce que ça peut servir à ceux que ça intéresse.
En bureautique avec une Debian Testing, j'ai tout ce que je veux en paquets frais.
Je trouve la dénomination très bien faite, les noms collent très bien.
Si tu veux un système stable, tu ne peux le faire qu'avec des des logiciels testés et éprouvés, avec souvent plusieurs patchs appliqués par le mainteneur pour les plus utilisés.
Si tu veux des paquets plus à jour, tu prends Testing, T'auras les derniers paquets, mais rien n'empêche de se retrouver avec un logiciel avec un gros bug dedans.
En gros faut se sortir de la tête que tu vas régler tes problèmes en upgradant. C'est faux. Tu vas régler ton problème courant, mais tu vas potentiellement en embarquer des nouveaux. Alors que si tu n'upgrades pas mais que tu fixes les problèmes de la version courante de ton logiciel, il se stabilise. C'est ça Debian Stable. Si ça n'est pas ce que tu recherches => Debian Testing.
oui. phpmyadmin était déjà très daté en 2012, on est en 2018, temps de changer pour des apps plus sûres. Adminer fonctionne avec d'autres moteurs que les mysql-like, et présente des fonctions plus faciles à manipuler.
En plus adminer est un one-filer, très pratique pour dépanner occasionnellement , et l'enlever quand on en a plus besoin.
Le premier chapitre de mon dernier bouquin sur Linux fait le point sur l'actualité des paquets dans les différentes distributions, p. 23 - 26. C'est un point sur lequel pas mal de malentendus circulent, même parmi les utilisateurs chevronnés et certains professionnels.
L'exemple le plus flagrant dans mon expérience, c'est OVH qui remplace le kernel par défaut d'une installation CentOS sur un serveur dédié par le dernier kernel stable de chez kernel.org “parce que c'est à jour donc plus sûr”. Ils l'ont dit, si si. :o)
Actuellement, j'ai une flopée d'installations Linux dans la nature : serveurs LAN, Dedibox (SC à Pro), postes de travail, portables. En tout, il doit y en avoir une bonne centaine voire plus. À part quelques stations de travail RHEL chez des clients géophysiciens, aucune de ces installations n'est suivie à la trace par le distributeur. On peut en conclure que toute spéculation à ce sujet est parfaitement vaine.
Mon estimation personnelle sur ce sujet : y'en a bien plus qu'on ne pense.
Il a choisi Leaflet+plugins mais quand il a vu qu'il ne s'en sortait pas il aurait dû évaluer OpenLayers qui est une bibliothèque moins simple à utiliser mais plus mature.
Il se plaint que les POI ne comportent pas d'adresse mais c'est dû au modèle de données OSM. Pour obtenir l'adresse le mieux est d'utiliser l'api de géocodage inverse de la Base Adresse Nationale. Ex. pour le Café de la Table Ronde à Grenoble.
Si c'est un projet commercial il aurait pu utiliser les services de Mapbox qui propose des services autour d'OSM.
La réaction de la communauté francophone à cet article est à suivre sur la liste talk-fr
Sinon, pour en savoir un peu plus sur CentOS, tu peux lire mon bouquin “Linux aux petits oignons” publié chez Eyrolles en 2009. 530 pages, basé sur CentOS 5.3. Yum-Priorities est expliqué en détail à la page 344. https://www.amazon.fr/Linux-aux-petits-oignons-meilleures/dp/2212124244/ref=la_B00BY04EQ6_1_1?s=books&ie=UTF8&qid=1523485407&sr=1-1
https://github.com/kikinovak/centos-7-server-lan/blob/master/postinstall.sh
Alors un exemple de mon quotidien. L'été dernier, j'ai installé un serveur Intranet pour une administration régionale, la DRJSCS à Montpellier. Ils disposent d'une plate-forme maison développée à base de SPIP avec une flopée de plug-ins personnalisés. Le tout tourne sous PHP 5.x et ne fonctionne pas sous PHP 7.x. Du coup je leur ai mis une CentOS 7 avec les paquets PHP 5.4 d'origine, maintenus par Red Hat jusqu'en juin 2024. Ça fonctionne parfaitement, et ils sont contents de pouvoir l'utiliser pendant six ans encore. Et je ne vois pas ce qu'Antigone vient faire là-dedans.
@bloginfo ah oui oui, mon commentaire parlait d'une machine de bureau, mettre de la testing sur un serveur en production, faut savoir plus précisément ce qu'on veut faire.
Le titre est parfait pour démarrer une partie de buzzword bingo :-)
Dans ce cas, on perd tout l'intérêt d'avoir un “enterprise Linux”. Autant utiliser une distribution grand public alors. Ceci étant dit, pour ceux qui ont vraiment besoin d'avoir certains composants plus récents sous RHEL et dérivées, il y a les dépôts SCLO (Software Collections) officiellement maintenus par Red Hat.
Je réclame la suppression du tag “podcast” car ce n'est pas un podcast : leur flux rss n'a pas de tag <media:content> ou <enclosure> , il ne peut alors se qualifier de podcast. Nan mais :P
Je vais répondre au troll parce que ça peut servir à ceux que ça intéresse.
En bureautique avec une Debian Testing, j'ai tout ce que je veux en paquets frais.
Je trouve la dénomination très bien faite, les noms collent très bien.
Si tu veux un système stable, tu ne peux le faire qu'avec des des logiciels testés et éprouvés, avec souvent plusieurs patchs appliqués par le mainteneur pour les plus utilisés.
Si tu veux des paquets plus à jour, tu prends Testing, T'auras les derniers paquets, mais rien n'empêche de se retrouver avec un logiciel avec un gros bug dedans.
En gros faut se sortir de la tête que tu vas régler tes problèmes en upgradant. C'est faux. Tu vas régler ton problème courant, mais tu vas potentiellement en embarquer des nouveaux. Alors que si tu n'upgrades pas mais que tu fixes les problèmes de la version courante de ton logiciel, il se stabilise. C'est ça Debian Stable. Si ça n'est pas ce que tu recherches => Debian Testing.
Je me disais bien que quelqu'un allait la faire cette blague
GO est la cible mais des fois, la trajectoire emmène ailleurs :)
oui. phpmyadmin était déjà très daté en 2012, on est en 2018, temps de changer pour des apps plus sûres. Adminer fonctionne avec d'autres moteurs que les mysql-like, et présente des fonctions plus faciles à manipuler. En plus adminer est un one-filer, très pratique pour dépanner occasionnellement , et l'enlever quand on en a plus besoin.
Article du niveau de Zdnet …
RHEL/CentOS 7 utilise également PHP 5, avec des backports de sécurité jusqu'en juin 2024.
Le premier chapitre de mon dernier bouquin sur Linux fait le point sur l'actualité des paquets dans les différentes distributions, p. 23 - 26. C'est un point sur lequel pas mal de malentendus circulent, même parmi les utilisateurs chevronnés et certains professionnels.
https://blog.microlinux.fr/wp-content/uploads/2017/10/debuter-avec-linux-chap01.pdf
L'exemple le plus flagrant dans mon expérience, c'est OVH qui remplace le kernel par défaut d'une installation CentOS sur un serveur dédié par le dernier kernel stable de chez kernel.org “parce que c'est à jour donc plus sûr”. Ils l'ont dit, si si. :o)
Ah merci, je désinstalle Debian…
Personnellement, j'ai définitivement adopté ‘'adminer’‘ ;)
Actuellement, j'ai une flopée d'installations Linux dans la nature : serveurs LAN, Dedibox (SC à Pro), postes de travail, portables. En tout, il doit y en avoir une bonne centaine voire plus. À part quelques stations de travail RHEL chez des clients géophysiciens, aucune de ces installations n'est suivie à la trace par le distributeur. On peut en conclure que toute spéculation à ce sujet est parfaitement vaine.
Mon estimation personnelle sur ce sujet : y'en a bien plus qu'on ne pense.
si jamais tu fais ça en python ça m'intéresse ;p
Faut que j'étude ce protocole ActivityPub et l'implémenter
Il a choisi Leaflet+plugins mais quand il a vu qu'il ne s'en sortait pas il aurait dû évaluer OpenLayers qui est une bibliothèque moins simple à utiliser mais plus mature.
Il se plaint que les POI ne comportent pas d'adresse mais c'est dû au modèle de données OSM. Pour obtenir l'adresse le mieux est d'utiliser l'api de géocodage inverse de la Base Adresse Nationale. Ex. pour le Café de la Table Ronde à Grenoble.
Si c'est un projet commercial il aurait pu utiliser les services de Mapbox qui propose des services autour d'OSM.
La réaction de la communauté francophone à cet article est à suivre sur la liste talk-fr