Guillaume Chanaud a écrit 51 commentaires

Parcequ'il est là pour le "bien commun", et contrairement à ce qu'a dit ton copain nicolas, l'état n'est PAS une entreprise. Il n'a donc pas le caractère à devoir réaliser des "bénéfices".
Je sais ça c'est le monde idéal...Mais si tu préfères le monde "pourri" tu es libre de choisir vers quel voie tendre ;) !
Il y'a eu pas mal de réponse au sujet de l'argent-dette et du problème que ça représente, mais libre à toi de continuer à y voir là le bonheur de nos générations futures !

Je me suis dit exactement le même chose...Pas très représentatif de "l'avancée" en question ;). En même temps le jpg qualité 45% (je suppose que c'est ce que veut dire le Q45), normalement c'est vraiment dégueux, et là l'image est nickel...Je suppose qu'il y'a eu erreur (heure tardive d'upload toussa)

Sans le deuxième lien ils ne compressent pas une image dans une url. Ils encodent des paramètres genre les coordonnées des bounding box à afficher et c'est un (des) serveur(s) de cartographie (wms) qui génère les images correspondantes (il les découpes) et les balance au client...C'est le rôle de mapserver ou geoserver par exemple (en opensource)

Qu'est ce que AssHoleDaemon (c'est le premier truc auquel j'ai pensé en voyant l'acronyme Ashd) apporte de plus par rapport aux Nginx, Cherokee et consorts (à part la page web digne d'une bonne vieille manpage) ? Il y'a une multitude de projets de serveurs web simples et modulaires.
Je ne m'y connais pas des masses en serveurs web, mais j'avais idée de m'amuser un peu avec nginx, qu'est-ce que ce ashd aurait de mieux à vendre (la page web n'est pas très explicite. Ok il y'a plusieurs process qui communiquent entre eux 'over a simple protocol', donc ok on peut faire tourner certains de ces process sous des comptes différents, mais à part ça ? C'est juste un gain de sécurité (j'ai pas dit que c'était négligeable, mais je pense pas que l'architecture des autres serveurs sus-cités soit forcément moins bonne en terme de sécu...) ?
Je veux dire par là que les autres arguments sont un peu marketing (ce qui n'est pas le cas de la page web), je ne crois pas que nginx (oui je reprend celui-là en exemple) soit "mal conçu" ou que sa configuration soit très compliquée. Pour la persistance des process, là je n'en pense rien, à voir les bénéfices/inconvénients que cela peut apporter.
Par contre, comme ça garde la philosophie unix en découpant tout ça en programme sachant chacun faire une chose, le gros avantage doit être de pouvoir réutiliser un/plusieurs composants pour des scripts/projets, c'est ce qui me plait le plus dans le design actuel du bébé...
En tout cas bonne chance à lui pour la suite !

Christophe si tu as suivi un peu le développement du truc peut-être pourrais tu m'éclairer à ce sujet (quel cadre d'utilisation envisager aussi, plutot pour du fastcgi par la suite, plutot pour servir du contenu statique en backend (genre les images/css/js), etc, ? )!

Le problème c'est que souvent cela fait partie de choix effectués dès le départ sur le ""workflow"". Choix sur lesquels ils est difficile d'intervenir. Par ailleurs il y a souvent des PGI plus orientés produits et d'autres plus orientés services et cela peut aussi poser problème pour certains.

Pour ma part, en tout cas, je ne suis peut-être pas dans le cas de Marc, c'est plus une question de prise en main, d'ergonomie générale que de manipulations particulières.
En gros, ce ne sont pas quelques manipulations a ""refactoriser"", mais l'ensemble de l'ergonomie à revoir.

Après il est certain que rapporter ces problèmes pourrait être un début d'avancement, mais je pense que la phase suivante serait de tout repenser et coucher sur le papier une ergonomie de l'ensemble avant de lancer la production.

(c'est pareil pour les CRM...il suffit de regarder sugar, c'est de la folie...Je crois que les logiciels orientés "entreprise" ont vu la partie ergonomie conçue par des caribous tricéphales venus de l'espace)

Tout à fait d'accord, j'utilise pour ma part OpenSI, mais j'ai jamais trouvé quoi que ce soit d'ergonomique. C'est pareil dans les logiciels proprio remarque, ces trucs monolithique usine à gaz.

A quand le messie, un PGI client-serveur facile à prendre en main ET complet (quitte à avoir plusieurs mode en fonction du degrès usine-à-gaz que l'on souhaite).

Bon, reste plus qu'à s'y mettre...(je manipule pas les parpaings, mais plus les bits (ça pourrait porter à confusion lu à haute voix...))

Putain on peut pas s'éditer ! :-)

En fait je vois ça comme un gros RAID réseau, on travaille au niveau block (et non pas au niveau fichier comme NFS ou CIFS) et on agrège plusieurs ressources (on peut étendre la capacité du volume, ou alors utilisé l'espace ajouté pour répliquer etc...(RAID 0/1/5 etc..)

Bah (sans avoir regardé les pages wikipédia) à priori un système de fichier non distribué n'existe que sur un seul volume physique à la fois, ou même si existe sur plusieurs volumes physiques (cas LVM), il n'existe que sur la même machine. Un système distribué est lui réparti sur plusieurs serveurs (et communique via un réseau quelconque) mais n'est vu que comme une unité logique. C'est adapté aux clusters, on regroupe plusieurs serveurs pour faire une énorme unité de stockage qui "s'autogère" via une couhe supérieur au "block device". C'est impossible sur des systèmes de fichiers non distribué (on peut faire de la réplication de fs 'standard' par contre, avec drbd par exemple). En distribué il y'a ocfs2 ou gfs (mais qui en plus permettent l'accès concurent je crois).
Je dis ptêtre une énorme connerie, mais j'ai toujours compris les fs distribués comme ça.

Emerge fait ça sur Gentoo..
C'est du prefetch, il dl le premier paquet, lance le build, et pendant ce temps continue à dl les autres paquets... Après c'est une distrib 'source', c'est peut-être moins facilement appliquable à une distrib binaire (mais j'en doute). J'ai trouvé l'option assez utile, car, de base, emerge télécharge le paquet, le construit, l'installe, puis fait la même chose pour le second paquet etc. etc. (contrairement aux 'autres' gestionnaires de paquets qui téléchargent tout, puis installent tout) Ainsi il est rapidement énervant de voir que le temps de la construction du paquet X qui vient de prendre 15minutes n'a même pas servi à pre-télécharger le paquet suivant qui fait 150Mo (genre open-office)

Exactement la même chose pour moi. J'ai vu ma petite soeur jouer avec les goos sur sa wii, cela m'a donné envie d'y replonger.

L'initiative est vraiment énorme, j'avais loupé toutes les annonces précédentes (pourtant je suis le RSS des dépêches). Heureusement qu'ils continuent la distribution du bundle, je viens d'envoyer 15$ (et c'est pas cher payé...)...

J'ai tenté et j'ai aussi trouvé ça immonde. Apple a tué tout semblant d'ergonomie avec iTunes et je trouve vraiment dommage de voir des projets suivre cette tendance des lecteurs multimédia sous acides. Je ne comprend pas cette tendance à vouloir faire des trucs compliqués ou complètement incompréhensibles pour le commun des mortels (en plus d'être ultra lourds). Pas que je refuse la nouveauté ou l'apprentissage de nouveaux concepts, mais c'est un peu comme amarok 2, à force de vouloir trop en faire ça ne ressemble plus à rien (et pourtant je l'utilise au quotidien celui-là pour essayer de m'y faire...). Mais comme tu le dit, c'est dommage de voir un projet abandonner la plateforme même si, personnellement, je pense que ça aura le mérite de libérer un peu de place sur les dépôts...

Non en ce qui concerne le secret de la correspondance, il faut l'accord de l'émetteur.
Je ne vais pas dire que j'ai 100% raison, car je n'ai pas connaissances des textes de lois exacts, mais j'en suis plus que quasi certain.
Les divers articles qui en parlent sur Internet me confortent d'ailleurs dans cette position.

Il est clair que vu la façon dont elle a été écartée des débats sur la HADOPI (qui l'a concernait quand même un peu....) on a vraiment l'impression qu'elle n'est qu'une autre poupée du gouvernement, bonne a être agitée quand ça peut faire remonter la côte de popularité du reste de la clique. Il serait peut-être temps qu'elle monte réellement au créneau vu les enjeux qui sont derrières, "l'économie numérique" n'étant pas vraiment négligeable dans nos sociétés occidentales. Après, c'est une des rares personnes du gouvernement à laquelle j'accorde un peu de crédit, je serai donc tenté de lui accorder un peu de confiance, et j'aurai même envie de la voir réellement en action (alors que si d'autres pouvaient éviter d'agir je m'en porterai mieux). Mais un secretariat n'est pas un ministère, Hirsh a fait sa BA avec le RSA (je ne juge pas le RSA, juste le fait qu'il ai réussi à emmener son projet à terme), a elle d'en faire de même.
De plus, le rapport de Bravo va dans l'ensemble dans le bon sens, ce qui prouve qu'elle peut s'entourer des bonnes personnes, ou du moins celle déjà techniquement "capables".

Ah, tu n'es pas tombé dans le piège du "Bravo à Mr Bravo" mais on sent que cela a été difficile :)

Sinon, j'éspère que ce ne sera pas un énième rapport qui prendra la poussière sur un coin de bureau, comme cela a été trop souvent le cas lors des précédents essais. Peut-être que NKM aura l'intelligence de comprendre ces enjeux sous forme sociétal et non pas qu'économique. Après 2015, c'est peut-être encore un peu loin, les actions doivent être prises dès maintenant, et au niveau européen.

Bonjour,

je penses que tu fais l'amalgame entre la fondation Apache et son produit phare httpd. Apache httpd est un serveur Web, mais c'est loin d'être le seul développement de la fondation Apache.
Il suffit de jeter un oeil ici : [http://www.apache.org/]

Entre autres projets connus d'Apache, il y a Ant, Cocoon, CouchDB, Lucene, Jakarta, etc. etc.

Ce framework n'a donc rien à voir avec Httpd, c'est juste un framework java orienté clusters

Merci aux trois réponses précédentes pour les précisions !
En effet l'approche binaire/source des paquets me parait assez intéressante et versatile, et les autres points que tu énumères au dessus sont le sont tout étant. Cela la démarque de pas mal autres distribs, et vu la quantité phénoménale de distributions linux aujourd'hui, c'est un bon point. En tout cas, un point qui m'a donné envie de me pencher la dessus (j'étais un peu en quête d'une distrib X86 légère et versatile ces derniers temps faut dire !). Je vais tester ça sur une petite carte à base de Geode et 256MB et pourquoi pas remplacer la "voyage linux" qu'on fait tourner en alpha dessus et pour laquelle j'accroche (perso) moyen.

Tout d'abord juste un point de détail, il n'est pas fait mention du windows manager dans la dépêche, alors qu'à plusieurs reprises il est fait mention d'un environnement de bureau léger qui déchire...En l'occurence c'est JWM, cela aurait été un plus de le mentionner dans la dépêche (ou alors il y est et j'ai rien vu). Autre chose, je ne sais pas si c'est dû à la dépêche mais le site est super lent, et il est quasiment impossible d'y naviguer sans exploser souris et clavier :) !

Bon sinon, je vois que la distrib utilise son propre système de paquetage : tazpkg.
Qu'en est-il de ce nouveau système ? C'est proche d'un système slackware, paquet tgz sans gestions de dépendances (c'est mon souvenir de slack en tout cas), ou plus proche d'un deb/rpm, paquets binaires et dépendances avec moults outils d'administration ? Existe-t-il une toolchains complète pour générer ces paquets et est-ce facile de se faire un propre dépôt ?
Par exemple, j'ai une centaine de clients léger (à base de Geode donc x86) qui repose tous sur la même distrib, et je veux me créer un dépot perso sur lequel je met les paquets que je vais déployer sur x machines (des paquets compilés maison, des version x ou y de tel ou tel soft), slitaz facilite-t-elle l'ensemble de cette tâche. Enfin, à l'heure ou le gestionnaire de paquet est un peu la pierre angulaire de toutes les distribs, ce qui l'a fait 'vendre', il est dommage de ne pas avoir développé ces questions. C'est un peu l'argument numéro 1 qui me fera tester (et pourquoi pas déployer par la suite) une distrib (cela inclu aussi le nombre et la variété des paquets dispos, mais si il est facile d'en créer (type archlinux ou distro basées sources) alors la question de la quantité de paquets dispo est moins importante.

"J'aime bien l'idée de faire payer le jeux en version console. Vu la différence de taux de piratage entre les PC et les consoles, cela peut même être super intéressant."

En même temps, vu le prix des licences de dev et des SDKs pour développer sur console, je vois pas bien comment il pourrait en être autrement (ah si, les trucs style xbox live pour indie, mais tu payes quand même, et tu payes aussi pour y jouer (le service live), et encore, ça c'est un service Xbox, je ne sais pas ce qu'il en est sur Wii, sur PS3, DS, PSP...
Et il faudrait tout de même un bon paquet de ventes pour que ce soit pas à perte le dev pour console non ?

Je suis tombé la dessus ce matin, je pense que c'est l'effet que vous recherchez :
http://buildinternet.com/live/supersized/
Cela répond à ce que je disais au dessus, avec du js (mais ça fait dégueux sur les grosses résolutions) ça peut donner l'effet désiré. Je ne pense pas qu'il soit très compliqué de faire un plugin pour piwigo qui utilise ce "supersized" là, à vos claviers ! ;)

Il serait à priori tout à fait possible de faire un mode diaporama qui donne l'effet recherché (mais avec du javascript).
Le gros problème qui se pose à mon avis, c'est que en fonction de ta résolution d'écran, l'image va être étirée à n'en plus finir et va donner un rendu vraiment dégueux. Il faudrait que toutes les images uploadés soit en hi-res, et ça consomme pas mal ce genre de truc...Pour exemple je suis en 1920x1200, j'imagine même pas la gueule de 99% des photos disponibles sur les galeries en ligne si je passais dans un mode diaporama plein écran (et là c'est pareil avec youtube etc. c'est vraiment ignoble). Et si il fallait que toutes les photos soient adaptées à du 1920, le chargement prendrait une plombe (on aurait probablement même pas le temps de charger la photo avant que ça passe à la suivante en mode diaporama)

Le problème c'est qu'ici la plateforme est un navigateur avec les restrictions que cela suppose.
Youteub et dailymotion utilisent floush pour afficher les videos. C'est lui qui gère tout seul son affichage comme un grand et en flash il est possible, via l'actionscript, de passer en plein écran.
Là, je vois pas trop comment techniquement ce serait possible sans passer par un plugin lourd. A ma connaissance (mais je me trompe peut-être) il n'est pas possible, via du code, de forcer la passage de la fenêtre du navigateur en plein écran. L'équivalent du plein écran tu l'as avec F11 sur la plupart des navigateurs, mais c'est à l'utilisateur de faire cette démarche.

Sinon je suis tout à fait d'accord avec toi sur le confort d'utilisation de ces logiciels qui mériterait plus de travail que celui fourni sur les données EXIF. Mais tout dépend de l'utilisation qu'on en a. Les données EXIF sont, pour certains, primordiales, tandis que pour d'autres c'est plutôt le confort d'utilisation

Je l'utilise aussi et en effet Redmine est excellent (juste eu quelques menus problèmes au départ pour le faire tourner avec Apache et non pas avec son propre serveur )

Par contre CodingTeam implémente ça :
"Intégration des salons de discussion Jabber ;"

et je crois que ni Redmine ni Trac ne propose ce genre de choses. C'est un point qu'il faut souligner pour avantage à Coding Team ;)
Après est-ce que ça a son utilité ? Certaines équipes vont surement y trouver un avantage, mais il est vrai que là ou je bosse tout passe par forum car bcps plus simple pour garder des traces des discussions et faire des recherches dessus et je pense que c'est le cas dans bcps d'entreprises.

D'ailleurs ça me fait un peu penser à ce qui se passe au niveau des semances (principalement les "légumes anciens" mais je crois me souvenir que ça concerne aussi d'ancienne variété de fleurs) ou il y a des catalogues officiels créés par des organisme (financés principalement par de grand semancier) de ce qu'il est autorisé de cultiver et vendre... Une recette libre c'est peut-être un peu 'too much', mais ça peu aussi montrer que dans ce monde ou le libre existe de moins en moins, certains sont vigilants et peuvent jouer de l'ironie de la situation pour pointer des problèmes réels.

Bah en fait si, les autres frameworks se situant plus entre 6 et 15%...
Donc on peut dire qu'à ce niveau là (vitesse) il se situe dans le haut du panier (au-delà même). On peut en effet se dire que 25% de perf parait peu, mais en comparant avec les autres c'est plutôt pas mal...

C'est sur que pour un simple hello world, un framework est bien inutile ;-)

Je ne connaissais ni le framework ni le "google code clone", je vais aller voir cela de plus près, par contre il aurait été peut-être plus judicieux de séparer les deux, parcequ'au final, le titre de la dépêche porte sur un projet, mais 80% de son contenu parle du framework qui est derrière le projet. En gros on en apprend plus sur Pluf que sur InDefero lui-meme et c'est un peu dommage (surtout que le titre de la dépêche porte bien sur InDefero).

En tout cas je vais me pencher sur le framework...c'est marrant depuis quelques semaines on entend de plus en plus parlé des perfs des frameworks php, mais d'après moi ce n'est qu'une composante du framework. Un framework rapide ne veut pas tout dire à mon avis, surtout qu'il faut voir ce que donne cette "vitesse" sur un gros projet, InDefero va peut-être permettre de confirmer ces bons résultats de perfs sur un projet réel ;)