1) Cela n'apparait dans aucun communiqué (du moins ceux dispo sur http://tuxfamily.org(...))
2) Le message que tu cite sur LinuxFr date du 25/04 à 19h .. soit hier alors que le pb date du 24.
"je pense qu'il faut plutôt avoir un système scalable reposant sur un répartiteur de charge, plutôt que de rendre statique artificiellement des pages sur un site..."
C'est pourtant ce que font les RAMCaches . ? :)
Néanmoins, je serais très intéressé pour voir les courbes nb request / cpu load sur un tel système en production. Mais aussi sur le nb de hits max possibles.
Je me suis longtemps penché sur le pb des perfs de Plone / CPS et autre .. et je suis arrivé à la conclusion suivante. Le fautif n'est pas Plone ou CPS .. mais la génération des pages (notamment les ZPT).
En guise d'exemple, il suffit de faire quelques benchs de génération de page sur ZPT pur et python pur .. pour contaster l'ampleur des dégats. Dans le pire des cas j'ai obtenu des ratios de 10.
( les tests utilisaient :
- ZPT ( standard )
- OpenTAL
- avec / sans Zope ..
- au sein de Plone et de CPS
- sans Zope ..
( tous les cas on était étudié ).
Résultat OpenTAL un peu meilleur que ZPT standard ..( surtout sur des namespaces i18n par ex ). Mais réellement lent comparé à d'autre alternatives ( notamment Cheetah )
A retenir aussi le fait d'utiliser Localizer génère une baisse des perfs de 10% sur le rendu d'une page ... ce qui n'est pas énorme mais peu faire la différence.
Malheureusement, il n'y a pas d'alternative. J'ai découvert il y a peu les STL (http://ikaaro.org(...)). qui offre des perfs un peu meilleures que les standards ZPT, mais je n'ai pas encore eu le temps de faire une vrai étude comparative.
En conclusion, il FAUT utiliser un system de cache ( dans Zope ou externe .. ou les deux ). Mais ce genre de chose est en général incompatible avec la nature des CMS, car ils sont "user centric".
Perso je suis tenté de penser que cela dépends réellement de l'application et qu'il faut le designer au sein Zope ( Prévoit le fonctionnement des objets dans les FSCaches par ex )
Ben comme c un drivers payant, ensuite tu achètes une licence tout simplement. Un peu comme OSS non-free ou MetroLinks.
De toute facon le problème ne se pose pas: Il n'y a pas d'autre cartes supportées donc si tu veux une carte en G .. c obligatoirement celle-la. Les cartes à base d'atheros étant introuvables ..Et celle basées sur des prism3 ne sont pas encore sortie.
C'est le test le plus stupide que je connaissent. Comparer la génération de pages ontime pour le faire servir par apache ensuite et la génération de page à
la volée est le bench le plus stupide que je connaisse.
En plus en général quand on fait un test on fournit les documents qui sont utilisés, les rêgles de sécu. et surtout on ne compare pas les torchons et des patates.
J'ai utilisé le même type de hack que tempest (404 handler) (oui c un hack) dans webware et j'arrive au même résultat que templet .. ca veut dire que mon code est + rapide que spip ? et bien non !!!!
A part démontrer le fait que l'auteur n'a aucune objectivité je ne vois pas l'interet.
Ben non, après tout je l'avais annoncé précédement dans une news que le site aurait subi une refonte (suite à des commentaires pas très élogieux notamment de ta part). De plus nous avons switché sous spip plus par nécéssité que par conviction. J'aurais largement préféré un plone.
Tout d'abords il faut avouer que l'on est assez conscient des problèmes que vous relevez ici, mais je tenais à dire que l'on réponds à toutes les remarques et qu'un mail aurait été peut être plus constructif qu'un post sur linuxfr. Néanmoins je vais essayé de répondre, en mon nom.
Je pense que les raisons du tel status de finix sont nombreuses:
- finix ne compte pas énormément de membres (25 cette année)
- les membres actifs ne sont pas très nombreux 10/15
- et surtout ils le font depuis longtemps 1995
Il est clair que dans de telles conditions, il fallait s'attendre à un essouflement. Pour reprendre l'exemple d'informatica, il faut tout de même noter que pour la majorité des membres présent sur le stand, cela était leur 4 eme année de présence au même endroit.
Ensuite il faut aussi dire que Finix a subi quels changements pendant l'année qui n'ont rien arrangé :
- départ des membres du bureau suite a des changements professionnels
- refus de la mairie pour le prêt d'une salle avec l'ADSL pour faire des installs party.
- changement d'hébergement web afin de palier à des problèmes de trésorerie
- une chute du nombre de membre notament du à la démocratisation de linux
- et surtout l'absence de nouvelles personnes motivés. (Je ne peux d'ailleurs que vous invitez à nous rejoindre.)
Néanmoins Finix persiste, il faut reconnaitre que Finix a au moins le mérite d'exister. Et qu'au moment ou d'autres assos ferment comme Apo, ou Goupil .. Finix est encore très active. On compte par exemple 3 gros projets de développement en cours, une réunion (formation/tutoriel) par semaine !!!!. Mais il est clair que l'on devrait réellement communiquer sur le sujet, à travers le site web. Hélas je dois avouer que peu d'entre nous sont motivés par le sujet. Des décisions ont d'ailleurs été prises lors de la dernière AG:
- réfonte du site web (le travail a déja commencé)
- ouverture de la réu hébdomanadaire aux personnes non membre
- rapprochement avec tuxbihan .. etc etc .
Au sujet des bookmarks, effectivement ca pourait être fun, mais ma question est : 'Est ce que les browsers reconnaissent ce genre de chose ? '
Je sais que Netscape + Iplanet supportait ce genre de chose mais je ne sais pas si cela est bien standard
- qu'en est il réellement des autres clients email (pine ou encore kmail) car le support semble être plus que limité ?
- est 'il possible de stocker d'autres infos que des contacts ? je pense notamment aux bookmarks qui serait également intéressant de centraliser dans ce type d'applis
C'est sur que ca va leur faire drôle à Fred et à Benj de bosser sous windows
( http://www.genious.com/intranet/login.asp(...) ), ce dit d'ailleurs au passage j'espère que le web est pas l'activité visée, car le peu que Genious nous laisse entrevoir n'est pas des plus rassurant.
Effectivement ca dépend ce qu'on appelle un weblog, mais je pense que tu as compris ce que je voulais dire.
Pour le reste daCode gère des dépêches, des astuces, des images, des sondages, des commentaires
C'est que j'appelle du contenu.. qui est en fait un type de contenu très réduit face à ce que l'on peut faire avec un vrai CMS
des habillages, des sessions, des backends, etc, etc... là ca touche plutot des aspects technique, ou utilisateur qui n'ont rien a voir avec la gestion de contenu.
PS: je ne critique pas du tout DaCode, (au quel j'ai d'ailleurs maigrement contribué), il est très bien fait pour ce type de site. Mais je crois pas que qqun puisse gérer des documents, divers média ou autre avec DaCode
[^] # Re: et les ACL IMAP?
Posté par Jérome K . En réponse à la dépêche Sortie de Mozilla Thunderbird 0.6. Évalué à 3.
Je soupconne un bug lié à l'utilisation de fam dans courier.
[^] # Re: Adieu Tuxfamily
Posté par Jérome K . En réponse au journal Adieu Tuxfamily. Évalué à 1.
2) Le message que tu cite sur LinuxFr date du 25/04 à 19h .. soit hier alors que le pb date du 24.
Donc .. comme d'habitude ..
A ++
[^] # Re: Adieu Tuxfamily
Posté par Jérome K . En réponse au journal Adieu Tuxfamily. Évalué à 1.
# Re: recherche doc pour cyrus sous Debian..
Posté par Jérome K . En réponse au journal recherche doc pour cyrus sous Debian... Évalué à 1.
[^] # Re: Zope 2.7 Beta 3
Posté par Jérome K . En réponse à la dépêche Zope 2.7 Beta 3. Évalué à 1.
[^] # Re: Zope 2.7 Beta 3
Posté par Jérome K . En réponse à la dépêche Zope 2.7 Beta 3. Évalué à 1.
Merci pour votre humour:)
[^] # Re: Kig Ha Finix le 22 novembre
Posté par Jérome K . En réponse à la dépêche Kig Ha Finix le 22 novembre. Évalué à 1.
http://oger.daniel.free.fr/gourman/kig.htm(...)
A ++
# Re: Kig Ha Finix le 22 novembre
Posté par Jérome K . En réponse à la dépêche Kig Ha Finix le 22 novembre. Évalué à 2.
Il faut absolument faire les inscriptions avant Vendredi, afin que l'on prenne les dispositons.
[^] # Re: Hébergement Zope
Posté par Jérome K . En réponse à la dépêche Hébergement Zope. Évalué à 3.
C'est pourtant ce que font les RAMCaches . ? :)
Néanmoins, je serais très intéressé pour voir les courbes nb request / cpu load sur un tel système en production. Mais aussi sur le nb de hits max possibles.
Je me suis longtemps penché sur le pb des perfs de Plone / CPS et autre .. et je suis arrivé à la conclusion suivante. Le fautif n'est pas Plone ou CPS .. mais la génération des pages (notamment les ZPT).
En guise d'exemple, il suffit de faire quelques benchs de génération de page sur ZPT pur et python pur .. pour contaster l'ampleur des dégats. Dans le pire des cas j'ai obtenu des ratios de 10.
( les tests utilisaient :
- ZPT ( standard )
- OpenTAL
- avec / sans Zope ..
- au sein de Plone et de CPS
- sans Zope ..
( tous les cas on était étudié ).
Résultat OpenTAL un peu meilleur que ZPT standard ..( surtout sur des namespaces i18n par ex ). Mais réellement lent comparé à d'autre alternatives ( notamment Cheetah )
A retenir aussi le fait d'utiliser Localizer génère une baisse des perfs de 10% sur le rendu d'une page ... ce qui n'est pas énorme mais peu faire la différence.
Malheureusement, il n'y a pas d'alternative. J'ai découvert il y a peu les STL (http://ikaaro.org(...)). qui offre des perfs un peu meilleures que les standards ZPT, mais je n'ai pas encore eu le temps de faire une vrai étude comparative.
En conclusion, il FAUT utiliser un system de cache ( dans Zope ou externe .. ou les deux ). Mais ce genre de chose est en général incompatible avec la nature des CMS, car ils sont "user centric".
Perso je suis tenté de penser que cela dépends réellement de l'application et qu'il faut le designer au sein Zope ( Prévoit le fonctionnement des objets dans les FSCaches par ex )
[^] # Re: Support du Wifi 802.11g sous Linux
Posté par Jérome K . En réponse au journal Support du Wifi 802.11g sous Linux. Évalué à 1.
Amicalement
[^] # Re: Support du Wifi 802.11g sous Linux
Posté par Jérome K . En réponse au journal Support du Wifi 802.11g sous Linux. Évalué à 1.
De toute facon le problème ne se pose pas: Il n'y a pas d'autre cartes supportées donc si tu veux une carte en G .. c obligatoirement celle-la. Les cartes à base d'atheros étant introuvables ..Et celle basées sur des prism3 ne sont pas encore sortie.
A ++
[^] # Re: Documentation: Firewall et sécurité d'un réseau personnel sous Linux
Posté par Jérome K . En réponse à la dépêche Documentation: Firewall et sécurité d'un réseau personnel sous Linux. Évalué à 2.
Effectivement traceroute comme ping et plein d'autre outil de _sécu_ nécessite les droits de root.
----------------------------------------------------------
ls -la /usr/sbin/traceroute
-rwsr-xr-x 1 root root /usr/sbin/traceroute
ls -la /bin/ping
-rwsr-xr-x 1 root root /bin/ping
----------------------------------------------------------
Et oui ils sont suid root :)
# Il remet ca, et les moderateurs accepetent son post
Posté par Jérome K . En réponse à la dépêche Test de charge Openbrick: Mise à jour Drupal PHP-Nuke. Évalué à 10.
la volée est le bench le plus stupide que je connaisse.
En plus en général quand on fait un test on fournit les documents qui sont utilisés, les rêgles de sécu. et surtout on ne compare pas les torchons et des patates.
J'ai utilisé le même type de hack que tempest (404 handler) (oui c un hack) dans webware et j'arrive au même résultat que templet .. ca veut dire que mon code est + rapide que spip ? et bien non !!!!
A part démontrer le fait que l'auteur n'a aucune objectivité je ne vois pas l'interet.
[^] # Re: Clé USB + Authentification
Posté par Jérome K . En réponse au journal Clé USB + Authentification. Évalué à 3.
mount -t usbdevfs none /proc/bus/usb
et de vérifier le contenu du fichier device .
cat /proc/bus/usb/devices | grep Serial
S: SerialNumber=2440
S: SerialNumber=020F020F01AAAB
Effectivement c'est simple .. un petit PAM part dessus et c'est fini :)
# Avouer c'était les Python Awards qui étaient visés
Posté par Jérome K . En réponse à la dépêche Des paquets RPM pour Slune et Arkhart. Évalué à 5.
[^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick
Posté par Jérome K . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 1.
http://savannah.nongnu.org/projects/opental/(...)
[^] # Re: Qui a dit que Finix ne faisait que le Crêpes Howto
Posté par Jérome K . En réponse au journal Qui a dit que Finix ne faisait que le Crêpes Howto. Évalué à 3.
A ++
[^] # Re: Python in a Nutshell
Posté par Jérome K . En réponse à la dépêche Python in a Nutshell. Évalué à 3.
(pas bon de tapper en retour de fiesta )
[^] # Re: Python in a Nutshell
Posté par Jérome K . En réponse à la dépêche Python in a Nutshell. Évalué à 1.
# Réponse d'un finixien
Posté par Jérome K . En réponse à la dépêche Les logiciels libres dans le Finistère. Évalué à 5.
Je pense que les raisons du tel status de finix sont nombreuses:
- finix ne compte pas énormément de membres (25 cette année)
- les membres actifs ne sont pas très nombreux 10/15
- et surtout ils le font depuis longtemps 1995
Il est clair que dans de telles conditions, il fallait s'attendre à un essouflement. Pour reprendre l'exemple d'informatica, il faut tout de même noter que pour la majorité des membres présent sur le stand, cela était leur 4 eme année de présence au même endroit.
Ensuite il faut aussi dire que Finix a subi quels changements pendant l'année qui n'ont rien arrangé :
- départ des membres du bureau suite a des changements professionnels
- refus de la mairie pour le prêt d'une salle avec l'ADSL pour faire des installs party.
- changement d'hébergement web afin de palier à des problèmes de trésorerie
- une chute du nombre de membre notament du à la démocratisation de linux
- et surtout l'absence de nouvelles personnes motivés. (Je ne peux d'ailleurs que vous invitez à nous rejoindre.)
Néanmoins Finix persiste, il faut reconnaitre que Finix a au moins le mérite d'exister. Et qu'au moment ou d'autres assos ferment comme Apo, ou Goupil .. Finix est encore très active. On compte par exemple 3 gros projets de développement en cours, une réunion (formation/tutoriel) par semaine !!!!. Mais il est clair que l'on devrait réellement communiquer sur le sujet, à travers le site web. Hélas je dois avouer que peu d'entre nous sont motivés par le sujet. Des décisions ont d'ailleurs été prises lors de la dernière AG:
- réfonte du site web (le travail a déja commencé)
- ouverture de la réu hébdomanadaire aux personnes non membre
- rapprochement avec tuxbihan .. etc etc .
Amicalement Jérome
# Re: Quelques photos de
Posté par Jérome K . En réponse au journal Quelques photos de "Solutions Linux". Évalué à 7.
- http://www.copinedegeek.com/linux_expo_cdg/(...)
- http://oumph.free.fr/solutionslinux/(...)
qqun en a d'autres ?
[^] # Re: Des précisions
Posté par Jérome K . En réponse à la dépêche OpenLDAP, addressbook et auth-apache. Évalué à 1.
Je sais que Netscape + Iplanet supportait ce genre de chose mais je ne sais pas si cela est bien standard
# Quelques questions
Posté par Jérome K . En réponse à la dépêche OpenLDAP, addressbook et auth-apache. Évalué à 1.
- est 'il possible de stocker d'autres infos que des contacts ? je pense notamment aux bookmarks qui serait également intéressant de centraliser dans ce type d'applis
# GENIOUS
Posté par Jérome K . En réponse à la dépêche Alcove rachetée. Évalué à 1.
( http://www.genious.com/intranet/login.asp(...) ), ce dit d'ailleurs au passage j'espère que le web est pas l'activité visée, car le peu que Genious nous laisse entrevoir n'est pas des plus rassurant.
pas Glop
[^] # Re: CMS .. Hum fo pas poussé quand meme
Posté par Jérome K . En réponse à la dépêche Sortie de daCode 1.4 final. Évalué à 10.
Pour le reste
daCode gère des dépêches, des astuces, des images, des sondages, des commentaires
C'est que j'appelle du contenu.. qui est en fait un type de contenu très réduit face à ce que l'on peut faire avec un vrai CMS
des habillages, des sessions, des backends, etc, etc... là ca touche plutot des aspects technique, ou utilisateur qui n'ont rien a voir avec la gestion de contenu.
PS: je ne critique pas du tout DaCode, (au quel j'ai d'ailleurs maigrement contribué), il est très bien fait pour ce type de site. Mais je crois pas que qqun puisse gérer des documents, divers média ou autre avec DaCode
Donc pour moi DaCode != CMS