Recherche avancée

Médias (1)

Mot : - Tags -/punk

Autres articles (48)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

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

Sur d’autres sites (7254)

  • 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

  • Revision 62476 : On améliore nos pipelines On ajoute une static pour éviter de ...

    13 juin 2012, par kent1@… — Log

    On améliore nos pipelines
    On ajoute une static pour éviter de repasser dans le goulot plusieurs fois.
    On utilise document_modifier au lieu d’une requete sql
    On ajoute quelques explications

  • Revision 62814 : Une chaine de langue manquante Moins de logs De simples quotas au ...

    21 juin 2012, par kent1@… — Log

    Une chaine de langue manquante
    Moins de logs
    De simples quotas au lieu de doubles, il parait que c’est plus rapide

Navigation