Recherche avancée

Médias (91)

Autres articles (59)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

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

Sur d’autres sites (10367)

  • Révision 22984 : Chaque table ayant un champ "lang" n’est pas obligé d’avoir de champ langue_chois...

    13 avril 2016, par kent1@arscenic.info

    Du coup la fonction instituer_langue_objet provoquait des erreurs Mysql du type :

    :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’langue_choisie’ in ’field list’
    in /blahblah/ecrire/action/instituer_langue_objet.php L39 [sql_updateq(),action_instituer_langue_objet_dist(),objet_modifier_champs(),inserer_article_syndique(),syndic_a_jour(),queue_start_job(),queue_schedule(),action_syndiquer_site_dist(),traiter_appels_actions()]
    UPDATE `blablah`.spip_syndic_articles
    SET lang=’fr’,langue_choisie=’oui’
    WHERE id_syndic_article=32583

    Cette fonction n’est utilisée qu’une seule fois dans le core, au lieu de l’alourdir en passant à nouveau par trouver_table, on change sa signature, c’est objet_modifier_champs (où est son seul appel et qui fait déjà un trouver_table) qui stipule si oui ou non on change le champ langue_choisie.

  • Anomalie #3114 (Nouveau) : intval dans recuperer_numero

    10 décembre 2013, par Nicolas Dorigny

    Suite à échange rapide sur IRC : le intval dans recuperer_numero pose souci : si j’ai une rubrique "01. patati", elle s’affiche avec 1 et pas 01 dans ecrire, idem avec une rubrique 00 qui s’affiche 0.
    En l’occurence, ce numéro n’est pas un int, et n’a pas toujours été considéré comme devant l’être, il est inclus dans la chaine du titre.
    Il me semble que renvoyer 01 au lieu de 1 ne casse rien des usages qui en sont faits.

    Proposition : dans /ecrire/inc/filtres.php
    function recuperer_numero($texte)
    - return intval($regs1) ;
    + return preg_replace(’#[^0-9]+#’,’’,$regs1) ;

    Denisb signale aussi "en mode rubrique_edit, le numéro disparait carrément du titre".

  • Anomalie #4345 : super_cron HS en https

    12 juin 2019, par jluc -

    Il y a en effet plusieurs trucs : une correction de code, une amélioration potentielle et des modifs des commentaires.

    La constante _SUPER_CRON_DELAIS permet d’ajouter un timestamp sur l’appel de cron. Cela vise à ce que le php reçoive vraiment la requête au lieu qu’elle soit interceptée par un varnish "mal configuré" (comme les timestamp qu’on ajoute aux fichiers images)
    Dans le cas où il y a un cache de ce type et si la valeur de _SUPER_CRON_DELAIS vaut plus que 1, cela divise d’autant la fréquence des appels au cron en cas de grosse fréquentation.
    Si ça convient pas comme ça, on pourrait la garder mais ne pas diviser le timestamp avec (et alors, la renommer _SUPER_CRON_TIMESTAMP )

    Autre point :
    il faudrait utiliser les constantes _PORT_HTTP_STANDARD et _PORT_HTTPS_STANDARD si définies plutôt que 80 et 443,
    ici et aussi ailleurs : dans la fonction queue_affichage_cron

Navigation