dr a écrit 43 commentaires

  • [^] # Re: Qualité de la Mandrake MultiNetwork Firewall

    Posté par  . En réponse au journal Qualité de la Mandrake MultiNetwork Firewall. Évalué à 1.

    IPCop est une distrib packagée pour faire cela.

    Ca tourne sans probleme sur un Pentium 32Mo, ca se gère via un navigateur, donc très simple sans rien connaitre au règles et autre.
    Plein d'add-ons qui s'installent tout seul (squid, dansguardian (filtre de contenu)), du VPN, IP dynamiques reconnues, serveur DHCP, serveur de temps, 4 interfaces possibles (Internet RED, interne GREEN, DMZ ORANGE, WiFI BLUE), etc ... Il y a meme de la QOS avec la 1.4 (je n'ai pas encore testé).

    Super stable. Rock solid. Suivi très réactif des patches de sécurité qui s'installent via l'interface web, liste très dynamique. Simple a administrer sans connaissances. Simple a customiser avec connaissances.

    Bref que du bon pour un produit destiné à ne faire que ça et a bien le faire.
  • [^] # Re: Mandrake Linux 10.0 Community disponible au téléchargement

    Posté par  . En réponse à la dépêche Mandrake Linux 10.0 Community disponible au téléchargement. Évalué à 1.

    C'est reproductible (et malheureusement pour moi reproduit ;-<)

    https://qa.mandrakesoft.com/show_bug.cgi?id=7959#c15(...)

    Il faut bien avoir toutes ses partitions crées avant d'installer mandake 10.0 sur Windows (98SE dans mon cas).

    HTH.
  • [^] # Re: Réaction à l'accord cadre MEN/MS

    Posté par  . En réponse à la dépêche Réaction à l'accord cadre MEN/MS. Évalué à 2.

    C'est juste un accusé de réception de lecture du mail ;-)
  • [^] # Re: Violation présumée de la GPL par Kiss, deuxième partie.

    Posté par  . En réponse à la dépêche Violation présumée de la GPL par Kiss, deuxième partie.. Évalué à 6.

    > dans mon cas j'ai faillis acheter un de leur produit et pour cette
    > raison (et pour d'autre) je préfère monter une geexbox.

    Pareil ici.


    Voila ce que j'ai envoyé. Pour ce que ça vaut ;-)

    ----------------------------------------------------------------------
    À: peter.wilmar.christensen@kiss-technology.com, info@kiss-technology.com, sales@kiss-technology.com
    Sujet: for Peter Wilmar Christensen

    M. Christensen

    I was about to buy a Kiss DVD, but after the Mplayer problem and
    evidence that you are not respecting the GPL license, I'm writing you
    this email to tell that i'll NEVER EVER buy a Kiss product.
    Be sure that I and my friends are spreading around us facts about this
    disrespect and code stealing.

    You already loose 3 customers and more important you're loosing your
    reputation for a long time.

    Regards.
    ----------------------------------------------------------------------
  • [^] # Re: Zope 2.6.3 et 2.7.0 beta 4

    Posté par  . En réponse à la dépêche Zope 2.6.3 et 2.7.0 beta 4. Évalué à 5.

    > Oui, l'adae recommande aussi spip et php ;)

    En fait pas exactement !

    Dans le Cadre Commun d'Interopérabilité (CCI) des Sytèmes d'Information Publics, qui est le document qui s'impose à l'ensemble des administrations, Zope est référencé comme architecture applicative à part entière, sur le même niveau que .NET ou J2EE (et c'est la seule architecture du type Logiciel Libre) alors que PHP n'est ni cité dans le CCI ni dans le rapport de validation (version 2.1 de sept 2003), et n'est indiqué à d'autres endroits que pour ce qu'il est c'est à dire un language.

    La différence réside essentiellement sur ce point : Zope est une __architecture__.

    Ceci dit PHP est un excellent langage (lire : no troll please).
    Quand à SPIP ...

    CCI : http://www.adae.pm.gouv.fr/article.php3?id_article=219(...)

    D.
  • # Article des Dernière Nouvelles d'Alsace (DNA) du 27 juin 2003:

    Posté par  . En réponse à la dépêche Brevets logiciels : le vote reporté à septembre.. Évalué à 3.

    Article des Dernière Nouvelles d'Alsace (DNA) du 27 juin 2003:

    http://www.dna.fr/cgi/dna/motk/idxlist_light?a=art&aaaammjj=200(...)

    Dernier round pour la brevetabilité des logiciels • • •

    Initialement prévu en septembre, le vote du Parlement européen sur la directive européenne visant à établir une brevetabilité du logiciel, a été avancé au 30 juin. De nombreux opposants, qui s'insurgent qu'on puisse breveter « les recettes de cuisine des ordinateurs » selon le mot de Danielle Auroi, eurodéputée verte française, tentent de combattre cette action depuis trois ans. Ils flairent une tentative de passage en force d'autant plus que le vote va intervenir seulement 13 jours après la remise du rapport de la Commission juridique sur le sujet. Un peu court pour préparer des amendements... En attendant, la communauté du logiciel libre a évidemment pris la tête de la contestation et la pétition organisée par le site Eurolinux (*) a déjà recueilli plus de 150 000 signatures. La barre de progression par exemple, utilisée dans tous les logiciels lors de l'installation ou d'un téléchargement, est brevetée jusqu'en 2010 (brevet EP 394160) et 30 000 autres brevets attendent une existence juridique...

    (*) http ://petition.eurolinux.org
  • [^] # Re: Nuxeo Publicité

    Posté par  . En réponse à la dépêche Le CEA déploie nationalement CPS. Évalué à 6.

    Je dirai plutot cela autrement :

    Quand des institutions comme (entre autre) le ministère de l'Intérieur, le ministère de la Culture chossissent Zope comme framework global (via CPS), quand le CEA retient Zope (via CPS) ce sont des éléments qui viennent crédibiliser de manière importante le libre (et Zope en particulier).

    Le fait que CPS soit le vecteur de ces choix aussi bien techniques que stratégiques pour ces organisations (qui ne sont pas de doux réveurs idéalistes) indique juste que l'ensemble des modules (tous GPL) qui composent ce qui est rassemblé sous le vocable de CPS couvrent des fonctionalités suffisament puissantes et peu répendues pour devenir une référence (que Zope seul ne peut couvrir), ce qui au final sert la cause de Zope (et CMF en l'occurence) et du libre en général. Je peux en témoigner ;-)

    Et quand une news fait référence a SPIP comme étant un CMS, on dit rien sur le fond (et pourtant ...). On se dit que ca fait diffuser les idées ;-)
  • [^] # Re: Le CEA déploie nationalement CPS

    Posté par  . En réponse à la dépêche Le CEA déploie nationalement CPS. Évalué à 4.

    Etonnant car J'en viens a l'instant et on trouve ca :

    | Documentation
    | Cette rubrique contient 1 document en français et 0 en anglais.
    |
    | Tester CPS groupeware avec un cd bootable FR
    |
    | Tester Zope + CPS Groupeware Suite sans rien installler sur votre PC grace à
    | une distribution Knoppix spécialement préparée
    | Mis à jour le : 18/03/2003 13h09

    et 4 répertoires avec d'autres docs.

    Tutorials

    Guides

    Howtos

    FAQs
  • [^] # Re: Défense et illustration de zope

    Posté par  . En réponse à la dépêche Le CEA déploie nationalement CPS. Évalué à 6.

    > http://www.zope.org/About(...) expose la manière dont on peut mettre en place un zope

    Il s'agit de la configuration de zope.org qui recoir __beaucoup__ de hits.

    Tu peux commencer avec un Zope seul, puis un Zope avec Apache ou Squid en frontal puis avec ZEO si tu en as besoin et que ta charge augmente.

    Mais un Zope seul permet déjà de tout faire.

    > en attendant le système de cache de la v2.3

    Actuellement la version de Zope est la 2.6.1, et dispose du cache manager depuis pas mal de temps ;-)
  • [^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick

    Posté par  . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 1.

    > Unfortunately, AFAIK the current SSL support for ZServer leaks memory
    too fast.
    Ce qui a été un élément de choix pour nous car en production (on a des uptimes de plus de 70 jours sans probleme, et encore c'est pour des questions de reboot zope du a des maj de produits ;-).

    Maintenant on est quand meme sur de la maltraitance d'insecte ;-) quand on mesure TOUS les avantages fonctionnels de Zope comme tu l'as si bien dit.
    BEAUCOUP plus important en termes de sécurité, Zope a un modele de sécurité natif, ce qui évite de découvrir des failles de sécurité dues a la programmation ou des ajouts de modules pas prévus pour cela dans les autres plate-formes. Et ca c'est priceless !!

    Donc au final on est tous d'accord : Zope en plus d'etre fonctionellement performant, il est rock solid.

    Bon, je vais me recoucher.
  • [^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick

    Posté par  . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 1.

    FUD .. non non !!
    Je m'abreuve aux meilleures sources (shane@zope.org)
    http://mail.zope.org/pipermail/zope-coders/2002-March/000893.html(...)

    Nous avons aussi besoin de SSL pour l'admin, le provider a un Apache général, etc ... d'ou l'usage d'apache.

    On est vraiment dans un cas ou effectivement tout est dynamique et personalisé (tu le connais bien ;-)
    Mais j'ai noté avec attention tout ce que tu dis, et on va regarder ca de plus pret quand on va faire évoluer notre application.
    De toute facon avoir ZEO est indispensable effectivement en cas de montée en charge.

    A une prochaine, luc.
  • [^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick

    Posté par  . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 1.

    Oui pour tout (sauf pour les clients ;-)

    Mais le Zserver/medusa ne semble pas adapté a supporter un DOS.
    D'ou l'usage de Apache en mod_proxy ou Squid en frontal.
    On n'utilise Apache que pour ca actuellement.

    Mais bon ... l'important c'est bien la puissance fonctionelle de Zope comme paradigme (ouhhh .. ca sonne bien ça ;-)
  • [^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick

    Posté par  . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 2.

    Oui. Oui. On parle bien de la meme chose !

    Par contre avant de __rendre__ la page ou les bouts de page, il faut bien computer les conditions, afin de voir ce qui doit changer ou pas.
    Et quand tu es dans du CMS avec de tres nombreux parametres potentiels, c'est cela qui peut prendre du temps. Pas forcement le rendu de la page.
  • [^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick

    Posté par  . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 1.

    Je n'ai pas du etre clair ;-)

    Dans du CMS les pages sont très dépendantes de la personne qui consulte, du modele de sécurité des espaces, du contexte, du mode d'acces, des roles et autorisations, des actions possible et en cours, de l'etat du document dans des cycles de workflow, de l'age du capitaine, etc... Donc tout doit etre calcule a la volée.

    Quand le contenu ne dépend pas de tout ca, effectivement il n'y a pas besoin de recalculer systematiquement.

    Donc "si le contenu ne change pas, on ne recalcule pas sa représentation (ni son contenu ce qui est encore différent)"
  • [^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick

    Posté par  . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 10.

    J'avais mal lu le texte du bench. Tu veux mettre en place un CMS !

    <mode troll on>
    C'est pas trop pertinent de comparer Apache (qui sert des pages) et Zope (qui a un modele de sécurité natif, qui accede aux objets en ftp, http, webdav, xml-rpc en natif, qui fait du undo sur les objets (!), qui sépare clairement logicue, contenu et présentation, qui se connecte aux sgbdr sans rien changer a la logique ou a la presentation, qui dispose de Workflow génériques en natif, et j'en passe) pour un CMS.

    Combien de temps va tu passer a mettre en place une solution qui soit un __vrai__ CMS comme Collaborative Portal Serveur www.cps-project.org, voire comme Plone www.plone.org ou Silva (qui tournent tous les 3 sous Zope et qui concernent des publics et fonctionalités différentes) ?

    A moins que ce que tu nomme CMS soit plus un site de news/forum de type linuxfr, auqual cas Zope n'est pas le plus adapté car bien trop puissant fonctionellement et beaucoup plus adapté a un site ou tout est computé a la volée (pour du CMS justement) ;-)
    <mode troll off>
  • [^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick

    Posté par  . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 5.

    Oui, surtout que l'on met rarement (voire jamais) Zope en frontal direct. Zope n'est pas fait pour cela (sans vouloir troller ;-).

    Il faut mettre Apache en frontal, ou Squid (la derniere version de Zope integre une gestion fine de la cooperation avec Squid) et tu auras le meilleur des deux mondes (Zope pour du serveur d'application, et Apache/Squid pour servir les pages résultantes).

    Fais aussi attention aux url relatives/absolues afin que Zope ne recalcule pas ses objets a chaque fois.
    Si ton site est statique, ou ne bouge que de temps en temps, c'est encore plus efficace.
  • [^] # Re: Le Monde Informatique : l'Open Source dans l'entreprise

    Posté par  . En réponse à la dépêche Le Monde Informatique : l'Open Source dans l'entreprise. Évalué à 3.

    Ils pourraient même citer LEUR propre utilisation de logicels libres (Zope en l'occurence !).

    http://www.weblmi.com/manage_copyright(...)
  • [^] # Re: et la Culture aussi

    Posté par  . En réponse à la dépêche Appel d'offre Zope au ministère de l'intérieur français. Évalué à 1.

    > Tous des zopés!!! ;-)

    Tu ne peux pas savoir a quel point ;-)

    http://www.bas-rhin.sit.gouv.fr(...)

    et plus d'info sur

    http://www.bas-rhin.sit.gouv.fr/Public/aproposdusit/1037698425/(...)