Recherche avancée

Médias (1)

Mot : - Tags -/wave

Autres articles (79)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

Sur d’autres sites (7076)

  • 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