
Recherche avancée
Médias (91)
-
999,999
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
The Slip - Artworks
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
-
Demon seed (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
The four of us are dying (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Corona radiata (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Lights in the sky (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
Autres articles (107)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Creating farms of unique websites
13 avril 2011, parMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...) -
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs
Sur d’autres sites (11454)
-
Anomalie #4353 (Nouveau) : MYSQL 5.7 - Comportement du timestamp vs la variable explicit_defaults_...
17 juin 2019, par Eric LupinacciSuite à une réinstallation de SVP (var_mode) qui supprime les tables et les recrée dans la foulée je me suis rendu compte que le timestamp de la table spip_depots ne se mettait plus à jour automatiquement.
En cherchant avec Matthieu j’ai noté que chez moi la variable explicit_defaults_for_timestamp était à 1 ce qui ne devait jamais être le cas auparavant et donc provoquait ce dysfonctionnement si la déclaration du champ ne précisait pas la mise à jour automatique : DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMPEn général, j’ai toujours vu les déclarations du type ’maj’ => ’timestamp’ sans rien préciser.
Ne serait-il pas utile de forcer à la création d’un timestamp le default et le comportement à l’update de façon à se prémunir de ce problème de configuration MYSQL. En plus, une fois créée sans update auto il faut soit un alter table soit recréer la table ce qui est lourd.
-
rtpdec_vp9 : Update header parsing to spec draft 02
27 avril 2016, par Martin Storsjö -
lavf/segment : provide link to HTML M3U8 draft, also fix mentioned version in docs
22 janvier 2013, par Stefano Sabatinilavf/segment : provide link to HTML M3U8 draft, also fix mentioned version in docs