Guillaume Smet a écrit 377 commentaires

  • [^] # Re: Pourquoi utiliser OpenOffice.org

    Posté par  (site web personnel) . En réponse à la dépêche Pourquoi utiliser OpenOffice.org. Évalué à 2.

    Disons que l'emploi du terme Micromou est maladroit et malheureux ici.
    Il aurait été mieux de se détacher complètement et de ne pas utiliser un sobriquet en rapport avec MS.
  • [^] # Re: Version HTML

    Posté par  (site web personnel) . En réponse à la dépêche Pourquoi utiliser OpenOffice.org. Évalué à 3.

    Les grands esprits se rencontrent :)
    Je vais commencer à en rédiger un. En fait j'ai un tryptique en tête :
    - pourquoi (utiliser XML Docbook)
    - écrire (un document XML Docbook)
    - transformer (un document XML Docbook en html voire en pdf)

    J'ai déjà un peu commencé écrire et ca ne peut être que plus sympa de bosser à plusieurs. N'hésite pas à me contacter si ca te dit.
  • [^] # Re: un CMS pour du statique?

    Posté par  (site web personnel) . En réponse à la dépêche Réouverture de BoomTchak. Évalué à 1.

    Bah, XML + XSL + un système de cache (un script php quoi) qui checke quand ton fichier XML a été modifié et qui ne regénère le html que dans ce cas et qui gzip la sortie (ben oui, j'ai un trafic limité).
    J'ai fait ca pour mon site perso, c'est pas l'amérique mais ca correspond à mes besoins.
  • [^] # Re: A noter

    Posté par  (site web personnel) . En réponse à la dépêche IBM arrête OS/2. Évalué à 7.

    A priori, tout ce qui est à la sncf passe sous windows (sauf voyages-sncf qui est sous un unix mais je ne sais pas lequel). T'as du tomber sur une rareté :) mais il est vrai qu'auparavant toutes les bornes sncf étaient sous OS/2.

    A la question "pourquoi windows ?", on m'a répondu que la sncf avait fait chou blanc en choisissant OS/2 qui n'a plus été mis à jour par la suite alors que les produits MS si. Du coup, ils choisissent MS et évidemment, leur dire que seul sortir d'un schéma propriétaire et utiliser du libre leur permettra de ne pas rencontrer ce problème ne sert à rien :/ (pour l'instant en tout cas mais vu le contrat que j'ai vu passer, ca risque de rester longtemps le cas...).
  • [^] # Re: Les sites publics (gouvernementaux) français pas au nomres W3C

    Posté par  (site web personnel) . En réponse à la dépêche Les sites publics (gouvernementaux) français pas aux normes W3C. Évalué à 1.

    Ben oui, t'es pas le seul à avoir remarqué que le marché est bouché :o)
    /me a son entretien de fin de période d'essai mercredi :o)
  • [^] # Re: ... ouais

    Posté par  (site web personnel) . En réponse à la dépêche Les sites publics (gouvernementaux) français pas aux normes W3C. Évalué à 0.

    Je confirme même si je n'ai pas le courage de la retrouver :o)

    De toute manière, penser que tous les membres du w3c sont pour des standards et pour leur respect, c'est se fourrer le doigt dans l'oeil (ne serait-ce que la présence d'une boîte dont le nom commence par un m et finit par un t le confirme).

    Pour ce qui est de l'accessibilité, il me semble que si ce n'est pas déjà une obligation, ca le sera un jour ou l'autre.

    J'aime bcp la réponse de la madame du gouvernement par contre et je suis plutot content que des personnes du gouvernement participe à la réflexion et la diffusion des standards.
  • # Re: Les sites publics (gouvernementaux) français pas au nomres W3C

    Posté par  (site web personnel) . En réponse à la dépêche Les sites publics (gouvernementaux) français pas aux normes W3C. Évalué à 6.

    Salut,

    Le problème vient à la fois des prestataires et des clients.
    J'ai fait un site pour la SNCF, il y a peu de temps et peu importe ce que j'ai pu dire, ils s'en foutent royalement et m'ont classé dans la catégorie INTAIGRISTE. Le fait de ne pas être soutenu par le prestataire pour lequel je bosse n'arrange pas les choses.

    Leurs objectifs sont principalement que ce soit visible sous tous les navigateurs de manière exactement identique (y compris NS 4.7). Leur expliquer les merveilles du XHTML strict et des css s'est soldé par un échec et leur expliquer l'importance des normes idem.
    La culture d'entreprise tout MS (et donc IE, FrontPage et compagnie) n'arrange évidemment pas les choses et ne leur offre pas vraiment une ouverture d'esprit fantastique.

    Ajoutons à cela que tout est en ASP et qu'on me conchiait régulièrement mon travail en ouvrant mes pages faites main avec frontpage et le tableau est complet :o)
  • [^] # Re: Salle machine non protégée ?

    Posté par  (site web personnel) . En réponse à la dépêche Le Feu sur security.debian.org. Évalué à 2.

    Pour ce qui est des clients (le MIS qui n'existe pas et qui s'appelle CRI), il y a une partie des machines au F7 et une autre au H10 dans une mezzanine (une grande). Tous les terminaux Unix sont progressivement remplacées par du NT.

    Les serveurs sont au H9 (ie en trotek) dans une salle isolée et climatisée. Y a pas eu de souci a priori et y a des gros onduleurs.
    Sinon, y a pas mal d'autres serveurs à l'assoce aussi et les rezs sont effectivement cablées :o) (ca fait mal quand on part).

    Le troll Dutruc est toujours là mais au F7 et le troll Mariaux répond toujours présent au H9 (quand il répond...).

    C'est une véritable invasion on dirait :o)
  • [^] # Re: gni ?

    Posté par  (site web personnel) . En réponse à la dépêche Version 0.9.2 de Templeet. Évalué à 1.

    Tu rajoutes quand même une couche qui n'est à mon avis pas nécessaire. Tu peux mettre un système de cache sans rajouter les ~machin qui trainent.
    Je n'ai pas regardé templeet parce que le simple mot "template" me saoule (trop entendu, trop à la mode) donc je me trompe peut-être. N'hésite pas à me montrer où je fais erreur.
  • [^] # Re: gni ?

    Posté par  (site web personnel) . En réponse à la dépêche Version 0.9.2 de Templeet. Évalué à 1.

    J'ai pas retrouvé le discours original mais nexen y fait référence dans sa news ici : http://dev.nexen.net/news/gen.php3/2002/10/06/1095,0,1,0,0.html(...) .
  • [^] # Re: gni ?

    Posté par  (site web personnel) . En réponse à la dépêche Version 0.9.2 de Templeet. Évalué à 3.

    Ca, c'est mieux :
    <?php
    $siteweb>
    En plus, c'est évolutif :), même si un peu moins rapide...

    Sans vouloir être désagréable, PHP est à la base un système de templates. Faire un système de templates par dessus permet en général de limiter le nombre de fonctions... Au fur et à mesure des besoins, on finira par avoir tout php dans le système de template...
    Rasmus trouve ca idiot et je pense pareil.
    Je sais c'est mal(tm) de dire du mal(tm) de linuxfr, flagellez moi.
  • [^] # Re: 13ème Linux Party à Thônes Samedi

    Posté par  (site web personnel) . En réponse à la dépêche 13ème Linux Party à Thônes Samedi. Évalué à 1.

    Tu veux mon adresse pour le pot de nutella ? :)
  • # Re: 13ème Linux Party à Thônes Samedi

    Posté par  (site web personnel) . En réponse à la dépêche 13ème Linux Party à Thônes Samedi. Évalué à 1.

    "le but de cette journée sera (NdM: dépend ?) de notre passerelle."

    vue la suite, je parie un pot de nutella que le sens de la phrase devait être :

    "le but de cette journée sera l'installation/la configuration de notre passerelle."
  • [^] # Re: Comprendre XSLT, critique du livre

    Posté par  (site web personnel) . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.

    [+]

    Le fait de se trouver face à un langage déclaratif est assez déroutant au début. Cependant, les fous peuvent toujours se rapprocher du procédural avec des boucles for et compagnie...
    On ne peut pas tout faire avec XSL mais c'est _très_ puissant et je trouve cela très plaisant à utiliser (avis personnel).
    J'ai un peu peur de ce que va donner la possibilité d'ajouter des fonctions dedans et j'espère que ca ne foutra pas en l'air le côté déclaratif que j'apprécie particulièrement.

    Par contre, j'ai souvent un peu de mal à convaincre les gens car y a un petit saut logique à faire quand même au début.
  • [^] # Re: Yahoo! adopte php

    Posté par  (site web personnel) . En réponse à la dépêche Yahoo! adopte php. Évalué à 1.

    Ben ca dépend de l'optique de yahoo.
    Il semble d'après ce qu'on peut voir dans les slides qu'il est envisagé un échange de bon procédé... c'était l'occasion, même si phpaccelerator était utilisé dans un premier temps.
    A l'heure actuelle, il n'y a pas de système de cache d'opcode open source et libre pour php et c'est un peu dommage quand on voit le gain de perfs que ca apporte.
  • # Re: Yahoo! adopte php

    Posté par  (site web personnel) . En réponse à la dépêche Yahoo! adopte php. Évalué à 1.

    Précisons tout de même que cela fait déjà plusieurs mois que la migration a commencé et qu'elle se fait progressivement.
    Un truc que je regrette : yahoo a utilisé phpAccelerator qui n'est pas libre (ni même open source) alors que ca aurait sans doute été plus intéressant d'apporter son soutien à APC Cache.
    (D'ailleurs si qqun a testé APC Cache avec une 4.2.3, ca m'intéresse).
  • [^] # Re: nanoweb 1.9

    Posté par  (site web personnel) . En réponse à la dépêche nanoweb 1.9. Évalué à 1.

    Le W3C a de quoi faire ton bonheur ;)

    http://www.w3.org/Jigsaw/(...)

    Mais ca n'a pas l'air d'être assez lent pour toi :/
    Ca doit se tenter en ASP/VbScript.
  • [^] # Re: LinuxFr perdrait-il de l'audience ?

    Posté par  (site web personnel) . En réponse à la dépêche LinuxFr cherche nouvel hébergeur, et plus si affinités.... Évalué à 1.

    Le fait d'utiliser intelligemment les css te permet de gagner _énormément_ sur la taille de tes pages.
    Pour un projet dont je m'occupe, on a divisé par 5 la taille des pages générées (suppression d'image superflues en remplaçant ca par des css, virage des tableaux...)

    Est-ce besoin de le répéter : xhtml strict + css powah !
    Et auss : zlib.output_compression=On powah (quand mod_ssl est installé) et mod_gzip powah aussi !
  • [^] # Re: LinuxFr cherche nouvel hébergeur, et plus si affinités...

    Posté par  (site web personnel) . En réponse à la dépêche LinuxFr cherche nouvel hébergeur, et plus si affinités.... Évalué à 1.

    A mon avis, y a une différence d'échelle.
    Même dans mon (ancien) bahut, doit bien y avoir moyen de grapiller 4 ou 5 mb et on est largement pas les mieux lotis. En fait, une fois que tu limites la consommation des étudiants en dur, reste tout de suite bcp plus de bp :o).

    Franchement, si ca se limite à moins d'une 10aine de mbits, vu les installs qui sont là haut à paris, ca doit pouvoir se faire. Maintenant, reste à trouver le bon interlocuteur, prêt à s'engager là dessus et là c'est loin d'être évident.
  • # Re: LinuxFr cherche nouvel hébergeur, et plus si affinités...

    Posté par  (site web personnel) . En réponse à la dépêche LinuxFr cherche nouvel hébergeur, et plus si affinités.... Évalué à 1.

    Une idée comme ca : y aurait pas moyen de contacter des universités ou écoles d'ingé qui sont sur Renater ?
    La charte indique que ca doit être pédagogique et il me semble que ca l'est plutôt pas mal (en tout cas, plus que ce qui traine sur certains serveurs).
    Je lance un peu ca en l'air mais ca vaut peut-être le coup de se renseigner.
    En général, il y a de la place et de la bande passante (après faut pouvoir accéder aux machines...).
  • [^] # Re: haaaaa mes yeux

    Posté par  (site web personnel) . En réponse à la dépêche Nouveau site LinuxFr. Évalué à 1.

    oui bien vu, ca doit pouvoir marchouiller comme ca.
  • [^] # Re: haaaaa mes yeux

    Posté par  (site web personnel) . En réponse à la dépêche Nouveau site LinuxFr. Évalué à 1.

    Une solution simple peut être d'appeler une feuille de style dynamiquement styles.php. Ca permet de mettre en cache pépère tout ce qui est html et suffit que styles.php fasse un readfile sur la css ad hoc suivant ce qui est en session.
    Sachant qu'évidemment, faut pas espérer mettre en cache les styles en utilisant un truc de ce genre et que ca peut donc avoir quelques conséquences. Menfin, ca doit pas être si terrible non plus.
  • # y a du fumage dans l'air

    Posté par  (site web personnel) . En réponse à la dépêche Lindows.com veut qu'un tribunal invalide la marque Windows. Évalué à 8.

    Bon, passons sur le fait que ca fait un peu cour de récré...
    Microsoft possède la marque Microsoft Windows qui est elle tout à fait valide (parce que sinon on peut invalider OpenOffice.org tant qu'on y est...). Quand bien même Lindows gagnerait, cela ne changerait _strictement_ rien.
  • [^] # Re: PHP3 vs PHP4

    Posté par  (site web personnel) . En réponse à la dépêche PHP 4.2.3 publiée. Évalué à 2.

    Le message : http://marc.theaimsgroup.com/?l=pear-dev&m=103134676127239&w=2 . Il fait suite à pas mal de discussions sur PEAR-DEV à propos des licences. Je n'ai pas dit qu'elle était compatible avec la GPL. Même si elle n'est pas compatible avec la GPL, la licence de PHP dans sa version 3.0 est bien libre alors que les versions précédentes posaient problème d'où les réserves de la FSF.
  • [^] # Re: PHP3 vs PHP4

    Posté par  (site web personnel) . En réponse à la dépêche PHP 4.2.3 publiée. Évalué à 10.

    Plus vrai du tout.
    La licence de PHP4 a été modifiée il y a un certain temps déjà.

    Un extrait d'un post de Rasmus sur PEAR-dev datant du 06/09 :
    "http://www.gnu.org/licenses/license-list.html(...)
    He had some stuff on that page about not using PHP 4 but instead forking PHP 3, but he removed this after I showed him the current PHP 4 license."
    La licence de PHP4 est bien reconnue comme libre par la FSF.