Recherche avancée

Médias (1)

Mot : - Tags -/biographie

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 (...)

  • Les notifications de la ferme

    1er décembre 2010, par

    Afin d’assurer une gestion correcte de la ferme, il est nécessaire de notifier plusieurs choses lors d’actions spécifiques à la fois à l’utilisateur mais également à l’ensemble des administrateurs de la ferme.
    Les notifications de changement de statut
    Lors d’un changement de statut d’une instance, l’ensemble des administrateurs de la ferme doivent être notifiés de cette modification ainsi que l’utilisateur administrateur de l’instance.
    À la demande d’un canal
    Passage au statut "publie"
    Passage au (...)

  • Initialisation de MediaSPIP (préconfiguration)

    20 février 2010, par

    Lors de l’installation de MediaSPIP, celui-ci est préconfiguré pour les usages les plus fréquents.
    Cette préconfiguration est réalisée par un plugin activé par défaut et non désactivable appelé MediaSPIP Init.
    Ce plugin sert à préconfigurer de manière correcte chaque instance de MediaSPIP. Il doit donc être placé dans le dossier plugins-dist/ du site ou de la ferme pour être installé par défaut avant de pouvoir utiliser le site.
    Dans un premier temps il active ou désactive des options de SPIP qui ne le (...)

Sur d’autres sites (8374)

  • Révision 123057 : icones svg pour le porte plume (!1)

    23 mars 2020, par b b

    Icône svg un peu plus fidèle à l’ancienne

    Tant qu’à faire, une mignonnette icône en svg + les crédits dans paquet.xml

    Changement pour l’italique : i → I. Finitions dans le CSS. On supprime les vieux png, remplacés par les svg.

    Fallback pour les variables CSS

    « G » pour gras, « T » pour intertitres, couleur espace privé en amélioration progressive, handle en svg aussi

    Crédits pour certaines icônes

    Màj icônes et réorganisation du fichier.

    Optimisation svg

    svg avec les textes transformés en chemins

    un premier jet, à affiner

    Co-authored-by : Charles Razack <>

  • Separating webserver and processing server

    6 mars 2020, par John Doe

    I would like an architecture design advice.

    I have a projet composed of a public Node.JS API server (handling client HTTP browser requests)

    The purpose of my project is to convert an image to a video (I do this using ffmpeg as CLI and it can take some time)

    The business workflow should be the the following :

    1) A user sends an image URL and his email (as POST parameters) to the API

    2) The API should responds "OK 200" and send later an email containing a video of the image

    Here is my idea (and what my current program does) :

    1) The nodeJS API directly responds "OK 200" to the client

    2) The nodeJS server asynchronously downloads the image using npm axios library, then saves that image to current directory, then asynchronously launchs a heavy tool that convert
    the image to a video (can take some time), then sends an email to the client.

    In my design everything occurs on the same server (NodeJS API).
    I think this isn’t a good design at all and I should separate the Nodejs HTTP API and the heavy tasks video processing server.
    However, this separation means communicating image from a server to another one and i don’t know how to do that.

    I think there are useful services that I could use on AWS but I don’t know which one and how.

    Would it be possible to help me in the design of this application (and which cloud services could I use ?)

  • Anomalie #3599 : ajout d’un paramètre $retour pour #FORMULAIRE_INSCRIPTION

    14 octobre 2019, par RastaPopoulos ♥

    Je repasse ce ticket en "Anomalie", cf mes explications argumentées plus haut. Anomalie car c’est un réel problème de compréhension, qui ne devrait pas être introduit (on a déjà assez de vieilles incohérences à se taper du passé).

    Même un utilisateur expérimenté comme g0uz n’a pas compris immédiatement comment ça marchait et pourquoi ça faisait une comportement différent de toutes les autres formulaires. Donc imaginez pour quelqu’un qui découvre…

    Je pense que ce truc doit être corrigé pour la 3.3, par ex avec ma proposition plus haut : le paramètre habituel qui va changer le "redirect" immédiat, et un AUTRE paramètre différent pour la redirection de l’email. Ensuite on change la documentation au plus vite, et ya que en 3.2 (et pour les rares personnes qui l’auront utilisé) que yora eu le mauvais truc.

Navigation