c'est vrai qu'il m'arrive de mettre des gros coups de genou sous le bureau en croisant les jambes et de voir le portable sauter d'1cm :) Là l'argument s'inverse, j'ai probablement évité plusieurs fois de le bousiller grâce à l'unload.
C'est justement là qu'est tout le probleme.
Il vaut mieux mettre 254 ou 255.
Je faisais comme toi, mais depuis 1 an le load cycle est à 240 000 sur mon portable. (Alors qu'il est à 300 sur un fixe)
Donc je conseille de garder le laptop_mode, mais de passer l'apm en 255. Ton expérience prouve seulement que tu as eu de la chance, mais n'a malheureusement aucune valeur statistique.
C'est pas hald qui cause cette activité toutes les 2 ou 3 secondes, je l'ai arrêté et ça continue.
Par contre (j'ai lu que) c'est la journalisation ext3 qui fait ça.
Le laptop mode permet justement d'éviter cette activité (quitte à perdre des données en cas de coupure brusque, mais bon y a la batterie). Et du coup je l'ai activé par défaut, même sur secteur.
Mauvais choix, : Load_Cycle_Count 240434 en 1 an...
Mais c'est vrai que c'est gonflant de voir la diode s'allumer régulièrement...
Donc -> laptop mode toujours, mais -B 255.
Comme si c'était pour faire mentir Benjamin Bayart à propos du rapport download/upload qui était meilleur sur le minitel que sur les machinbox actuelles, free a annoncé la fibre optique avec un rapport de DEUX : 100Mbps en download, 50Mbps en upload.
Un upload de 50Mbps à la maison, ça va remettre pas mal de choses en question, et ça permet réellement de faire du hometube. Manque plus que l'ipv6...
D'ailleurs maintenant que j'y pense, la ZODB peut stocker ses données de plusieurs façons :
Par défaut c'est le filestorage, c'est à dire tout dans un gros fichier. (comme une base sql, quoi...)
Mais on peut aussi utiliser directorystorage qui utilise une hiérarchie de répertoires et de fichiers. Et je crois qu'il existe d'autres implémentations qui permettent de stocker avec encore d'autres méthodes.
Dans ce cas il faut pouvoir être capable de faire un mapping entre les objets de la zodb et une représentation en filesystem. Mais ce n'est qu'une question d'écrire l'adapter qui va bien.
De cette façon il est déjà possible de faire apparaître le contenu de la ZODB à travers une vue FTP ou WebDAV. C'est zope qui se comporte comme un serveur ftp ou dav et qui présente les objets à l'utilisateur de la façon que le développeur l'a décidé (dépendant de l'implémentation de l'adapter). Pour mon Eztranet je voulais donner un accès ftp, de façon à pouvoir uploader une vidéo autrement que par http, puis que ça crée automatiquement l'objet correspondant dans la zodb, avec sa vignette et son transcodage flahsapu (ça doit prendre 10 lignes, mais je n'ai pas eu le temps).
Parmi les sites webs en prod, il y a entre autres lovelybooks http://www.lovelybooks.de
ou le site de partage de bouts de code Kelpi http://kelpi.com
Il y a aussi GreenTV qui est en train de créer sa plateforme autour de zope3
De mon côté j'ai récemment terminé un petit projet d'extranet pour une boite de prod http://eztranet.gorfou.fr , je suis en ce moment sur un autre projet et je suis tellement content de zope3 que je ne vais pas m'arrêter de sitôt.
zope3 ça marche pour de vrai, le seul truc qui manque c'est du marketing, un joli site web avec plein de couleurs, et une doc un peu plus visible et accessible. C'est un peu ce qui est tenté avec Grok.
Même sans ça c'est un projet complètement viable car il s'appuie sur l'expérience de zope2, il est mené par des gars qui sont de vraies têtes, c'est unit-testé à fond, on peut brancher dessus n'importe quel autre projet python et même l'intégrer facilement comme si c'était un composant zope3.
oui, plone3 est encore basé sur zope2.
Mais on peut utiliser (en partie) zope3 dans zope2 et donc dans plone. Tous les nouveaux développements dans plone sont faits avec des technos zope3. Ca permet à plone de transiter en douceur.
M'enfin perso, je préférerais un cms en full zope3...
Pour faire du zope3 sans ZCML, il y a Grok : http://grok.zope.org
Je n'ai pas eu le temps de tester mais ça ressemble à une bonne passerelle vers zope3. Le hello world est minuscule, et il y a des exemples d'applcations simples.
Mais je suis pas trop fan de ces trucs privilégiant les conventions plutôt que la configuration (façon RoR). Le zcml n'est pas méchant, et il permet d'éviter tout le code python obscur qu'on trouve dans zope2.
il manque plus que de développer un parseur/interpréteur Tal pour d'autres langages (php, jsp) à moins que ça existe...
Tu crois pas si bien dire
En fait la plupart des composants de zope3 sont séparés ou en train d'être séparés de zope, et on peut les utiliser dans n'importe quel projet python (parfois ailleurs comme avec phptal).
C'est justement ce qui a été corrigé dans zope3 : on ne fait plus de développement en zodb, uniquement en filesystem, avec le svn/cvs que tu veux. Tout est sous forme de fichiers, la zodb ne contient que le contenu propre de l'application, pas de code. Et même les objets de contenu sont séparés des objets de configuration, ou des utilitaires.
C'est devenu un vrai plaisir.
oui alors ça veut bien dire que les templates de Zope ne sont pas actifs. Puisqu'il n'y a pas (ou très peu) de code, et pas de balise foireuse façon <m%achin$>
Mais tu as entièrement raison, avec Zope tu ne mets pas de logique, dans le template. Tu peux en mettre un peu, mais c'est limité et déconseillé. Toute la logique est déportée dans la classe de la vue.
Si je dis que c'est puissant, ce n'est pas parce que tu peux mettre de la logique, mais parce que ça permet très facilement de séparer la présentation de sa logique. Mieux que ça, les templates zpt sont des fichiers xhtml valides, et on peut les éditer dans un frontweaverdreampage, ou même les afficher dans le navigateur sans traitement. Les commandes de templating sont placées dans des attributs xml, elles sont transparentes et permettent de remplacer des valeurs bidon présentes dans le template. Elles sont peu nombreuses, facile à apprendre et on peut tout faire.
Et du coup il est possible de gérer la notion de skin, et de manière plus poussée qu'une simple bidouille du css.
Je sais pas vraiment si on peut comparer spip et plone, c'est pas tout à fait pour faire les même choses.
Spip c'est sympa, mais :
- point de vue développeur, il faut quand même se taper l'apprentissage des boucles, qui est un truc vraiment spécifique à spip.
(Le langage de templating de Zope n'est pas plus difficile, et est plus propre et plus puissant.)
- point de vue utilisateur :
l'interface d'administration de spip est figée, générique et trop bordélique pour les clients. Je préfère le principe à la plone, où on a plus ou moins d'actions possibles sur le contenu en fonction des droits de l'utilisateur. On peut ainsi unifier le site public et son administration.
Sinon c'est une bonne nouvelle d'avoir de plus en plus de zope3 dans plone, car c'est vraiment de la bonne techno. On peut d'ailleurs faire beaucoup de choses avec zope3 tout seul, sans avoir besoin de mettre les mains dans plone. Ce n'est pas un CMS en soi, mais on en est finalement pas très loin.
impact ? proche de zero, à cause de la vente liée. En tout cas c'était mon OS par défaut à la fin du siècle dernier, juste devant linux puis w98, et j'en garde un très bon souvenir, en dehors du réseau qui était affreusement lent. Ca me permettait d'aller sur internet moins de 15 secondes après le démarrage du PC. Je crois que le marché ciblé était le multimédia, et je l'ai vu une fois en démo au salon de la musique sur un PC.
Bon ok, en théorie c'est génial, mais en pratique... ? A utiliser avec parcimonie ou systématiquement ?
Les interfaces ça sert absolument à rien si c'est juste pour faire joli dans un fichier d'interfaces. Dans ce cas, au mieux, ça sert de documentation des classes. Ce billet n'est pas convainquant quant à la nécessité absolue d'utiliser des interfaces en PHP.
Là où les interfaces deviennent vraiment intéressantes, c'est quand elles sont utilisée au milieu d'un framework qui les prend en compte intensivement (Zope3). Là les interfaces prennent tout leur intérêt, et sont utilisées pour faire marcher toute la mécanique. Les composants sont rangés dans des registres par leur interface, et peuvent être récupérés de la même manière. Les vues (par ex. pages HTML) sont associées aux objets via leur interface. Les objets peuvent être adaptés pour offrir une autre interface, les widgets HTML sont choisis automatiquement en fonction de l'interface offerte par un objet, l'authentification se base sur des interfaces pour pouvoir authentifier de n'importe quelle façon derrière, les droits d'accès aux objets sont séparés par interface (on peut par exemple autoriser pour un objet l'utilisation d' IReadContainer, mais pas IWriteContainer) et un objet peut bénéficier d'un tout un tas de fonctionnalités supplémentaires juste en lui ajoutant une simple interface vide (marqueur), qui va ramener automatiquement un adaptateur inscrit pour cette interface. Par exemple un objet de contenu pourra subitement offrir une gestion des commentaires juste en lui ajoutant l'interface ICommentable.
Dans ces conditions, oui, c'est pas seulement génial en théorie, ça devient génial en pratique, et un réel plaisir à utiliser.
pour info, je viens d'aller voir à l'instant le Surfeur d'Argent et on peut voir un nokia 770 du début à la fin, presque sous tous les angles. C'est bien le seul intérêt du film, que je ne conseille à personne tellement il est nul... Mais en tout cas ça risque de faire rapidement disparaître les quelques appareils qui restent en vente, donc il vaut mieux se dépêcher si tu en veux un. :)
question, tu utilise quoi ensuite pour assembler tes expositions et fabriquer ton rendu HDR ?
J'avais essayé il y a un an et demi, et j'avais rien trouvé de concluant.
Sinon ce qu'il faudrait pouvoir faire, c'est pouvoir prendre plusieurs expos successives sans bouger le miroir. C'est possible ?
Je trouve très bien ce genre de pressions sur les fabricants de matériel surtout qu'il doit probablement suffire de mettre à jour le firmware du routeur...
Et en plus de Linux, il y a une autre pression de poids : Vista réagit pareil. Je viens d'essayer sous vmware/vistaRC1, et impossible d'aller sur ces sites non plus. (en supposant que rien n'ai changé sur les versions finales de Vista)
[^] # Re: confus pour moi
Posté par ccomb (site web personnel) . En réponse au journal Canonical aurait des actions de fabricants de disques durs!. Évalué à 2.
[^] # Re: confus pour moi
Posté par ccomb (site web personnel) . En réponse au journal Canonical aurait des actions de fabricants de disques durs!. Évalué à 0.
BATT_HD_POWERMGMT=1
C'est justement là qu'est tout le probleme.
Il vaut mieux mettre 254 ou 255.
Je faisais comme toi, mais depuis 1 an le load cycle est à 240 000 sur mon portable. (Alors qu'il est à 300 sur un fixe)
Donc je conseille de garder le laptop_mode, mais de passer l'apm en 255. Ton expérience prouve seulement que tu as eu de la chance, mais n'a malheureusement aucune valeur statistique.
[^] # Re: unixfix travaillerait pour Paris Match ?
Posté par ccomb (site web personnel) . En réponse au journal Canonical aurait des actions de fabricants de disques durs!. Évalué à 3.
Par contre (j'ai lu que) c'est la journalisation ext3 qui fait ça.
Le laptop mode permet justement d'éviter cette activité (quitte à perdre des données en cas de coupure brusque, mais bon y a la batterie). Et du coup je l'ai activé par défaut, même sur secteur.
Mauvais choix, : Load_Cycle_Count 240434 en 1 an...
Mais c'est vrai que c'est gonflant de voir la diode s'allumer régulièrement...
Donc -> laptop mode toujours, mais -B 255.
# Bandes de tafioles
Posté par ccomb (site web personnel) . En réponse au journal Comment vous sauvegardez ?. Évalué à 10.
"Only wimps use tape backup - real men just upload their important stuff on ftp, and let the rest of the world mirror it." - Linus Torvalds
[^] # Re: F-spot
Posté par ccomb (site web personnel) . En réponse au journal Picasa par google. Évalué à 3.
# 100/50
Posté par ccomb (site web personnel) . En réponse au journal Internet libre plutot que minitel 2.0, oui mais.... Évalué à 4.
Un upload de 50Mbps à la maison, ça va remettre pas mal de choses en question, et ça permet réellement de faire du hometube. Manque plus que l'ipv6...
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . En réponse à la dépêche Plone 3.0 disponible. Évalué à 3.
Par défaut c'est le filestorage, c'est à dire tout dans un gros fichier. (comme une base sql, quoi...)
Mais on peut aussi utiliser directorystorage qui utilise une hiérarchie de répertoires et de fichiers. Et je crois qu'il existe d'autres implémentations qui permettent de stocker avec encore d'autres méthodes.
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . En réponse à la dépêche Plone 3.0 disponible. Évalué à 2.
De cette façon il est déjà possible de faire apparaître le contenu de la ZODB à travers une vue FTP ou WebDAV. C'est zope qui se comporte comme un serveur ftp ou dav et qui présente les objets à l'utilisateur de la façon que le développeur l'a décidé (dépendant de l'implémentation de l'adapter). Pour mon Eztranet je voulais donner un accès ftp, de façon à pouvoir uploader une vidéo autrement que par http, puis que ça crée automatiquement l'objet correspondant dans la zodb, avec sa vignette et son transcodage flahsapu (ça doit prendre 10 lignes, mais je n'ai pas eu le temps).
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . En réponse à la dépêche Plone 3.0 disponible. Évalué à 2.
Parmi les gros projets, il y a le Launchpad de Canonical https://launchpad.net
le projet Schooltool http://www.schooltool.org qui devrait être disponible dans la prochaine ubuntu
ainsi que schoolbell http://www.schooltool.org/products/schoolbell
Parmi les sites webs en prod, il y a entre autres lovelybooks http://www.lovelybooks.de
ou le site de partage de bouts de code Kelpi http://kelpi.com
Il y a aussi GreenTV qui est en train de créer sa plateforme autour de zope3
De mon côté j'ai récemment terminé un petit projet d'extranet pour une boite de prod http://eztranet.gorfou.fr , je suis en ce moment sur un autre projet et je suis tellement content de zope3 que je ne vais pas m'arrêter de sitôt.
zope3 ça marche pour de vrai, le seul truc qui manque c'est du marketing, un joli site web avec plein de couleurs, et une doc un peu plus visible et accessible. C'est un peu ce qui est tenté avec Grok.
Même sans ça c'est un projet complètement viable car il s'appuie sur l'expérience de zope2, il est mené par des gars qui sont de vraies têtes, c'est unit-testé à fond, on peut brancher dessus n'importe quel autre projet python et même l'intégrer facilement comme si c'était un composant zope3.
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . En réponse à la dépêche Plone 3.0 disponible. Évalué à 2.
Mais on peut utiliser (en partie) zope3 dans zope2 et donc dans plone. Tous les nouveaux développements dans plone sont faits avec des technos zope3. Ca permet à plone de transiter en douceur.
M'enfin perso, je préférerais un cms en full zope3...
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . En réponse à la dépêche Plone 3.0 disponible. Évalué à 2.
Je n'ai pas eu le temps de tester mais ça ressemble à une bonne passerelle vers zope3. Le hello world est minuscule, et il y a des exemples d'applcations simples.
Mais je suis pas trop fan de ces trucs privilégiant les conventions plutôt que la configuration (façon RoR). Le zcml n'est pas méchant, et il permet d'éviter tout le code python obscur qu'on trouve dans zope2.
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . En réponse à la dépêche Plone 3.0 disponible. Évalué à 3.
Tu crois pas si bien dire
En fait la plupart des composants de zope3 sont séparés ou en train d'être séparés de zope, et on peut les utiliser dans n'importe quel projet python (parfois ailleurs comme avec phptal).
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . En réponse à la dépêche Plone 3.0 disponible. Évalué à 3.
C'est devenu un vrai plaisir.
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . En réponse à la dépêche Plone 3.0 disponible. Évalué à 2.
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . En réponse à la dépêche Plone 3.0 disponible. Évalué à 2.
Si je dis que c'est puissant, ce n'est pas parce que tu peux mettre de la logique, mais parce que ça permet très facilement de séparer la présentation de sa logique. Mieux que ça, les templates zpt sont des fichiers xhtml valides, et on peut les éditer dans un frontweaverdreampage, ou même les afficher dans le navigateur sans traitement. Les commandes de templating sont placées dans des attributs xml, elles sont transparentes et permettent de remplacer des valeurs bidon présentes dans le template. Elles sont peu nombreuses, facile à apprendre et on peut tout faire.
Et du coup il est possible de gérer la notion de skin, et de manière plus poussée qu'une simple bidouille du css.
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . En réponse à la dépêche Plone 3.0 disponible. Évalué à 2.
Spip c'est sympa, mais :
- point de vue développeur, il faut quand même se taper l'apprentissage des boucles, qui est un truc vraiment spécifique à spip.
(Le langage de templating de Zope n'est pas plus difficile, et est plus propre et plus puissant.)
- point de vue utilisateur :
l'interface d'administration de spip est figée, générique et trop bordélique pour les clients. Je préfère le principe à la plone, où on a plus ou moins d'actions possibles sur le contenu en fonction des droits de l'utilisateur. On peut ainsi unifier le site public et son administration.
Sinon c'est une bonne nouvelle d'avoir de plus en plus de zope3 dans plone, car c'est vraiment de la bonne techno. On peut d'ailleurs faire beaucoup de choses avec zope3 tout seul, sans avoir besoin de mettre les mains dans plone. Ce n'est pas un CMS en soi, mais on en est finalement pas très loin.
[^] # Re: 6 ans
Posté par ccomb (site web personnel) . En réponse à la dépêche Haiku a 6 ans. Évalué à 9.
[^] # Re: Tout a fait normal
Posté par ccomb (site web personnel) . En réponse au journal Les cartes graphiques DX10 ne seront pas compatible DX10.1. Évalué à 4.
Ca dépend quels autres ! Il y en a pas mal dans l'embarqué, des archi, et ça c'est forcément testé s'il y a un appareil vendu
[^] # Re: Déchaînez-vous !
Posté par ccomb (site web personnel) . En réponse au journal [coup de tatane] Marre des pubs ciblées. Évalué à 2.
Tiens juste pour rire, vous avez vu à qui appartient gnu.com ?
[^] # Re: interface systématique ?
Posté par ccomb (site web personnel) . En réponse au journal Interfaces Orientées Objet PHP. Évalué à 4.
Les interfaces ça sert absolument à rien si c'est juste pour faire joli dans un fichier d'interfaces. Dans ce cas, au mieux, ça sert de documentation des classes. Ce billet n'est pas convainquant quant à la nécessité absolue d'utiliser des interfaces en PHP.
Là où les interfaces deviennent vraiment intéressantes, c'est quand elles sont utilisée au milieu d'un framework qui les prend en compte intensivement (Zope3). Là les interfaces prennent tout leur intérêt, et sont utilisées pour faire marcher toute la mécanique. Les composants sont rangés dans des registres par leur interface, et peuvent être récupérés de la même manière. Les vues (par ex. pages HTML) sont associées aux objets via leur interface. Les objets peuvent être adaptés pour offrir une autre interface, les widgets HTML sont choisis automatiquement en fonction de l'interface offerte par un objet, l'authentification se base sur des interfaces pour pouvoir authentifier de n'importe quelle façon derrière, les droits d'accès aux objets sont séparés par interface (on peut par exemple autoriser pour un objet l'utilisation d' IReadContainer, mais pas IWriteContainer) et un objet peut bénéficier d'un tout un tas de fonctionnalités supplémentaires juste en lui ajoutant une simple interface vide (marqueur), qui va ramener automatiquement un adaptateur inscrit pour cette interface. Par exemple un objet de contenu pourra subitement offrir une gestion des commentaires juste en lui ajoutant l'interface ICommentable.
Dans ces conditions, oui, c'est pas seulement génial en théorie, ça devient génial en pratique, et un réel plaisir à utiliser.
[^] # Re: Un peu de pub !
Posté par ccomb (site web personnel) . En réponse au journal Oh grand journal, aide moi à trouver un n770. Évalué à 2.
[^] # Re: Hey !
Posté par ccomb (site web personnel) . En réponse au journal [coup de tatane] Marre des pubs ciblées. Évalué à 7.
http://ccomb.free.fr/risk_or_winner.png
Moi je trouve ça amusant.
[^] # Re: mentalité linuxfr...
Posté par ccomb (site web personnel) . En réponse au journal Oh grand journal, aide moi à trouver un n770. Évalué à 3.
J'avais essayé il y a un an et demi, et j'avais rien trouvé de concluant.
Sinon ce qu'il faudrait pouvoir faire, c'est pouvoir prendre plusieurs expos successives sans bouger le miroir. C'est possible ?
[^] # Re: pffffff
Posté par ccomb (site web personnel) . En réponse au journal Oh grand journal, aide moi à trouver un n770. Évalué à 4.
[^] # Re: "Chez moi ça marche pas" (c)
Posté par ccomb (site web personnel) . En réponse au journal Problèmes de window scaling ? Quelle est la meilleure solution face à cela ?. Évalué à 4.
Et en plus de Linux, il y a une autre pression de poids : Vista réagit pareil. Je viens d'essayer sous vmware/vistaRC1, et impossible d'aller sur ces sites non plus. (en supposant que rien n'ai changé sur les versions finales de Vista)