Bapt a écrit 772 commentaires

Ca dépend de tes besoins, mais en soit ça ne vas pas être simple d'avoir des archives, sauf si tu backup avant génération les fichiers statiques générés.
genre
cp $WWW_PLANET/index.html $WWW_PLANET/index-old.html
cplanet -c bla.hdf -l

le truc c'est que tu risque d'avoir des posts en double, enfin en creusant un peu l'idée ça doit être faisable oui.

autre solution donner à cplanet un de son propre flux + celui de la / les pages de backup dans le fichier hdf, dans le template de génération du planet "normal" de vérifier que l'on ne prend pas le flux provenant du backup, et dans un second template générer la page de backup en ne prenant que ce qui vient de l'ancien cplanet.

Enfin en creusant un peu ça doit être possible oui si il manque une fonctionnalité pour pouvoir y arriver, je la rajouterai avec plaisir.

et 10Mo ça suffit largement pour monter un planetŴ aggregateur de flux RSS avec cplanet, mais alors large, tu peux même en monter plein de différents :)

D'ailleurs CPlanet est tellement souple, que tu peux même imaginer faire plusieurs planet différents avec le même fichier de conf et le même process (il faut bien que je pousse mon bébé :))

C'est pas un CGI ou un fast cgi ou un truc du genre, c'est un binaire simple que ton serveur web au sens application (apache, lighttpd ou autre) ne connait pas et n'a pas a connaitre, ça génère des pages html statique ou tu veux, ensuite tu les poses ailleurs chez ton hébergeur gratuit si ça te chante.

Merci pour cette réponse, ça semble être exactement mon besoin. Je vais pousser plus loin.

Je repose la question sur cette news là, peut être que j'aurai plus de chance :), est il possible de faire des map personnalisées avec OpenNMS, genre nagvis ?
Le but étant de faire des map orienté fonctionnelle.

Les map en supervision c'est cool mais souvent ça ne va pas loin et ça ressemble vite à un sapin de noël (en particulier quand la supeerversion est mal gérée)

Est il possible dans opennms de faire des map 100% personnalisé ou l'on fait s'animer uniquement ce que l'on veut, permettant ainsi de faire des map "fonctionnelle" puis de redescendre via des sous map par exemple jusqu'à des maps techniques ?

Je fais actuellement ça sous nagios grâce à NagVis, mais j'avoue que Nagios/Centreon me sors par me sors par les yeux, je jetterai bien un oeil sur OpenNMS, mais cette fonctionnalité (map perso) est primordiale pour nos équipes de prod.

Ah je le savais ubuntu c'est une secte :
qui se sont converties à Ubuntu

...La phobie du Bash moi aussi j'ai la phobie du bash, pourtant, je ne touche presque jamais une GUI.

Heureusement qu'il y a zsh pour les gens comme moi :)

---> []

c'est vraiment sympa ce que tu as fait, mais quid de la portabilité (j'entends entre OS libres) ?
"/dev/shm/deskbar.buffer"$RANDOM par hop en 3s le script devient linux-only, par exemple.

Je trouve que c'est une bonne idée de vouloir améliorer la GUI nagios, mais nagios c'est grosso modo du C et du Perl, pourquoi venir y rajouter du php ? ça augmente le nombre de dépendences pour pas grand chose, un GCI perl et/ou mod_perl aurait été capable de faire la même chose, et ça aurait été beaucoup plus coéhérent, maintenant, le principal est que quelqu'un ait fait l'effort de faire quelque chose de concrêt. C'est du php (tant pis pour moi :)) mais félicitation à eux et c'est quand même à ceux qui font des choses de choisir leur langage.

he dis donc c'est mon boulot d'habitude les news pour les releases majeures de FreeBSD :)
sinon très bien ta news

Je viens de découvrir zen et je tiens à féliciter les développeurs c'est vraiment une tuerie, vivement que d'autres viennent y rajouter des nouveaux scripts pour étoffer son contenu :).

j'y ai déjà répondu plus haut : http://linuxfr.org/poll/send,179.html#1027281

Tu aurais eu un petit FreeBSD par exemple tu n'aurais pas eu le soucis de la remontée d'arborescence, tu aurais juste vue : "." and ".." may not be removed

enfin je dis ça je dis rien :)

Pour en rajouter une petite couche, tu serais utilisateur de zsh, il t'aurai même pas passé . et .. à ton rm, donc même pas un warning rien, juste ce que tu attends.

/me sifflote

ça n'a juste rien à voir avec bash, mais avec rm seulement.

Il y a surtout ceux qui savent que rm -rf / ne fait rien du tout par défaut, que se soit au moins sur linux ou les BSD, car rm vérifie si l'on fait ça et dit non non pas possible

Merci d'avoir complété pour Dragonfly, ça me semblait léger aussi ce que j'avais mis, mais j'ai été en panne d'informateur, et ce n'est pas le projet que je suis le plus près, mais si j'aimerai voir Hammer FS se propager sur les autres BSD rapidement.

tout simplement parce que le troll le plus usuel à ce propos concerne les BSD puis a été repris pour les autres OS/distrib plus tard. Par exemple sur slashdot :

"BSD is dying" lengthy, frequently repeated troll post which explains that the BSD family of operating systems are moribund. The general form "Netcraft confirms it: <some software> is dying" might also be spotted. Example: [1]

http://en.wikipedia.org/wiki/Slashdot

ouais super, regarde les performance comparé à un environnement e17 sur ce genre de matériel et on reparle

Euh le standard c'est pas bash, faut pas croire, le seul standard c'est le sh posix, sinon sur les unix en général, le standard de fait c'est ksh (attention toutes les implémentations ne se valent pas). Bash est standard uniquement sur linux, et linux n'est pas encore l'unix (plus like que unix) majoritaire (sauf pour l'hébergement web et quelques autres domaines spécifiques) même si il tend fortement à le devenir. Donc l'argument du je prends bash parce que c'est standard est complètement faux.

Désolé, mais je ne vois pas le rapport avec mon post si ce n'est que tu n'as pas tout lu sinon tu aurais vue que la première ligne c'est un quote (qui a sauté).

Alors désolé, moi je suis plus pour affecter des dev a KDE ou on voit un vrai efforts et des objectifs pour faire un desktop utilisable que dans E.
Puis je me permettre de rappeler une chose, il s'agit de LL, pas d'une entreprise affectant des ressources à tel ou tel projet, donc les devs pour ceux qui ne sont pas payés pour pour, c-a-d un très grosse partie, s'autoaffecte et ne t'attende pas toi pour être affecté à tel ou tel projet.

Nan mais quel arrogance, de te positionner à la place des devs. c'est quand même hallucinant de plus en plus de gens sont là "mais c'est quoi ton projet de merde, il faudrait affecter toutes les ressources ici ou là etc".
Avoir ton existance sur le pourquoi un projet marche ou pas et la faire partager oui, mais savoir mieux qu'un dev (libre de ses choix et de ses projets) ce qu'il doit faire et sur quoi il devrait bosser n'importe quoi.

ça serait pas mal de lire un peu le post précédent, le monsieur ne dit pas que insert-root-prefix est un sudo, mais qu'il rajoute sudo (sur les os le supportant) pfexec (sur -open-solaris) en début de ligne. Bref c'est un widget zle qui une fois bindé à ctrl-v (comme dans son exemple) te permet de palier à l'oublie de sudo/pfexec en début de commande, juste un truc super pratique (pour ce qui ne savent pas zle fait le même boulot que readline et même plus :))

Juste pour compléter, je pense que techniquement c'est possible sans modifier zsh en soit, mais que ce n'est pas trivial, à ma connaissance il n'y a pas de solution toute faite. mais c'est à creuser.

Au fait félicitation à toi tu as trouvé notre premier bug non trouvé par quelqu'un du projet :) et il y en a certainement d'autres (c'est un 0.1) avis aux amateurs