vi, mais d'un autre coté il a raison : pourquoi un ministre qui insulte , ou un président de la république qui insulte n'est pas poursuivi pour outrage ?
alors ca c'est la théorie (au contraire des US, ou en théorie les enquetes sont à charges).
Ensuite entre la pratique et la théorie. En théorie il n'y a pas de différence, en pratique il y en a une, et parfois une grosse.
On a tous entendu parler d'affaire médiatique où les gendarmes avait mis la pression a des temoins pour que ça colle.
Bien entendu on entends parler que des trains en retards, alors qu'une immense majorité arrive à l'heure.
mais ce n'est pas parce que tu as l'horaire dans les mains que ton train arrivera lui à l'heure.
(et si c'était légal, pas de soucis on te rembourse les frais dans une certaine limite)
Euh non.
Les frais d'avocats sont à ta charge (hors aide juridictionnel et travail pro bono).
ensuite, au civil (au pénal je sais pas, il ya visiblement le 471-1, mais face à l'état ?), tu peux demander à ce que la partie adverse te paie les frais d'avocats et autres frais (hors dépens, qui sont de toute façon statué, et payé par l'état si c'est l'état qui a engagé le pénal).
Mais c'est le juge qui décidera si tu es remboursé, et c'est comme les antibiotiques, ce n'est pas automatique.
Par rapport à l'affaire en elle même, on a pas le dossier, je ne me prononcerais donc pas dessus.
Toutefois, ça ne serait pas le premier jugement abscons que l'on aurait déjà vu dans le domaine de la SSI(cf l'affait bluetouff).
C'est très beau de décrire tous les inconvénients d'être militaire.
Le célibataire qui a une copine mais pas marié il a les mêmes inconvénients, mais aucun avantage aussi \o/
Rassure moi, Le militaire qui a décidé d'avoir une famille, il la décidé, en tant qu'adulte responsable non ?
Inversement, le type qui avait une famille et qui devient militaire, il l'a décidé aussi non ?
C'est comme les gens qui font des gamins et qui veulent que l'état leur paie tout parce que "ca coute cher d'élever un gamin".
Faire des choix et assumer ses choix, c'est le propre d'un adulte responsable.
Toute ta tirade c'est (en tout cas c'est comme ça que je le comprend) "je fais un choix, mais j'ai pas envie de l'assumer, je veux que mon employeur l'assume".
Tu aurais sorti les excuses commes "ca aide les personnes à garder la tête sur les épaules et à avoir un but pour revenir, donc on encourage comme ça" et tu rajoute la politique nataliste de la France, c'eeut été plus acceptable (et plus réaliste).
Le fait qu'il y ait un dédommagement ne fait pas de doute (tu lui a pris de son temps, de ses ressources et promis quelque chose).
La question est : quel dédommagement pour un engagement de la personne mais pas d'action réel (donc pas de coût engagé. pas de buldozer, pas de béton coulé, …)
Non mais penser que pour gérer la centrifugation d'isotope radioactif il faut lancer un programme tournant sous Windows ça fait doucement rire… Entre un réseau de travail et un système industriel SCADA lié au nucléaire y a une sacrée différence tout de même ;)
Et maintenant, tous en coeurs, on dis "Oh stuxnet"
Tu n'apporte aucune preuve, tu modifie tous les commentaires , réponds sans aucun arguments autre que tes affirmations vides, et maintenant tu demandes des "preuves" et surtout sans préciser sur quoi tu aimerais ta preuve (sinon ça serait trop facile de répondre, je risquerais de t'apporter ce que tu demandes).
Ensuite tu explique que ton adversaire est très méchant, tu le range dans une catégorie pour dire "vous voyez il est comme ça il est méchant".
Bon si tu lisais correctement, tu verrais que je ne suis pas anti-systemd, et que je reste objectif : systemd ca a des avantages … et des inconvénients.
J'ai testé (la preuve que je ne suis pas contre) et j'ai eu ma propre opinion. JE comprends très bien qu'il convienne à certain avec les avantages qu'il apporte, mais il ne me convient pas.Point.
Mais pouvoir constater deux faces d'une même pièce doit avoir saturer ton système de réthorique et tu as donc conserver que la moitié de mes propos dans ta ram :)
et moi je te demande d'accepter que le besoin que tu as cite au dessus n'est pas raisonnable.
Non raisonnable?
Mais pourquoi donc "non raisonnable". C'est un peu court comme argument, ca ressemble plus à un jugement qu'un argument.
Perso je n'aurai pas l'audace de juger de ton protocole de travail comme "raisonnable" ou "non raisonnable".
ton délire de Red Hat 6.7 sans acces internet.
Toutes nos machines sont comme ça, et RHEL 6.7 c'est la version la plus récente de la version 6, c'est à dire les machines qui ont été construites en 6 et mise à jour au cours de leur vie.
Quand on travaille en entreprise un tant soit peu sécurisé ou industriel, il y a des protocoles et des contraintes sur ce qu'on peut installer et inter-connecter.
Cela me semblait être suffisament connu pour ne pas avoir besoin de l'indiquer.
Sinon, tu t'énerves vachement pour un mec qui souhaite un débat dépassionné.
Je vois pas où je suis énervé. Je répond juste, de façon je crois poli, et j'essaie d'apporter des faits et des arguments plutôt que des jugements.
n'importe quel logiciel qui sait lire des logs en ascii sait lire des logs en l'utf-8 ( (je précise bien le 8).
Les 127 premiers caractères sont ceux de l'ascii donc il te l'affiche sans problème la majorité des informations contenu dans un log (qui contienne assez peu de caractère spéciaux).
Tu aurais quelques "blob" lorsque tu auras des caractères spéciaux, mais dans un log ils sont suffisament peu important pour que ce soit pas grave.
Concernant le \r\n vs \n, j'avoue que je n'ai pas testé sous w9x , mais au dessus wordpad sait faire la différence et sait les gérer (mais pas notepad).
Je rajouterais, que si le besoin d'une BDD se fait sentir pour certains logs, rien n'empêche de le faire en cours de route. Que ce soit par insertion des fichiers de logs dans la BDD , ou configuration des outils de logs (rsyslog, …) pour tagger correctement les champs et les pousser ensuite.
Mais pour tout ceux qui ont eu à s'intéresser à ce travail : avoir un "schéma" utile et fonctionnel se fait type de log par type de log (même si certains type existe déjà ) et demande donc du temps à se mettre en place.
L'idée de "je balance tout dans une bdd pour faire après un LIKE '%toto%' " est , totalement contreproductive
je rajouterais qu'avec l'idée du "all text", tu peux faire une approche itérative et rafiné les résultat au fur et à mesure.
Par exemple il arrive fréquemennt de
-> d'abord limiter la recherche à un range de date : un grep => dans un fichier (ou dans un pipe)
sur ces élements => je recherche tel pattern => hop un autre grep (ou sur le fichier spécifique si il est trop gros).
Le pattern je le vois car je recherche dans les logs et donc j'extrait à partir de ma lecture des logs le pattern qui me convient.
Une fois la deuxieme extraction effectué, j'analyse le format des lignes pour utiliser awk et sortir juste les champs intéressant et avoir une vue synthétique
je fait donc grep […] log > /tmp/toto
grep […] /tmp/toto >/tmp/titi
awk […] /tmp/titi
ou grep […] log |grep […] |awk […]
Ce n'est pas optimum, mais c'est quand même clair à lire et à expliquer derrière, et à réutiliser après.
On peut certaine extraire les logs journal en texte , mais il faudra aussi apprendre derrière sed , grep, awk etc… :)
Désolé si tu penses que je "gueule". Je ne le fais pas.
Je répondais juste au message de zenitram qui disait que c'était super facile de lire les journaux de logs binaires , et ce n'importe où.
BRef, que la lecture d'une journal binaire était aussi facile qu'un journal en mode texte.
J'ai donc pris un cas réel pour montrer que malgré sa volontée manifeste que tout se déroule parfaitement partout, ce n'était pas le cas, en lui soumettant un cas où la lecture du journal textuel se faisait sans trop de soucis, mais que la lecture d'un journal au format bien spécifique, et assez peu répandu en dehors de certains cas.
J'aurais , si je voulais m'amuser, pu aussi demander sur un RHEL 6.7 sur un réseau indépendant (pas connecté à internet) avec juste les dépots redhat officiel (level 1, car bien que je soit à peu près sur qu'il n'y ait pas le soft daans les dépots rhel de base on est jamais à l'abri d'une bonne surprise)
Et en level 2 : même question mais avec une freebsd 6 :P
Et on serait arriver sans trop de mal à la même conclusion.
+5 pour une attaque personnelle sans argument.
-1 pour une réponse argumentée (mal peut être, mais j'ai essayé, et j'estime avoir été poli même si ma dernière phrase , il est vrai, est un peu sarcastique) .
Et ensuite on va expliquer que personne ne note sur le fait que le commentaire est pro-ceci ou anti-cela sur linuxfr .
Rien ne change ici, et ensuite c'est les même qui parlent d'évolution et de future : lol.
/me aimerais bien des discussion un peu dépassionné des fois. On pourrait certainement mieux se comprendre, et ça serait plus agréable je pense.
J'ai juste parlé sur le fait que les journaux binaire , non ce n'est pas la panacée absolue, et non ce n'est pas aussi facilement utilisable qu'un simple fichier texte.
Maintenant vous ne voulez pas entendre et continuez à croire que les journaux binaire c'est le monde des bisounours, grand bien vous fait.
<3615 ma vie>
Moi perso , chez moi j'ai désactivé systemd car un système d'init qui se met en vrac sur un fstab fonctionnelle mais avec une partoche totalement optionnelle qui ne monte pas ca ne convient pas à mon besoin, ni à ma vision de la résiliience nécessaire pour un tel logiciel.
Ensuite si systemd est parfait pour toi, tant mieux tu pourras profiter de tous ses ajouts.
</3615>
Je vous demande juste d'accepter qu'on a pas tous les mêmes besoins et utilisations, et que certains peuvent apporter un éclairage différents sur certaines technologies.
Ca ne veut pas dire que votre, ou mon, opinion est mauvaise, juste différente.
t'es toujours aussi marrant quand tu t'énerve tout seul.
On parlait de la facilité de lecture d'un journal binaire, et tu nous fait un commentaire comme quoi systemd c'est génial et qu'on ne force personne à l'utiliser (ce qui soit dit en passant n'est pas tout à fait vrai).
Tu me sorti des argument, que j'ai retoquais pour mon cas particulier, et tu invente absolument n'importe quoi pour ne pas avoir "tort" (utf-8 a toujours été lisible avec un éditeur de texte quelconque. Il a été concu pour assurer une compatibilité avec l'ascii. Et les caractères spéciaux dans les logs représentent une fraction totalement négligeable de l'information…)
Le cout de la date, xptdr aussi. 0x813456 ca représente quelle date pour toi ?
Le problème de conformité, de format et de convention existe toujours quelque soit le formalisme des data.
continu de t'énerver tout seul et de faire de beau homme de paille pour troller et essayer de t'autojustifier.
Ps : tu parles d'évolution, de future … mais ton comportement il n'évolue pas lui, toujours aussi immature et impossible d'accepter la moindre idée et comportement différent de ton filtre binaire.
désolé mais l'utf-8 je lis sur n'importe quel éditeur de texte.
UTF-16 je dirais pas, mais utf-8 je n'ai pas de souci pour avoir l'immense majorité des infos d'un fichier de log.
Quand à un poste "sécurisé", vi on m'interdit d'executer dans pas mal de cas, surtout sur un binaire non reconnu.
Enfin, pour reprendre : on a jamais parlé d'évolution : tu as dis que c'était aussi facile "yaka" prendre des logiciels qui existent partout.
Je te demande un logiciel pour un cas qui m'intéresse, et oh ca alors ce n'est plus aussi facile.
il y a vraiment un jour où il faudra que vous preniez en compte qu'il n'y a pas que votre façon de faire/de travailler qui existe de par le monde.
Et que même si vous estimez qu'elle est complètement idiote ou autre, certains sont quand même obligé/ont ces besoins.
et question idiote : tu ne recois jamais des logs par mail pour une aide sur un problème où tu n'as pas accès à la machine qui a généré les logs ?
moi si.
Désolé de ne pas avoir le même travail que toi.
Et sur un windows, je lis sans problème un fichier texte, et ca m'évite de la genuflexion sur les transfert de fichier vers des machines d'un autre niveau de sécu que mon poste bureautique (que je réserve sur les cas qui en vale la peine)
Je peux donc faire un premier tri rapide, donner une première analyse, sans me prendre le choux.
Mais comme je n'ai pas le même taff que toi, je présume que c'est la faute de mes "méthodes de travail", et pas ta grande ouverture d'esprit …
Un truc comme logstash/elastic search, et j'imagine journald (quoque j'ai pas verifie pour etre honnete) te permet d'indexer ce que tu veux comme tu veux, et c'est plutot pratique quand tu recois des logs divers et varies qui ont un nombre arbitraires de champs.
Tout le contraire : logstash tu as besoin de connaitre les champs poru que ce soit utile.
et EL c'est juste un moteur d'indexation, et indexer tout une ligne de log ne sert strictement à rien, il faut indexer les champs.
Et si tu as des messages non connu avec des champs inconnu au moment de la mise en palce de l'infra, ben logstash+EL mettra bien plus de temps qu'un grep sur des fichiers log.
Enfin, il a parlé de "sql", mais "sql" ne veut pas dire rdb, et je pense qu'il parlait juste "base de donnée" (et je te l'accorde, une no-sql est bien adapté pour la gestion de log correctement taggée).
[^] # Re: Bienvenue dans le monde réel Néo
Posté par briaeros007 . En réponse au journal L'histoire d'un blog : Krack.in. Évalué à 4.
vi, mais d'un autre coté il a raison : pourquoi un ministre qui insulte , ou un président de la république qui insulte n'est pas poursuivi pour outrage ?
[^] # Re: Délicat
Posté par briaeros007 . En réponse au journal L'histoire d'un blog : Krack.in. Évalué à 2.
alors ca c'est la théorie (au contraire des US, ou en théorie les enquetes sont à charges).
Ensuite entre la pratique et la théorie. En théorie il n'y a pas de différence, en pratique il y en a une, et parfois une grosse.
On a tous entendu parler d'affaire médiatique où les gendarmes avait mis la pression a des temoins pour que ça colle.
Bien entendu on entends parler que des trains en retards, alors qu'une immense majorité arrive à l'heure.
mais ce n'est pas parce que tu as l'horaire dans les mains que ton train arrivera lui à l'heure.
[^] # Re: Délicat
Posté par briaeros007 . En réponse au journal L'histoire d'un blog : Krack.in. Évalué à 2.
sans vouloir être vexant, tu peux mettre toutes les gouvernements comme pratiquant l'extorsion.
[^] # Re: Délicat
Posté par briaeros007 . En réponse au journal L'histoire d'un blog : Krack.in. Évalué à 8.
Euh non.
Les frais d'avocats sont à ta charge (hors aide juridictionnel et travail pro bono).
ensuite, au civil (au pénal je sais pas, il ya visiblement le 471-1, mais face à l'état ?), tu peux demander à ce que la partie adverse te paie les frais d'avocats et autres frais (hors dépens, qui sont de toute façon statué, et payé par l'état si c'est l'état qui a engagé le pénal).
Mais c'est le juge qui décidera si tu es remboursé, et c'est comme les antibiotiques, ce n'est pas automatique.
Par rapport à l'affaire en elle même, on a pas le dossier, je ne me prononcerais donc pas dessus.
Toutefois, ça ne serait pas le premier jugement abscons que l'on aurait déjà vu dans le domaine de la SSI(cf l'affait bluetouff).
[^] # Re: Justement : non
Posté par briaeros007 . En réponse au journal L'Armée Française et ses logiciels, bis repetita.... Évalué à 4.
A ma connaissance, les allocs ca donnes pas le double du salaire, surtout avec juste 2 marmots.
[^] # Re: Justement : non
Posté par briaeros007 . En réponse au journal L'Armée Française et ses logiciels, bis repetita.... Évalué à 8.
C'est très beau de décrire tous les inconvénients d'être militaire.
Le célibataire qui a une copine mais pas marié il a les mêmes inconvénients, mais aucun avantage aussi \o/
Rassure moi, Le militaire qui a décidé d'avoir une famille, il la décidé, en tant qu'adulte responsable non ?
Inversement, le type qui avait une famille et qui devient militaire, il l'a décidé aussi non ?
C'est comme les gens qui font des gamins et qui veulent que l'état leur paie tout parce que "ca coute cher d'élever un gamin".
Faire des choix et assumer ses choix, c'est le propre d'un adulte responsable.
Toute ta tirade c'est (en tout cas c'est comme ça que je le comprend) "je fais un choix, mais j'ai pas envie de l'assumer, je veux que mon employeur l'assume".
Tu aurais sorti les excuses commes "ca aide les personnes à garder la tête sur les épaules et à avoir un but pour revenir, donc on encourage comme ça" et tu rajoute la politique nataliste de la France, c'eeut été plus acceptable (et plus réaliste).
[^] # Re: Champions de France
Posté par briaeros007 . En réponse au journal L'Armée Française et ses logiciels, bis repetita.... Évalué à 2.
Comme je l'ai dit , je suis tout à fait d'accord sur le fait qu'il faille dédommager.
Ma question c'était "comment comptabiliser le dédommagement" ;)
[^] # Re: Champions de France
Posté par briaeros007 . En réponse au journal L'Armée Française et ses logiciels, bis repetita.... Évalué à 2.
Le fait qu'il y ait un dédommagement ne fait pas de doute (tu lui a pris de son temps, de ses ressources et promis quelque chose).
La question est : quel dédommagement pour un engagement de la personne mais pas d'action réel (donc pas de coût engagé. pas de buldozer, pas de béton coulé, …)
[^] # Re: Il y a pire
Posté par briaeros007 . En réponse au journal L'Armée Française et ses logiciels, bis repetita.... Évalué à 10.
tu permet que je reprenne un poil ta phrase
Et maintenant, tous en coeurs, on dis "Oh stuxnet"
[^] # Re: Un peu de lecture
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 5.
Je te laisse donc à ton ouverture d'esprit et ta vision réaliste du travail dans les "grosses" boites avec des gestions centralisées.
[^] # Re: Je sais qu’on est vendredi mais…
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 3.
Salut,
tu correlles comment tes utilisateurs sur tes différents serveurs ?
Tu as résolu comment ton problème de risque capillaire ? (ca m'intéresse :) )
Cordialement
[^] # Re: Un peu de lecture
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 2.
Tu me l'avais pas encore faite celle là.
Tu n'apporte aucune preuve, tu modifie tous les commentaires , réponds sans aucun arguments autre que tes affirmations vides, et maintenant tu demandes des "preuves" et surtout sans préciser sur quoi tu aimerais ta preuve (sinon ça serait trop facile de répondre, je risquerais de t'apporter ce que tu demandes).
Ensuite tu explique que ton adversaire est très méchant, tu le range dans une catégorie pour dire "vous voyez il est comme ça il est méchant".
Bon si tu lisais correctement, tu verrais que je ne suis pas anti-systemd, et que je reste objectif : systemd ca a des avantages … et des inconvénients.
J'ai testé (la preuve que je ne suis pas contre) et j'ai eu ma propre opinion. JE comprends très bien qu'il convienne à certain avec les avantages qu'il apporte, mais il ne me convient pas.Point.
Mais pouvoir constater deux faces d'une même pièce doit avoir saturer ton système de réthorique et tu as donc conserver que la moitié de mes propos dans ta ram :)
[^] # Re: Un peu de lecture
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 2.
Non raisonnable?
Mais pourquoi donc "non raisonnable". C'est un peu court comme argument, ca ressemble plus à un jugement qu'un argument.
Perso je n'aurai pas l'audace de juger de ton protocole de travail comme "raisonnable" ou "non raisonnable".
Quand on travaille en entreprise un tant soit peu sécurisé ou industriel, il y a des protocoles et des contraintes sur ce qu'on peut installer et inter-connecter.
Cela me semblait être suffisament connu pour ne pas avoir besoin de l'indiquer.
Je vois pas où je suis énervé. Je répond juste, de façon je crois poli, et j'essaie d'apporter des faits et des arguments plutôt que des jugements.
[^] # Re: Un peu de lecture
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 3.
n'importe quel logiciel qui sait lire des logs en ascii sait lire des logs en l'utf-8 ( (je précise bien le 8).
Les 127 premiers caractères sont ceux de l'ascii donc il te l'affiche sans problème la majorité des informations contenu dans un log (qui contienne assez peu de caractère spéciaux).
Tu aurais quelques "blob" lorsque tu auras des caractères spéciaux, mais dans un log ils sont suffisament peu important pour que ce soit pas grave.
Concernant le \r\n vs \n, j'avoue que je n'ai pas testé sous w9x , mais au dessus wordpad sait faire la différence et sait les gérer (mais pas notepad).
[^] # Re: que répondre devant tant de mauvaise fois
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 3.
Je rajouterais, que si le besoin d'une BDD se fait sentir pour certains logs, rien n'empêche de le faire en cours de route. Que ce soit par insertion des fichiers de logs dans la BDD , ou configuration des outils de logs (rsyslog, …) pour tagger correctement les champs et les pousser ensuite.
Mais pour tout ceux qui ont eu à s'intéresser à ce travail : avoir un "schéma" utile et fonctionnel se fait type de log par type de log (même si certains type existe déjà ) et demande donc du temps à se mettre en place.
L'idée de "je balance tout dans une bdd pour faire après un LIKE '%toto%' " est , totalement contreproductive
[^] # Re: que répondre devant tant de mauvaise fois
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 5.
je rajouterais qu'avec l'idée du "all text", tu peux faire une approche itérative et rafiné les résultat au fur et à mesure.
Par exemple il arrive fréquemennt de
-> d'abord limiter la recherche à un range de date : un grep => dans un fichier (ou dans un pipe)
sur ces élements => je recherche tel pattern => hop un autre grep (ou sur le fichier spécifique si il est trop gros).
Le pattern je le vois car je recherche dans les logs et donc j'extrait à partir de ma lecture des logs le pattern qui me convient.
Une fois la deuxieme extraction effectué, j'analyse le format des lignes pour utiliser awk et sortir juste les champs intéressant et avoir une vue synthétique
je fait donc grep […] log > /tmp/toto
grep […] /tmp/toto >/tmp/titi
awk […] /tmp/titi
ou grep […] log |grep […] |awk […]
Ce n'est pas optimum, mais c'est quand même clair à lire et à expliquer derrière, et à réutiliser après.
On peut certaine extraire les logs journal en texte , mais il faudra aussi apprendre derrière sed , grep, awk etc… :)
[^] # Re: Un peu de lecture
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 1.
ps : j'avais pas vu la dernière phrase.
Désolé si tu penses que je "gueule". Je ne le fais pas.
Je répondais juste au message de zenitram qui disait que c'était super facile de lire les journaux de logs binaires , et ce n'importe où.
BRef, que la lecture d'une journal binaire était aussi facile qu'un journal en mode texte.
J'ai donc pris un cas réel pour montrer que malgré sa volontée manifeste que tout se déroule parfaitement partout, ce n'était pas le cas, en lui soumettant un cas où la lecture du journal textuel se faisait sans trop de soucis, mais que la lecture d'un journal au format bien spécifique, et assez peu répandu en dehors de certains cas.
J'aurais , si je voulais m'amuser, pu aussi demander sur un RHEL 6.7 sur un réseau indépendant (pas connecté à internet) avec juste les dépots redhat officiel (level 1, car bien que je soit à peu près sur qu'il n'y ait pas le soft daans les dépots rhel de base on est jamais à l'abri d'une bonne surprise)
Et en level 2 : même question mais avec une freebsd 6 :P
Et on serait arriver sans trop de mal à la même conclusion.
[^] # Re: Un peu de lecture
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 1.
+5 pour une attaque personnelle sans argument.
-1 pour une réponse argumentée (mal peut être, mais j'ai essayé, et j'estime avoir été poli même si ma dernière phrase , il est vrai, est un peu sarcastique) .
Et ensuite on va expliquer que personne ne note sur le fait que le commentaire est pro-ceci ou anti-cela sur linuxfr .
Rien ne change ici, et ensuite c'est les même qui parlent d'évolution et de future : lol.
/me aimerais bien des discussion un peu dépassionné des fois. On pourrait certainement mieux se comprendre, et ça serait plus agréable je pense.
[^] # Re: Un peu de lecture
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 5.
où j'ai parlé de "faute" ?
J'ai juste parlé sur le fait que les journaux binaire , non ce n'est pas la panacée absolue, et non ce n'est pas aussi facilement utilisable qu'un simple fichier texte.
Maintenant vous ne voulez pas entendre et continuez à croire que les journaux binaire c'est le monde des bisounours, grand bien vous fait.
<3615 ma vie>
Moi perso , chez moi j'ai désactivé systemd car un système d'init qui se met en vrac sur un fstab fonctionnelle mais avec une partoche totalement optionnelle qui ne monte pas ca ne convient pas à mon besoin, ni à ma vision de la résiliience nécessaire pour un tel logiciel.
Ensuite si systemd est parfait pour toi, tant mieux tu pourras profiter de tous ses ajouts.
</3615>
Je vous demande juste d'accepter qu'on a pas tous les mêmes besoins et utilisations, et que certains peuvent apporter un éclairage différents sur certaines technologies.
Ca ne veut pas dire que votre, ou mon, opinion est mauvaise, juste différente.
[^] # Re: Un peu de lecture
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 10.
mdr
t'es toujours aussi marrant quand tu t'énerve tout seul.
On parlait de la facilité de lecture d'un journal binaire, et tu nous fait un commentaire comme quoi systemd c'est génial et qu'on ne force personne à l'utiliser (ce qui soit dit en passant n'est pas tout à fait vrai).
Tu me sorti des argument, que j'ai retoquais pour mon cas particulier, et tu invente absolument n'importe quoi pour ne pas avoir "tort" (utf-8 a toujours été lisible avec un éditeur de texte quelconque. Il a été concu pour assurer une compatibilité avec l'ascii. Et les caractères spéciaux dans les logs représentent une fraction totalement négligeable de l'information…)
Le cout de la date, xptdr aussi. 0x813456 ca représente quelle date pour toi ?
Le problème de conformité, de format et de convention existe toujours quelque soit le formalisme des data.
continu de t'énerver tout seul et de faire de beau homme de paille pour troller et essayer de t'autojustifier.
Ps : tu parles d'évolution, de future … mais ton comportement il n'évolue pas lui, toujours aussi immature et impossible d'accepter la moindre idée et comportement différent de ton filtre binaire.
[^] # Re: Un peu de lecture
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 3.
j'aimerais bien. Tu me file le mot de passe du bios ? Et non je ne peux pas modifier la pile ou autre.
[^] # Re: Un peu de lecture
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 6.
désolé mais l'utf-8 je lis sur n'importe quel éditeur de texte.
UTF-16 je dirais pas, mais utf-8 je n'ai pas de souci pour avoir l'immense majorité des infos d'un fichier de log.
Quand à un poste "sécurisé", vi on m'interdit d'executer dans pas mal de cas, surtout sur un binaire non reconnu.
Enfin, pour reprendre : on a jamais parlé d'évolution : tu as dis que c'était aussi facile "yaka" prendre des logiciels qui existent partout.
Je te demande un logiciel pour un cas qui m'intéresse, et oh ca alors ce n'est plus aussi facile.
il y a vraiment un jour où il faudra que vous preniez en compte qu'il n'y a pas que votre façon de faire/de travailler qui existe de par le monde.
Et que même si vous estimez qu'elle est complètement idiote ou autre, certains sont quand même obligé/ont ces besoins.
[^] # Re: Un peu de lecture
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 10.
et question idiote : tu ne recois jamais des logs par mail pour une aide sur un problème où tu n'as pas accès à la machine qui a généré les logs ?
moi si.
Désolé de ne pas avoir le même travail que toi.
Et sur un windows, je lis sans problème un fichier texte, et ca m'évite de la genuflexion sur les transfert de fichier vers des machines d'un autre niveau de sécu que mon poste bureautique (que je réserve sur les cas qui en vale la peine)
Je peux donc faire un premier tri rapide, donner une première analyse, sans me prendre le choux.
Mais comme je n'ai pas le même taff que toi, je présume que c'est la faute de mes "méthodes de travail", et pas ta grande ouverture d'esprit …
[^] # Re: Un peu de lecture
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 6.
Tu me le donne le nom du "éditeur de journald-file" sur le poste bureautique windows de mon taff où je n'ai le droit de rien installé ?
[^] # Re: Je sais qu’on est vendredi mais…
Posté par briaeros007 . En réponse au journal Vivent les journaux binaires !. Évalué à 1.
Tout le contraire : logstash tu as besoin de connaitre les champs poru que ce soit utile.
et EL c'est juste un moteur d'indexation, et indexer tout une ligne de log ne sert strictement à rien, il faut indexer les champs.
Et si tu as des messages non connu avec des champs inconnu au moment de la mise en palce de l'infra, ben logstash+EL mettra bien plus de temps qu'un grep sur des fichiers log.
Enfin, il a parlé de "sql", mais "sql" ne veut pas dire rdb, et je pense qu'il parlait juste "base de donnée" (et je te l'accorde, une no-sql est bien adapté pour la gestion de log correctement taggée).