champagne!

Sheltem wrote on 21. Jun 2006 at 17:16:

Il y a un site dédié (pingoo.org) pour plus d'infos.

Quote:

Oh, il n'y a pas vraiment de quoi. Je suis juste un peu ronchon ces derniers temps. Tu sais ce que c'est, une mauvaise semaine. Et puis je dois avouer que les bidules tout intégrés me font parfois un peu peur, surtout
qu'ils sont souvent gourmands en resources. Bien entendu cela n'est que mon avis   
Le choix sera bien evidament collectif. 

Il faut bien avancer un peu, alors je donne mon avis et pose des questions:

• sur un plan technique, je préférerais de loin que l'on s'oriente vers Plone. Python vs PHP (c'est un a priori tenace chez moi: je pense à tous les développeurs qui se sont formés à la prog en PHP lorsque la bulle gonflait, gonflait, ...), possibilité d'avoir une répartition sur plusieurs serveurs avec ZOE (même si ce n'est utilisé que pour garder le service dispo durant des travaux, ça peut valoir le coup), autant de fonctionnalités disponibles qu'avec Joomla.
• pour ce qui est de la documentation, c'est subjectif, mais je préfére Plone, là aussi. Joomla semble être dans l'ambiance "faites-nous confiance, uploadez le bidule, ouvrez telle URL et suivez les écrans d'install" (on est presque chez m$, là. Au passage, j'ai lu une FAQ parlant d'un éditeur wysiwyg ne fonctionnant que dans IE...).
• j'ai trouvé peu d'info côté Plone sur le support d'Unicode, mais ça donne en tout cas plus d'espoir que du côté de Joomla (bidouillage pré-install requis pour la série 1.0x, sinon faudra attendre la 1.5)
• mais Plone est gourmand, surtout en occupation mémoire comme l'indique cet extrait de la FAQ:
  Quote:
  
  Plone is much heavier on RAM and CPU usage than your run-off-the-mill web system. It's built to do a lot of different things, and should preferrably be hosted on a dedicated server if possible.
  
  The most important consideration when building a Plone server is to have enough RAM. To take plone.org as an example, it uses about 500-700 MB of RAM fully cached. It is a very busy site, though - so you will get by with less, normally. For basic usage, you can get away with about 100-200 MB RAM usage.
  
  You should have at least 512MB RAM and a 1GHz processor if you want Plone usage to not be painful when you start getting traffic. plone.org runs on a 3.2GHz Xeon with 4GB of RAM, with Squid in front - using the CacheFu setup.
  
  La jail est hébergée par une machine qui a sans doute quelque-chose comme 2Go de RAM, mais bon, c'est partagé.

A part Dumpy, qui a de l'expérience avec Plone ? De façon plus large, qui Pythonise de temps à autre ? Si on part là-dessus, je m'y mettrai, bien sûr, mais avoir un coup de main ne sera pas de refus, bien que vu le nombre d'extensions dispo en standard, je doute qu'il y ait besoin de bricoler...

PS: à propos du boulot -> merci à tous ! Et pour la boisson, ça restera virtuel, sauf pour les lascards du coin qui savent que le génépi les attend

Ca je peux fournir ! 
Dumpy, si tu veux prendre l'installation et la configuration en charge,
je peux te fournir un espace avec les acces nécésaires.

plusieurs choses :

concernant le choix, du CMS, je ne trouve pas trés important, voire un tantinet prise de tête de choisir un CMS en fonction du language utilisé, il me parait indispensable de porter son choix vers quelque chose de fiable, de maintenu et "secure" et surtout qui fourni les services qu'on lui demande.
après ça, que le bazar soit codé en python, php, perl, ou je ne sais quoi d'autre, je pense que ce n'est pas d'une importance capitale et que ce qui nous intéresse dans l'histoire c'est le contenu que l'on peut fournir, sans ce prendre la tête avec le contenant, c'est pour ça au départ que j'ai proposer un CMS.

ensuite,
Quote:

je pense que la on est effectivement en train de perdre du temps en discution un peu futile, et comme le dit Dumpy, il est temps d'agir, et donc d'en mettre un en ligne, et surtout de déléguer un peu, comme nous l'avons tous souligné, nous avons tous une vie et des disponibilités différentes, et si l'on peut tous donner notre avis, seul francis et ros peuvent agir, la conclusion est que lorsque il ne sont pas disponible, plus rien ne se fait.
je propose donc que l'on ouvre un topic qui permettrait de savoir ce que chacun peut apporter à la communauté, que que se soit d'un point de vu matériel (hebergement, bande passante...), au niveau comptétence (installation, maintenance...), ou concernant le contenu (création de tutoriel, documentations...). histoire que tous cela avance.
comme je l'ai déja dit, sur un CMS on peut avoir des admins pour la maintenance, des modérateurs pour le forum, des gestionnaires pour le wiki, et de "simples" publicateurs pour les news, articles et autres.

Quote:

j'ai mis joomla a ton entière disposition, je peux donc volontier créer d'autre compte, mais si tu souhaite créer des accès cela ne me pose aucun problème qu'elle qu'en soit leur niveau.

Mes excuses à FT: il faut juste que j'apprenne à lire un log (LCP != LQR). Enfin, à décharge: le type de BAS a dû changer, car LQR fonctionnait auparavant, j'en suis certain. M'enfin...

Donc, petite update au passage: je peux démarrer mon instance Zope maintenant (un os.link ne pouvait pas fonctionner, vu que le /tmp est un MFS, d'où une erreur "cross-device link": s/os.link/os.symlink/) mais seulement par 'runzope'. La version plus mieux 'zopectl' ne fonctionne pas: le process qui ouvre la socket de contrôle meurt tout de suite après. Pas pratique... Je continue à chercher.
Si une bonne âme pratiquante du rite python avait une piste pour tracer ça: j'ai pas le temps de trusser le process en question.

Non, tout est fait sous le user dédié à Zope, et j'ai déjà rajouté "effective-user" au cas où, mais niet... La vérité est ailleurs.