
Recherche avancée
Autres articles (106)
-
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 (...) -
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 est la première version de MediaSPIP stable.
Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
MediaSPIP version 0.1 Beta
16 avril 2011, parMediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)
Sur d’autres sites (13678)
-
Revision 92461 : Le critère page=xxx accepte à nouveau que xxx soit un ENV ou un GET ou ...
24 octobre 2015, par eric@… — LogLe critère page=xxx accepte à nouveau que xxx soit un ENV ou un GET ou tout autre balise.
-
Revision 92461 : Le critère page=xxx accepte à nouveau que xxx soit un ENV ou un GET ou ...
24 octobre 2015, par eric@… — LogLe critère page=xxx accepte à nouveau que xxx soit un ENV ou un GET ou tout autre balise.
-
Anomalie #3988 (Nouveau) : meta cache_signature trop restrictive
16 août 2017, par Emmanuel DreyfusLa meta cache_signature n’envisage pas que la base puisse être utilisée avec plusieurs caches différents. Cette situation peut exister si on a plusieurs VirtualHost utilisant la même base, ou bien si une base est répliquée entre plusieurs machines servant le même site (installation haute dispo).
L’utilisation de la même meta pour contrôler plusieurs caches va provoquer soit des recalculs inutiles, soit des conflits de réplication de base de donnée.
Le problème peut être évité en suffixant le nom de la meta par un identifiant dépendant du VirtualHost et de la machine. Le patch ci-joint implémente cette modification.