ccomb a écrit 1325 commentaires

pfff, c'est à cause de mon chat, il est à moitié couché sur ma tête alors je vois pas bien l'écran....

pour se faire, ... → pour ce faire, ...

(= pour faire cela)

Et il y a la suite de l'histoire, où il montre pour de vrai comment faire avec Plone, et non sans humour. :)
http://www.archive.org/download/SeanKellyGettingYourFeetWetw(...)

maismaismais, header.html et bottom.html c'est des pratiques qui datent des années 90, ça :)

Il y a quand-même des techniques beaucoup plus souples et efficaces, notamment les ZPT, Zope Page Template, qui sont utilisables dans n'importe quel projet, même en dehors de Zope.


Le principe de base de ZPT, c'est qu'au lieu de mettre des tags classiques (invalides au niveau XML) qui vont être remplacés par du contenu,
on fait des appels de variable ou de méthode à l'INTERIEUR des vrais tags HTML, sous forme d'attribut XML.

Par exemple un titre :

[h1 tal:content="view/titre"] titre bidon [/h1]

qui permet de remplacer le titre bidon du template par le titre fourni par la classe « view ». Ca permet de fabriquer un template qui est une vraie page HTML complète et valide.

Le même principe permet de fabriquer des macros et des slots pour avoir un squelette de base complet, qui serait l'équivalent du header.html + bottom.html, mais tout-en-un, et avec plusieurs insertions possibles, chaque insertion étant elle-même une page HTML complète qui représente le contenu qui sera inséré dans le template. (ce qui permet donc de faire des skins à un niveau supérieur que de juste changer la feuille de style).

suis vraiment fatigué, moi

Dell(P3@1Ghz/radeon): 10500
Samsung(Celeron@1,6Ghz/i810): 6500
Athlon(Athlon@1,6Ghz/nv): 15000


j'ai raté quelque chose, où tu n'as as donné l'origine de ces benchs?
quel outil ?

oui :)

j'ai quand-même soupçonné les racks amovibles bas de gamme avec des connexions aléatoires, et des ventilateurs inefficaces. Une fois que j'ai tout viré et que j'ai mis les disques bien attachés sur des rails, branchés directement et avec un gros ventilo 12cm devant, il ne s'est plus rien passé. Leur seul problème depuis 1 an est que le serveur est plein ...

Ils ont probablement raison, mais il manque une étape obligatoire avant le passage au web 3.0 : c'est l' IPV6 généralisé.

Donc encore au moins 10 ans.

J'étais justement en train de poster un commentaire similaire.

Les choses sont expliquées ici, mais je n'ai jamais lu de vulgarisation bien faite.
http://codespeak.net/pypy/dist/pypy/doc/architecture.html#mi(...)

On entend juste « implémentation de python en python ». Après une introduction comme ça, 1% des gens vont prendre la peine de creuser un peu pour découvrir ce que ça apporte.

La probabilité pour que deux disques d'un même système / lot tombent en panne dans un laps de temps court (par exemple avant que l'array RAID soit reconstruit) est très importante.

Alors ça je confirme, il y a 2 ans j'ai repris la maintenance d'un serveur de fichiers qui comportait une douzaine de disques, dont 10 étaient de la même marque, même série (grave erreur). NEUF disques sont tombés en panne à quelques jours ou semaines d'intervalles...

c'est quoi ce truc ?
http://nayco1.free.fr/zenphoto/index.php?album=Solutions+Lin(...)

le simple changement de licence aurait mérité une numérotation en 3.x

Je pense qu'ils devraient renommer ce logiciel, car je n'ai jamais vu quelqu'un écrire correctement cinelerra

le module capabilities, associé à realtime, pose des problèmes de sécurité, et n'est pas dispo par défaut. Donc oui, il y a des contraintes incompatibles avec un OS grand public.

plop

Cet article de blog contient évidemment quelques vérités, mais il est globalement puant et détestable car il verse dans le catastrophisme, et ressemble simplement à l'expression d'une frustration de quelqu'un qui n'a pas su s'y exprimer, ou bien qui s'en est fait rejeter en voulant peut-être y IMPOSER ses idées !!
(le "y" se réfère bien entendu à la wikipedia)

Il est d'ailleurs complètement inutile d'argumenter, car cet article omet lui-même toute argumentation concrète et se contente de généralités auxquelles on peut faire dire ce que l'on veut.


infâme, donc.

Je me souviens qu'il y avait le même genre de résultat entre 98 et XP. 98 gagnait.

oui non, je parlais des produits microsoft, les trucs ASP, dotNET, tout ça...

je confirme. Mon appareil marche très bien avec gphoto, mais j'utilise quand même un lecteur de carte. C'est plus pratique.

globalement on est donc tous d'accord avec la conclusion de la vidéo. Même si c'est vrai qu'elle ne compare pas les bonnes choses.

A mon avis, le bon comparatif serait :

Rails / Django / Turbogears / Grok (qui arrive lentement)
et :
Zope3 / J2EE

(Quant à Zope2 il a toujours été un peu à part et ne compte plus vraiment.)
Et je ne sais pas quels seraient les équivalents dans le monde microsoft.

Je trouve un peu dommage de mélanger les vues et les templates. Le principe des pages HTML remplies de TAGS invalides (au sens XML) avec des <% ce n'est pas très moderne et c'est le même principe que le php, asp, ou le DTML dans Zope2 qui a été abandonné dans Zope3.

Une vue ne doit pas nécessairement être une page web, c'est censé être une vision particulière d'un contenu (par ex un objet). Donc ça peut générer une sortie PDF, une vue par FTP ou par WEBDAV ou en HTML, et dans ce cas une vue doit _utiliser_ un template, mais pas être un template. Il faut limiter au maximum le code contenu dans les templates, car c'est le boulot de la vue.

Dans zope3 une vue peut aussi être juste un morceau de page (un viewlet), qui est intégré dans un gestionnaire de viewlet et qui peut (ou non) utiliser un template pour son rendu. Ca permet de faire des pages avec des boites et des contenus complètement variables et dépendants du contexte, de manière très souple et très intéressante.

C'est vraiment regrettable que la doc et la visibilté de zope3 soient si faibles car les principes utilisés sont vraiments intéressants (on en retrouve dans j2ee, mais pas forcément de la même façon, et sans la soupless de python) et c'est un framework qui est maintenant très stable et très mûr.

c'est frustrant, on entend tout le monde se marrer sur des images mais on ne les voit pas. On a seulement le contenu sérieux :)

Zope c'est vraiment intéressant, cependant la version 2 actuelle est en lente obsolescence. Je m'y suis intéressé un moment, mais j'ai fini par découvrir la version 3 qui est une réécriture complète (non compatible), qui reprend toutes les technos intéressantes comme la base de données objet (zodb), le système de template par attributs xml (ZPT), mais qui ajoute des notions super interéssantes comme les interfaces et les adapters. Le tout étant complètement modulaire et extensible. Et tout est inclus de base, l'i18n, la sécurité, le xml-rpc, la génération et validation automatique des formulaires web, qu'on peut customiser à souhait grâce à des widgets perso, etc. Franchement moi je suis tombé amoureux de ce framework, même si je reconnais qu'il y a un petit cap à franchir pour « penser » Zope3 et y être autonome. Notamment il me semble 100% indispensable d'acquérir le (très récent) bouquin de Weitershausen pour espérer s'en sortir. Mais après... waw...!

pas vraiment, mais je l'ai trouvée pendant ma recherche d'information sur Zope3 et Grok.
(Grok, c'est une API façon « convention over configuration » placée devant Zope3 et qui est censée diminuer la dose de ZCML nécessaire à la création d'une appli avec zope3.
C'est tout chaud et en pleine réflexion.

Juste pour rire : http://oodt.jpl.nasa.gov/better-web-app.mov