1) Les logs sont rarement en JSON de base, il faut donc un outil pour les mettre en forme (logstash, graylog, …) — et même s'ils étaient en JSON, ça ne voudrait pas dire qu'ils aient tous le même format.
2) quand on a un ES bien rempli, il faut dans tous les cas avoir une interface d'exploitation (Kibana, ou ici Grafana)
3) si j'ai bien compris, Loki permet d'avoir les logs correspondant à des métriques directement, au lieu d'avoir à faire la corrélation temporelle manuellement.
Bref, quelle que soit la base préférée, les outils de transformation et de visualisation restent nécessaire. Par contre, c'est intéressant d'avoir un seul outil de transformation, un seul outil de stockage et un seul outil de visualisation au lieu d'en avoir deux ou trois à chaque fois.
Pour compléter : une supervision est souvent constituée de trois types d'indicateurs : les métriques (valeurs numériques quelconques qui varient avec le temps, pour faire de jolies courbes), les checks (on/off, OK/KO, etc.) qui disent uniquement si c'est bon ou pas et les logs. Pour chacun de ces types d'indicateur, il faut au moins savoir les collecter, les stocker et les présenter à l'utilisateur (tu peux ajouter de la mise en forme, générer des alertes, et plein d'autres choses).
Pour les logs, la chaîne est souvent constituée de syslog qui envoie à logstash (pour mise en forme) qui les stocke dans ElasticSearch. Kibana est une interface de visualisation et de recherche d'ElasticSearch.
Dans le même genre et toujours pour les logs, il y a Graylog qui peut remplacer (en moins puissant mais plus simple) Logstash et Kibana.
Prometheus (je connais mal) fait la collecte des métriques et des checks et de la visualisation simple.
Grafana est à la base une visualisation de métriques qui demande un stockage (comme influxdb, mais il sait en utiliser d'autres). On parle ici du plugin Loki pour reprendre Grafana pour la visualisation des logs en plus des métriques (sachant qu'un plugin permet également d'utiliser Grafana pour la visualisation de checks).
Dans le monde Apple, tu as également AirDrop, qui passe par le Bluetooth et le Wifi, ce qui permet des débits bien plus importants qu'en Bluetooth pur, et sans rien configurer (ça va fonctionner en broadcast, ou en limitant à ses contacts connus). L'authentification est faite via les comptes Apple respectifs. Le destinataire n'a qu'à accepter le transfert.
Sur les nouveaux iPhone, ça va un peu plus loin vu que le destinataire présélectionné (quand il y a plusieurs personnes aux environs) est celui vers lequel le téléphone émetteur pointe (ça utilise une troisième technologie pour ça, l'UWB).
La partie broadcast est faite en Bluetooth LE, et s'il y a transfert, les deux appareils créent un réseau Wifi pair-à-pair temporaire (en parallèle des réseaux auxquels ils peuvent être connectés chacun de leur côté) le temps du transfert.
Je ne pense pas qu'il faille partir de la fin du mot pour trier, plutôt qu'il faut utiliser un tri plus subtil qu'un simple tri caractère par caractère. Par exemple :
- on fait des classes d'équivalence pour chaque mot (la classe d'équivalence de ce mot étant ce même mot dépourvu d'accents et autres bizarreries),
- on trie les classes d'équivalence,
- on trie les différents mots au sein d'une classe d'équivalence.
Oui, bien sûr.
Ce que je veux dire, c'est qu'il n'y a aucun ordre naturel pour trier ces différents caractères. Ça dépendra très certainement du contexte.
Par exemple, si je choisis l'ordre "e" puis "é" (parce que pourquoi pas), et que je veux trier "cote", "cotes", "coté", "cotés".
Dans beaucoup de cas, je vais pourtant vouloir trier "cote", "coté", "cotes", "cotés", sans respecter l'ordre lexicographique pur.
Petit, j'ai appris une liste triée de 26 caractères, mais je n'ai jamais appris d'ordre particulier entre majuscules et minuscules, ni d'ordre dans les versions accentuées d'un même caractère (doit-on faire eéè ? éeè ?, éèe ?).
Partant de là, il faut bien choisir une convention, et cette version ne me surprend pas plus qu'une autre.
Others correspond plutôt à la somme de ceux qui sont identifiés mais regroupés car trop peu importants isolément (ChromeOS + FreeBSD + OpenBSD par exemple).
Je dirais comme toi si les thèmes étaient un peu mieux répartis. Là, ce n'est clairement pas le cas.
Après, ils font ce qu'ils veulent, hein, je me contenterais très bien de ne pas fréquenter ce site :D
(Je parle bien du sentiment national, qui s'est créé pendant la Guerre de Cent ans, malgré les divergences régionales, mais ce n'est qu'une parenthèse.)
En général, un admin sys a quand même un accès assez large aux serveurs, et donc à leur contenu. Si c'est le cas, ça m'inquièterait que n'importe qui puisse avoir accès aux boîtes mail.
J'ai un peu du mal à comprendre cette notion, à vrai dire.
De base, j'aurais tendance à comprendre ça comme « passer moins de temps sur un ordi », mais pour moi ça va plutôt de pair avec l'utilisation d'outils plus efficaces, donc plus complexes sous le capot.
Bof, à part des cas très spécifiques dans des entités assez grosses pour avoir des équipes d'admin différentes, tu peux aussi couper ça (par exemple utiliser du Puppet — ou autre — pour reconfigurer syslog pour ne pas logger tes accès avant de passer à l'action).
C'est un problème très général :
- souvent le personnel de maintenance a beaucoup d'accès (comme celui de ménage qui pourrait très bien regarder beaucoup de dossiers papier s'ils ne sont pas sous clef),
- les admin sys. ont toujours non seulement des accès très larges, mais aussi la possibilité de supprimer les traces de leurs accès, quel que soit le domaine.
Là, on peut seulement espérer que les admin à distance soient formés au respect du secret médical au même titre que les secrétaires.
Vim (de moins en moins) et PyCharm (ou équivalent dans un autre langage).
J'ai eu du mal à me faire à PyCharm (j'ai longtemps été un pur adepte de vim), mais une fois adapté, je n'ai jamais pu retrouver la même efficacité ni la même qualité de code en utilisant vim (même si je tape plus vite avec vim, j'ai moins de choses à taper avec PyCharm).
J'ai la même réaction. J'imagine qu'on ne gagne pas des masses sur les performances, et on perd en lisibilité ce qu'on gagne en écriture (alors qu'on écrit une seule fois mais on lit plusieurs fois : c'est plutôt le second qu'il faut optimiser).
Mais elles fonctionnent largement avec des subventions publiques, notamment régionales, qui sont là pour attirer les compagnies à bas prix (et donc des visiteurs) dans des aéroports qui sinon n'attireraient personne.
Il faut se préparer à l’hypothèse d’un monde dans lequel tous les # auront été consommés sans qu’on sache en reconstruire, mais avec des 🍻 en abondance !
Il y a trois phénomènes en parallèle :
- les médecins généralistes qui travaillent deux fois moins (voire pire) que les générations précédentes,
- la population qui a augmenté plus vite que le nombre de médecins (au moins dans certaines spécialités comme la médecine générale, et c'est plus ou moins vrai selon les régions),
- et les gens vont beaucoup plus facilement aux urgences et chez le médecin pour des choses qui ne le méritent pas.
Forcément, quand on cumule les trois, ça se passe mal (par contre, je ne sais pas donner la proportion de chacun d'eux).
[^] # Re: Logs?
Posté par flan (site web personnel) . En réponse à la dépêche Loki, centralisation de logs à la sauce Prometheus. Évalué à 3.
1) Les logs sont rarement en JSON de base, il faut donc un outil pour les mettre en forme (logstash, graylog, …) — et même s'ils étaient en JSON, ça ne voudrait pas dire qu'ils aient tous le même format.
2) quand on a un ES bien rempli, il faut dans tous les cas avoir une interface d'exploitation (Kibana, ou ici Grafana)
3) si j'ai bien compris, Loki permet d'avoir les logs correspondant à des métriques directement, au lieu d'avoir à faire la corrélation temporelle manuellement.
Bref, quelle que soit la base préférée, les outils de transformation et de visualisation restent nécessaire. Par contre, c'est intéressant d'avoir un seul outil de transformation, un seul outil de stockage et un seul outil de visualisation au lieu d'en avoir deux ou trois à chaque fois.
[^] # Re: on s'y perd
Posté par flan (site web personnel) . En réponse à la dépêche Loki, centralisation de logs à la sauce Prometheus. Évalué à 5.
Pour compléter : une supervision est souvent constituée de trois types d'indicateurs : les métriques (valeurs numériques quelconques qui varient avec le temps, pour faire de jolies courbes), les checks (on/off, OK/KO, etc.) qui disent uniquement si c'est bon ou pas et les logs. Pour chacun de ces types d'indicateur, il faut au moins savoir les collecter, les stocker et les présenter à l'utilisateur (tu peux ajouter de la mise en forme, générer des alertes, et plein d'autres choses).
Pour les logs, la chaîne est souvent constituée de syslog qui envoie à logstash (pour mise en forme) qui les stocke dans ElasticSearch. Kibana est une interface de visualisation et de recherche d'ElasticSearch.
Dans le même genre et toujours pour les logs, il y a Graylog qui peut remplacer (en moins puissant mais plus simple) Logstash et Kibana.
Prometheus (je connais mal) fait la collecte des métriques et des checks et de la visualisation simple.
Grafana est à la base une visualisation de métriques qui demande un stockage (comme influxdb, mais il sait en utiliser d'autres). On parle ici du plugin Loki pour reprendre Grafana pour la visualisation des logs en plus des métriques (sachant qu'un plugin permet également d'utiliser Grafana pour la visualisation de checks).
[^] # Re: Digiposte
Posté par flan (site web personnel) . En réponse au journal Centralisation de factures. Évalué à 2.
Le concept est intéressant, mais je ne sais pas ce que vaut Digiposte en termes de sécu.
[^] # Re: Photos -> USB
Posté par flan (site web personnel) . En réponse au journal Bluetooth? C'est quoi pour une technologie de m***?. Évalué à 3. Dernière modification le 25 novembre 2019 à 22:13.
Dans le monde Apple, tu as également AirDrop, qui passe par le Bluetooth et le Wifi, ce qui permet des débits bien plus importants qu'en Bluetooth pur, et sans rien configurer (ça va fonctionner en broadcast, ou en limitant à ses contacts connus). L'authentification est faite via les comptes Apple respectifs. Le destinataire n'a qu'à accepter le transfert.
Sur les nouveaux iPhone, ça va un peu plus loin vu que le destinataire présélectionné (quand il y a plusieurs personnes aux environs) est celui vers lequel le téléphone émetteur pointe (ça utilise une troisième technologie pour ça, l'UWB).
La partie broadcast est faite en Bluetooth LE, et s'il y a transfert, les deux appareils créent un réseau Wifi pair-à-pair temporaire (en parallèle des réseaux auxquels ils peuvent être connectés chacun de leur côté) le temps du transfert.
[^] # Re: Et pourquoi pas ?
Posté par flan (site web personnel) . En réponse au journal Rigolons avec l'ascii. Évalué à 4.
Je ne pense pas qu'il faille partir de la fin du mot pour trier, plutôt qu'il faut utiliser un tri plus subtil qu'un simple tri caractère par caractère. Par exemple :
- on fait des classes d'équivalence pour chaque mot (la classe d'équivalence de ce mot étant ce même mot dépourvu d'accents et autres bizarreries),
- on trie les classes d'équivalence,
- on trie les différents mots au sein d'une classe d'équivalence.
[^] # Re: Et pourquoi pas ?
Posté par flan (site web personnel) . En réponse au journal Rigolons avec l'ascii. Évalué à 2.
Oui, bien sûr.
Ce que je veux dire, c'est qu'il n'y a aucun ordre naturel pour trier ces différents caractères. Ça dépendra très certainement du contexte.
Par exemple, si je choisis l'ordre "e" puis "é" (parce que pourquoi pas), et que je veux trier "cote", "cotes", "coté", "cotés".
Dans beaucoup de cas, je vais pourtant vouloir trier "cote", "coté", "cotes", "cotés", sans respecter l'ordre lexicographique pur.
# Et pourquoi pas ?
Posté par flan (site web personnel) . En réponse au journal Rigolons avec l'ascii. Évalué à 3.
Petit, j'ai appris une liste triée de 26 caractères, mais je n'ai jamais appris d'ordre particulier entre majuscules et minuscules, ni d'ordre dans les versions accentuées d'un même caractère (doit-on faire eéè ? éeè ?, éèe ?).
Partant de là, il faut bien choisir une convention, et cette version ne me surprend pas plus qu'une autre.
[^] # Re: En se basant sur un exemple
Posté par flan (site web personnel) . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 2.
Others correspond plutôt à la somme de ceux qui sont identifiés mais regroupés car trop peu importants isolément (ChromeOS + FreeBSD + OpenBSD par exemple).
[^] # Re: En se basant sur un exemple
Posté par flan (site web personnel) . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 2.
Je dirais que ce n'est pas « l' » OS inconnu, mais la part des OS non reconnus par leur méthode (comme un UserAgent qui ne donne pas l'OS).
[^] # Re: En se basant sur un exemple
Posté par flan (site web personnel) . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 3.
Pour les montres connectées, je ne suis pas sûr que ça soit si souvent du Linux, vu que les Apple Watch semblent avoir la cote.
[^] # Re: Première page
Posté par flan (site web personnel) . En réponse au journal Openclipart est en mode maintenance, vive FreeSVG !. Évalué à 1.
Je dirais comme toi si les thèmes étaient un peu mieux répartis. Là, ce n'est clairement pas le cas.
Après, ils font ce qu'ils veulent, hein, je me contenterais très bien de ne pas fréquenter ce site :D
[^] # Re: Première page
Posté par flan (site web personnel) . En réponse au journal Openclipart est en mode maintenance, vive FreeSVG !. Évalué à 0.
Personnellement, ça me gêne un peu de voir sur ce site des icônes à l'effigie de groupes terroristes… :/
[^] # Re: J'utilise du .fr
Posté par flan (site web personnel) . En réponse au journal Rachat de Public Interest Registry (.org) par Ethos Capital. Évalué à 2.
(Je parle bien du sentiment national, qui s'est créé pendant la Guerre de Cent ans, malgré les divergences régionales, mais ce n'est qu'une parenthèse.)
[^] # Re: J'utilise du .fr
Posté par flan (site web personnel) . En réponse au journal Rachat de Public Interest Registry (.org) par Ethos Capital. Évalué à 2.
(j'ai toujours entendu que la France en tant que nation date surtout de la guerre de Cent ans, bien avant la Révolution)
[^] # Re: Mail libre à prix libre ...
Posté par flan (site web personnel) . En réponse au message Choix d'un fournisseur de messagerie. Évalué à 1.
En général, un admin sys a quand même un accès assez large aux serveurs, et donc à leur contenu. Si c'est le cas, ça m'inquièterait que n'importe qui puisse avoir accès aux boîtes mail.
[^] # Re: Fallait mieux voter
Posté par flan (site web personnel) . En réponse au journal Action FDJ. Évalué à 3.
Les représentants du peuple sont au Parlement ; le gouvernement n’est pas élu.
[^] # Re: Sobriété ? Quelques questions...
Posté par flan (site web personnel) . En réponse au journal Minimalisme numerique. Évalué à 5. Dernière modification le 09 novembre 2019 à 17:27.
J'ai un peu du mal à comprendre cette notion, à vrai dire.
De base, j'aurais tendance à comprendre ça comme « passer moins de temps sur un ordi », mais pour moi ça va plutôt de pair avec l'utilisation d'outils plus efficaces, donc plus complexes sous le capot.
[^] # Re: Problème plus général
Posté par flan (site web personnel) . En réponse au journal Médecin, secret médical et TeamViewer. Évalué à 4. Dernière modification le 28 octobre 2019 à 22:48.
Bof, à part des cas très spécifiques dans des entités assez grosses pour avoir des équipes d'admin différentes, tu peux aussi couper ça (par exemple utiliser du Puppet — ou autre — pour reconfigurer syslog pour ne pas logger tes accès avant de passer à l'action).
# Problème plus général
Posté par flan (site web personnel) . En réponse au journal Médecin, secret médical et TeamViewer. Évalué à 5.
C'est un problème très général :
- souvent le personnel de maintenance a beaucoup d'accès (comme celui de ménage qui pourrait très bien regarder beaucoup de dossiers papier s'ils ne sont pas sous clef),
- les admin sys. ont toujours non seulement des accès très larges, mais aussi la possibilité de supprimer les traces de leurs accès, quel que soit le domaine.
Là, on peut seulement espérer que les admin à distance soient formés au respect du secret médical au même titre que les secrétaires.
[^] # Re: moinsage?
Posté par flan (site web personnel) . En réponse au journal Un serveur de mail complet et moderne . Évalué à 3.
Ça manque aussi d'argumentation sur le choix des logiciels (pourquoi postfix et non opensmtpd, par exemple)
# Ni l'un, ni l'autre
Posté par flan (site web personnel) . En réponse au journal Atom / VSCode. Évalué à 9.
Vim (de moins en moins) et PyCharm (ou équivalent dans un autre langage).
J'ai eu du mal à me faire à PyCharm (j'ai longtemps été un pur adepte de vim), mais une fois adapté, je n'ai jamais pu retrouver la même efficacité ni la même qualité de code en utilisant vim (même si je tape plus vite avec vim, j'ai moins de choses à taper avec PyCharm).
[^] # Re: Python se rapproche du Perl ?
Posté par flan (site web personnel) . En réponse à la dépêche Python 3.8 : opérateur d’assignation, REPL async, Pickle v5 et plus. Évalué à 5.
J'ai la même réaction. J'imagine qu'on ne gagne pas des masses sur les performances, et on perd en lisibilité ce qu'on gagne en écriture (alors qu'on écrit une seule fois mais on lit plusieurs fois : c'est plutôt le second qu'il faut optimiser).
[^] # Re: Je les aime bien mais ....
Posté par flan (site web personnel) . En réponse au journal Les pièges de la SNCF. Évalué à 4.
Mais elles fonctionnent largement avec des subventions publiques, notamment régionales, qui sont là pour attirer les compagnies à bas prix (et donc des visiteurs) dans des aéroports qui sinon n'attireraient personne.
# Intérêt de la chose
Posté par flan (site web personnel) . En réponse au journal Comment rendre le shebang plus festif. Évalué à 10.
Il faut se préparer à l’hypothèse d’un monde dans lequel tous les # auront été consommés sans qu’on sache en reconstruire, mais avec des 🍻 en abondance !
[^] # Re: Pas compris la problématique...
Posté par flan (site web personnel) . En réponse au journal Aller au travail, quand on n'a plus le choix.. Évalué à 3. Dernière modification le 11 octobre 2019 à 00:14.
Il y a trois phénomènes en parallèle :
- les médecins généralistes qui travaillent deux fois moins (voire pire) que les générations précédentes,
- la population qui a augmenté plus vite que le nombre de médecins (au moins dans certaines spécialités comme la médecine générale, et c'est plus ou moins vrai selon les régions),
- et les gens vont beaucoup plus facilement aux urgences et chez le médecin pour des choses qui ne le méritent pas.
Forcément, quand on cumule les trois, ça se passe mal (par contre, je ne sais pas donner la proportion de chacun d'eux).