J'avais trouvé ça :
http://aptgetinstall.free.fr/index.php?2008/01/22/20-takahas(...)

un fichier xul à adapter
c'est plus une méthode qu'une appli, j'ai testé ça arrache

[ Répondre ]

non, d'autant plus que ce n'est sûrement pas lui qui a collecté ces adresses. Il y a donc quelqu'un d'autre qui a cette même base.

[ Répondre ]

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.

Cordialement

1. Club Contre L'Usage Abusif des Buzz Words

[ Répondre ]

un des objectifs principaux du cloud computing est justement d'éviter un SAN, et au contraire d'utiliser du stockage distribué.
cf: hadoop ou mogilefs

[ Répondre ]

il a sûrement une copie,
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

[ Répondre ]

svk peut également être envisagé. C'est peut être plus simple pour un habitué à svn.
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

[ Répondre ]

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".

[ Répondre ]

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.

[ Répondre ]

je ne connais pas cette lib
mais une bonne technique est d'utiliser Data::Dumper

donc :

use Data::Dumper;
....
print Dumper $row;

...
print Dumper $truc;
...

et examiner la sortie

[ Répondre ]

> drbd depuis 8 ans ... c'était très très très jeune à l'époque !!
et oui, fallait oser mais nos tests pour un objectif d'hébergement web nous ont convaincu.
L'état actuel du projet confirme que nous avons fait le bon choix.
Ensuite pour d'autres utilisations en écritures intensives, il ne faut sans doute pas se faire d'illusion, il y a sûrement perte de performance. Il faut ensuite identifier les cas d'usage acceptables.

Actuellement nos tests sur les modes actif/actif ne sont pas totalement concluant : c'est surtout difficile à tester.

Merci au chieur j'essaierai à l'occasion le mode auto-négocié. C'est fou ce que la technologie progresse ;-)

[ Répondre ]

on utilise depuis environ 8 ans une solution drbd/heartbeat pour environ une 50antaine de bases pas forcément très sollicités, de l'hébergement web essentiellement ou des bases ldap mais naturellement utilisé surtout en lecture.
En 8 ans on a changé 3 fois les machines d'origines (ajouté 2 autres clusters) ont a eu quelques casses de disque dur, ce qui permet de basculer sur les machines de secours avec 5secondes d'interruption. La liaison heartbeat est un câble croisé entre des cartes gigabits. Un maladroit a déjà débranché ce câble sans qu'on ai eu de corruption de données, sans doute parce que les bases sont peu sollicités en écriture.
Pour de l'hébergement web on est très satisfait de cette solution. On n'a pas fait de tests récents sur des bases avec beaucoup d'écritures.

[ Répondre ]

jifty permet également d'avoir un framework perl sans utiliser d'objet

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

[ Répondre ]

# host 11vm-serv.net
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

[ Répondre ]

une application pour gérer un plan de crise
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/

[ Répondre ]

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é

[ Répondre ]

http://www.ohloh.net/languages?sort=projects&commit=Sort
perl : 2039 projets
python: 1700 projets

[ Répondre ]

pour gsm gprs
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

[ Répondre ]

extjs est également à voir

http://extjs.com/deploy/ext/docs/

[ Répondre ]

ou xserver-xorg-input-mouse ?

[ Répondre ]

apt-get install xserver-xorg-input-all

je crois qu'il est oublié lors de la migration

[ Répondre ]