Recherche avancée

Médias (0)

Mot : - Tags -/médias

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

Autres articles (68)

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

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (6092)

  • Révision 21104 : Report de r21005 : Perf issue sur le lancement du CRON :

    11 janvier 2014, par cedric -

    sur certains serveurs le firewall est réglé pour DROP silencieusement toute requete http sortante : fsockopen attends alors 30s pour lancer la requete à chaque hit avant de rendre la main. cURL lui n’attends pas mais ne sait pas que sa requete echoue. Résultat le CRON ne tourne jamais et le site a un temps de réponse catastrophique.

    Fix :
    - limiter le timeout de fsockopen à 1s au lieu de 30s : si on a pas pu initialiser la connexion http en 1s c’est qu’il y a un soucis
    - lorsque fsockopen echoue, rien ne sert de lancer cURL qui n’aura pas plus de chance ; cURL est utilisé en fallback uniquement si fsockopen n’est pas disponible (cas rare)
    - du coup si fsockopen echoue on passe au lancement old-style avec HTML background (mais ça nous a couté 1s d’attente inutile)

    - si on sait qu’on est sur une telle configuration (et qu’on ne peut pas la changer) on peut inhiber le lancement du cron par fsockopen/cURL avec un
    define(’_HTML_BG_CRON_FORCE’,true) ;
    dans mes_options.php. Cela economisera l’attente inutile.

  • Anomalie #3761 : Ne plus transcrire «   » en « &nbsp ; » mais en « &#160 ; »

    26 mars 2016, par Christian Pierre MOMON

    Grrrrrrrrrrr, mais pourquoi bien escaper les codes dans le titre et pas dans le texte ?!!! Je remets mon message avec les codes espaces visibles.

    Une convention de SPIP dans la rédaction des articles est que si l’on veut garder deux mots toujours serrés dans le rendu de la page, on utilise «   » au lieu du caractère espace. Dans la génération HTML, SPIP remplace le «   » par « & nbsp ; ».

    Malheureusement, en HTML5, le terme « & nbsp ; » a disparu, donc la convention devient caduc et le rendu des pages SPIP en HTML5 devient laid.

    Demande de remplacer la transcription de «   » vers « & nbsp ; » par « & #160 ; ».

    Informations complémentaires :
    - j’utilise SPIP 3.0.17-2+deb8u2 (Debian) ;
    - j’ai activé « Permettre le HTML5 » dans l’interface d’administration ;
    - je mets «  » dans mes entêtes de fichier HTML.

    Avec tous mes encouragements \o/

  • Anomalie #3210 : flux rss sur les forums

    26 juin 2014, par jluc -

    ESJ : Désolé si mon vocabulaire à l’emporte pièce a heurté ta sensibilité. Puissent tes futures expressions également épargner les internautes !

    b_b : Je ne suis plus là dessus, mais apparamment j’avais confondu "public" et "publie" et je n’arrivais pas à paramétrer ces squelettes comme il était censément possible de le faire. Peut être n’y a t il aucun des premiers problèmes évoqués.

    Reste le dernier point : pour inclure un squelette de ’prive’, il ne faut habituellement pas inclure ’prive/le_squel’ (comme il est fait via #INCLURE*fond=prive/rss/#etc dans ’prive/rss.html’) mais directement ’le_squel’, non ? Du coup j’ai été obligé (pour surcharger les squelettes) de créer un sous-répertoire ’prive/rss/’ dans le dossier ’squelettes/’, au lieu de seulement créer un sous-répertoire ’rss/’.
    cf http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/prive/rss.html