Recherche avancée

Médias (91)

Autres articles (96)

  • Utilisation et configuration du script

    19 janvier 2011, par

    Informations spécifiques à la distribution Debian
    Si vous utilisez cette distribution, vous devrez activer les dépôts "debian-multimedia" comme expliqué ici :
    Depuis la version 0.3.1 du script, le dépôt peut être automatiquement activé à la suite d’une question.
    Récupération du script
    Le script d’installation peut être récupéré de deux manières différentes.
    Via svn en utilisant la commande pour récupérer le code source à jour :
    svn co (...)

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

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

Sur d’autres sites (3434)

  • Révision 21005 : Perf issue sur le lancement du CRON :

    25 novembre 2013, 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 #3278 (Fermé) : Problème du modèle ’fancybox’ dans mediabox (Former #2876)

    30 septembre 2014, par Cédric Corral

    QUOTE
    Sur SPIP 3.0.5, problème (mineur) dans la CSS de la skin "fancybox" de mediabox.
    Dans plugins-dist/mediabox/colorbox/fancybox/colorbox.css, lignes 39 et 41 :

    #cboxPrevious.hover{background:url(images/fancy_left.png) left 50% no-repeat;}
    #cboxNext.hover{background:url(images/fancy_right.png) right 50% no-repeat;}

    Il faut remplacer .hover par :hover.
    END QUOTE

    Bonjour,
    Je voudrais ré-ouvrir ce sujet car ces lignes de code ne remplissent pas leurs fonctions.

    Le choix d’utiliser la syntaxe .hover au lieu de :hover dans les fichiers css me paraît perfectible.

    Cette ligne a pour but d’afficher un icône lors du survol par la souris, sur la photo affichée. Soit en affichant une nouvelle icône pour le modèle ’fancybox’, ou en donnant un effet surbrillance sur le modèle ’simple-black’, ou autres ...

    La modification de .hover par :hover dans tous les modèles mediabox permettrait d’obtenir l’effet souhaité.

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

Navigation