Recherche avancée

Médias (0)

Mot : - Tags -/content

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (90)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

Sur d’autres sites (5810)

  • How to Manage User Uploaded Content and Storage

    6 novembre 2014, par Ben

    I’m building an app in PHP (Laravel 4 framework) where a teacher in their account can create a digital lesson for a student. Digital lessons can contain the following content :

    • Text (text from form, .doc, .txt, .pdf, etc.)
    • Images (.gif, .png, .jpg etc.)
    • Video (.avi, .mov, .mp4, etc.)
    • Audio (.mp3, etc.)

    Raw text entered from forms can obviously be stored in the DB against the lesson_id. All the other content formats will need to be stored somewhere, where I can manage and read the files, as well as keep track of the teachers storage total as I plan to bill for storage thresholds at 5GB, 10GB etc.

    On the create a lesson page, content files need to be uploaded as lesson attachments before the lesson is saved, so a teacher can visually see all the lessons content, and then hit save to create the lesson instantly.

    Here’s what I’ve come up with :

    1. Upload all lesson file attachments to AWS S3 to the teachers dedicated bucket, before the lesson is created. Add the teachers ID and date time to each filename.

    2. Force all uploaded video / audio files to be converted to .mp4, .mp3, etc. if they are not in an iDevice friendly format or they exceed a file size limit. Use FFmpeg to do this.

    3. When the lesson is saved and created, record the S3 file URL’s against the lesson ID in the DB.

    4. If the lesson has not been created after a specific period of time, run a cron job to check for uploaded S3 files with no lesson and delete them.

    I am unsure what is the best way to solve this problem as user uploaded content management is really new to me.

    What do you think of this approach ? Can you recommend an improved or better way to solve this problem ?

  • Anomalie #3635 (Nouveau) : Pouvoir déplacer les rubriques qui contiennent des brèves avec le plugi...

    3 janvier 2016, par Jacques Bouthier

    SPIP 3.1.0-rc3 [22690] il est impossible de déplacer à l’aide du plugin plan une rubrique qui contient des brèves.
    En allant en modification sur la rubrique il est demandé
    "Attention ! Cette rubrique contient 47 brèves : si vous la déplacez, veuillez cocher cette case de confirmation."
    La case cochée, la rubrique est bien déplacée.

    Est-ce cette vérification qui empêche le déplacement par le plan ?

  • Révision 94490 : bugfix lisiblité des cases à cocher des plugins

    6 janvier 2016, par brunobergot@gmail.com

    on vire la couleur d’arrière plan du bloc qui contient les boutons d’action car elle a tendance à déborder sur la case à cocher du plugin (à revert si cette couleur presque similaire au fond du bloc du plugin était vraiment nécessaire)

Navigation