• # cache

    Posté par  . Évalué à 4.

    slashdot j'en sais rien, mais linuxfr a un systeme de cache qui fait que generalement les pages presentees sont statiques, et seul Apache bosse. Un site qui lance un script php ou autre a chaque requete tient moins bien la charge.
    • [^] # Re: cache

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

      Heu je crois bien que linuxfr repose sur templeet, hors le système de cache de templeet utilise toujours PHP quand même nan?

      « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)

      • [^] # Re: cache

        Posté par  (Mastodon) . Évalué à 3.

        En fait, le cache diminue surtout le nombre de requêtes SQL, et c'est un facteur plus important que le PHP.
      • [^] # Re: cache

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

        Bé oui mais le moteur de templeet est fait de telle manière (notamment redirection des erreurs 404) que si une page est en cache, il n'y a aucune (ou si peu) exécution de code php...
      • [^] # Re: cache

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

        Le cache de pages est mis dans un répertoire avec l'arborescence des URL. Apache à son DocumentRoot dessus donc si la page existe dans le cache elle est servie statiquement par Apache. Si elle n'existe pas, erreur 404 et le ErrorDocument qui est en PHP genere la page demandée et la stocke dans le cache donc pas besoin de PHP quand la page est dans le cache.

        Il y a un deuxième niveau de cache, au niveau des includes, qui lui est géré en PHP.
        • [^] # Re: cache

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

          plus un troisième niveau de cache qui fait que les templates ne sont parsés qu'une fois par le moteur. sinon c'est juste un unserialize.
          autrement dis, 90% de linuxfr est un site statique !
          • [^] # cache+ javascript

            Posté par  . Évalué à 3.

            Il y a aussi une grande partie générée par du javascript coté client. et quand on voit le temps d'exécution du script sur une news avec beaucoup de commentaires.

            ceci dit, la toolbar roxor!!!
            • [^] # Re: cache+ javascript

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

              La partie javascript gère les parties dynamiques unique pour chaque visiteur ('nouveau','visité', etc...) qui ne peut être caché donc !
              (je trouve cette idée, absolument magnifique :)
        • [^] # Re: cache

          Posté par  . Évalué à 2.

          Qui crer le cache du DocumentRoot ? c'est PHP ? comment est gérée l'expiration de ce cache ?
          • [^] # Re: cache

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

            le cache est créé par Templeet (avec PHP donc).
            L'expiration est géré par les templates de linuxfr, qui efface ce qu'il faut quand il faut. (par exemple la page de ce journal quand on commente)
  • # la taille du tuyaux ?

    Posté par  . Évalué à 7.

    En gros si c'est pas prévue dans les budgets, ben ca passe pas ...

    Dam
  • # heuhh

    Posté par  . Évalué à 5.

    linuxFR se fait parfois shlashdotter[1].

    L'inverse ? je crois pas...

    [1] et y'a 10 minutes, c'était quoi d'ailleurs?
    • [^] # Re: heuhh

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

      Une grosse charge sur le serveur d'aprés le graphique.
      On dirait que Pierre Tramo a eue le pass root et qu'il s'est amusé avec java.
      =====>[]
  • # Idées en vrac

    Posté par  (Mastodon) . Évalué à 4.

    Idées en vrac:

    - Un site qui se fait slashdotter a un débit qui est égal à son débit habituel + le débit de slashdot, alors que slashdot ne se tape que son débit habituel.

    - Slashdot contient beaucoup de texte et très peu d'images, alors qu'ils lient souvent vers des sites contenant pas mal d'images.

    - Slashdot doit avoir un serveur dédié et pas de limite de BP, alors que les sites amateurs ont souvent un débit maximum.
  • # Besoin d'explications...

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

    Parce que là j'comprend rien, ou très peu au journal. En effet il me manque des éléments de vocabulaire du "jargon".
    Qu'est ce que c'est qu'un site "linuxfrisé" ou "slashdoté"? je connais bien les sites linuxfr et slashdot mais j'connais pas ces verbes qui en découlent...
    • [^] # Re: Besoin d'explications...

      Posté par  (Mastodon) . Évalué à 4.

      Quand slashdot publie un lien vers un site web, l'espérance de vie du site web en question se compte en secondes. Quand il explose, on dit qu'il a été slashdotté :)
  • # Gros matos

    Posté par  . Évalué à 3.

    Chez /. ils ont pas mal de matos :

    http://slashdot.org/faq/tech.shtml#te050(...)

    The Hardware !
    * 5 load balanced Web servers dedicated to pages
    * 3 load balanced Web servers dedicated to images
    * 1 SQL server
    * 1 NFS Server


    De quoi bien tenir la charge...
  • # Effet slashdot

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

    Tous les sites ne supportent pas la même charge. Wikipédia a pensé à toi et il y a un certain nombre d'aricles pour expliquer l'effet /.
    http://en.wikipedia.org/wiki/Slashdot_effect(...)
    http://fr.wikipedia.org/wiki/Slashdot#Effet_Slashdot(...)

    Concernant Linuxfr, l'article sur Templeet te donne l'explication sur les différents niveaux de cache:
    http://en.wikipedia.org/wiki/Templeet(...)

Suivre le flux des commentaires

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