Recherche avancée

Médias (1)

Mot : - Tags -/net art

Autres articles (97)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

Sur d’autres sites (7557)

  • 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.

  • Révision 22398 : Tester la valeur du needle pour qu’il ne soit pas vide dans strpos, sinon SPIP hu...

    29 août 2015, par gilles.vincent@gmail.com
  • 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