
Recherche avancée
Médias (1)
-
Carte de Schillerkiez
13 mai 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
Autres articles (72)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Les tâches Cron régulières de la ferme
1er décembre 2010, parLa gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
Le super Cron (gestion_mutu_super_cron)
Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...) -
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)
Sur d’autres sites (10621)
-
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 infinieDans 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)
<script type="text/javascript"><br />
ajaxReload('blocb', {args:{reloadb:''},href:'#SELF'});<br />
</script>]
Bloc B (#REM
Reload B => Declenchera ensuite le Reload de A
[(#ENVreloadb|oui)
<script type="text/javascript"><br />
ajaxReload('bloca', {args:{reloadb:''},href:'#SELF'});<br />
</script>]
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 86428 : Un autre type de jointure qui devrait fonctionner : cas simple : ...
3 décembre 2014, par kent1@… — LogUn autre type de jointure qui devrait fonctionner :
cas simple : $cle_depart dans la table_liee
Ce cas pourrait exister par exemple si on activait une jointure de recherche sur les articles avec la table spip_evenements du plugin agenda.
Il suffirait d’ajouter la ligne suivante dans le pipeline "declarer_tables_objets_sql" dans le fichier base/agenda_evenements :
$tablesspip_articles ?rechercher_jointures ?evenement ? = array(’titre’ => 8, ’descriptif’ => 5, ’lieu’ => 5, ’adresse’ => 3) ; -
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.