
Recherche avancée
Autres articles (73)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette 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. -
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)
Sur d’autres sites (14710)
-
Windows/MSVC : Add ENABLE_64_BIT_WORDS macro
1er mai 2016, par Erik de Castro LopoWindows/MSVC : Add ENABLE_64_BIT_WORDS macro
Allow setting of ENABLE_64_BIT_WORDS preprocessor variable for
libFLAC_dynamic, libFLAC_static and test_libFLAC projects and x64
platform.Patch-from : lvqcl <lvqcl.mail@gmail.com>
-
test_libFLAC : Fix Windows build after addidion of endian tests.
2 juillet 2014, par Erik de Castro Lopotest_libFLAC : Fix Windows build after addidion of endian tests.
* Use "share/compat.h" instead of <stdint.h>.
* Update test_libFLAC.vcproj project file.
* Update Makefile.lite build system.Patch-from : lvqcl <lvqcl.mail@gmail.com>
-
Evolution #4256 (Nouveau) : Faire un signalement des mise à jour de sécu
24 décembre 2018, par Franck DHello :-)
Quand un plug reçoit une mise à jour de sécu, l’utilisateur ne le sait pas, car, il n’y a pas de différence "d’affichage" entre une mise à jour de secu et une mise à jour "classique" !
Résultat, les gens ne font pas forcément la mise à jour, car, il n’y a rien de "percutant" comme info !
Cela va un peu avec https://core.spip.net/issues/3509 et https://core.spip.net/issues/3017, mais pas complètement non plus, car il ne faudrait même pas y avoir de besoin de lire les logs pour savoir qu’il y a une correction de secu.Il faudrait que quand SVP détecte une mise à jour de secu, l’arrière-plan du plug en question sur cette page /ecrire/ ?exec=admin_plugin devienne "rouge" par exemple, voir que le webmestre et les admi reçoivent l’info d’une façon ou d’une autre sans devoir aller sur cette page (mail, popup à la page d’accueil, autre ???)
Je me demande s’il ne nous manque pas un fichier du type archivelist_secu.txt sur la zone ou SVP regarderait les plugins qui sont dedans avec leur version, nous aurions un affichage du type :
Nom_du_prefix_du_plugin/Version_du_X_qui_contient_le_problème/Version_du_plugin_sans_problèmeCe qui donnerait par exemple :
saisie / version 1.x.x / 1.42.11
saisie / version 2.x.x / 2.28.0
saisie / version 3.x.x / 3.11.1
Franck