Recherche avancée

Médias (1)

Mot : - Tags -/3GS

Autres articles (63)

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

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

  • MediaSPIP Player : problèmes potentiels

    22 février 2011, par

    Le lecteur ne fonctionne pas sur Internet Explorer
    Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
    Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...)

Sur d’autres sites (10231)

  • Anomalie #4213 (Nouveau) : Installation d’un spip en reprenant une base plus récente

    2 novembre 2018, par Maïeul Rouquette

    Petit couac qui m’est arrivé tout à l’heure (en local, heureusement).

    J’install un SPIP 3.1

    Au moment de la déclaration de base, je me trompe et au lieu de lui dire de créer une nouvelle base, je lui dit de reprendre une base existante. Or cette base était en SPIP 3.2

    SPIP reprend les données de la base MAIS change le spip_version_base.

    A mon avis le bon comportement devrait être "spip détecte qu’il y a un version base plus récent, il refuse l’installation"

  • Anomalie #4209 : Les critères {pagination} et {a,b} sont dans un bâteau

    31 octobre 2018, par tcharlss (*´_ゝ｀)

    Rah oui la boulette, dan smon squelette il y avait #GRAND_TOTAL au lieu de #TOTAL_BOUCLE, donc oui l’astuce fonctionne.

    Bon, mais il n’empêche, bug il y a.

  • Anomalie #3978 : Reload ajax et contexte au retour d’un URL_ACTION_AUTEUR

    29 septembre 2018, par cedric -

    Pas de bug ici, juste une erreur de conception dans les 2 squelettes :)

    Dans le cas 1 les arguments reloada=1 et reloadb=1 sont passés en argument du href et viennent dans l’URL après un reload ajax d’un bloc
    Du coup quand on passe un {args:{reloadb:''}} et {args:{reloada:''}} dans le refresh ajax ça annule bien l’argument de l’URL et évite la boucle infinie

    Dans le cas 2 les reloada et reloadb ne sont pas en arguments de l’URL mais en argument de l’URL de retour passée à l’action
    Du coup les arguments {args:{reloadb:''}} et {args:{reloada:''}} ne viennent rien faire car ils s’appliquent sur l’URL de l’action, pas sur l’URL de retour.

    Consequence sans doute pas vue : au second coup le refresh de A se fait via l’URL action, c’est a dire en faisant une action indésirable au lieu de simplement rafraichir

    Solution : indiquer dans le refresh ajax qu’il faut utiliser l’URL de départ et pas l’URL action :

    Bloc A (#REM
    


    
    Reload A => Declenchera ensuite le Reload de B
    

    

    [(#ENVreloada|oui)
    

    &lt;script type=&quot;text/javascript&quot;&gt;<br />
    
    ajaxReload('blocb', {args:{reloadb:''},href:'#SELF'});<br />
    
&lt;/script&gt;
    

    ]
    

    Bloc B (#REM
    


    
    Reload B => Declenchera ensuite le Reload de A
    

    

    [(#ENVreloadb|oui)
    

    &lt;script type=&quot;text/javascript&quot;&gt;<br />
    
    ajaxReload('bloca', {args:{reloadb:''},href:'#SELF'});<br />
    
&lt;/script&gt;
    

    ]

    A noter qu’ici j’ai aussi ajouté une class nohistory sur les liens pour ne pas modifier l’URL de la page web et éviter qu’elle ne devienne celle de l’action

Navigation