Hardy Damien a écrit 1124 commentaires

pour un app store de logiciels libres, je t'invite à installer l'application f-droid (https://f-droid.org/ ).
ça sortira un peu des géants.

Suis passé aussi à miniflux sur mon mutualisé OVH.
J'en suis ravi.
Manque le multi-utilisateur et un peu de gestion de cache (le retour arrière sur la liste des news mouline un peu parfois).

Ajouter juste des points d'intérêt dans polpatch l'éditeur en ligne est un très bon moyen de commencer.
Les bouches a incendie (emergency:fire_hydrant, il faudra sans doute passer en mode avance), les boites aux lettre, les grands arbres, les bancs public, les passages cloutés (protégés ou non par un bonhomme rouge/vert), les défibrilateurs… Il manque plein de ces petites informations parfois très utiles du quartier faciles a rajouter.

Et pourquoi ne pas pousser PHP sur leur mutu a 3 kopecs par mois ? Et ne plus t'en soucier

CQFD hop troll terminé ! tout le monde peut replonger le nez dans ses pâtes Sodexo …

D'ailleurs il peut être intéressant de passer des informations de cache en HTTP par exemple (cache de 60 jours):

Cache-Control: max-age=5184000,max-stale

ou Cache-Control: max-age=5184000,public

Pour gravatar ce serait dommage de perdre l'usage du cache du navigateur (nouvelle URL) l'image étant potentiellement utilisé pour d'autre sites/réseau sociaux.

Thumbor est un projet en python de http://globo.com qui est complètement fait pour ça.
Il permet en plus d'appliquer des filtre sur les images pour toute sorte d'effets.

Il permet aussi d'authentifier le générateur de l'url par une clé HASH dans l'url ainsi un site externe ne pourra pas phagocyter le service pour ses propres images.

"n'utilisez surtout pas uniquement le chiffrement des paramètres !"

Oui c'est pour cela que dans le chiffrement selon l’algorithme de thumbor il y a aussi le md5 de l'url de l'image (ici url/to/image.jpg) ajouté après les paramètre. du coup chaque url devient unique paramètre + image comprise et difficile à copier (je n'ose pas dire impossible)

Super,

Merci pour ces explication.

Le code est inspiré de https://github.com/globocom/thumbor/
et https://github.com/globocom/thumbor/blob/master/thumbor/crypto.py en particulier
Le but ici est de transformer :

http://serveurthumbor/unsafe/fit-in/560x420/filters:fill(blue)/url/to/image.jpg

en :

http://serveurthumbor/lfcBvO4PIwuukgT6cY...QbAmH0Nl20U=/url/to/image.jpg

Pour que seul une webapp autorisée (par la connaissance de la clé) puisse exploiter le service de redimensionnement d'image thumbor.

Je voulais m'assurer que le chiffrement puisse être généré par autre chose qu'une application python.

Oui j'ai simplifié pour bien isoler le problème.

J'ai le même résultat avec tout les "aes" possible de openssl :
(test.py étant égal au contenu de mon post)

~$ for i in `openssl enc --help 2>&1| grep aes` ; do  ./test.py  | openssl enc -d $i -k "totototototototo"; done
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number
bad magic number

Salut,

Un titre à Troll mais c'est l'expression de mon avis (plutôt technique je ne suis pas l'utilisateur).
Je n'ai d’expérience que sur PMB donc j'aurai du mal a comparer avec les autres. Mais à mon avis le code de PMB vieillit assez mal : c'est du bon vieux PHP4 style (le support de PHP5 à été apporté bien sûr sur le code problematique) pas très modulaire et le projet est assez difficile à suivre puisque le dépôt n'est pas public du coup il faut faire le diff entre chaque releases de pmbservice pour voir ce qui a changé. Ça ne favorise vraiment pas la participation (imaginons un projet hébergé sur github [:love])
J'ai éprouvé par exemple pas mal de difficultés pour trouver de la doc (schéma de base entre autres) pour ajouter un thésaurus externe.

Je ne sais pas dans quel états sont Koha, Greenstone et Evergreen. Mais j'ai l'impression à priori qu'ils sont plus faciles à suivre en tout cas les dépôts GIT doivent y faciliter.

Pour la réflexion générale je me dit qu'un SIGB pourrait tirer bcp d'avantages à s'appuyer sur les nouveau backend NoSQL pour le stockage orienté document (mongodb par exemple) et les outils comme elasticsearch pour l'indexation(la recherche de documents étant quand même la base de ce type de projets) p.e. qu'un des autres projets à anticipé ce virage ?

Personnellement j'ai découvert cela en faisant un clic-droit "copier le lien" sur une des réponse pour récupérer une partie du lien qui pointait sur un fichier à télécharger (dépot svn)... et ben ça devient épique maintenant.

Dit comme ça, sa ressemble assez à de la programmation neuro-linguistique.

Le buste en plastique cadeau va faire un malheur.

J'étais resté la dessus https://groups.google.com/a/cloudera.org/group/cdh-user/browse_thread/thread/e3098462515f455f/b5fb632c5c07b030 :)

Merci pour ce retour.
Super on va pouvoir déployer les agent flume partout \o/
Par contre on a migré le POC sur Ubuntu à la sortie de CDH3. P.e. que lors de l'installation d'une éventuelle prod on repassera sur Debian.

Est ce qu'il existe une communauté francophone de écosystème hadoop aujourd'hui ?

Nos difficulté aujourd'hui, c'est de trouver des tutos avec la descriptions des flux pour des objectifs assez classique comme pour hbase faire des conteurs de vues d'objets. On trouve une vidéo de la description des statistique en temps réel chez facebook1, ou le compteur de downloads en répartition géographique de firefox [3][4] mais peu qui ne soit assez détaillé pour s'en inspirer.

Le design d'un schéma Hbase est assez perturbant quand on arrive du Relationnel :

• dénormalisation
• support des milliers (millions?) de colonnes
• choix du rowid important (seul index de la base, pour le moment)
• dimension temporel avec les multiple versions d'une donnée stockée.

[1] http://highscalability.com/blog/2011/3/22/facebooks-new-realtime-analytics-system-hbase-to-process-20.html
[2] http://hadoopblog.blogspot.com/2011/05/realtime-hadoop-usage-at-facebook-part.html
[3] http://glow.mozilla.org/
[4] https://blog.mozilla.com/data/2011/03/22/how-glow-mozilla-org-gets-its-data/

Cloudera fait un super boulot pour le packaging de l'écosystème Hadoop. La facilité de déploiement des applicatifs permet de se lancer facilement dans la découverte de ce nouvelle manière de faire du stockage et du traitement distribué.
Par contre ils ne proposent pas les paquets deb pour squeeze de cdh3 (et pour lenny il n'y a que les beta de cdh3) c'est frustrant.

Ceci dit Bigtop a plus sa place dans le cadres des distribs que chez l'éditeur finalement.

Mieux :
http://www.desertec.org/ et http://www.dii-eumena.com/fr/accueil.html

Ils ont déjà commencé a se déployer au Maroc et en Tunisie à la faveur de la révolution de février. Et c'est d'ailleurs un projet essentiellement Allemand, est ce que les récente prise de position de nos voisin sont en rapport je ne sais pas.

Produire du dihydrogène à partir éthanol (issu de la décomposition de déchet végétaux) par des photo-catalyseurs.

On pourra ainsi stocker l'énergie produite par le solaire plus efficacement (qu'avec l'électrolyse de l'eau) et avec un meilleur rendement.

C'est d'aujourd'hui dans mes RSS: http://www.techno-science.net/?onglet=news&news=9238

Et la je dégaine https://code.google.com/p/logstash/ et http://www.graylog2.org/ Qui peuvent servir de serveur syslog et s'appuient sur des backend nosql (mongodb uniquement pour graylog2, preférablement ElasticSearch pour logstach) pour une très grande scalabilité et tolérance aux pannes.
Avec une interface de recherche livrée clé en main. L'interface de logstach par exemple propose toute la souplesse du langage d'interrogation de l'indexeur Lucene.

À tester.

Il se passe quoi ? quel sont les risques ?
Amende ? délit ? pénal ?

"Oups ! m'sieur l'agent justement hier on a perdu les disques des logs ... désolé. #Bisous"

Il développent aussi ocfs2 le fs clusterisé (en même temps ils ne pouvaient pas faire autrement puisque basé sur ext3 et heartbeat)

L'humour. J'ai souri.

Hello,

Sur le dernier noyaux 2.6.32 E. Paris de chez redhat avait échoué à faire rentrer l'outil fanotify s'appuyant sur l'API fsnotify qu'il avait introduite dans le 2.6.31 (en récrivant inotify et dnotify à iso fonctionnalités sur cette API) qui permet de tracer les évènements d'un file system. (aujourd'hui impossible avec inotify/dnotify qui ne peuvent pas surveiller une hiérarchie de répertoire autrement qu'en ouvrant un file descriptor sur chaque répertoires de celle-ci)

A t'on des nouvelles de ce projet ? qui m'intéresse assez dans le cadre de la sauvegarde de gros file system et de la gestion de split-brain sur drbd master/master (qui entre donc dans le noyaux \o/ ce qui est une excellente nouvelle).

Merci pour cette news.