SPIP-Contrib

SPIP-Contrib

عربي | Deutsch | English | Español | français | italiano | Nederlands

290 Plugins, 198 contribs sur SPIP-Zone, 62 visiteurs en ce moment

Accueil > Documentation > Tutoriaux pour le code de SPIP > SPIP 1.9 - Comment fonctionnent les appels d’une page de la partie publique  (...)

SPIP 1.9 - Comment fonctionnent les appels d’une page de la partie publique ?

4 mars 2006 – par Cerdic – commentaires

0 vote

Pour la partie privée, la notion de performance est secondaire car elle ne génére pas un trafic important.

Pour la partie publique, il faut imperativement optimiser la performance pour pouvoir servir un maximum de hit simultanes, tout en acceptant un certain nombre de fonctionnalités

L’organisation des fichiers n’est plus forcément dictée par une logique fonctionelle, mais aussi par une contrainte d’optimisation des chargements de fichier.

Le but est de ne charger que ce qui est strictement nécessaire.

Comment cela fonctionne-t-il ?

Le visiteur interroge une url titre.html

  • GET titre.html réalisé par le navigateur
  • SPIP regarde si le fichier CACHE/a/titre_jdsjfdfjskfl14564.gz
    • le nom a/titre_jdsjfdfjskfl14564.gz est calculé a partir de l’url, du dossier_squelette. C’est le $chemin_cache
      • les opérations de cette étape sont traitée dans ecrire/public/cache.php
  • si la page en cache n’existe pas ou est perimée
    • si le squelette compilé CACHE/squelette/titre.php n’est pas disponible
      • phase de COMPILATION du squelette
        • le squelette titre.html est chargé
        • il est compilé dans CACHE/squelette/titre.php
          • transformation des boucles, balises … en code php
    • Phase de CALCUL du squelette compilé CACHE/squelette/titre.php
      • le fichier php est executé pour produire le fichier CACHE/a/titre_jdsjfdfjskfl14564.gz a jour
  • le fichier CACHE/a/titre_jdsjfdfjskfl14564.gz est evalué pour prendre en compte le code php restant (code php inclus dans les squelettes notamment)
    • Opérations réalisés par les scripts de ecrire/public/
  • un post rendu est réalise pour certaines operations spéciales (ex:surligner les mots de var_recherche pour servir une page apres une recherche)

Les accès à la base de données n’interviennent qu’a compilation/calcul. Ces accès sont couteux, et ils sont donc à éviter dès que la page calculée est en page.

Bon a savoir !

  • La requête var_mode=calcul provoque un CALCUL du squelette compilé présent en cache
  • La requête var_mode=recalcul provoque une COMPILATION du squelette puis son CALCUL

Les invalideurs

Ils sont gérés dans une table spip_cache
Tout un tas d’invalideur existent, liés chacun a un type d’évènement.
Ils servent à invalider toutes les pages liées à l’invalideur
Lorsque l’évènement propre à l’invalideur - un nouveau message dans un forum pour un invalideur forum - arrive, toutes les pages liées sont supprimées du cache.

Dixit _fil_, ca gagne a être connu, mais c’est pas encore super clair pour moi … Donc je vous en dis pas plus pour le moment !

Les subtilités du cache

Dans la 1.9, la gestion du cache prend en compte l’url par laquelle la page est demandée, le nom du fichier fond (une même page peut donc être servie par des fonds différents sans problème de cache), le dossier squelette (permet de personnaliser tout le design du site en fonction du profil utilisateur (cookie, navigateur, utilisateur identifié, adresse IP...).
Applications pratiques :
Proposer des habillages différents du site en fonction du nom de domaine par lequel il est appelé, pour un site multi-enseignes par exemple
Proposer des fonctions supplémentaires sur un site « corporate » pour les personnes qui surfent depuis l’adresse IP de la sociéte
Restreindre l’accès du site à une partie des visiteurs

Dernière modification de cette page le 7 mars 2006

Retour en haut de la page

Vos commentaires

  • Le 14 avril 2007 à 18:56, par Bernt En réponse à : SPIP 1.9 - Comment fonctionnent les appels d’une page de la partie publique ?

    Depuis mon passage en version 1.9, je suis souvent obligé de vider le cache de mon routeur pour accéder à mon site.

    Par ailleurs, une fois que j’ai vidé mon routeur, je suis aussi obligé de vider le cache de spip car je m’aperçois que des pages sont mal calculées.

    Qui a déjà rencontré ce problème ?

    Cordialement. BS

    Répondre à ce message

  • Le 28 mars 2006 à 18:17, par Loiseau2nuit En réponse à : SPIP 1.9 - Comment fonctionnent les appels d’une page de la partie publique ?

    Les subtilités du cache

    Dans la 1.9, la gestion du cache prend en compte l’url par laquelle la page est demandée, le nom du fichier fond (une même page peut donc être servie par des fonds différents sans problème de cache), le dossier squelette (permet de personnaliser tout le design du site en fonction du profil utilisateur (cookie, navigateur, utilisateur identifié, adresse IP...).

    Quelqu’un pourrait -il développer un peu ce passage ci SVP ? J’avoue être super séduit par l’idée mais ne voit pas trop comment la mettre en place...

    Répondre à ce message

Répondre à cet article

Qui êtes-vous ?
  • [Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici Les choses à faire avant de poser une question (Prolégomènes aux rapports de bugs. )
Ajouter un document

Retour en haut de la page

Ça discute par ici

  • Convertir un site SPIP 3 en utf-8 avec le plugin Grenier

    8 janvier 2014 – 23 commentaires

    SPIP 3 fonctionne nativement avec l’encodage universel unicode utf-8. Sur certains sites (par exemple sur une mise à jour), on peut avoir un site qui est resté en iso-latin ce qui n’est pas conseillé (source de bugs, d’incompatibilité, ...) . (...)

  • ScolaSPIP 4

    19 janvier 2016 – 360 commentaires

    ScolaSPIP est plugin-squelette responsive personnalisable pour sites Web d’établissements scolaires basé sur SPIPr Présentation de ScolaSPIP Ce plugin pour SPIP 3 est développé par la Dane de l’académie de Versailles pour les webmestres de cette (...)

  • SPIP 3.2, Agenda et FullCalendar

    6 juin – 10 commentaires

    Nous avions publié un article sur la manière d’utiliser FullCalendar avec SPIP 3.0 afin d’afficher des évènements sous forme d’Agenda. La version de FullCalendar a changé avec SPIP 3.2. Le présent article est donc un tutoriel adapté à SPIP 3.2. Pour (...)

  • Mailsubscribers

    16 janvier 2013 – 408 commentaires

    Ce plugin permet de gérer les inscriptions (ou abonnements) à la diffusion de contenu par email. Mailsubscribers permet de gérer les inscriptions par Opt-in simple ou double et la désinscription par URL. Ce plugin gère également plusieurs listes de (...)

  • Nouvelle version - Modération de modifications

    29 janvier 2012 – 49 commentaires

    Suite à une migration depuis SPIP-Agora, j’ai développé ce plugin permettant de reprendre la fonctionnalité « Nouvelle version » inexistente sur SPIP2 ni sur SPIP3 Ce plugin permet d’étendre le work-flow de -rédaction-publication d’un article au cas d’un (...)