pourquoi est-ce triste ? tout est fait pour que ça le devienne !
bon maintenant j'avoue que personnellement je lis pas mal et franchement ... je ne vois pas l'intérêt du livre électronique dans son état actuel ...
1) la bibliothèque, tous mes livres dans ma poche ... oui oui oui ... c'est certain on a tous envie de lire n'importe quel bout de livre en voyage ... j'ai voyagé pendant 15 jours récemment à l'étranger, j'avais pris 3 livres ... j'ai eu le temps d'en lire à peine 1/2 ... 3 poches c'est plus ou moins la taille c'est livre électronique ...
2) espace de lecture ...
Pour un format poche de roman, ça va ... pour tout le reste ... bof ... on retrouve les problèmes classiques du web ... images trop grande ou trop petite ... sans parler des remarques sur les contraintes de luminosité présentées au dessus ... mis à part le roman,
une des formes de lecture c'est aussi de prendre en compte l'intégralité des informations de façon globale ... par exemple la lecture d'un atlas géographique ou un livre historique sur un tel format ... ça perd pour moi tout son intérêt.
3) DRM ... sans DRM ...
- bon franchement les DRM sur les livres c'est le même problème que pour les disques, ça contraint les usages de celui qui payent ... => inacceptable ...
- si on ne fait rien on tue le modèle économique, comme pour le disque => une seule solution viable : tatouage et apprentissage ... on garde les usages (je peux prêter un livre à mon pote) mais je ne le donne pas à la terre entière ... oui, il faut préserver le modèle économique ...
on va me dire oui un des modèles économiques c'est via la pub ... et là je dis non ! halte ... quand je lis un livre ce n'est pas pour être agressé par des pubs partout, c'est pour être tranquille.
4) epub ... là franchement je ne comprends pas pourquoi on est arrivé à ce format pour le moins bâtard ... pourquoi n'ont-ils pas choisi du XML stylé plutôt qu'un HTML mal dégrossi ?
sans parler des contraintes de taille sur les fragments HTML ... franchement c'est du bricolage ...
5) livre technique ... pour moi c'est le seul intérêt au livre électronique ... un mec sur le terrain qui a besoin d'une info technique de référence ...
Mais dans tout ça il manque :
a) le toucher et l'odeur des livres ... oui ça fait aussi partie du processus de lecture ... maintenant on a un bout de plastique rigide dans les mains ... chouette :/
b) la bibliothèque ... oui j'ai des bouquins partout chez moi ... je remplace tout ça par un pauvre carré de plastique ??? c'est plus que triste ... de même, mon bouquiniste qui me vend des bouquins à 2€ la bête ... je le trouve où dans le modèle ? chez amazone ...
personnellement j'avoue que ça m'a un peu choqué aussi ... j'ai même pensé à un moment à un super business loto ...
CARA ... Coding Dojo ... exercice de style Zencontact ..
me suis dit pas grave le détail va être parlant ...
... framework Java Web nouvelle génération et sans compromis ...
Tout ceci associé à des rapports d’erreurs d’une perfection inédite allant même jusqu’à une proposition de résolution du problème...
la modestie n'est manifestement pas de mise ! si je n'avais pas eu 5 minutes à perdre le ton de l'annonce m'aurait fait passer mon chemin ce qui est dommage car le contenu est ma foi fort intéressant ... au point que je vais sans doute le tester pour en voir les limites ...
a-t-il le même problème que les autres frameworks : bien dès quand tu restes dans les clous mais horribles dès que tu en sors pour faire une application qui justement sors un poil des clous habituels et offre des interfaces ou fonctionnalités nouvelles ... je ne parle pas de l'upgrade qui est souvent sources de problèmes ...
enfin dernier frein au framework ... le temps d'apprentissage des arcanes ... qui parfois est quand même rédhibitoire...
bref ... je trouve que l'annonce est fort mal écrite et présente bien mal le contenu, mais c'est mon point de vue ...
pourquoi un framework qui est là pour faire gagner du temps dans une phase de développement n'assure pas la compatibilité entre 2 versions du dit framework ?
je vois pas bien l'intérêt du dit framework s'il faut re-développer entre chaque version ...
n'étant pas pythoniste même s'il m'est déjà arrivé de jouer avec une fois (j'avais franchement pas été convaincu de la qualité des libs webservice à l'époque mais c'était il y a 3 ans), peut-on m'expliquer l'intérêt d'utiliser un tel framework ?
Je précise, ce n'est pas un troll, c'est une vraie question.
PS: quand j'ai lu la news, n'étant pas spécialiste du domaine j'ai vraiment cru à un business loto ... notamment sur lors de l'histoire des branches ...
tu as très bien résumé mon point de vue ... et c'est ce que j'ai dit à cédric temple en pm ... ça nuit au produit et à son développement donc à la formation vendue pour faire vivre la boite ... les petites boites que je côtoie et qui avaient besoin de monitoring et à qui j'ai conseillé centreon/nagios m'ont dit rapidement que c'était un casse-tête à installer ...
je l'ai fait pour certaines ... mais voila ... pour un admin système (quelque soit son niveau) il faut qu'il maîtrise un outil pour l'ajouter à son SI ... si déjà il galère pour l'installer, il n'ira pas demander une formation à son chef pour être tip top au point dans son monitoring ... et j'ai plusieurs cas où cela s'est passé comme ça ...
alors certes comme tu le dis si bien ça ne fait pas plaisir car il y a eu du boulot pour ajouter des fonctionnalités mais personnellement, je travaillerai la-dessus en priorité avant d'aller rajouter de nouvelles fonctionnalités.
ah manifestement tu n'as pas compris mon propos ...
mon problème n'est pas la supervision nagios ... mon problème est le manque de doc de centréon dans la configuration de centréon ... l'exemple des plugins sont les plugins taggués check_centreon_* pas les plugins nagios de base.
par ailleurs la productivité en question que je reproche concerne le processus d'installation et la documentation de l'interface de centréon, pas la configuration d'un service de nagios.
après comme je l'ai déjà dit je trouve le projet intéressant sinon je ne m'y attarderais pas ..
bah par exemple (c'est juste celui qui me vient à l'esprit) la sonde check_centreon_snmp_process_detailed
y a pas de possibilité d'utiliser la v2 ...
alors ton explication sur les plugins nagios ... bah c'est normal ... mais pour les plugins centreon c'est quand même dommage tu avoueras ...
Alors, oui, le projet Centreon n'est pas parfait mais vu l'offre pléthorique d'éditeurs web de configuration de Nagios qui existent, il est loin d'être inintéressant.
bah c'est pour cela que je l'utilises ... je dis juste que s'ils faisaient un petit effort cela pourrait être encore mieux et surtout engager les gens à participer pour patcher ...
tout d'abord la documentation sur le dernier lien est faite pour la 1.4 nombres d'écrans dans cette doc ne sont plus d'actualités ...
de plus les docs en questions ont été mise en place récemment (pas plus de 6 mois ) alors que la version 2 est sortie il y a un an ...
enfin .. oui ... la première fois je me suis dit chouette ... une doc ... mais après avoir regardé on me dit quoi ... tout installer à la main à partir de tar et tout recompiler pour nagios, ndoutils sans utiliser les version packagées de ma distrib linux ...
donc effectivement on peut dire qu'il y a une doc pour différentes distributions ... mais comme à chaque fois c'est la même installation pour nagios, ndoutils ... installé à la main à partir du tar et recompilé ... pas d'utilisation des packages natifs des distributions.
enfin dernier point pour l'installation de centreon lui même la doc dit : install -i et ce quelque soit la distribution ... pourquoi ne peut-on pas y lire un install -f tmpl/vardistrib/debian-etch par exemple puisque sont présents dans ce répertoire des templates pourt centos, debian-etch, debian-lenny, fedora-core,opensuse,redhat-4,ubuntu-hardy dans la distribution de la version 2.0.2 que j'utilise ????
pour avoir utilisé les 2 types d'installations, le résultat n'est pas DU TOUT identique ... d'un côté un centreon presque fonctionnel ... de l'autre un centreon ou nécessairement tu t'es planté sur une config de ndoutils ( qui n'a rien à voir entre ta distrib et la version j'installe tout à la pogne), de droits ou autre.
donc pour répondre à ta question, sur l'interprétation de ton propos, oui , je suis en droit de douter que certaines choses ne sont pas faites de façon volontaires ... ces gens ne sont pas bêtes et font des choses bien, là n'est pas mon propos ... l'outil a tout à fait sa place ... je dis juste que l'opensource est un argument marketing pour l'entreprise et la documentation leur business ...
alors je vois pas pourquoi la documentation n'est pas au niveau du reste !
la documentation fait partie intégrante d'un projet au même titre que le code ... et ce que je reproche c'est qu'elle ne soit pas mise à disposition des gens ...
tu vas pas me faire croire que centreon qui se décrit comme ayant déployer des solutions de niveau mondial et qui fait de la formation n'a pas une doc à dispo ?
alors qu'elle ne soit pas celle qu'elle utilise pour ses formations ok ... mais de là à ce que ce qu'il n'y ait rien ... c'est pas normal pour un produit opensource ...
Pour ce qui est de la distribution, il y a des contraintes très fortes imposées par centreon en terme de droits, de dépendances pour pouvoir fonctionner ... il existe des scripts pour différentes distributions dans le package d'install ... mais pour les trouver ... cherche ! c'est encore une fois ce que je reproche !!! scripts qui ont encore des bugs mais bon au moins il y a un début ...
sinon pour les sondes :
1) des incohérences de nommage, appels de paramètres entre les différentes sondes ...
certaines fois un paramètre sert à des utilisations différentes alors que les deux sont présents dans les dites sondes.
2) des incohérences d'appel au sein d'un même paramètre ... par exemple certaines sondes utilisent pour la version un chiffre 1, 2, 3 ou alors v1, v2c, v3 ... ou encore v1, v2, v3 ... ça c'est hyper méga pénible ... car c'est juste une perte de temps le temps d'aller voir le code de la sonde car généralement c'est pas dans la doc ... oui encore une fois ...
3) des options carrément ignorées ... certaines sondes n'ont que v1 et v3 pas de v2 pour le type de version snmp ....
donc là faut aller dans le code pour rajouter carrément l'option ...
pour une sonde qui est à la base du système tu trouves ça normal toi ?
moi pas ! il y a des packages qui viennent d'oreon qui n'ont même pas été modifiés ... si ça marche tant mieux ... mais quand même ça fait pas sérieux ces histoires et ça donne un goût de "c'est pas possible que ce ne soit pas fait exprès " car en gros c'est rien à corriger mais ça fait juste la différence pour les admins de base entre un programme qui fonctionne dès l'installation et un truc qui a besoin d'une formation ... la formation vendue par médéric ...
et je trouve ça franchement de mauvais goût.
Côté interface, il y a des actions qui impliquent des redémarrages ... d'autres des modifications des configurations ... ou pas ... bref des choses induites par l'interface qui ne sont pas nécessairement triviales alors qu'elles pourraient l'être tout simplement si les actions signalaient ce qu'elles faisaient. Encore une fois un goût de limite c'est fait exprès ...
donc voila .... je trouve ce projet très intéressant ... ça pourrait vraiment être un super truc ... mais la gestion du projet est pour le moins surprenante pour un opensource ... et je trouve ça dommage.
bon je ne vais peut-être pas me faire que des amis mais j'espère que centreon dans sa version 2.1 corrigera la foultitude de bugs des versions 2.0.X ... et surtout mettra enfin une doc sur l'utilisation de l'outil.
on va me dire c'est opensource, corrige les bugs... je dis oui pas de problème ... sauf que ...
quand je me connectes sur le site, je trouve une entreprise qui développe ce produit qui gagne sa vie en faisant de la formation ce que je trouve tout à fait normal, il faut bien que l'entreprise vive, c'est un des modèles de l'opensource ...
là où ca me gène un peu plus c'est quand je vois que de la doc ... il n'y en a quasiment pas et qu'on propose sur le site de venir participer ... on a pour doc juste quelques infos pour l'installation et encore pas complète ... des packages pas du tout fonctionnels (oui je peux les corriger, mais globalement si on a pas un minimum (et même un gros minimum) d'expérience en administration système et réseau ... on a très peu de chance d'arriver à un système fonctionnel ... ) ...
je ne parle pas des sondes pas homogènes (pas la même interface) qui naturellement posent problèmes à un non initié ... de l'ihm pas toujours intuitive ... limite je me demande si c'est pas laissé exprès ...
alors oui, certains ne seront pas contents de ce que j'écris ... mais généralement les outils opensource n'ont pas la même politique et ont pour premier but d'être facilement installables et bien documentés pour que les utilisateurs aient envie de faire encore progresser l'outil ...
ce n'est pas le cas avec centreon ... et ça me gène ...
bah faut pas trop le blâmer ... les gens confondent souvent le moteur de gestion d'information et l'interface qui permet d'ajouter les données ... il n'a pas compris que pour une fois il existe un format que tout le monde peut partager et promulgué par un ministère français ... bon faut que les "spécialistes" du tourisme partagent l'info maintenant, c'est pas gagné ça mais ... ça avance ...
sinon, si j'ai bien compris son point de vue, il crie par ce qu'il faut encore remplir les données par un formulaire (bouuuuh qu'elle vilaine chose), le système n'étant même pas capable de savoir tout seul l'heure d'ouverture et de fermeture du musée du coin ...
c'est triste mais c'est comme ça ... on vit dans une période où tout est automatique alors pourquoi devoir remplir une base de données diantre ?
on me souffle à l'oreille que ça peut donner du travail à des gens et que l'hôtesse d'accueil du "dit" musée du coin pourrait remplir elle-même la donnée qui serait alors juste et servirait au petit touriste qui tomberait par hasard sur un site web utilisant la dite application (acogit) ...
je crois que je rêve encore un peu mais ce serait vraiment une bonne idée.
euh ... bon ... je vais peut-être aller à l'encontre d'un vent nouveau venu d'ailleurs, mais à part jouer à c'est moi qui ait la plus grosse ca sert à quoi de gagner 3 secondes sur un boot ?
à part attendre 3 secondes de moins bien entendu ... cette discussion réccurente n'a pour moi aucun intérêt et ne nécessite pas toute la perte de temps qu'elle occasionne dans des débats réccurents avec un argumentaire toujours identique ... (je crois qu'on doit avoir compris que je pense qu'on tourne en rond ! :) )
Vous ne voulez pas rebooter ... mettez votre machine en veille avec l'acpi et vous irez 100 fois plus vite que de bidouiller les inits et autres services ...
travailler sur l'acpi ... ca ca ferait avancer le smilblick !
La contrainte "plus une JVM connue de ce navigateur" est devenue une vraie contrainte supplémentaire, surtout avec ce §%*£$ de flash.
oui ca je suis d'accord ... maintenant les potentiels apportés par java et flash sont quand même "légèrement" différents ...
côté sécurité, ton applet java est beaucoup plus sécurisée car au moins elle n'échange des infos qu'avec le serveur d'où elle vient quand elle n'est pas signée ... tu sais avec qui tu causes ...
avec ajax tu peux aller chercher des infos partout ... mais aussi en envoyer ...
bref une arme absolue de phishing ... sans que quiconque s'en appercoive ... d'ailleurs ca m'étonnerait pas que ca arrive rapido ca ...
sinon pour la conclusion :
Ajax permet d'envoyer des informations assynchrones entre un serveur et un client sous format XML. tu es d'accord la dessus je pense.
Liveconnect fait la même chose avec java en 3 méthodes avec le petit avantage que tu peux réaliser des traitements de retour et préparer tes infos avec un langage "un peu" mieux que cette daube de Javascript ...
Liveconnect n'est pas la solution miracle, mais elle existe depuis 10 ans ... côté maintenance c'est assez sympa comme truc ... attention je le défend pas hein ... je dis juste qu'ajax n'est pas la révolution qu'on anonce dans les salons (je ne parle pas de tous les problèmes d'indexation, etc ...)
Enfin de toute façon, on peut pas lutter AJAX est une mode et on ne lutte pas contre une mode ...
par exemple python ... le langage geek par excellence ... un truc qui est tabluation dépendant ... je crois rêver !!!
bon alors on va me taper sur la tête mais c'est pas grave ...
on peut utiliser tout ca depuis longtemps ...
EN 1995 netscape utilisait Liveconnect ... techno rigolote qui permettait d'interfacer java et javascript (accès aux méthode java depuis javascript et lycée de versailles)
- inconvénients par rapport à ajax : une applet java à charger (mais sans interface quand même, juste en fond donc quelques ko tout au plus ... on lance la jvm je suis d'accord).
- avantages par rapport à ajax : une sécurité meilleure !
car on exécute l'applet dans la sandbox, on n'accède qu'au serveur qui l'a lancé et le client peut la refuser .... tout ce qu'il ne voit pas avec ajax ...
sinon ca permet au serveur de pouvoir pusher ...
bref c'est bien rigolo et ca marche sous Netscape, moz, ie, opera, firefox, i tutti quanti qui supporte java ... depuis 10 ans ...
web 2.0 une révolution vous avez dit ....
y avait un business loto en route non je crois ?
:-)
ce ne sont pas les standards qui posent problèmes, c'est le respect de leur implémentation.
la norme a en permanence un comportement différents en fonction des navigateurs et si l'on essaie de développer une appli web lourde et complexe, de taille relative, valide CSS2, y'a intérêt à se lever de bonne heure !
hum ! j'espère que tu ne penses pas ce que tu as écris ... car sinon ca veut dire que tu n'as pas tout compris ! :-)
Je reformule :
"ce qui m'énerve, c'est que le développement d'une appli web lourde et complexe, de taille relative (NDRL: relative à quoi on sait pas ! :) ), qui utilise du CSS 2 valide àades comportements différents en fonction du navigateur"
j'ai pas tout mis, mais je pense que c'est ce que tu voulais dire ...
Donc oui, les implémentations sont pourries, pas les standards.
Je ne saisis pas bien la portée de cette phrase ...
c'est comme si on disait que CSS était un concurrent de latex, ça n'a rien à voir !!! Tu n'écrira jamais un doc en XSL:FO alors que tu écris un doc en latex.
Que XSL:FO soit un document pivot de formatage de texte, je suis d'accord, mais le comparer à latex c'est débile! Ca n'a pas la meme portée et ca ne sert pas au même usage.
[^] # Re: Bravo pour la CSS
Posté par Christophe Turbout . En réponse à la dépêche Sortie d'openSUSE 11.3. Évalué à -3.
[^] # Re: Zeitgeist refusé
Posté par Christophe Turbout . En réponse à la dépêche GNOME 2.30.2, dernières révérences de l'honorable. Évalué à 3.
la liste des informations ouvertes relatives à ton appli où bien le truc immonde à la mac qui est le bureau ?
car si c'est ça le bureau gnome 3 perso je change de suite !
je suis comme une poule mouillée devant un mac ... je préfère encore windowmaker c'est dire !
[^] # Re: « consommer » le web
Posté par Christophe Turbout . En réponse à la dépêche Une liseuse libre pour lire des livres libres. Évalué à 3.
bon maintenant j'avoue que personnellement je lis pas mal et franchement ... je ne vois pas l'intérêt du livre électronique dans son état actuel ...
1) la bibliothèque, tous mes livres dans ma poche ... oui oui oui ... c'est certain on a tous envie de lire n'importe quel bout de livre en voyage ... j'ai voyagé pendant 15 jours récemment à l'étranger, j'avais pris 3 livres ... j'ai eu le temps d'en lire à peine 1/2 ... 3 poches c'est plus ou moins la taille c'est livre électronique ...
2) espace de lecture ...
Pour un format poche de roman, ça va ... pour tout le reste ... bof ... on retrouve les problèmes classiques du web ... images trop grande ou trop petite ... sans parler des remarques sur les contraintes de luminosité présentées au dessus ... mis à part le roman,
une des formes de lecture c'est aussi de prendre en compte l'intégralité des informations de façon globale ... par exemple la lecture d'un atlas géographique ou un livre historique sur un tel format ... ça perd pour moi tout son intérêt.
3) DRM ... sans DRM ...
- bon franchement les DRM sur les livres c'est le même problème que pour les disques, ça contraint les usages de celui qui payent ... => inacceptable ...
- si on ne fait rien on tue le modèle économique, comme pour le disque => une seule solution viable : tatouage et apprentissage ... on garde les usages (je peux prêter un livre à mon pote) mais je ne le donne pas à la terre entière ... oui, il faut préserver le modèle économique ...
on va me dire oui un des modèles économiques c'est via la pub ... et là je dis non ! halte ... quand je lis un livre ce n'est pas pour être agressé par des pubs partout, c'est pour être tranquille.
4) epub ... là franchement je ne comprends pas pourquoi on est arrivé à ce format pour le moins bâtard ... pourquoi n'ont-ils pas choisi du XML stylé plutôt qu'un HTML mal dégrossi ?
sans parler des contraintes de taille sur les fragments HTML ... franchement c'est du bricolage ...
5) livre technique ... pour moi c'est le seul intérêt au livre électronique ... un mec sur le terrain qui a besoin d'une info technique de référence ...
Mais dans tout ça il manque :
a) le toucher et l'odeur des livres ... oui ça fait aussi partie du processus de lecture ... maintenant on a un bout de plastique rigide dans les mains ... chouette :/
b) la bibliothèque ... oui j'ai des bouquins partout chez moi ... je remplace tout ça par un pauvre carré de plastique ??? c'est plus que triste ... de même, mon bouquiniste qui me vend des bouquins à 2€ la bête ... je le trouve où dans le modèle ? chez amazone ...
burrk !
[^] # Re: Chipotage
Posté par Christophe Turbout . En réponse à la dépêche Venez jouer avec playframework. Évalué à 5.
CARA ... Coding Dojo ... exercice de style Zencontact ..
me suis dit pas grave le détail va être parlant ...
... framework Java Web nouvelle génération et sans compromis ...
Tout ceci associé à des rapports d’erreurs d’une perfection inédite allant même jusqu’à une proposition de résolution du problème...
la modestie n'est manifestement pas de mise ! si je n'avais pas eu 5 minutes à perdre le ton de l'annonce m'aurait fait passer mon chemin ce qui est dommage car le contenu est ma foi fort intéressant ... au point que je vais sans doute le tester pour en voir les limites ...
a-t-il le même problème que les autres frameworks : bien dès quand tu restes dans les clous mais horribles dès que tu en sors pour faire une application qui justement sors un poil des clous habituels et offre des interfaces ou fonctionnalités nouvelles ... je ne parle pas de l'upgrade qui est souvent sources de problèmes ...
enfin dernier frein au framework ... le temps d'apprentissage des arcanes ... qui parfois est quand même rédhibitoire...
bref ... je trouve que l'annonce est fort mal écrite et présente bien mal le contenu, mais c'est mon point de vue ...
[^] # Re: Accessibilité
Posté par Christophe Turbout . En réponse à la dépêche Vidéo : Mark Shuttleworth et Linux : Ergonomie et cadence. Évalué à 3.
mhhh ... pourquoi cet anti-javascript primaire ?
pour ma gouverne personnelle, tu peux me donner une explication stp, j'aimerai me coucher moins bête ce soir ...
[^] # Re: Mwarf
Posté par Christophe Turbout . En réponse à la dépêche Vers un accord Microsoft vs. Commission européenne ?. Évalué à 1.
# peut-on m'expliquer ...
Posté par Christophe Turbout . En réponse à la dépêche Turbogears 1.1 le même mais en mieux.. Évalué à 4.
je vois pas bien l'intérêt du dit framework s'il faut re-développer entre chaque version ...
n'étant pas pythoniste même s'il m'est déjà arrivé de jouer avec une fois (j'avais franchement pas été convaincu de la qualité des libs webservice à l'époque mais c'était il y a 3 ans), peut-on m'expliquer l'intérêt d'utiliser un tel framework ?
Je précise, ce n'est pas un troll, c'est une vraie question.
PS: quand j'ai lu la news, n'étant pas spécialiste du domaine j'ai vraiment cru à un business loto ... notamment sur lors de l'histoire des branches ...
[^] # Re: bonne nouvelle ... enfin j'espère ...
Posté par Christophe Turbout . En réponse à la dépêche La version 2.1 de Centreon est disponible. Évalué à 2.
je l'ai fait pour certaines ... mais voila ... pour un admin système (quelque soit son niveau) il faut qu'il maîtrise un outil pour l'ajouter à son SI ... si déjà il galère pour l'installer, il n'ira pas demander une formation à son chef pour être tip top au point dans son monitoring ... et j'ai plusieurs cas où cela s'est passé comme ça ...
alors certes comme tu le dis si bien ça ne fait pas plaisir car il y a eu du boulot pour ajouter des fonctionnalités mais personnellement, je travaillerai la-dessus en priorité avant d'aller rajouter de nouvelles fonctionnalités.
fin du thread pour ma part.
[^] # Re: bonne nouvelle ... enfin j'espère ...
Posté par Christophe Turbout . En réponse à la dépêche La version 2.1 de Centreon est disponible. Évalué à 2.
mon problème n'est pas la supervision nagios ... mon problème est le manque de doc de centréon dans la configuration de centréon ... l'exemple des plugins sont les plugins taggués check_centreon_* pas les plugins nagios de base.
par ailleurs la productivité en question que je reproche concerne le processus d'installation et la documentation de l'interface de centréon, pas la configuration d'un service de nagios.
après comme je l'ai déjà dit je trouve le projet intéressant sinon je ne m'y attarderais pas ..
[^] # Re: bonne nouvelle ... enfin j'espère ...
Posté par Christophe Turbout . En réponse à la dépêche La version 2.1 de Centreon est disponible. Évalué à 2.
y a pas de possibilité d'utiliser la v2 ...
alors ton explication sur les plugins nagios ... bah c'est normal ... mais pour les plugins centreon c'est quand même dommage tu avoueras ...
Alors, oui, le projet Centreon n'est pas parfait mais vu l'offre pléthorique d'éditeurs web de configuration de Nagios qui existent, il est loin d'être inintéressant.
bah c'est pour cela que je l'utilises ... je dis juste que s'ils faisaient un petit effort cela pourrait être encore mieux et surtout engager les gens à participer pour patcher ...
là franchement moi ça ne m'engage pas ...
[^] # Re: bonne nouvelle ... enfin j'espère ...
Posté par Christophe Turbout . En réponse à la dépêche La version 2.1 de Centreon est disponible. Évalué à 3.
de plus les docs en questions ont été mise en place récemment (pas plus de 6 mois ) alors que la version 2 est sortie il y a un an ...
enfin .. oui ... la première fois je me suis dit chouette ... une doc ... mais après avoir regardé on me dit quoi ... tout installer à la main à partir de tar et tout recompiler pour nagios, ndoutils sans utiliser les version packagées de ma distrib linux ...
donc effectivement on peut dire qu'il y a une doc pour différentes distributions ... mais comme à chaque fois c'est la même installation pour nagios, ndoutils ... installé à la main à partir du tar et recompilé ... pas d'utilisation des packages natifs des distributions.
enfin dernier point pour l'installation de centreon lui même la doc dit : install -i et ce quelque soit la distribution ... pourquoi ne peut-on pas y lire un install -f tmpl/vardistrib/debian-etch par exemple puisque sont présents dans ce répertoire des templates pourt centos, debian-etch, debian-lenny, fedora-core,opensuse,redhat-4,ubuntu-hardy dans la distribution de la version 2.0.2 que j'utilise ????
pour avoir utilisé les 2 types d'installations, le résultat n'est pas DU TOUT identique ... d'un côté un centreon presque fonctionnel ... de l'autre un centreon ou nécessairement tu t'es planté sur une config de ndoutils ( qui n'a rien à voir entre ta distrib et la version j'installe tout à la pogne), de droits ou autre.
donc pour répondre à ta question, sur l'interprétation de ton propos, oui , je suis en droit de douter que certaines choses ne sont pas faites de façon volontaires ... ces gens ne sont pas bêtes et font des choses bien, là n'est pas mon propos ... l'outil a tout à fait sa place ... je dis juste que l'opensource est un argument marketing pour l'entreprise et la documentation leur business ...
alors je vois pas pourquoi la documentation n'est pas au niveau du reste !
[^] # Re: bonne nouvelle ... enfin j'espère ...
Posté par Christophe Turbout . En réponse à la dépêche La version 2.1 de Centreon est disponible. Évalué à 4.
tu vas pas me faire croire que centreon qui se décrit comme ayant déployer des solutions de niveau mondial et qui fait de la formation n'a pas une doc à dispo ?
alors qu'elle ne soit pas celle qu'elle utilise pour ses formations ok ... mais de là à ce que ce qu'il n'y ait rien ... c'est pas normal pour un produit opensource ...
Pour ce qui est de la distribution, il y a des contraintes très fortes imposées par centreon en terme de droits, de dépendances pour pouvoir fonctionner ... il existe des scripts pour différentes distributions dans le package d'install ... mais pour les trouver ... cherche ! c'est encore une fois ce que je reproche !!! scripts qui ont encore des bugs mais bon au moins il y a un début ...
sinon pour les sondes :
1) des incohérences de nommage, appels de paramètres entre les différentes sondes ...
certaines fois un paramètre sert à des utilisations différentes alors que les deux sont présents dans les dites sondes.
2) des incohérences d'appel au sein d'un même paramètre ... par exemple certaines sondes utilisent pour la version un chiffre 1, 2, 3 ou alors v1, v2c, v3 ... ou encore v1, v2, v3 ... ça c'est hyper méga pénible ... car c'est juste une perte de temps le temps d'aller voir le code de la sonde car généralement c'est pas dans la doc ... oui encore une fois ...
3) des options carrément ignorées ... certaines sondes n'ont que v1 et v3 pas de v2 pour le type de version snmp ....
donc là faut aller dans le code pour rajouter carrément l'option ...
pour une sonde qui est à la base du système tu trouves ça normal toi ?
moi pas ! il y a des packages qui viennent d'oreon qui n'ont même pas été modifiés ... si ça marche tant mieux ... mais quand même ça fait pas sérieux ces histoires et ça donne un goût de "c'est pas possible que ce ne soit pas fait exprès " car en gros c'est rien à corriger mais ça fait juste la différence pour les admins de base entre un programme qui fonctionne dès l'installation et un truc qui a besoin d'une formation ... la formation vendue par médéric ...
et je trouve ça franchement de mauvais goût.
Côté interface, il y a des actions qui impliquent des redémarrages ... d'autres des modifications des configurations ... ou pas ... bref des choses induites par l'interface qui ne sont pas nécessairement triviales alors qu'elles pourraient l'être tout simplement si les actions signalaient ce qu'elles faisaient. Encore une fois un goût de limite c'est fait exprès ...
donc voila .... je trouve ce projet très intéressant ... ça pourrait vraiment être un super truc ... mais la gestion du projet est pour le moins surprenante pour un opensource ... et je trouve ça dommage.
# bonne nouvelle ... enfin j'espère ...
Posté par Christophe Turbout . En réponse à la dépêche La version 2.1 de Centreon est disponible. Évalué à 6.
on va me dire c'est opensource, corrige les bugs... je dis oui pas de problème ... sauf que ...
quand je me connectes sur le site, je trouve une entreprise qui développe ce produit qui gagne sa vie en faisant de la formation ce que je trouve tout à fait normal, il faut bien que l'entreprise vive, c'est un des modèles de l'opensource ...
là où ca me gène un peu plus c'est quand je vois que de la doc ... il n'y en a quasiment pas et qu'on propose sur le site de venir participer ... on a pour doc juste quelques infos pour l'installation et encore pas complète ... des packages pas du tout fonctionnels (oui je peux les corriger, mais globalement si on a pas un minimum (et même un gros minimum) d'expérience en administration système et réseau ... on a très peu de chance d'arriver à un système fonctionnel ... ) ...
je ne parle pas des sondes pas homogènes (pas la même interface) qui naturellement posent problèmes à un non initié ... de l'ihm pas toujours intuitive ... limite je me demande si c'est pas laissé exprès ...
alors oui, certains ne seront pas contents de ce que j'écris ... mais généralement les outils opensource n'ont pas la même politique et ont pour premier but d'être facilement installables et bien documentés pour que les utilisateurs aient envie de faire encore progresser l'outil ...
ce n'est pas le cas avec centreon ... et ça me gène ...
[^] # Re: pas de collecte automatique
Posté par Christophe Turbout . En réponse à la dépêche Sortie de la version 1.6 d'Acogit. Évalué à 2.
sinon, si j'ai bien compris son point de vue, il crie par ce qu'il faut encore remplir les données par un formulaire (bouuuuh qu'elle vilaine chose), le système n'étant même pas capable de savoir tout seul l'heure d'ouverture et de fermeture du musée du coin ...
c'est triste mais c'est comme ça ... on vit dans une période où tout est automatique alors pourquoi devoir remplir une base de données diantre ?
on me souffle à l'oreille que ça peut donner du travail à des gens et que l'hôtesse d'accueil du "dit" musée du coin pourrait remplir elle-même la donnée qui serait alors juste et servirait au petit touriste qui tomberait par hasard sur un site web utilisant la dite application (acogit) ...
je crois que je rêve encore un peu mais ce serait vraiment une bonne idée.
[^] # Re: "L'optimisation de l'image du noyau au démarrage"
Posté par Christophe Turbout . En réponse à la dépêche Sortie du noyau Linux 2.6.17. Évalué à 2.
à part attendre 3 secondes de moins bien entendu ... cette discussion réccurente n'a pour moi aucun intérêt et ne nécessite pas toute la perte de temps qu'elle occasionne dans des débats réccurents avec un argumentaire toujours identique ... (je crois qu'on doit avoir compris que je pense qu'on tourne en rond ! :) )
Vous ne voulez pas rebooter ... mettez votre machine en veille avec l'acpi et vous irez 100 fois plus vite que de bidouiller les inits et autres services ...
travailler sur l'acpi ... ca ca ferait avancer le smilblick !
[^] # Re: testé et desapprouvé
Posté par Christophe Turbout . En réponse au sondage AJAX. Évalué à 0.
oui ca je suis d'accord ... maintenant les potentiels apportés par java et flash sont quand même "légèrement" différents ...
côté sécurité, ton applet java est beaucoup plus sécurisée car au moins elle n'échange des infos qu'avec le serveur d'où elle vient quand elle n'est pas signée ... tu sais avec qui tu causes ...
avec ajax tu peux aller chercher des infos partout ... mais aussi en envoyer ...
bref une arme absolue de phishing ... sans que quiconque s'en appercoive ... d'ailleurs ca m'étonnerait pas que ca arrive rapido ca ...
sinon pour la conclusion :
Ajax permet d'envoyer des informations assynchrones entre un serveur et un client sous format XML. tu es d'accord la dessus je pense.
Liveconnect fait la même chose avec java en 3 méthodes avec le petit avantage que tu peux réaliser des traitements de retour et préparer tes infos avec un langage "un peu" mieux que cette daube de Javascript ...
Liveconnect n'est pas la solution miracle, mais elle existe depuis 10 ans ... côté maintenance c'est assez sympa comme truc ... attention je le défend pas hein ... je dis juste qu'ajax n'est pas la révolution qu'on anonce dans les salons (je ne parle pas de tous les problèmes d'indexation, etc ...)
Enfin de toute façon, on peut pas lutter AJAX est une mode et on ne lutte pas contre une mode ...
par exemple python ... le langage geek par excellence ... un truc qui est tabluation dépendant ... je crois rêver !!!
[^] # Re: Non pittié, pas le foot !
Posté par Christophe Turbout . En réponse au sondage AJAX. Évalué à 1.
moi si je pouvais avoir les 2 sans bosser, je pense que je signerai tout de suite ...
ah, on me souffle dans mon oreille droite que je suis en retard pour la livraison d'une appli ...
damned !
[^] # Re: testé et desapprouvé
Posté par Christophe Turbout . En réponse au sondage AJAX. Évalué à 3.
on peut utiliser tout ca depuis longtemps ...
EN 1995 netscape utilisait Liveconnect ... techno rigolote qui permettait d'interfacer java et javascript (accès aux méthode java depuis javascript et lycée de versailles)
- inconvénients par rapport à ajax : une applet java à charger (mais sans interface quand même, juste en fond donc quelques ko tout au plus ... on lance la jvm je suis d'accord).
- avantages par rapport à ajax : une sécurité meilleure !
car on exécute l'applet dans la sandbox, on n'accède qu'au serveur qui l'a lancé et le client peut la refuser .... tout ce qu'il ne voit pas avec ajax ...
sinon ca permet au serveur de pouvoir pusher ...
bref c'est bien rigolo et ca marche sous Netscape, moz, ie, opera, firefox, i tutti quanti qui supporte java ... depuis 10 ans ...
web 2.0 une révolution vous avez dit ....
y avait un business loto en route non je crois ?
:-)
[^] # Re: Mon avis...
Posté par Christophe Turbout . En réponse au sondage AJAX. Évalué à 1.
un doc xml et une css2 et zou l'interface est la même ...
faut juste que le navigateur supporte xml ...
et plus de html à générer et de temps cpu à perdre à faire de la transformation couteuse ...
mais bon je m'égare de "l'ajax WC qui néttoie tout du sol au plafond"
[^] # Re: Standard...
Posté par Christophe Turbout . En réponse au sondage AJAX. Évalué à 1.
euh, ca fait vieux con, mais je l'ai connu ... je regrette pas du tout ... même si comme toi, je hais la partie qui clignotte dans tous les sens ...
mais où commercial vient, rien ne va plus !
ce sera le dicton du jour !
a méditer !
[^] # Re: Une technologie révolutionnaire !
Posté par Christophe Turbout . En réponse au sondage AJAX. Évalué à 2.
rigolez pas je connais des gens qui recoivent beaucoup d'argent pour parler comme ca ... mais chut ! faut pas le dire ! :)
[^] # Re: Standard...
Posté par Christophe Turbout . En réponse au sondage AJAX. Évalué à 2.
la norme a en permanence un comportement différents en fonction des navigateurs et si l'on essaie de développer une appli web lourde et complexe, de taille relative, valide CSS2, y'a intérêt à se lever de bonne heure !
hum ! j'espère que tu ne penses pas ce que tu as écris ... car sinon ca veut dire que tu n'as pas tout compris ! :-)
Je reformule :
"ce qui m'énerve, c'est que le développement d'une appli web lourde et complexe, de taille relative (NDRL: relative à quoi on sait pas ! :) ), qui utilise du CSS 2 valide àades comportements différents en fonction du navigateur"
j'ai pas tout mis, mais je pense que c'est ce que tu voulais dire ...
Donc oui, les implémentations sont pourries, pas les standards.
[^] # Re: Pas si clair
Posté par Christophe Turbout . En réponse à la dépêche N'oubliez pas l'appel à témoin de l'UFC pour les ventes forcées de logiciels !. Évalué à 3.
soit ca permet de faire avancer le débat et tu le cites soit ca le le permet pas et ton message ne sert à rien.
explique donc, qui est ce monsieur et quels sont ses arguments juridiques ?
[^] # Re: Rien de plus que dans la doc officielle
Posté par Christophe Turbout . En réponse à la dépêche Installer un modem ADSL SpeedTouch USB. Évalué à 1.
Faire des docs c'est bien, mais si c'est juste pour recopier en mettant des erreurs sans rien ajouter, je ne vois vraiment pas l'intérêt !
# XSL:FO concurrent de latex ?
Posté par Christophe Turbout . En réponse à la dépêche le Linux Magazine France nouveau est arrivé. Évalué à 1.
c'est comme si on disait que CSS était un concurrent de latex, ça n'a rien à voir !!! Tu n'écrira jamais un doc en XSL:FO alors que tu écris un doc en latex.
Que XSL:FO soit un document pivot de formatage de texte, je suis d'accord, mais le comparer à latex c'est débile! Ca n'a pas la meme portée et ca ne sert pas au même usage.