Explication sur pourquoi journald est moins pratique et moins puissant en l'état que syslog. Petite digression sur le fait qu'il faille rameuter tout systemd pour lire un fichier de log (ce qui est pénible).
Les spec sont sorties vendredi. C'est tout de même intéressant de ne pas oublier le contenu du journal.
Mais je découvre qu'il y en a qui s'y mettent alors que le produit n'est même pas en alpha. Ou alors c'est du bluff, juste pour troller et inventer des critiques quand il n'y en pas.
Je m'interresse à un produit qui modifie profondément le fonctionnement du système et qui nécesite une planification avancée c'est donc que je cherche à troller. Il n'y a pas d'autres explications possibles.
Non tu veux une position contractuelle sur un produit qui n'est pas encore en alpha.
Un peu comme un log texte qui est différent suivant la distro? Les log, c'est presque la même chose partout… Mais tu les aime,s va comprendre pourquoi.
Je sais qu'on est pas supposé dissocier le fond de la forme, mais rassure moi, tu as conscience du fait que tu parles du contenu et moi du contenant ?
C'est justement un problème des log texte. Tu n'a rien de fiable pour distinguer la forme et le contenu, tout simplement car l'ensemble des caractères servant à la forme peuvent être dans le contenu. Du coup tu as un parseur par serveur car chacun a son format ce qui te permet de savoir qu'au début tu as la date dans tel format suivi de tel caractère séparateur pour ensuite avoir tel donné etc. Là tu as une base qui permet d'avoir un début de standard (ça ne fait pas tout loin de là, mais on peut commencer à avoir une bibliothèque pour manipuler les log), ça aurais très bien pu être fais en xml par exemple, mais je n'ai pas l'impression que l'idée te plaise d'avantage :) .
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pourquoi du binaire
Posté par barmic . En réponse au journal Documentation du format du Journal. Évalué à 5.
Les spec sont sorties vendredi. C'est tout de même intéressant de ne pas oublier le contenu du journal.
Non tu veux une position contractuelle sur un produit qui n'est pas encore en alpha.
C'est justement un problème des log texte. Tu n'a rien de fiable pour distinguer la forme et le contenu, tout simplement car l'ensemble des caractères servant à la forme peuvent être dans le contenu. Du coup tu as un parseur par serveur car chacun a son format ce qui te permet de savoir qu'au début tu as la date dans tel format suivi de tel caractère séparateur pour ensuite avoir tel donné etc. Là tu as une base qui permet d'avoir un début de standard (ça ne fait pas tout loin de là, mais on peut commencer à avoir une bibliothèque pour manipuler les log), ça aurais très bien pu être fais en xml par exemple, mais je n'ai pas l'impression que l'idée te plaise d'avantage :) .
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)