Désolé, je n'avais pas beaucoup de temps, c'était juste une remarque du CCLUBW (1) à l'usage des futurs lecteurs qui trouverons le commentaire précédent grâce à leur moteur de recherche favoris.
Tant qu'à pinailler, j'ai un peu les même craintes que le premier commentateur que la maintenabilité du code généré. L'extension a l'usage de systèmes de fichiers distribués entraînera la ré-écriture des accès bas niveau et pourrai apporter des surprises.
De plus je ne vous remercie pas pour la mise à disposition de votre code. Je préfère souligner l'intelligence de la démarche :)
En effet, l'utilisation de trans-codage automatique est a priori douteux et pourrait s'apparenter à du bricolage théorique. J'imagine que ce type de bricolage a déjà été réalisé par beaucoup de sociétés.
Heureusement la mise à disposition du code sous licence libre vous permet de pérenniser votre démarche, de la valider et de l'enrichir avec des contributions extérieures. Cela vous a contraint à une démarche qualité sans doute plus contraignante que si elle se limitait à votre société et votre client. C'est une approche pragmatique de l'usage des logiciels libres. Il est alors inutile de vous remerciez, vous et vos clients en seront les premiers bénéficiaires :)
Je vous souhaite plein de fructueuses et enrichissantes collaborations.
Le problème des CMS est pour commencer un problème conceptuel. Sous le terme CMS on mélange édition de site et présentation de données.
En réalité un CMS est destiné à un être utilisé par un petit groupe d'éditeurs qui doivent présenter un grand nombre de données structurées. Présenter des articles, des produits ou d'autres types de données existantes et très différents de présenter des informations historiquement linéaires ou classée par thèmes. Essayez de couvrir tous ces besoins avec une seule application est sans doute utopique. Chaque nouveau type de données structurées a provoqué un nouveau fork ou un nouveau CMS. Accéder à des données existantes nécessitera toujours de la programmation. L'organisation doit déjà disposer de workflow ou de données structurées. Ce n'est pas un CMS qui changera le mode de fonctionnement de l'organisation. Ou alors il ne faut pas oublier de prendre en compte la réorganisation indispensable.
En réalité lorsque on crée un site, dans la grande majorité des cas, l'information de référence est produite sur le site. Si les données sont essentiellement historique un blog sera suffisant. Si elles doivent être thématisée ont utilisera un wiki. Les contributeurs y gagnent une facilité et une rapidité d'utilisation. Les moteurs de blogs ou de wiki existants sont nettement moins nombreux et plus proches en fonctionnalités que les CMS.
La première question à se poser est donc "quelle est la nature principale des informations à publier". La seconde est "qui les publiera".
Inutile de s'énerver. Il y a 2500 ans les grecs l'auraient humilié en place publique pour un tel sophisme. Il ne reste plus que la mauvaise foi pour argumenter. Ça doit être frustrant pour lui de chercher à défendre une société à politique variable uniquement intéressée par sa politique commerciale.
d'ailleurs jifty permet depuis longtemps de gérer les fuseaux horaires, les migrations partielles ou complètes de base et plein d'autres originalités ... et sera dans la prochaine debian
nfdump / nfsen comme collecteur / affichage, alertes des flux netflow des routeurs : http://nfsen.sourceforge.net/
et softwlod pour collecter les flux sur les serveurs qui nat : http://www.mindrot.org/projects/softflowd/
ce qui donne environ 25G de données / mois
et nagios pour la disponibilté
Il suffit de lire le code source : http://nagios.cvs.sourceforge.net/nagios/nagios/
si tu as installé nagios : le code est sur ta machine, c'est un langage de script interprété : perl
Sur le cvs tu as même l'historique de changement de tous les fichiers.
Il faut bien sûr comprendre le langage de programmation.
Un des principes de l'open source est de distribuer le code source.
Ensuite il faut être capable de le comprendre, comme le français par exemple ...
> Bastille + ClamAV n'est-ce pas le mariage parfait en matière de sécurité sous linux?
La réponse est absolument non: la première sécurité c'est les mises à jours.
Si une appli est buggué, si le noyau est buggué un virus/troyen/... s'installera et se rendra totalement indétectable par un antivirus ou contournera un firewall. Je ne vois absolument pas l'intérêt des firewall personnels.
HTML::Mason est essentiellment utilisé pour les vues, il est très utile pour la gestion par fragment de page web ou en utilisant ses autohandler ou dhandler qui permettent de gérer par dossier ou par url.
Jifty apporte en plus : l'utilisation de prototype/Ajax, ... la gestion des sessions, des modèles et donc la gestion des bases de données, l'héritage de composants prédéfinis, les webservices avec JSON .... un framework quoi.
apt-cache search vacation
c'est vieux et de base dans toutes les distributions
Au vu de ta réponse je ne comprend pas pourquoi dans ce cas tous les grandes sociétés hébergeuses de mails proposent cette fonctionnalité si elle est dangereuse
C'est les sociétés qui viennent pleurer dans les forums lorsque elles sont blacklistées
[^] # Re: Plateforme
Posté par Yves Agostini . En réponse à la dépêche Outils de transcodage COBOL vers Java du projet NACA publiés sous GPL/LGPL. Évalué à 2.
Tant qu'à pinailler, j'ai un peu les même craintes que le premier commentateur que la maintenabilité du code généré. L'extension a l'usage de systèmes de fichiers distribués entraînera la ré-écriture des accès bas niveau et pourrai apporter des surprises.
De plus je ne vous remercie pas pour la mise à disposition de votre code. Je préfère souligner l'intelligence de la démarche :)
En effet, l'utilisation de trans-codage automatique est a priori douteux et pourrait s'apparenter à du bricolage théorique. J'imagine que ce type de bricolage a déjà été réalisé par beaucoup de sociétés.
Heureusement la mise à disposition du code sous licence libre vous permet de pérenniser votre démarche, de la valider et de l'enrichir avec des contributions extérieures. Cela vous a contraint à une démarche qualité sans doute plus contraignante que si elle se limitait à votre société et votre client. C'est une approche pragmatique de l'usage des logiciels libres. Il est alors inutile de vous remerciez, vous et vos clients en seront les premiers bénéficiaires :)
Je vous souhaite plein de fructueuses et enrichissantes collaborations.
Cordialement
1. Club Contre L'Usage Abusif des Buzz Words
[^] # Re: Plateforme
Posté par Yves Agostini . En réponse à la dépêche Outils de transcodage COBOL vers Java du projet NACA publiés sous GPL/LGPL. Évalué à 2.
cf: hadoop ou mogilefs
# pas de drop !
Posté par Yves Agostini . En réponse au journal Vais-je résister à la tentation..... Évalué à 10.
plutôt un update qui remplace tous les mails pas l'adresse abuse de son FAI :)
sinon le mieux est d'aspirer le site pour garder d'éventuelle traces et de porter plainte
# et SVK
Posté par Yves Agostini . En réponse au journal Migrer de Svn vers Bzr ?. Évalué à 1.
J'étais en train de lire ça
http://developer.mozilla.org/en/Using_SVK_With_Mozilla_CVS
pour utiliser un gestionnaire décentralisé sur un vieux cvs
# CMS mot fourre tout
Posté par Yves Agostini . En réponse au journal Dans la jungle des CMS.... Évalué à 10.
En réalité un CMS est destiné à un être utilisé par un petit groupe d'éditeurs qui doivent présenter un grand nombre de données structurées. Présenter des articles, des produits ou d'autres types de données existantes et très différents de présenter des informations historiquement linéaires ou classée par thèmes. Essayez de couvrir tous ces besoins avec une seule application est sans doute utopique. Chaque nouveau type de données structurées a provoqué un nouveau fork ou un nouveau CMS. Accéder à des données existantes nécessitera toujours de la programmation. L'organisation doit déjà disposer de workflow ou de données structurées. Ce n'est pas un CMS qui changera le mode de fonctionnement de l'organisation. Ou alors il ne faut pas oublier de prendre en compte la réorganisation indispensable.
En réalité lorsque on crée un site, dans la grande majorité des cas, l'information de référence est produite sur le site. Si les données sont essentiellement historique un blog sera suffisant. Si elles doivent être thématisée ont utilisera un wiki. Les contributeurs y gagnent une facilité et une rapidité d'utilisation. Les moteurs de blogs ou de wiki existants sont nettement moins nombreux et plus proches en fonctionnalités que les CMS.
La première question à se poser est donc "quelle est la nature principale des informations à publier". La seconde est "qui les publiera".
[^] # Re: "logiciel privateur"
Posté par Yves Agostini . En réponse à la dépêche Ce que pensent Stallman, Torvalds, Brown et Zemlin de Microsoft. Évalué à 6.
# data::dumper
Posté par Yves Agostini . En réponse au message Récupérer les tableaux d'une page HTML. Évalué à 2.
mais une bonne technique est d'utiliser Data::Dumper
donc :
use Data::Dumper;
....
print Dumper $row;
...
print Dumper $truc;
...
et examiner la sortie
# jifty
Posté par Yves Agostini . En réponse au journal Rails, finalement c'est bien .... Évalué à 2.
j'ai un vieux screencast ici :
http://www.crium.univ-metz.fr/docs/devel/jifty/screencast.ht(...)
d'ailleurs jifty permet depuis longtemps de gérer les fuseaux horaires, les migrations partielles ou complètes de base et plein d'autres originalités ... et sera dans la prochaine debian
# 2 possibilités
Posté par Yves Agostini . En réponse au message Résolution dns étrange. Évalué à 1.
11vm-serv.net has address 91.121.12.176
1.
le bloc 91/8 était réservé jusqu'en juillet 2005
une ancienne blacklist bloque peut-être encore l'usage de ce bloc d'adresse
2.
2007-11-01 New IP address for l.root-servers.net. (199.7.83.42)
oubli de mise à jour de l'ip du serveur root L
[^] # Re: Perl, quel utilisation ?
Posté par Yves Agostini . En réponse à la dépêche Sortie de Perl 5.10.0. Évalué à 1.
l'intérêt est surtout une démo du framework Jifty avec ici en particulier l'usage de template::declare
développé en 3 semaines, tout en faisant d'autres trucs ...
http://www.crium.univ-metz.fr/docs/securite/CheckList/
# netflow
Posté par Yves Agostini . En réponse au journal Admin réseau : faites vous de l'analyse de flux de votre lan/wan ?. Évalué à 3.
et softwlod pour collecter les flux sur les serveurs qui nat :
http://www.mindrot.org/projects/softflowd/
ce qui donne environ 25G de données / mois
et nagios pour la disponibilté
[^] # Re: gérontophilie
Posté par Yves Agostini . En réponse à la dépêche Les Journées Perl, plus que 10 jours pour s'inscrire !. Évalué à 0.
perl : 2039 projets
python: 1700 projets
# et pourtant ça marche
Posté par Yves Agostini . En réponse au journal se connecter à Internet sans ligne (Adsl ou téléphone) sous Linux. Évalué à 3.
http://www.crium.univ-metz.fr/docs/system/gprs.html
et l'inverse partager sa liaison internet pour surfer avec son téléphone :)
http://www.crium.univ-metz.fr/docs/system/wep.html
[^] # Re: prado + xajax
Posté par Yves Agostini . En réponse à la dépêche Développer des composants graphiques en PHP. Évalué à 1.
http://extjs.com/deploy/ext/docs/
[^] # Re: xserver-xorg-input-all
Posté par Yves Agostini . En réponse au message pb de reconnaissance de souris avec Xorg sous Etch. Évalué à 2.
# xserver-xorg-input-all
Posté par Yves Agostini . En réponse au message pb de reconnaissance de souris avec Xorg sous Etch. Évalué à 2.
je crois qu'il est oublié lors de la migration
# lire le code source
Posté par Yves Agostini . En réponse au message open source. Évalué à 4.
http://nagios.cvs.sourceforge.net/nagios/nagios/
si tu as installé nagios : le code est sur ta machine, c'est un langage de script interprété : perl
Sur le cvs tu as même l'historique de changement de tous les fichiers.
Il faut bien sûr comprendre le langage de programmation.
Un des principes de l'open source est de distribuer le code source.
Ensuite il faut être capable de le comprendre, comme le français par exemple ...
# mariage
Posté par Yves Agostini . En réponse au message clarification sur Bastille (suite). Évalué à 1.
La réponse est absolument non: la première sécurité c'est les mises à jours.
Si une appli est buggué, si le noyau est buggué un virus/troyen/... s'installera et se rendra totalement indétectable par un antivirus ou contournera un firewall. Je ne vois absolument pas l'intérêt des firewall personnels.
# related ,ESTABLISHED
Posté par Yves Agostini . En réponse au message clarification sur Bastille. Évalué à 2.
donc les connexions déjà ouvertes
après il traite les ouvertures de connexions
[^] # Re: site HS
Posté par Yves Agostini . En réponse au journal Jifty framework web en perl. Évalué à 1.
Jifty apporte en plus : l'utilisation de prototype/Ajax, ... la gestion des sessions, des modèles et donc la gestion des bases de données, l'héritage de composants prédéfinis, les webservices avec JSON .... un framework quoi.
Voilà un autre lien avec un peu de doc locale, turorial et screencast :
http://www.crium.univ-metz.fr/docs/devel/jifty/
[^] # Re: beuh
Posté par Yves Agostini . En réponse au message Tester un 'NULL'. Évalué à 2.
- defined($_) ? $_ : 'NULL'
SI $_ est défini, la valeur est $_ SINON c'est la chaîne NULL, ( je crois que c'est du C standard cette syntaxe )
- map { } @row
consulte chaque élément $_ du tableau @row
- join ' ', @tableau
concatène dans une chaîne chaque élément du tableau le séparateur est l'espace ' '
[^] # Re: ce que tu cherches :
Posté par Yves Agostini . En réponse au journal Web toolkit. Évalué à 1.
http://balker.dk.nyud.net:8090/catalyst/catalyst_auto_comple(...)
# ce que tu cherches :
Posté par Yves Agostini . En réponse au journal Web toolkit. Évalué à 1.
http://www.catalystframework.org/
ou
Jifty :
http://jifty.org/view/HomePage
# j'ai un exemple là :
Posté par Yves Agostini . En réponse au message Evénement sur un TreeView avec PERL::GTK2. Évalué à 1.
j'ai fait ça il y a un moment, et je crois me rappeller que j'avais également mis du temps à le trouver
[^] # Re: vacation
Posté par Yves Agostini . En réponse au message serveur mail. Évalué à 1.
c'est vieux et de base dans toutes les distributions
Au vu de ta réponse je ne comprend pas pourquoi dans ce cas tous les grandes sociétés hébergeuses de mails proposent cette fonctionnalité si elle est dangereuse
C'est les sociétés qui viennent pleurer dans les forums lorsque elles sont blacklistées