Recherche avancée

Médias (91)

Autres articles (27)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

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

Sur d’autres sites (3465)

  • Révision 24387 : Ticket #4353 : On adapte les champs déclarés ’TIMESTAMP’ en mysql versions récent...

    27 août 2019, par Matthieu Marcillaud

    dans SPIP, c’est à dire avec une mise à jour de la date à chaque update.
    On migre les champs des tables connues.

    Cependant, sur les tables crées auparavant avec une version de mysql récente, la colonne avec TIMESTAMP accepte les valeurs NULL et les accepte et en contient toujours après cette migration.
    Il faudrait peut être une autre migration pour appliquer une valeur sur tous les NULL pour pouvoir enlever cette indication dans la déclarationd du champ que nous n’avions pas auparavant.
    Autrement dit, on obtient ’TIMESTAMP NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP’ à la place de ’TIMESTAMP default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP’.
    Mais ça ne doit pas être très gênant.

  • Evolution #3916 (Fermé) : perf mysql : ne pas surcharger les recherches

    29 septembre 2018, par Anonyme

    Appliqué par commit r24107.

  • Anomalie #3202 (Nouveau) : Elimination de champs excédentaires dans la base MySQL suite à la mise ...

    9 avril 2014, par Pascal Verrier

    Bonjour,

    Il existe des différences de structure entre SPIP 2 et 3 (MySQL), certains champs utilisés sur SPIP 2 n’existant plus sur SPIP 3 :
    - extra et id_version dans articles
    - extra dans auteurs, breves, mots, rubriques, syndic

    Or lors de l’upgrade de SPIP 2 vers 3, ces champs ne sont pas éliminés par la procédure d’adaptation des données ; cela posait des problèmes de sauvegarde des données en SQLite sur ces 6 tables qui semblent maintenant avoir été corrigés dans la 3.0.16.
    Pour plus d’infos voir http://forum.spip.net/fr_245377.html#forum257096

    Question : serait-il possible de supprimer ces champs excédentaires lors du processus de mise à niveau de la base de données lors du passage de SPIP 2 à 3 ?

Navigation