Dacode avait raison !

Posté par  . Modéré par Yann Hirou.
Étiquettes :
0
21
juin
2001
PHP
Tiens tiens tiens, on dirait que phpnuke se rend enfin compte de l'utilite des systemes de cache a la "dacode powered" :)
Voici l'article du site

Today phpnuke.org was just overloaded... too many requests on the site! wow! thanks! ;) This is good in some manner, why? because I'll start coding an overload prevention system. Let me explain this. We can set a maximun number of simultaneous visitors for our site, this number can be different for each site. PHP-Nuke will check for the online users and then compare with that variable, if the variable is >= than the users online the system automaticaly will enter in overload mode, this means we can strip out graphics, some content, non-critical database calls, etc. with the goal of displaying a minimalistic and lite site version so the system can serve all the visits. This will not be easy to code but I think it's a very interesting feature, what do you say?

Aller plus loin

  • # bof

    Posté par  . Évalué à 0.

    c'est pas un système de cache vraiment, c'est un fonctionnement dégradé d'après ce qui est (d)écrit.

    • [^] # Re: bof

      Posté par  (site web personnel) . Évalué à 1.

      oui, ca veux dire que quand tu viens sur un site super charge,toutes les fonctions qui bouffe du CPU sont court-circuite (si g bien suivi :) )
      vraiment bof : si dacode fesait pareil, en cas de grosse charge, linuxfr.org ne reconnaitrait plus les authentification, les commentaire (acces a la base...)
      Non, vraiment ca me parait etre relativement complexe a mettre en place et le system de cache a l'air, je dis bien a l'air je ne suis jamais vraiment pose la question, aussi complexe a mettre en oeuvre, mais aussi performant (voir +) et dans TOUT les cas.

      quand a savoir si oui ou non c'est utile (voir les commentaires sur le site PHPnuke) ca me parait evident (le cache j'entends) meme pour les petits site, c'est toujours ca de pris
      <troll>
      pour seti@home par ex
      </troll>

      ._))
      /. .\
      |\_/|

      • [^] # Re: bof

        Posté par  . Évalué à -1.

        <private>
        Ton pingouin est toujours aussi naze.
        </private>

        • [^] # Re: bof

          Posté par  . Évalué à -1.

          moi j'aime bien le pingouin

          d'ailleurs j'aime bien les pingouins

          t'aimes pas les pingouins ?

          • [^] # Re: bof

            Posté par  . Évalué à -1.

            Le problème c'est que c'est pas un pingouin, mais un manchot (Silence aussi d'ailleurs :°p )

            • [^] # Re: bof

              Posté par  (site web personnel) . Évalué à -1.

              p*tain essaye de faire des ascii correct, c'est la mort, les espace sont tronque et tout c'est lourd.

              Bon c vrai ma maladie et mon accident de poussette ne m'aide pas...

              Mais moi g pas le Sida :-P

              • [^] # Re: bof

                Posté par  . Évalué à -1.

                Essaye de mettre des balises TT autour de ton art.

                • [^] # Re: bof

                  Posté par  (site web personnel) . Évalué à -1.

                  merci mais je l'ai mise .

                  mais (helas) plusieur espace consecutif sont reduit a un seul, balise ou pas.

                  desoler hein

                  • [^] # Re: bof

                    Posté par  . Évalué à -1.

                    Règle numéro 1 de l'ascii art, remplacer les espaces par des .


                    Bon tu vas me laisser bosser oui ? Je dois modifier des trucs sur les retailers et hcl ...

                    • [^] # Re: bof

                      Posté par  (site web personnel) . Évalué à -1.

                      hcl, retailer...
                      ca veux dire ke t pas au chomage ? :)

                      • [^] # Re: bof

                        Posté par  . Évalué à -1.

                        Ben non, loin de là. Et toi, t'as rien à foutre ce matin ?

            • [^] # Re: bof

              Posté par  (site web personnel) . Évalué à -1.

              C'est marrant, sous Mozilla on dirait une tête de chèvre avec 2 p'tites cornes.

              • [^] # Re: bof

                Posté par  . Évalué à 0.

                ou un genre de Fraggle rock

            • [^] # Re: bof

              Posté par  (site web personnel) . Évalué à 1.

              salut

              selon le "Dictionnaire Universel Francophone En Ligne" ( http://www.francophonie.hachette-livre.fr/(...) ), nous avons :

              manchot n. m.

              Oiseau palmipède (ordre des sphénisciformes) qui vit dans l'Antarctique en vastes colonies, et dont les ailes, devenues inaptes au vol, se sont transformées en nageoires.

              antarctique adj.

              Relatif au pôle Sud et aux régions polaires australes.


              pingouin n. m.

              Oiseau marin des régions arctiques (fam. alcidés) au plumage noir et blanc, aux ailes courtes et aux orteils palmés. || Cour. Oiseau de la famille des alcidés (macareux, guillemots). -- Abusiv. Manchot.

              arctique adj.

              Qui est situé, sur le globe terrestre, dans les régions polaires du Nord. Pôle arctique. Cercle polaire arctique. Syn. boréal. Ant. antarctique, austral.

              conclusion :

              la Finlande, pays orginel de Linus Torvalds et Tux, est situé dans l'artique. Tux est un donc un pingouin et non un manchot (ou alors dire ceci est un "abus de langage").

              a+

        • [^] # Re: bof

          Posté par  (site web personnel) . Évalué à -1.

          oui il ressemble a quelqu'un de ta famille

        • [^] # Ascii Art

          Posté par  (site web personnel) . Évalué à -1.

          Merci d'avoir précisé que c'est un pingouin, j'aurai pas deviné !!!

          A mon tour, je vais faire : une moule
          -Essai 1 :
          ()

          -Essai 2 :
          ()
          ( )
          ^^^

          Bon, je ferme mes valves parce que je peux pas faire mieux.
          Si quelqu'un a une moule en ascii art a me proposer ...

          • [^] # Re: Ascii Art

            Posté par  . Évalué à -1.

            > ()
            > ( )
            > ^^^



            Mais mais ... maman ?

      • [^] # Re: bof

        Posté par  . Évalué à 0.

        C'est là où tu vois que phpNuke, c'est une usurpation. Un mec forke un projet, pisse du code comme un dingue pour rajouter des fonctionnalités qui plaisent aux utilisateurs et ça marche. Seulement, l'auteur oublie de citer le projet qu'il a allégrement forké, son code est vraiment crade et il gére son projet comme un dictateur.
        Le fait qu'il veuille faire un mode dégradé au lieu d'implémenter un cache montre la clairvoyance et la compétence du mec!
        Je n'ai pas regardé depuis un moment mais à l'époque, faire son propre théme était une vrai galére. C'est domage que des projets aussi importants soient si mal gérés (gnome MDI aussi).
        Vive DaCode qui est développé par une équipe sympathique et qui, en plus, est bien développé!

        • [^] # Re: bof

          Posté par  . Évalué à 1.

          ouaip, clair que l'équipe est pas mauvaise, chapeaules z'enfants :D.

          En même temps ce cache sert à une chose : le DOS !
          imaginons qu'ne attaque de type DOS soit faite contre linuxfr, bah avec ce système, ça craint 'rien'. me trompe-je ?

          il manque quoi selon vous comme killer app à linux aujourd'hui ?

          on à qd même beaucoup de chose :

          dacode, konqueror, koffice ( pas fini ok), et plein d'autres bien sur, mais THE app qui existe pas ailleurs ça serait quoi pour vous ?

          • [^] # Re: bof

            Posté par  . Évalué à 0.

            Tu y vas un peu fort en disant que daCode fait partie des killer app pour linux. OK c'est bien mais ça n'est pas ça qui attire les gens sous linux.

            Et c'est du php + mysql, donc ça doit tourner sur autre chose que linux, windows par exemple.

            > mais THE app qui existe pas ailleurs ça serait quoi pour vous ?

            enlightenment

          • [^] # Re: bof

            Posté par  (site web personnel) . Évalué à 1.

            faut pas pousser, si un bourrin essaye de faire un DOS sur linuxfr, linuxfr tombera... si l'attaque est assez puissante. ie : le cache limite la charge de la machine. si tu as un milliard de connexion, tu fourni un milliard de connexion, et meme avec des pages statique, c'est lourdingue, donc te serveur plie.
            donc une attaque DOS (6.2 arf ) est parfaitement possible.

            <troll>
            c vrai que avec PHPnuke, mon HP48 suffit, et c'est meme pas une 'GX'
            </troll>

  • # Ouaip !

    Posté par  . Évalué à -1.

    PhpNuke sux, DaCode rulez !!!

  • # Vous manquez d objectivité

    Posté par  . Évalué à 0.

    1. A ma connaissance, DaCode n'a pas inventé le principe du cache. Dégonflez les chevilles les mecs. D'ailleurs AMHA si DaCode a l'air d'etre pas mal, je n'y vois rien de révolutionnaire. Ou alors expliquez-moi.

    2. Si un cache est préférable à un fonctionnement dégradé, il faut quand même reconnaitre qu'un fonctionnement dégradé en plus du cache, au cas où, c'est une excellente idée. Désolé si ce n'est pas vous qui l'avez eue.

    Au fait quand je mets une apostrophe dans le sujet ca chie. Un bug dans DaCode, un !

    Zal qui oublie son mdp.

    • [^] # Re: Vous manquez d objectivité

      Posté par  . Évalué à 0.

      Le PB c'est que le plus souvent c'est l'acces a la base qui est saturé plutot que la BP. Donc en gros le fonctionnement dégradé s'activera mais il y aura toujours des erreurs MySQL disant qu'il y a trop de connexion. Donc le site sera toujours mort...
      Ca peut être aussi le CPU qui bosse trop, alors c'est pas en n'affichant pas des images que ça va s'arranger...c'est en optimisant le code...

      Donc en gros ça ne semble vraiment pas tres serieux phpNuke. Le dev ne semble pas vraiment connaitre grand chose...

      • [^] # Re: Vous manquez d objectivité

        Posté par  (site web personnel) . Évalué à 1.

        je pense qu'il pense plutot couper l'acces au pages lourde, avec plein de requete (donc ca calme mysql) que de ne plus envoyer des images.

        Remarque ne pas envoyer d'image = soulager le CPU, car le CPU envoie l'image sur le reseau, donc c'est ca de pris, en plus tu gagne en bande passante. donc pour un site statique (pas PHPnuke mais bon) - d'image = + de bande passante, +de cpu pour envoyer plus de page = bcp + de page envoyes.

        • [^] # Re: Vous manquez d objectivité

          Posté par  . Évalué à 0.

          Une petite question pour les accros du mode lynx par défaut:
          Pour gérer ce mode dégradé, il va falloir constemment vérifier si le site n'est pas surchargé, que le site ai 10 hit jour ou 50000. Ensuite, quand on détermine que le site est surchargé, il va faloir gérer les parties à ne pas afficher.
          En gros, le traitement pour déterminer si le site est surchargé risque de le ralentir encore plus. Cool!

          • [^] # Re: Vous manquez d objectivité

            Posté par  . Évalué à 0.

            Ben en gros, sur un nunux, il faut lire le "fichier" /proc/loadavg au début de l'éxecution de la page, tout récupérer avant le premier " ", et mettre cette valeur dans une variable globale.

            Après, chaque fonction générant un module, uen boite, peu importe, compare cette valeur à son seuil d'affichage. Si la valeur est en dessous de leur seuil, bingo, sinon elle font un beau return. Pas de quoi tuer un serveur.

            Je ne sais pas si il y a un autre moyen de récupérer la charge en php.

          • [^] # Re: Vous manquez d objectivité : mais nan, regarde :)

            Posté par  (site web personnel) . Évalué à 1.

            hmmm, c'est vraie on pourrais faire comme ca.
            tu peux aussi faire un cron, ki toute les minutes met un flag 'degrade' a vrai ou faux en fonction du nombre de process apache, ou d'un truc plus revelateur si y a...
            Apres soit tu test comme un bourrin en php a chaque affichge si oui ou non, et tu affiche soit la page a ou la page b (degrade).
            Ou mieux, un bout de perl, renome le repertoire contenant les pages par defaut en truc.old, et deplace truc.degrade en truc (ou un liens on s'en fous) : du coup plop ton site bascule...
            c 'est facile finalement, quand j'y pense...
            reste a avoir des pages light dans truc.degrade et le tour est joue...
            <troll>
            a je viens de brevete le principe de deplacer un repertoire d'on le nom contient degrade (ou un equivalent dans un autre langue) essayer pas de repiquer cet algo :)
            </troll>

        • [^] # Re: Vous manquez d objectivité

          Posté par  . Évalué à 0.

          hum ...

          J'ai mieux encore : on n'envoie que les documents qui sont intéressants. Comme ça au moins les serveurs n'auront plus rien à faire et du même coup on libère internet de cette surcharge de documents inutiles, tout va plus vite, la vie est belle !

    • [^] # Re: Vous manquez d'objectivité

      Posté par  . Évalué à -1.

      verif pour le '

      • [^] # Re: Vous manquez d'objectivité

        Posté par  . Évalué à -1.

        De toutes évidences,il y a des bofs qui ne savent pas appuyer sur certaines touches de leur clavier, et qui y voient un bug d'un serveur distant ;-)

    • [^] # Re: Vous manquez d objectivité

      Posté par  (site web personnel) . Évalué à 1.

      Oui, les deux fonction son interressante, mais quitte a en choisir une en premier le cache me parait mieux, tu fourni un service de qualite plus longtemps.

      C'est vrai que apres tu peux toujours couper les acces au pages 'lourde', mais faire le contraire... me parait un peu... la charue avant les boeufs koi...

  • # Mouaif

    Posté par  . Évalué à 1.

    J'ai rien contre DaCode mais franchement pourquoi ne pas avoir annoncé la sortie de PHPNuke 5.0 ?? Il y a du sectarisme chez Linuxfr.

    Où elle est la "Communauté" du libre ?

    • [^] # Re: Mouaif

      Posté par  . Évalué à 0.

      Parce que tu n'as pas poste la news !

  • # -

    Posté par  . Évalué à 0.

    En attendant, phpnuke arrive à supporter un site 10 fois plus gros que linuxfr sans cache, et pourtant l'unique codeur se présente comme un débutant lorsqu'il avait commencé à coder phpnuke.

    Et, depuis quand dacode a inventé le systeme de cache?
    slashdot l'utilise depuis pas mal d'années, m'enfin, on peut dire que vous avez inventé le systeme de cache-pour-site-en-php-traitant-de-linux-sur-fond-bleu-clair.

    Vous avez breveté?

    • [^] # Barre LSFN

      Posté par  . Évalué à 0.

      la barre lsfn (que vous avez aussi repompé sur slashdot (cf osdn)) indique un CPU load de 13.76
      c'est que c'est bien codé dacode on dirait!

    • [^] # Re: -

      Posté par  (site web personnel) . Évalué à 1.

      En attendant, phpnuke arrive à supporter un site 10 fois plus gros que linuxfr sans cache

      oui au moins,

      tiens tu as gagner ca :

      +----------------+
      |.1.point.godwin.|
      +----------------+

  • # Résume du système de cache de DaCode ???

    Posté par  (site web personnel) . Évalué à 1.

    Je n'ai pas trop le temps en ce moment de regarder le code de DaCode en détail.

    C'est pourquoi ce serait sympa si des gens qu'ils l'ont fait (regarder le code) ou même coder (Fabien es-tu là ??), pouvaient faire un résumé technique du système de cache de DaCode et les grandes lignes choisies pour le codage PHP de ce système.

    Ceci à titre informatif mais aussi dans l'optique d'en coder un pour certains besoins de mon boulot (développement Web en Perl et PHP).

    • [^] # Re: Résume du système de cache de DaCode ???

      Posté par  . Évalué à 0.

      http://www.daCode.org(...)

      1) Tu t'inscris à la ML des dév de daCode. tu pourras poser tt plein de question. Ou sur IRC #daCode - irc.openprojects.net

      2) Fabien est, à ma connaissance, en vacances. Il ne te répondras donc probablement pas.

      3) Je crois aussi que Fabien n'est pas l'auteur du cache de daCode (voir le ChangeLog sur le site officiel de daCode). Il y a sûrement contribué, mais le plus gros du boulot a dû être fait par qqun d'autre.

      • [^] # Re: Résume du système de cache de DaCode ???

        Posté par  (site web personnel) . Évalué à 1.

        Bon, je l'avais dit pourtant, je n'ai pas le temps de m'intéresser à DaCode de près !!!

        Je voudrais juste un résumé de l'API de cache et ses principes génraux, ainsi que comment ça été codé.

        Visiblement tout le monde en parle mais personne ne sait comment ça marche... Sucks the trolls !!!!

        • [^] # Re: Résume du système de cache de DaCode ???

          Posté par  . Évalué à 0.

          Pour répondre à ta question, ca n'est pas Fabien qui s'est occupé du cache de daCode. Mais il y a une doc (en francais) très bien faite à ce sujet dans le tarball de daCode. En revanche tu risques d'être déçu si tu t'attends a une API que des programmes externes peuvent utiliser.

          En gros il y a une rewriterule qui teste si le fichier censé être caché existe ou non, si oui il l'utilise, si non il le génère à l'aide d'un script PHP et l'affiche.

          A mon avis, l'utilisation de SQUID aurait été préférable, mais les gens ne peuvent/savent pas toujours l'utiliser.

          • [^] # Re: Résume du système de cache de DaCode ???

            Posté par  . Évalué à 1.

            Pour squid, rien ne t'empêche de l'utiliser et désactiver le cache. Le principe retenu est de pouvoir utiliser le cache sur un serveur comme Free, dont tu n'as pas accès à la config.
            Pour le rewriterule, c'est pareil, tu l'utilises si t'as accès à la config du serveur, sinon il y a l'autre façon expliquée dans la doc.
            Pour le reste, c'est clair que c'est pas la peine de s'extasier, le code n'est pas documenté, manque de souplesse et n'a rien d'original. Mais il a le mérite d'exister et de remplir plutôt bien sa tâche ;)

            • [^] # Re: Résume du système de cache de DaCode ???

              Posté par  (site web personnel) . Évalué à 1.

              Merci pour les infos et bravo Denis.

              Je viens de regarder ta doc dans le code de DaCode et cache.php3. Ca me parait intéressant que l'on ait accès ou non à mod_rewrite.

              Je pense me servir de certaines de tes idées pour pondre un code de cache efficace pour mes serveurs (besoins plus restreints, juste quelques infos à mettre en cache, pas des pages entières).

              Et en +, c'est codé par un X ;-)

              • [^] # Re: Résume du système de cache de DaCode ???

                Posté par  . Évalué à 1.

                Le cache a été écrit pour pouvoir être utilisé partout, comme le reste (par ex. il n'y a pas d'extension purement PHP4). Si tu cherches les performances, tu devrais regarder du côté d'applis spécifiques, comme apc.

          • [^] # Re: Résume du système de cache de DaCode ???

            Posté par  . Évalué à 0.

            Une question en l'air : pourquoi pas un apache en reverse ? Ca permet de pas multiplier les types de services et ca marche bien aussi (cf voila). De plus , ca permet de mettre les images sur un Tux.

            Gwen

  • # daCode, un concept révolutionnaire !

    Posté par  . Évalué à 0.

    daCode est quand même l'archétype du site de news dynamique tout en PHP avec du cache dedans. Jamais personne avant n'avait relevé le défi, tant la tâche semblait ardue. D'ailleurs personne n'a jamais fait mieux depuis, les algorithmes en jeu et l'expérience en programmation requise étant trop pointus pour le commun des mortels.

    Bravo à toute l'équipe, pour les grands moments de fou rire que la lecture de daCode m'a procuré.

  • # Cache génial = Cookies

    Posté par  . Évalué à 0.

    Mois je mets mes pages dans des cookies, pour mieux les cacher. Comme ca personne les voit.
    Après, ils sortent la nuit en meute et mangent tous les autres cookies, comme ca plus de troll, plus de ad.dbleclick.net, que des gens d'accords, puisqu'y a plus que moi sur le web !
    Cookies cachés = killer apps !

    Yeah!

    Ma grand-mère faisait des cookies à l'armagnac. c'etait bon. Mais elle les cachait. c'est de là d'ou m'est venu l'idée.

    CONCLUSION : Je vais faire une appli au brésil, y inviter ma grand-mère et parler avec des pinguouins (qq manchots aussi, bien sûr... mais c'est pas pareil...)

    Merci pour cet espace de liberté de discussion.
    D'habitude je fais ca dans des endroits privé, mais bon.
    (certains chassent encore les pinguoins, surtout au brésil.)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.