
Recherche avancée
Autres articles (32)
-
Monitoring de fermes de MediaSPIP (et de SPIP tant qu’à faire)
31 mai 2013, parLorsque l’on gère plusieurs (voir plusieurs dizaines) de MediaSPIP sur la même installation, il peut être très pratique d’obtenir d’un coup d’oeil certaines informations.
Cet article a pour but de documenter les scripts de monitoring Munin développés avec l’aide d’Infini.
Ces scripts sont installés automatiquement par le script d’installation automatique si une installation de munin est détectée.
Description des scripts
Trois scripts Munin ont été développés :
1. mediaspip_medias
Un script de (...) -
Encoding and processing into web-friendly formats
13 avril 2011, parMediaSPIP automatically converts uploaded files to internet-compatible formats.
Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
All uploaded files are stored online in their original format, so you can (...) -
Contribute to documentation
13 avril 2011Documentation is vital to the development of improved technical capabilities.
MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
To contribute, register to the project users’ mailing (...)
Sur d’autres sites (6462)
-
libFLAC/bitreader : Remove un-needed FLAC__CPUInfo field from FLAC__BitReader.
27 juillet 2014, par Erik de Castro LopolibFLAC/bitreader : Remove un-needed FLAC__CPUInfo field from FLAC__BitReader.
In FLAC 1.2.0, a new field ’FLAC__CPUInfo cpu_info’ was added to the
FLAC__BitReader struct. It became useless in 1.3.0 because of various
bitreader optimizations.Patch-from : lvqcl <lvqcl.mail@gmail.com>
-
Fix typos in header files
20 mars 2017, par Erik de Castro Lopo -
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