Recherche avancée

Médias (91)

Autres articles (60)

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

  • (Dés)Activation de fonctionnalités (plugins)

    18 février 2011, par

    Pour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
    SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
    Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
    MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)

  • Soumettre bugs et patchs

    10 avril 2011

    Un logiciel n’est malheureusement jamais parfait...
    Si vous pensez avoir mis la main sur un bug, reportez le dans notre système de tickets en prenant bien soin de nous remonter certaines informations pertinentes : le type de navigateur et sa version exacte avec lequel vous avez l’anomalie ; une explication la plus précise possible du problème rencontré ; si possibles les étapes pour reproduire le problème ; un lien vers le site / la page en question ;
    Si vous pensez avoir résolu vous même le bug (...)

Sur d’autres sites (9553)

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

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

Navigation