Non, il dit "il y a peu de cas où le texte est meilleur" et, autant j'admets que ça va au-delà du point que j'essaie de réhabiliter dans le message auquel tu réponds ("arrêtez de me dire que le binaire n'est jamais bien"), autant je suis assez d'accord avec lui.
Mais on est d'accord qu'on débat au delà du problème "certains prétendent que les logs binaires sont une hérésie en toute circonstance (mais recommandent mysql pour stocker leurs logs text") ?
Pour mon boulot actuel (une appli web), on a peu de visiteurs quotidiens (on est pas Facebook et en fait on essaie pas de l'être) et pourtant les logs textuels syslogs standards sont une putain de plaie. Suivre une session d'un visiteur web sur plusieurs frontaux à travers apache/tomcat c'est juste infaisable avec grep. C'est tout. Si, pardon, c'est faisable. A condition de sacrifier une moitié de couverture capillaire par utilisation. Donc, vu que j'essaie de pas finir chauve, j'ai testé une fois et maintenant je sauvegarde ma moitié de cheveux restants en ne faisant plus la même connerie.
Alors sur DLFP évidemment on est dans un univers parallèle où l'expert (haha) moyen gère au choix lui-même en autohébergement, ou 2 clients qui se battent en duel dans sa SSLL à l'agonie. Là, ouais, un bon vieux /var/log/messages ça suffit, de toute façon s'il y a un réel problème non décrit sur howtoforge.org il met la clé sous la porte.
Dans la réalité les logs se séparent en deux parties, les logs client de la debian sid du geek moyen dont on se branle carrément (et le texte c'est bien, enfin /dev/null aussi), et les logs d'un vrai business où sans un outil un miminum intelligent genre graylog ou splunk t'arrives à rien (et donc t'es bien plus dépendant que d'un simple format binaire...)
[^] # Re: Je sais qu’on est vendredi mais...
Posté par Sufflope (site web personnel) . En réponse au journal Vivent les journaux binaires !. Évalué à 10.
Non, il dit "il y a peu de cas où le texte est meilleur" et, autant j'admets que ça va au-delà du point que j'essaie de réhabiliter dans le message auquel tu réponds ("arrêtez de me dire que le binaire n'est jamais bien"), autant je suis assez d'accord avec lui.
Mais on est d'accord qu'on débat au delà du problème "certains prétendent que les logs binaires sont une hérésie en toute circonstance (mais recommandent mysql pour stocker leurs logs text") ?
Pour mon boulot actuel (une appli web), on a peu de visiteurs quotidiens (on est pas Facebook et en fait on essaie pas de l'être) et pourtant les logs textuels syslogs standards sont une putain de plaie. Suivre une session d'un visiteur web sur plusieurs frontaux à travers apache/tomcat c'est juste infaisable avec grep. C'est tout. Si, pardon, c'est faisable. A condition de sacrifier une moitié de couverture capillaire par utilisation. Donc, vu que j'essaie de pas finir chauve, j'ai testé une fois et maintenant je sauvegarde ma moitié de cheveux restants en ne faisant plus la même connerie.
Alors sur DLFP évidemment on est dans un univers parallèle où l'expert (haha) moyen gère au choix lui-même en autohébergement, ou 2 clients qui se battent en duel dans sa SSLL à l'agonie. Là, ouais, un bon vieux /var/log/messages ça suffit, de toute façon s'il y a un réel problème non décrit sur howtoforge.org il met la clé sous la porte.
Dans la réalité les logs se séparent en deux parties, les logs client de la debian sid du geek moyen dont on se branle carrément (et le texte c'est bien, enfin /dev/null aussi), et les logs d'un vrai business où sans un outil un miminum intelligent genre graylog ou splunk t'arrives à rien (et donc t'es bien plus dépendant que d'un simple format binaire...)