Marotte ⛧ a écrit 8739 commentaires

Le propre de PHP, selon moi, c’est d’être totalement monolithique… du moins, ça fait déjà le café sans même aller voir du côté de PEAR.

il n'apportait techniquement rien sur Perl,

Il est plus accessible pour le novice en programmation. Perl est plus « beau », et plus puissant, mais PHP se contente de reposer sur des paradigmes de programmation plus basiques. PHP est plus simple. Pas de manipulation de pointeurs par exemple, on peut faire simplement des listes de listes en PHP, là où en Perl on aura des listes de références (vers des listes), la mécanique sous-jacente du passage par référence est exposée, en PHP elle est cachée. Le fait que beaucoup de choses en Perl peuvent être implicites, qu’il n’y a juste pas besoin de les écrire… c’est là une fonctionnalité super-appréciable du langage, mais faut déjà avoir un peu d’expérience en programmation pour en profiter pleinement. Àmha.

J’ai découvert Perl sur le tard. Clairement, je regrette de ne pas avoir connu plus tôt… même si mon langage de prédilection est Python

Ceux qui utilisent beaucoup Perl : Perl 6  ? ou on reste sur la version 5 ?

Pour Python il faut clairement pousser la version 3 selon moi. La 2 a de grosses lacunes que la 3 corrige. Pour Perl j’ai l’impression que la 5 a encore de beau jours devant elle, me trompé-je ?

Bon, pour commencer, PHP n'est plus interprété depuis sa version 7

Comment ça ? Tu aurais une source à me fournir pour étayer cette affirmation ?

Attention, il n’existe pas de pages qui ne contiennent que du PHP

Tu peux avoir un script PHP qui génère du texte. Dans ce cas il n’y a pas de HTML, on pourrait dire (même si c’est pas très clair…) que la page ne contient que du PHP. Non ?

le PHP sert à rendre le HTML moins limité, il vous permet de réaliser plus de choses,

Là encore c’est assez bizzarement formulé… je trouve.

qui n’étaient pas possibles avant sa création.

Alors là par contre attention. Les pages web dynamiques existaient avant l’apparition de PHP. On parle de CGI. Le langage de prédilection pour ces scripts CGI était le Perl, un langage interprété créé en 1987.

Cela permet par exemple d’afficher la date du jour à un endroit bien précis du visuel. On parle alors de page dynamique.

L‘exemple est mal choisi. Pour afficher l’heure, on peut se reposer sur un script client-side, en Javascript. Pas besoin de script server-side en PHP pour ça. Il me semble qu’on ne parle pas de web dynamique lorsqu’il s’agit seulement de script côté client, bien qu’il s’agisse de contenu effectivement dynamique.

Il s’harmonise parfaitement avec le langage HTML

Ça c’est surtout grâce au module Apache pour PHP, qui facilite sa mise en place, en le mettant à porté du premier venu. Parce que sinon, aucun langage ne « s’harmonise » plus ou moins bien avec HTML. Des produits comme EasyPHP, qui permet de mettre en place une stack Apache/PHP/MySQL en trois clics sous Windows ont aussi pas mal participé au succès du langage PHP, àmha.

depuis sa création il a permis une petite révolution pour les sites

Il a mis la création de contenu web dynamique à la portée du plus grand nombre mais comme je l’ai déjà écrit plus haut, c’était déjà possible de créer du contenu dynamique avant l’apparition de PHP.

Tu peux utiliser weboob pour pallier à ce genre de manques.

médicamenteuses,

Tu as essayé un neuroleptique comme le Tercian ?

Sûrement… si tu as été jusqu’au électro-chocs… Bon courage, parce qu’elle semble bien développée ton insomnie :( Je peux te remercier parce que tu me fais relativiser la mienne, de difficulté à dormir…

Non, la banquière était la responsable entreprise.

Ce n’est peut-être toujours pas l’interlocuteur à privilégier…

Celui ou celle qui peut te répondre, parce que le mot API ne lui est pas totalement étranger, c’est une personne du service informatique. Donc je suppose qu’en écrivant tu auras peut-être plus de chance que le mail soit lu par une personne qui saura te dire s’il y a une API, ou s’il est prévu qu’il y en ait une dans X mois.

En gros, « responsable entreprise » dans une agence c’est la personne qui est chargée de s’occuper des clients entreprises, pas la personne chargée de définir la politique à adopter pour les clients entreprises, ou de mener les projets afférents comme une API. Donc si la personne est pas bien informée elle ne sera pas en mesure de te renseigner sur cette API.

Rich€ id€€ !

Elle est très poussée et peut même vérifier un certificat SSL d'un serveur SMTPS, IMAPS, etc.

Oui. Je m’en suis aperçu après avoir fait mon bricolage avec curl (et un peu grâce à ton journal !), j’ai eu le mauvais réflexe de pas penser à check_http tout de suite, et donc de partir sur du DIY avec bash+curl… Mais du coup mon script a quand même une fonctionnalité en plus :), il indique l’émetteur dans la sortie du plugin. Je vais quand même bien sûr utiliser check_http pour éviter de multiplier les plugins de supervision.

Le dernière fois que j’avais regardé (Pour SLES) il m’avait semblé que les dépôts étaient splittés en plein de sous catégories mais je ne retrouve pas… Peut-être que j’ai mal regardé (c’était il y a environ 1 an).

J’avais finalement testé OpenSuse plutôt que SLES car s’était compliqué (inscription obligatoire) pour obtenir une version d’essai de SLES…

Je ne vois pas en quoi avoir à gérer un seul fichier avec plein de lignes serait plus dur que de gérer plein de fichiers avec peu de lignes dans chaque… À partir du moment où les valeurs ont des noms parlants et sans équivoque ou bien le fichier a des sections…

Sans compter qu’on parle de la configuration du système lui-même, de l’OS quoi. Si tu prends des applis comme Apache ou MariaDB tu retrouveras les fichiers de configurations tels qu’ils existent upstream dans chaque projet, du coup ça s’utilise pareil que sous Linux.

Un système simple à gérer « à la main » sera simple à gérer avec des outils comme Ansible ou Puppet, et inversement. Àmha.

check_http (greffon Nagios)

Tu n’utilises pas déjà une solution comme Shinken ou Centreon pour avoir pensé à utiliser ce plugin ? Je pose cette question juste parce que je suis curieux de nature. On peut effectivement utiliser les plugins Nagios pour ce qu’ils sont, à savoir une collection de programmes de monitoring divers, qui respectent une norme (de fait seulement certes mais une norme tout de même et sacrément bien foutue…), sans « tout le toutim » d’une plateforme complète de monitoring, ni même ne serait-ce que NRPE, le serveur permettant d’exécuter ses plugins sur un hôte distant (il y a SSH pour ça)…

Tu utilises https://github.com/nagios-plugins/nagios-plugins ou un autre fork ?

Par ailleurs, si tu utilises Ruby, tu as sûrement une bibliothèque pour faire du HTTP. Ce serait mieux qu’appeler un programme externe ?

Pour le whois je ne sais pas trop… je ne connais pas du tout Ruby mais du côté de Python je n’avais rien trouvé qui ne fasse pas appel à la commande whois elle-même. D’ailleurs, les enregistrements whois n’ont pas un formatage bien normalisé, c’est une plaie à parser… Alors moi aussi j’en profite pour « promouvoir » mon code :) Deux ans déjà… Tiens d’ailleurs ce script n’est pas vraiment « prêt-à-l’emploi »…

J'ai pas l'impression que ce soit l'idée du siècle

Bah non clairement… C’est d’ailleurs pour ça que je suis proprement stupéfait par le nombre d’incidents liés à des certificats SSL qui expirent …

Je te rejoins sur Nagios^1, si tu as ça sous la main c’est précisément son domaine de compétence de surveiller ce genre point et alerter. Ceci étant dit, un logiciel comme celui de l’auteur, s’il reste orienté SSL (avec p-e d’autres fonctionnalités connexes à l’expiration des certificats), qu’il offre une belle interface et est très facile à déployer, ça peut intéresser un SI qui galère à gérer ces certifs et qui a peu de ressource, pas de Nagios à disposition, un décideur pressé qui aime les belles interfaces et un techos qui aime la simplicité…

Mais peut-être que vous avez raison et qu'ici on a tort. Le mieux pour tout le monde serait que vous fassiez ce genre de journal beaucoup plus tard. Les vraies bonnes idées n'ont en général pas besoin de publicité, en tout cas pas à ce stade.

Je ne vois pas en quoi ce serait mieux pour tout le monde qu’ils s’abstiennent de publier et faire un appel à contribution… Au mieux des gens adhèrent au projet et les aides à le développer, au pire tout le monde s’en fout et pour eux c’est comme s’ils n’avaient rien publié/promu…

Certes c’est mieux d’avoir au moins une fonctionnalité quand on promeut un logiciel, et surtout quand on fait la leçon sur comment doit être un projet libre…

Moi je veux au contraire que ceux qui se lancent dans ce genre de projet communiquent à fond, parce que si le produit est mauvais on peut le savoir plus tôt, c’est mieux pour tout le monde. “Release early, release often.”

[1] J’utilise le terme Nagios comme un terme générique (Icinga, Shinken, etc…), je me demande combien d’entreprise utilisent le logiciel Nagios en tant que tel…

Mon « introduction » sert à souligner que lorsque les bonnes pratiques ne sont pas appliquées, cela revient à une sorte d'obfuscation du code. Évidemment cela ne remet pas en cause la liberté d'un point de vue légal / application littérale des définitions.

Si le libre n’impose pas ce que tu nommes avec de justesse « bonnes pratiques », que l’on pourrait aussi rapprocher de la politesse ou de la générosité, ce n’est pas seulement, pour forcer le trait, une « liberté d’être un connard ». C’est un droit des plus primordiales de coder sans faire de documentation ! :)

Si un programmeur brillant écrit des programmes utiles et performants les uns après les autres, on va l’empêcher de commencer à travailler à plein temps sur son projet F, parce qu’il n’a pas fini la doc et le script d’install de son projet E ? Ça s‘applique de la même manière avec une équipe ou une communauté de programmeurs, une entreprise.

Ensuite, ton interprétation « vous écrivez quelques ligne de code, et vous espérez que l'on bosse à votre place » n'est pas très juste.

Je pense qu’il y a toujours quelque part l’espérance d’obtenir de l’aide quand on publie un code source, on ne ferait pas du libre sinon…

C’est toujours mieux de publier (et surtout promouvoir) quelque chose de fonctionnel mais tu fais bien de publier quand même.

Il y a quelques mois, Jéremy Lecour et moi avons eu l'idée de créer un Logiciel Libre pour surveiller les expirations de noms de domaine et de certificats SSL. À l'heure de l'explosion du chiffrement SSL/TLS, détecter l'expiration des certificats est important (cf l'incident récent sur linuxfr).

C’est marrant… j’ai écrit un plugin Nagios il y a quelques jour pour faire ça :) Je ne l’ai pas publiée puisque j’ai fait ça au travail et que ce n’est qu’un truc trivial avec curl… mais si je dois en faire un outil plus utile je ferai un fork pour le publier pour tout le monde… ce que je ne compte pas faire cela dit, donc p-e que je jetterai un œil à ton produit qui sait :)

Suse en 2003 : 120 millions de dollars. Suse en 2018 : 2,5 milliards de dollars. Soit × 20 en 15 ans.

Et il y en a encore pour douter de l’existence d’un modèle économique viable pour du logiciel libre ? :)

Je ne savais pas que Suse fut un temps basée sur Slackware… Je me rappelle seulement qu’à une époque lointaine c’était la première distribution à offrir un clickodrome pour configurer le système. C’était un peu l’Ubuntu de son époque, quand on « savait pas configurer Slackware » :)

Là où je travaille on quitte Suse pour Redhat… je ne sais pas trop pourquoi… j’ai l’impression que le packaging/licencing SLES ça devient un peu n’importe quoi… Je me demande également quel est le nombre d’utilisateur d’OpenSuse. C’est une distribution ancienne qui doit avoir pas mal d’expérience… je me demande comment elle se situe maintenant par rapport à Ubuntu ou Mint, si elle attire encore de nouveaux utilisateurs.

freebsd-update ne permet pas d’upgrader à partir d’une version X.Y-STABLE, mais seulement à partir d’une version X.Y-RELEASE. Bien… le journal n’en parle pas, pourquoi ?

Maintenant que j’y pense je ne comprends pas pourquoi j’étais en -STABLE et pas en -RELEASE pour commencer _o_…

Étant très intéressé par FreeBSD j’ai une 11.0-STABLE en VM qui me sert à faire quelques tests. Je ne connais pas bien ce système, en tous cas moins que les distributions GNU/Linux, alors j’essaie d’apprendre à m’en servire, parce que c’est vrai qu’il a l’air sacrément cool cet OS !

À la lecture de ton journal je me suis dit que c’était une bonne occasion de tenter cette mise à jour. Jusqu’ici je me contentais de faire des pkg update && pkg upgrade, qui me mettait parfois quelques trucs à jour, mais toujours en restant en 11.0-STABLE, version installée à l’origine.

Je lance donc la commande indiquée dans ton journal : freebsd-update upgrade -r 11.2-RELEASE … et c’est le drame :

Looking up update.FreeBSD.org mirrors... 3 mirrors found.
Fetching public key from update6.freebsd.org... failed.
Fetching public key from update5.freebsd.org... failed.
Fetching public key from update4.freebsd.org... failed.
No mirrors remaining, giving up.

Je vous passe l’analyse mais ma conclusion, vous me direz si je me trompe, c’est que freebsd-update ne permet pas d’upgrader à partir d’une version X.Y-STABLE, mais seulement à partir d’une version X.Y-RELEASE. Bien… le journal n’en parle pas, pourquoi ?

Donc finalement je me retrouve à RTFM et je tombe sur https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html qui explique comment upgrader à partir des sources. Alors déjà, un truc pas mal, ça fonctionne parfaitement ! J’ai maintenant un système bien à jour :

# freebsd-version -k -u
11.2-RELEASE
11.2-RELEASE

J’imagine que la prochaine fois je pourrai utiliser freebsd-update, puisque je suis en -RELEASE et plus en -STABLE, c’est bien ça ?

Cette opération m’a permis d’apprendre à augmenter la taille d’une partition sous FreeBSD et de voir que c’est quasiment aussi simple qu’avec LVM sous Linux.

Par contre, voici LA question dont j’espère qu’un BSDiste aguerri saura me répondre : « Étais-je réellement obligé d’installer à partir des sources ? Est-ce qu’il n’y avait pas un moyen de passer de 11.0-STABLE à 11.2-RELEASE uniquement en mettant à jour les binaires ? »

Parce que tout compiler c’est un peu long quand même ! J’aurais pu réinstaller à partir d’une ISO 11.2 aussi j’imagine… mais il n’y a pas de méthode pour faire 11.0-STABLE → 11.2-RELEASE sans tout compiler ?

à retrouver lui aussi dans les informations de votre navigateur.

Comme me l’a indiqué l’un des méta-expert présent sur la tribune, il est nécessaire de cocher « Se souvenir de moi » lorsque l’on se connecte, ceci afin d’avoir accès à ce second cookie.

Zir< est donc de nouveau en état de poster, pour relever à nouveau le niveau général de pertinence du canal bivalve historique.

il ne doit pas saisir le caniche de la voisine qui va gambader et se soulager dans les dunes

Il faut une police pour les objets connectés !

Et si, justement, en rappelant constamment qu'on est pour un traitement égal, on ne faisait que rappeler constamment aux femmes leur statut de victimes ?

C’est possible.

Tu imagines si la RATP se mettait à écrire dans tous les bus "les noirs ont le droit de s'assoir où ils veulent dans le bus, à l'avant comme à l'arrière" ?

Le racisme envers les noirs, en France, il a quasiment disparu si on le compare au machisme. Autrement dit, le machisme est un problème soulevé bien plus récemment que la haine/peur des noirs. Le fémin⋅az⋅isme¹ est encore dans la phase : il faut (faire) parler du problème, même au risque d’être outrancier, les gens n’ont pas encore assez conscience de ça, voire mettent encore la tête dans le sable.

[1] Le point du milieu permet de raccourcir la phrase, et pas forcément pour l’aspect du genre, il faut lire : « Le féminisme comme le féminazisme » (ie: les modérées comme les extrémistes)

c'est comme si je disait que tu peux écrire du XML comme du JSON, il faut juste le convertir en XML avant de le donner au parseur XML…

Tu n’as pas l’impression d’exagérer un tout petit peu ?

mais on perds toute capacité d'échange.

Pour le(s) fichier(s) de configuration d’une application ce n’est pas un problème, si ?

Pour les commentaires, l’auteur de JSON lui-même dit qu’on peut en mettre, notamment dans le cas d’un fichier de configuration. Il suffit d’ôter ces commentaires avant de parser. C’est une contrainte on est bien d’accord, mais c’est loin d’être éliminatoire.

https://stackoverflow.com/questions/244777/can-comments-be-used-in-json (voir la 3e réponse : « Include comments if you choose; strip them out with a minifier before parsing or transmitting. »)

Le sujet m’intéresse parce que je viens de démarrer l’écriture d’un programme et j’ai choisi JSON pour stocker la configuration. D’habitude je me contente d’un clé/valeur « maison », mais j’ai eu envie d’essayer autre chose cette fois-ci (choix fait avant la lecture de ce journal) :)

Je ne vois pas en quoi ce serait plus une aberration d’utiliser JSON pour un fichier de configuration qu’utiliser XML ou Yaml… Peux-tu développer ?

Je trouve Yaml cent fois plus lisible qu’un XML, même compacte. Le problème de Yaml a été donné plus haut : ce sont les subtilités de la syntaxe, qui font qu’on peut perdre une heure à cause d’une seule espace mal placée quand on a pas trop l’habitude. Le JSON est entre les deux question lisibilité, selon moi.

La question qui me vient : quel est selon toi le format à privilégier pour un fichier de configuration d’une application (j’entends un fichier destiné à être édité par un humain) ? Le format INI ? Un clé/valeur encore plus simple ?

XML, ou tout langage utilisant le principe de balise ouvrante/fermante, sera pénible à manipuler par un humain. Un langage qui utilise l’indentation et le concept de liste apparaîtra comme plus simple (et le sera effectivement).

perturbé(e)s

Cette forme est pourtant courante depuis longtemps pour les pluriels. Elle ne facilite pas la lecture, personne dira le contraire, mais je pense qu’il y a largement plus de gens qui réussissent à s’en accommoder, que de gens qui « buttent » vraiment là-dessus. Tu n’as pas de chance à ce niveau là (avis perso). Il faut bien avoir des points faibles dans la vie !

Pour ce qui est du manque d‘adaptation de ceux qui ne supportent pas l’écriture inclusive avec un point médian… mon commentaire était sciemment polémique. C’est normal que ça puisse gêner, même les plus doués, même ceux qui ont la plus grande faculté d’adaptation. Ceci pour la simple raison qu’il s’agit d’un changement. Ne pas avoir à s’adapter, ça reste le meilleur moyen de réussir à le faire…

On verra bien. Pour l’instant je ne dirais pas que l’écriture inclusive « a gagné », elle n’est encore utilisée que par certains groupes sociaux, et son utilisation est très clairement considérée comme un acte, du moins une prise de position, politique. C’est pour symboliquement marquer la volonté d’avoir un traitement égal du masculin et du féminin (masculin et féminin au sens large). Pour dénoncer le déséquilibre entre les deux sexes, pour exiger une relation égalitaire à la place.

Si ce point médian permet, de par le rejet qu’il suscite, d’obliger les gens à réfléchir au caractère inclusif/sexiste de leurs phrases lorsqu’ils écrivent, et donc, in fine, d’écrire autrement, il aura fait son travail.

Pas une typo de ma part, je croyais que c’était l’inverse…

Je déteste « ognon » (pour moi ça fait un g dur, même s’il n’y a aucune raison) mais il fallait bien avouer que le français méritait, et mérite encore et toujours, un bon dépoussiérage. L’autorisation de « événement » par exemple.

Nénufar me va très bien, aucune raison de conserver ce "phar" final. C’est comme « clef » et « clé ». « clé » avait remplacé (comme une alternative) « clef » bien avant la réforme de 1990. C’est bien que notre langue évolue.