
Recherche avancée
Autres articles (98)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 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 (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
Multilang : améliorer l’interface pour les blocs multilingues
18 février 2011, parMultilang 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.
Sur d’autres sites (8232)
-
Revision 101022 : début de vérification de fichiers, pour le moment vérifier mime_type ...
11 décembre 2016, par maieul@… — Logdébut de vérification de fichiers, pour le moment vérifier mime_type précis
-
Révision 22442 : Report de r22441 : r17234 a introduit un include_spip() au debut de base/connect_...
27 octobre 2015, par cedric@yterium.comDu coup chaque hit provoquait une invalidation du chemin car find_in_path appele trop tot croyait que son find etait nouveau, donc le hit se finissait par une ecriture du fichier tmp/cache/chemin.txt.
Comme ce fichier peut etre assez gros (>100ko) et ecrit en posant un verrou, cela impactait la performance par un debit d’ecriture sur le disque et des possibles attentes entre hit concourants.
Bug repere par nicod en 3.0 et confirme par RealET en 3.1 -
Révision 22441 : r17234 a introduit un include_spip() au debut de base/connect_sql.php, ce qui eta...
27 octobre 2015, par cedric@yterium.comDu coup chaque hit provoquait une invalidation du chemin car find_in_path appele trop tot croyait que son find etait nouveau, donc le hit se finissait par une ecriture du fichier tmp/cache/chemin.txt.
Comme ce fichier peut etre assez gros (>100ko) et ecrit en posant un verrou, cela impactait la performance par un debit d’ecriture sur le disque et des possibles attentes entre hit concourants.
Bug repere par nicod en 3.0 et confirme par RealET en 3.1