Recherche avancée

Médias (1)

Mot : - Tags -/pirate bay

Autres articles (99)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (7929)

  • Révision 19183 : utiliser HTTPONLY pour le cookie de session, de maniere a ce qu’il ne soit pas p...

    30 mars 2012, par Fil Up

    Approche proposee et codee par Christophe Imberti Documentation : https://www.owasp.org/index.php/HttpOnly

  • Révision 23464 : Il arrive que le fichier temporaire créé par ecrire_fichier ne soit pas détruit,

    7 mars 2017, par esj@rezo.net

    ce qui encombre en particulier le répertoire des sessions. Lors de nettoyage de celui-ci, effacer ces fichiers en trop. Au passage, diminuer les accès disques et les logs.

  • Anomalie #3988 : meta cache_signature trop restrictive

    4 septembre 2017, par cedric -

    je vais regarder, mais je pense que la PR ne doit pas être appliquée en l’état :

    • les caches sont déjà distingués en fonction du host qui sert à accéder au site, via le contexte implicite du cache, qui sert à définir l’identifiant de mise en cache (donc 2 hits sur la meme page via 2 host différents tomberont sur 2 identifiants différents)

    Le cas qui peut être problématique est celui de la base répliquée entre plusieurs serveurs, mais là on entre dans un autre sujet et pour qu’il y ait collision cela supposerait que le dossier tmp/cache est commun aux serveurs. Ce qui semble une mauvaise idée si chaque serveur à sa base (répliquées avec possibles désynchro ?). Dans ce cas il suffit de définir un dossier cache sur chaque machine (via un @define(’_DIR_CACHE’,...) qui tape dans un dossier qui n’est pas partagé).

    Si le problème vient d’une utilisation de memoization (cache via memcached ou autre), alors ce n’est pas ici qu’il faut en parler car ça ne concerne pas le core

Navigation