Recherche avancée

Médias (91)

Autres articles (111)

  • Script d’installation automatique de MediaSPIP

    25 avril 2011, par

    Afin de palier aux difficultés d’installation dues principalement aux dépendances logicielles coté serveur, un script d’installation "tout en un" en bash a été créé afin de faciliter cette étape sur un serveur doté d’une distribution Linux compatible.
    Vous devez bénéficier d’un accès SSH à votre serveur et d’un compte "root" afin de l’utiliser, ce qui permettra d’installer les dépendances. Contactez votre hébergeur si vous ne disposez pas de cela.
    La documentation de l’utilisation du script d’installation (...)

  • Demande de création d’un canal

    12 mars 2010, par

    En fonction de la configuration de la plateforme, l’utilisateur peu avoir à sa disposition deux méthodes différentes de demande de création de canal. La première est au moment de son inscription, la seconde, après son inscription en remplissant un formulaire de demande.
    Les deux manières demandent les mêmes choses fonctionnent à peu près de la même manière, le futur utilisateur doit remplir une série de champ de formulaire permettant tout d’abord aux administrateurs d’avoir des informations quant à (...)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

Sur d’autres sites (8722)

  • Evolution #3603 : Ergonomie des onglets de sélection des plugins

    20 avril 2020, par RastaPopoulos ♥

    Et bieeeen, je ne suis toujours pas convaincu, alors argumentons :)

    - Comme je le disais, les mises à jour sont des plugins actifs, c’est pas une autre liste différente, alors que là les simplifications proposées depuis l’ouverture du ticket servent justement à réduire le nombre d’onglets en ne proposant plus que des choses qui ne se recoupent pas.
    - Or les plugins actifs, sont justement le premier onglet sur lequel on tombe par défaut dans l’admin des plugins, et comme ils contiennent les mises à jour, on a déjà le nez dessus en arrivant
    - Il suffit donc juste d’une simple case permettant de masquer en un coup instantané tout ce qui n’a pas de mise à jour, et ne laisser que ce qui en a
    - Avec un onglet à part, ça ferait des éléments qui se retrouvent en doublon dans deux onglets, et ça ferait recharger une page entière différente, alors que dès qu’on arrive, on a déjà généré/chargé les blocs de ceux qui ont des mises à jour dans cette première page

    Pour Dépôts pourquoi pas, mais ça a quand même rapport avec les plugins (et que avec ça), du coup si c’est pas dans "Gestion des plugins" qu’on le trouve…

    J’ajoute une maquette de ce que ça donne, en ayant ajouté le moyen de voir tout de suite les mises à jour.

  • avcodec/xvmc : apply attribute_deprecated correctly

    10 octobre 2015, par Ganesh Ajjanagadde
    avcodec/xvmc : apply attribute_deprecated correctly

    This fixes a warning observed on Clang 3.7 :
    
"warning : attribute ’deprecated’ is ignored, place it after "struct" to apply attribute to type declaration [-Wignored-attributes]"
    
and thus enables deprecation warning for the relevant struct.
    

    Signed-off-by : Ganesh Ajjanagadde <gajjanagadde@gmail.com>
    
Signed-off-by : Ronald S. Bultje <rsbultje@gmail.com>
    • [DH] libavcodec/xvmc.h

  • avutil/attributes : add av_warn_unused_result

    5 octobre 2015, par Ganesh Ajjanagadde
    avutil/attributes : add av_warn_unused_result

    GCC 3.4 introduced an attribute warn_unused_result to warn when a programmer
    
discards the return value. Applying this judiciously across the codebase can help
    
in fixing a lot of problems. At a high level, functions which return error codes
    
should always be checked. More concretely, consider the functions ff_add_format
    
and the like in avfilter/formats.h. A quick examination shows that a large portion
    
of libavfilter fails to handle the associated errors, usually AVERROR(ENOMEM).
    
The above example was where I observed the utility of this, but it should be
    
useful in many places across the code base.
    

    Signed-off-by : Ganesh Ajjanagadde <gajjanagadde@gmail.com>
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavutil/attributes.h

Navigation