Netsabes a écrit 523 commentaires

  • [^] # Re: encore un....

    Posté par  . En réponse à la dépêche Informations du week-end. Évalué à 1.

    Screenshot ? confirmation de quelqu'un d'autre ?
    J'avais testé récemment sous MSIE 6 et Opera, et j'avais pas eu de problème.

    Pis "zone principale", c'est pas très clair...
  • [^] # Re: (boulet ce bug)

    Posté par  . En réponse à la dépêche Informations du week-end. Évalué à 3.

    A vue de nez, c'est à cause de la ré-introduction des liens relatifs à la place des liens absolus dans daCode. C'est pile poil le genre de bug chiant à trouver quand on teste sans faire trop attention, ça, donc merci :)
  • [^] # Re: On revient en arrière ?

    Posté par  . En réponse à la dépêche Informations du week-end. Évalué à 10.

    Pour les commentaires anonymes, la liste des users, les liens locaux, etc, c'est juste des choses qui ne sont pas dans le CVS de daCode et qui sont rajoutées à la main par Fabien sur dlfp, ça y est donc pas forcément à chaque update (enfin, pour les commentaires anonymes, c'est un setting à changer, c'est tout). La liste des users est toujours présente ( http://linuxfr.org/users/?a=top(...) ), mais y'a pas de lien vers elle dans le CVS, étant donné qu'elle est un peu buggée et pas super bien mise en cache pour l'instant, donc on la cache. (je peux mettre cette phrase à -1 ?)

    Pour le backend, ça fait des siècles qu'il a ce nom-là, il n'a d'ailleurs gardé le nom de backend.rdf que quelques heures dans le CVS, si je ne m'abuse, tout simplement parce que ce n'est pas PAS un .rdf, ce n'est PAS du RDF, et ça n'a PAS à s'appeler machintruc.rdf. Donc un .xml. D'ailleurs, faut utiliser le nouveau wmCoinCoin sorti hier soir, c'est mieux, même pas besoin de rechanger le nom du backend, du coup.

    Ah par contre, un bug à la con à rajouter : le sujet en réponse aux commentaires est visiblement pas mis par défaut, à moins que ce soit juste mon mozilla qui chie, pour changer.
  • # Problème CSS / Mozilla 0.9.6+ & 0.9.7

    Posté par  . En réponse à la dépêche Informations du week-end. Évalué à 10.

    Ceux qui utilisent une nightly build de Mozilla auront sans doute remarqué que le site sux un peu (tm) graphiquement, à cause d'un .css mal loadé.

    Visiblement, c'est la faute au serveur qui mets un mauvais MIME Type pour les .css, comme expliqué dans les commentaires du bug suivant : http://bugzilla.mozilla.org/show_bug.cgi?id=115535(...)

    Un
    AddType text/css .css

    dans Apache devrait suffir.

    Donc hmm, voilà, si y'avait moyen de changer ça, mes yeux diraient merci.
  • [^] # Re: ouais!!!

    Posté par  . En réponse à la dépêche Commandez votre T-shirt LinuxFR en ligne !. Évalué à 5.

    Le mieux serait peut-être de faire comme Ayo73: proposer des transferts pour faire son Tshirt soi-même.

    "Faite votre (coin) Tshirt (plop) moule vous-mêmes !"
  • [^] # Re: Les fins d'années sont difficiles

    Posté par  . En réponse à la dépêche Commandez votre T-shirt LinuxFR en ligne !. Évalué à 2.

    Hmm, "vraie" pub ... :/



    Par contre, puisqu'on parle de forum, si un forum est rajouté, si ça existe un forum avec cache intégré, ça serait pas con de mettre des privilèges aux donateurs pour le forum. Ca peut aller du truc très con (une petite image sous/à côté du login, de la customization, etc) aux trucs utiles (pouvoir poster plus de posts, par exemple, ou accéder à des forums spécial "donateurs").
  • [^] # Re: Les fins d'années sont difficiles

    Posté par  . En réponse à la dépêche Commandez votre T-shirt LinuxFR en ligne !. Évalué à 2.

    A moins d'interdire les petites [url] dans la tribune, ça risque de pas être fort utile et d'être un gros bide.



    Ca peut être drôle, mais bon, ça va vraiment faire double emploi avec la tribune, je pense.
  • [^] # Re: Les fins d'années sont difficiles

    Posté par  . En réponse à la dépêche Commandez votre T-shirt LinuxFR en ligne !. Évalué à 1.

    - Afficher un lien + texte (30 caractères) sur le site web LinuxFr pendant 5 minutes : 1 crédit. Le premier prend la main, les suivants devant attendre que la periode du précédent soit expirée. Ce système pourrait ne pas être en adéquation avec le système de cache de LinuxFr.

    - Réserver une heure à l'avance : 1 crédit.




    J'ai pas trop compris ces deux trucs-là.
  • [^] # Re: Les fins d'années sont difficiles

    Posté par  . En réponse à la dépêche Commandez votre T-shirt LinuxFR en ligne !. Évalué à 1.

    - peut t'on être membre de l'assoce,à quelles conditions, à quoi ca sert et combien coûte la cotisation ?



    Hop, lien choppé dans la boite liens locaux : http://linuxfr.org/association/(...(...))



    Je sais pas si c'est à jour, par contre.
  • [^] # Re: Question sur les modérateurs

    Posté par  . En réponse à la dépêche HOWTO Sécuriser Debian. Évalué à 4.

    Quels thèmes sont les plus populaires ?

    Facile : http://linuxfr.org/stats/usage_200112.php3#TOPURLS(...(...))

    Regarde les fichiers qui se terminent par .css

    Dans l'ordre: linuxfr, kde2, wm



    Pour les gens qui browsent à +5, ça m'étonnerait qu'il y en ait, mais bon, y'en a ptet un nombre entre 0 et 10. Ce qui est super important à savoir :/
  • [^] # Re: Question sur les modérateurs

    Posté par  . En réponse à la dépêche HOWTO Sécuriser Debian. Évalué à -9.

    Oh ben j'ai pas coché la bonne case.



    Hop, -1 (gni).

    Hop, +café.
  • [^] # Re: Question sur les modérateurs

    Posté par  . En réponse à la dépêche HOWTO Sécuriser Debian. Évalué à -7.

    Un petit début de stat: chaque utilisateur utilise un thème.



    Pour le reste, j'avoue ne pas voir trop l'intérêt. Ni pour les infos sur les modéros, ni (et encore moins) pour les stats utilisateurs.



    Hop, -1.
  • [^] # Re: Ah ces newbies ;)

    Posté par  . En réponse à la dépêche Google Groups remonte aux années 80. Évalué à 2.

  • [^] # Re: et si je ne veux pas qu'on lise mes vieux trolls ?

    Posté par  . En réponse à la dépêche Google Groups remonte aux années 80. Évalué à 10.

    Rajoute


    X-No-Archive: Yes



    dans tes headers, si tu souhaites ne pas être archivé.





    Sinon, ça doit être du même niveau que les archives de mailing-lists sur geocrawler ou que les moteurs de recherche, d'un point de vue légal. Ceci dit, j'ai pas la moindre idée de quel est ce point de vue.
  • [^] # Re: Plus d'info ?

    Posté par  . En réponse à la dépêche PHP 4.1.0 dispo. Évalué à 1.

    D'une manière générale, la plupart des gens font héberger leur site sur un hébergeur mutualisé, pas sur un serveur dédié. C'est pour ces gens-là que ça va être chiant, surtout.





    Pour ceux qui ont un dédié, de toutes façons, ils font ce qu'ils veulent, et même, ils peuvent choisir de pas installer PHP 4.1.0 et 4.2.0 :)
  • [^] # Re: Plus d'info ?

    Posté par  . En réponse à la dépêche PHP 4.1.0 dispo. Évalué à 3.

    Au PHP Forum 2001, ils avaient précisé que pour PHP 4.2.0, register_globals serait par défaut à Off, et que donc, les vieux scripts qui utilisent toujours directement les variables des formulaires, ben non, ils marcheront pas.





    Ils ont peut-être changé d'avis depuis, mais ça fait quand même plusieurs mois que la roadmap c'est PHP 4.1.0 => register_globals On mais nouvelle méthode; PHP 4.2.0 => register_globals Off.





    Enfin, on verra bien.
  • [^] # Re: Plus d'info ?

    Posté par  . En réponse à la dépêche PHP 4.1.0 dispo. Évalué à 1.

    Ben oui, mais au final, entre utiliser global $HTTP_POST_vars; echo $HTTP_POST_VARS["tugludu"]; et utiliser juste _POST["tugludu"];, je crois pas que y'ait de différence.





    Y'en a juste un qui est compatible PHP3 et l'autre pas.
  • # Release notes

    Posté par  . En réponse à la dépêche PHP 4.1.0 dispo. Évalué à 10.

    J'avais posté la news un peu tôt hier soir, les releases notes n'étaient pas encore parues. Les voici donc :


    - (en) http://www.php.net/release_4_1_0.php(...)">http://www.php.net/release_4_1_0.php(...(...))">http://www.php.net/release_4_1_0.php(...(...(...)))


    - (fr) http://www.php.net/release_4_1_0_fr.php(...)">http://www.php.net/release_4_1_0_fr.php(...(...))">http://www.php.net/release_4_1_0_fr.php(...(...(...)))





    Pile en ce moment, les releases notes en français ont l'air d'être une page vide, me demande bien pourquoi y'a un lien dessus sur la home de php.net.


    On peut en trouver une version sur PHPinfo.net : http://www.phpinfo.net/?p=php410(...)">http://www.phpinfo.net/?p=php410(...(...))">http://www.phpinfo.net/?p=php410(...(...(...)))


    Par contre, je ne sais pas si c'est la même traduction.
  • [^] # Re: Plus d'info ?

    Posté par  . En réponse à la dépêche PHP 4.1.0 dispo. Évalué à 5.

    Ben, d'après ce que j'ai vu (pas regardé à fond non plus), les nouveaux tableaux ne sont "que" des alias des $HTTP_*_VARS.





    Ca s'utilise(rait ?) donc de la même façon.





    Par contre, pour tous les scripts qui utilisaient directement les variables des formulaires sans passer par un tableau du genre $HTTP_POST_VARS, va y avoir du portage à faire, puisque ça ne devrait plus être possible maintenant.
  • [^] # ôde au retour chariot

    Posté par  . En réponse à la dépêche Les gens votent-ils pour des idées sur linuxfr.org ?. Évalué à 2.

    Autant "éduquer" les gens sur le vote, je m'en bats grave, autant je pense qu'il faudrait apprendre aux gens l'usage de la touche "Entrée" qui permet ce que l'on appelle des retours à la ligne, ma foi fort pratiques pour faciliter la lecture d'imbitables blocs de texte.

    Hop, -1.
  • [^] # Re: tant qu'on est dans les suggestions...

    Posté par  . En réponse à la dépêche Les gens votent-ils pour des idées sur linuxfr.org ?. Évalué à 1.

    Concernant les niveaux, tant qu'à faire, si quelqu'un a une liste de niveaux un tant soit peu généraux (et pas basés uniquement sur linux, sur truc, sur machin, etc) qui puisse s'appliquer à à peu près tous les sites, ça serait chouette pour daCode. Il vous remercierait.
  • [^] # Re: Un autre critère à prendre en compte AMHA

    Posté par  . En réponse à la dépêche Les gens votent-ils pour des idées sur linuxfr.org ?. Évalué à 0.

    Perso, empêcher de scorer négativement un commentaire déjà négatif, ça me plairait bien. Les [+], ben c'est ça qui est censé permettre les paliers de lecture. Si on les limite, autant repasser au système de modération par défaut dans daCode (avec un palier qui va de -1 à 5), quitte à garder les XPs si on y tient.

    Par contre, y'a pas de palier négatif, et je vois donc pas trop l'intérêt des scores super négatifs, à part faire des XPs négatives. Ne pas pouvoir voter en -dessous de -1 me paraitrait donc une bonne idée.
  • [^] # Re: Qu'est-ce qui se passe chez chez Linuxfr ???

    Posté par  . En réponse à la dépêche Encore un nouveau PDA. Évalué à 7.

    Vraiment rien de très professionel...
    [...]
    Merci pour votre professionalisme !

    Je pense que tu n'as pas très bien saisi le principe (et par là même le concept) de linuxfr, je dirais.

    Le principe, donc, c'est de faire un site d'infos Linux communautaire. Où chacun peut participer. Autrement dit, qui n'est pas limité à des rédacteurs "professionnels" (qui le sont souvent autant que les gens du JDnet), mais qui est ouvert à tout le monde. D'ailleurs, linuxfr n'a pas de rédacteur "professionnel".
    L'avantage de ce principe, c'est que quand une info intéresse quelqu'un et qu'il a envie de la faire partager, il a la possibilité (tempérée par les modérateurs, ceci dit) de la publier ici de lui-même.
    Autrement dit, rien ne t'empêche d'envoyer toi aussi des news plus professionnelles et de meilleure qualité.

    Mis à part ça, WindowMaker 0.70 est dispo, au fait.

    (hop, -1, marché dedans)
  • # RC vs Beta

    Posté par  . En réponse à la dépêche PHP en 4.1.0RC5. Évalué à 8.

    C'est rigolo, ça fait la 8° RC pour cette version de PHP (3 pour PHP 4.0.7 qui a été renommé en 4.1.0, version qui en est donc à sa 5° RC).

    Faut quand même voir que les Release Candidates de PHP sont toutes des betas. Autrement dit, même quand y'a marqué "RC", il peut encore y avoir plus que des bugfixes dans le code. Leur équivalent d'une "vraie" Release Candidate, c'est la version "Final RC" (il peut y en avoir plusieurs évidemment).

    Cf http://www.zend.com/zend/week/week64.php(...)
    TLK: Final RC

    After a chat on IRC among the development and QA teams, a decision has been made to change the release process slightly for PHP. At the moment, candidates are created and tested until the developers feel that enough bugs have been squashed, and then the next release version of PHP is made.

    From now on a "Final RC" will be issued before the stable version is made. During the Final RC period, no changes will be made to the code except for major bugs. If any showstoppers are discovered, another Final RC will be released. When all showstoppers have been caught, the stable version will be released.


    Plus drole encore, à cause des versions 4.1.0 "tout court" qui sont apparues plusieurs fois sur le net (une fois début décembre déjà, et une fois en ce moment, apparemment), cette version pourrait finalement s'appeler 4.1.1 (cf http://www.zend.com/zend/week/week65.php(...) ). Pour info, la version suivante de PHP devrait être directement la 4.2.0. Si tout va bien. On y croit très fort.
  • [^] # Re: A noter

    Posté par  . En réponse à la dépêche Enregistrements de la conf de Richard Stallman à l'Assemblée Nationale. Évalué à -1.

    A priori j'y serai (serai à Censier de toutes façons lundi, donc bon ...). J'essairai de poser ta question (ptet dans une version plus courte quand même :).

    Si d'autres ont d'autres questions, hésitez pas, hein.