Le besoin
Le plugin Agenda permet de gérer des évènements. Il peut être utile de récupérer automatiquement des évènements d’un site distant qui fournirait un fichier .ics [1], afin de proposer un site agrégeant les calendriers de différents sites.
Exemple de cas d’application:
- des séminaires de recherche de plusieurs organismes diffusés sur le même site;
- un site d’information locale reprenant les évènements des associations et entreprises locales;
- un site d’association affichant les évènements de ses partenaires.
Note sur la présente documentation
Le présent article documente la version 4.6.0 du plugin.
Configuration requise
Le plugin nécessite les plugins suivants:
- Agenda
- Icalendar
- Saisies
- Champs extra core
Ce plugin permet de s’abonner à un calendrier distant. L’abonnement se fait via la création d’un nouvel objet “Almanach”. Celui-ci est lié à un fichier ics distant. Le plugin lira régulièrement ce fichier et ajoutera automatiquement des évènements dans la base de données du site SPIP local. Les évènements créés sont du même type que ceux gérés par le plugin Agenda.
Les évènements ainsi ajoutés seront liés:
- à l’almanach;
- à l’article choisi lors de la création de l’almanach;
Ce plugin ajoute donc une entrée “Almanachs” au menu “Édition” ainsi qu’un bouton d’ajout rapide d’almanach. Les évènements importés sont liés à ces objets.
La page Almanachs permet de lister les almanachs présents sur le site et de les administrer.
Configuration du plugin
Une fois le plugin installé, il existe deux possibilités de configurer le plugin:
- soit à travers le formulaire accessible à travers le lien de configuration sur la page de gestion des plugins ;
- soit par des constantes PHP mises dans le fichier mes_options.php – ou dans un fichier options.php d’un plugin. Ceci permet de déployer rapidement à grande échelle une configuration du plugin [2].
La configuration PHP l’emporte sur la configuration par formulaire.
Voici la liste des paramètres configurables:
- Archiver automatiquement les évènements distants qui ne sont plus présents dans le fichier ics distant lors de la vérification de celui-ci. En PHP define ('_IMPORT_ICS_DEPUBLIER_ANCIENS_EVTS','on');.
- Définir l’article par défaut. Pas de constante PHP.
Ajouter un almanach
L’ajout d’un almanach est simple. Il suffit de remplir le formulaire d’ajout dans lequel tous les champs sont obligatoires.
L’url du flux peut être de la forme http ou webcal.
Une fois le formulaire validé, les évènements importés apparaissent dans la page récapitulative de l’almanach. Si ces évènements sont trop nombreux, la liste est paginée. Le plugin récupérera à intervalle régulier la nouvelle version du flux pour mettre à jour la liste des évènements.
A noter :
- si un évènement apparait dans plusieurs flux avec le même uid (identifiant unique distant), il ne sera pas réimporté.
- afin que la reconnaissance de l’heure d’été / d’hiver puisse fonctionner, il est nécessaire que la configuration PHP ait un timezone correspondant à un pays où le changement d’heure est effectué. Vous pouvez utiliser le plugin Timezone si vous ne disposez pas de l’accès à la configuration php.
Supprimer un almanach
Pour supprimer un almanach, le passer en statut “à la poubelle”. Tous les évènements liés sont alors basculés en “à la poubelle”.
Comme pour les articles, SPIP supprime régulièrement les évènements et les almanachs à la poubelle.
Statut des évènements
Les évènements possèdent le statut de l’almanach:
- si l’almanach est publié, les évènements sont automatiquement publiés (modération a posteriori), à condition que l’article lui-même soit publié ;
- si l’almanach est proposé, les évènements sont proposés, et il vous faut les publier manuellement (modération a priori).
Lorsque vous modifier le statut d’un almanach, les évènements voient leurs statuts modifiés.
Lorsque vous modifier le statut d’un article, les évènements et almanachs liés voient leurs statuts modifiés.
Le plugin ajoute également un statut “archivé” aux évènements, pour les évènements qui ne sont plus présents sur le flux distant. Une fois un évènement archivé, il n’est plus jamais désarchivé, sauf intervention manuel d’une rédacteurctrice.
Mots-clé
Dans la configuration des mots-clé, vous pouvez activer l’ajout de mots-clés aux almanachs.
Les évènements associés à un almanach reçoivent automatiquement les mots-clé de l’almanach. Si les mots-clé de l’almanach changent, les mots-clé des évènements sont automatiquement modifiés.
Outils pour squelette
Le plugin ajoute le critère {id_almanach} sur la boucle (EVENEMENTS) pour sélectionner les évènements liés à un almanach précis.
Usages avancés
Champs extras, adresse, gestion des inscriptions
Depuis la version 3.32.0 du plugin Agenda, le flux ICAL de celui-ci peut transmettre, sous forme de propriété supplémentaire :
- l’adresse (et pas seulement le lieu)
- le nombre de places et s’il faut gérer les inscriptions
- les éventuels champs extras
Pour ce faire il faut definir à true la constant PHP _EVENEMENT_ICAL_X_PROPERTIES.
Techniquement, ces champs sont passés dans le flux ICAL sous forme de propriétés préfixées par X. Dans l’exemple ci-dessous, est indiqué l’adresse, le nombre de place, la gestion de la réservation ainsi qu’un champ extra ’public’.
X-ADRESSE:3 place Babel
X-INSCRIPTION:1
X-PLACES:10
X-PLACES-RESERVEES:6
X-PLACES-RESTANTES:4
X-PUBLIC:enfantsUn site SPIP peut abonné à flux distant peut également insérer la valeur de ces champs dans sa base de données depuis la version 4.6.0 du plugin import ICS. Les champs synchronisés sont :
- adresse
- nombre d’inscriptions
- gestion des inscriptions
- champs extra, s’ils existent sur le site receveur, L’identification se base par homonymie. Ainsi dans l’exemple précédent,
X-PUBLICalimentera le champpublic.
Pipeline
Le principe du plugin est de convertir des champs d’un flux ICAL en champ SQL. Le plugin propose des équivalences par défaut. Mais il est possible, depuis la version 4.6.0, de modifier cela, en utilisant le pipeline evenement_ical_to_sql. Ce pipeline reçoit en argument:
-
datala valeur des champs SQL qui seront mis en base; -
argsun tableau regroupant différents paramètres :-
objet_evenementun objet PHP décrivant l’évènement, généré par la librairie IcalCreator -
decalage: les infos à propos du décalage horaire pour l’almanach courant -
dtend_inclus: si leDTENDest inclus dans l’évènement pour l’almanach courant -
xpropsles propriétés ICAL d’évènements préfixées parX; qui sont difficiles à récupérer depuisobjet_evenement -
champs_xla liste des champs SQL ayant des équivalents potentiels dans les propriétés ICAL préfixées par X (champs extra, gestion des inscriptions, etc).
-
Exemple : pour un site, je souhaite que la synchronisation des évènements récupère dans le champ places le nombre de places restantes, et non pas le nombre de places totales.
Après avoir déclarer dans paquet.xml l’emploi du pipeline, je le règle ainsi
function formations_evenement_ical_to_sql($flux = array()) {
if (isset($flux['data']['places'])) {
$flux['data']['places'] = $flux['args']['xprops']['X-PLACES-RESTANTES'];
}
return $flux;
}
Discussions by date of activity
20 discussions
Bonjour,
J’utilise un serveur de calendrier Baikal avec lequel je souhaiterais synchroniser le calendrier SPIP.
La particularité de Baikal, c’est qu’on ne peut s’y connecter qu’avec un identifiant et un mot de passe, et que rien n’est prévu pour saisir ces informations à la création d’un almanach.
Résultat: échec de connexion.
Une idée ?
Merci
Changer de serveur?
Plus concrètement, j’aurais besoin d’un exemple avec un identifiant/mdp de test (à m’envoyer en privé). Je pourrais essayer de travailler cela ce week-end, après un autre projet sous SPIP.
Reply to this message
Bonjour
J’ai testé l’import ICS avec un calendrier google.
Les événements sont bien importés dans agenda et dans le mini calendrier. Par contre quand on clique sur l’événement dans l’agenda, ça renvoie sur l’article qui est couplé à l’almanach.
Or dans cet article je n’ai aucun contenu distant qui ne s’affiche : comment cela se fait il ? que dois je faire pour qu’ils apparaissent en ligne (sous forme de liste je suppose) ?
merci
Reply to this message
Salut,
petite question au niveau de la mise en forme des textes : avec le format ics, on ne peut pas conserver la mise en forme (gras, italique...) ni les liens et images, c’est bien ça ?
Ou alors ce n’est pas une contrainte du format mais ce sont les filtres |supprimer_tags|textebrut|filtrer_ical du fichier inc/un-evenement-ical.html qui le font et on pourrait donc imaginer récupérer la mise en forme et les images/liens de la source ?
Merci,
jean marie
la RFC qui décrit le format ical n’aborde pas ces questions.
J’imagine qu’en soit on pourrait avoir des balises, que SPIP pourrait interpréter … mais je ne suis pas sûr que les autres lecteurs supporterait.
Donc la solution actuelle de SPOP me paraît le mieux.
Voir la description de la RFC http://www.faqs.org/rfcs/rfc2445.html
Hello,
merci pour ta réponse.
je pense également que c’est mieux ainsi, je vais me tourner vers une autre solution.
jean marie
Reply to this message
Je pense que j’ai levé un lièvre, mais qu’il est peut-être du à un fonctionnement de plugin qui a évolué au fil du temps.
Depuis quelques temps déjà, je trouvais que les modifications faites sur des événements importés étaient ’perdues’ ensuite.
J’ai constaté sur un cas concret que pour l’événement importé, la version initiale (id_version =1 dans la table versions se voyait attribués cpmme date de debut celle de l’événement (et non pas la date d’import). Sans doute pourrait-il être dû au fait que evenements:date_creation a pour valeur 0000-00-00 00:00:00 ?
Toujours est-il que la date de la révision initiale se retrouve du coup ulterieure à celle des modification effectuées ensuite.
J’espère avoir sur exprimer clairement le soucis rencontré.
Je pense pouvoir traité les événement déjà importés en retouchant la date de version initiale, mais il serait sans doute utile de verifier ce qu’il en est pour une install fraiche.
Bye.
je n’ai rien compris… tu modifier à la main les evenements importés? ou le problème se trouve lorsque les evenements distants sont modifiés?
Non, ils sont préimportés, puis modifiés manuellement et publiés.
C’est en constatant que les modifs n’étaient pas affichées ensuite (au profit de la version initiale importée) que j’ai pensé qu’un truc clochait.
a oui, j’ai jamais testé l’idée de modification de versions… c’est possible qu’il y a un reecrasement lors de la mise à jour du flux distant.
mais bon, pour en savoir plus, il faudrait que tu me fasse un test précis, pour que je puisse reproduire. franchement j’ai pas le temps de préparer moi même pour ca, surtout que c’est pas un truc prévu au départ.
La révision initiale est dans le futur. C’est donc que la date est mal initialisé (voir hépothèse émise plus haut)
Voir les explication ci-dessus et je t’octroie sans soucis si tu le souaite un accès sur la base, mais prudence.
non, j’ai pas le temps de regarder, si tu me produit pas un exemple que moi je puisse reproduire.…
C’est à dire que tu me décrit toutes les étapes, une par une, qui pose souci, avec un fichier .ics de test.
Je crois que ce fil et le fil précédent (du 23 novembre) sont en relation.
Comme l’import par le génie ne marche plus chez moi, j’utilisais depuis quelques jours le bouton ’mettre à jour cet almanach maintenant’.
Me confirme-tu que qu’avec l’utilsation de ce bouton l’écrasement est systématique alors qu’avec le génie seulement en cas de mise à jour d’événément (c’est du moins ainsi que j’avais compris le comportement du plugin).
Non, le genie et le bouton de mise à jour manuel sont branchés, normalement, sur la même fonction.
Ce qui n’est pas normal est que le génie ne marche plus chez toi.
Oui, d’autant que par ailleurs le génie donne satisfaction.
Je crains un mécanisme chez facebook qui rejette des imports ou des imports trops fréquents (j’ai utilisé le déclenchement manuel à des reprises plus rapprochées que 24h ces temps).
ce n’est pas impossible, mais le genie est programmer pour fonctionner toutes les 24heures. As tu plusieurs almanach chez facebook? il se peut qu’il bloque plusieurs requetes d’affiler…
en tous cas, je confirme que génie comme action passent, in fine, par la même fonction
importer_almanach().Par contre comme je n’ai toujours pas d’element concret de problème de modification de l’evenement, je ne peux pas résoudre le bug à l’origine de ce fil…
Reply to this message
Help ! depuis la mise à jour qui introduit des décalages différencies heure d’été heure d’hiver, je n’importe plus rien !
C’est un flux issu d’un compte facebook. Je peux en filer l’adresse en message perso si besoin.
Il est toujours possible que ma mise à jour du plugin coincide avec le moment ou facebook à decider de changer quelque choses dans ses flux sortants.
Avez vous moyen de déterminer ce qu’il en est ?
je pense que c’est une coïncidence, puisque mes propres tests avec d’autres flux marchent parfaitement. Il me faudrait effectivement l’adresse du flux problématique pour cerner le souci.
Reply to this message
Bonjour Maieul,
L’année avance et nous allons bientôt changer d’heure, jusqu’à présent - à Paris - nous étions en GMT +2, et on va passer à GMT + 1.
Les fichiers ICS sont édités en GMT et pour gérer les fuseaux horaires, tu as mis en place une valeur de décalage, mais qui est la même toute l’année....hors 2 fois par an, on change d’heure...
A bientôt
PS: lorsque j’appuie sur le bouton “Supprimer ces événements” j’ai le message “Fichier supprimer_evenements_almanach introuvable” - c’est pas bloquant
1. Je n’ai rien mis du tout mais repris le code existant
2. je sais pas si le changement d’heure aura vraiment un impatc, puisqu’à priori tout les calculs se font en gmt
3. Si jamais cela pose effectivement problème, il me faudrait un exemple rééel.
Voici un exemple, j’ai fait un calendrier - google agenda - avec 2 évènements qui sont tous les 2 à 8h du matin fuseau de paris, un le 28 octobre et un le 4 novembre (avant et après le changement d’heure).
Sur l’almanach (sans décalage) le premier apparaît à 6h30 et le second à 7h30.
Copie d’écran en PJ et le flux ics : https://calendar.google.com/calendar/ical/t59ufsjrcvsn3e6tcdsoviblj4%40group.calendar.google.com/public/basic.ics
J’ai tapé trop vite ....
Sur l’almanach (sans décalage) le premier apparaît à 6h00 et le second à 7h00. voir la copie d’écran
Et voici la copie d’écran des 2 évènements dans le google agenda, tous les 2 à 8h
m’envoyer l’url du google agenda. A mon avis il faut procédéer autrement pour gérer le décalage, en lisant directement les infos dans le .ics.
Par contre je ne peux pas dire quand j’aurais du temps pour cela.
Voici l’url de l’angenda test
https://calendar.google.com/calendar/embed?src=t59ufsjrcvsn3e6tcdsoviblj4%40group.calendar.google.com&ctz=Europe/Paris
je viens de regarder le fichier .ics. C’est celui-ci qui fournit des mauvaise informations.
- > début à 7 h
- > début à 6 h.
je vais voir comment on peut gérer cela. Mais le bug est du côté de google, pas de SPIP.
la version 3.4.0 du plugin permet de gérer ces cas, en proposant des décalages différenciés selon heure d’été/heure d’hiver.
Super, merci à toi !!
Reply to this message
Est-ce qu’il existe un moyen de suspendre/reactiver l’import d’événements à chaque execution du job pour un almanach donné (sans perdre les événements déjà importés) ?
Non, pas pour le moment.
Je reviens un peu à la charge.
Un des flux auquel j’avais souscrit est notoirement doublonné, je ne souhaite plus l’importer
Comme par contre j’aimerai garder les événement déja importés. il me faut trouver un mécanisme
Couper le lien entre les évenements en question et leur almanach d’import initial permettrait t-il de supprimer ensuite l’almanach sans perdre les événements en questions. ?
Ne plus importer ce flux, tant pis si les objets déja importés restent est également une possibilité. Introduire une coquille dans l’adresse de l’agenda permettrait d’eviter des imports suivants ?
Merci de vos avis
couper les liens devrait suffire. Faire une sauvegarde avant quand même.
Reply to this message
Merci, merci et merci.
Ce plugin tombe à point nommé pour pouvoir afficher des googles agenda sur notre site Spip.
Ce qui est cool , c’est qu’en plus, lors d’une modif de l’agenda distant, sur le site Spip ça conserve les mots-clés rajoutés à la main sur l’évènement : que du bonheur.....
Une petite question, avez-vous envisagé de traiter les répétitions d’événements, ou est-ce que la façon de les traiter par le plugin agenda, vous a dissuadé d’essayer ?
a bientôt
dans un flux ical, il est précisé si un evenement est une répetition d’un autre. On pourrait donc envisager de gérer cela comme une répétition au sens du plugin agenda.
Cependant, javoue ne pas trop saisir la plus value par rapport à x evenement indépendant.
J’ajoute à la todolist.
Super Merci,
L’intérêt des répétions, est seulement du point de vue de l’utilisateur qui ne saisi dans son agenda qu’une répétition plustôt que x évènements (Par exemple si toute l’année il y a un accueil du public tous les lundis matin, tu saisi la première date et le type de répétitions et c’est fini...)
A bientôt
dans ce cas la saisie étant distante, je ne vois pas ce que le plugin apporterait ;-)
Ah, mes explications ne doivent pas être très claires ;(
Le problème, c’est que j’ai besoin de mettre dans mon agenda Spip, un agenda Google dont l’utilisateur utilise la fonctionnalité des répétitions et à l’heure actuelle le plugins n’importe que l’évènement de départ des répétitions, mais pas les répétitions, donc il manque plein d’évènements ...
Est-ce que ça répond à ta question ?
c’est plus clair.
Pour voir si je peux gérer cela il me faut:
- l’url du flux ical
- un exemple d’evenement repété.
je peux regarder ce week-end ce qu’il en serait.
Voilà je t’ai mis un flux
https://calendar.google.com/calendar/ical/fpu9hguercn80id2lsggh6i5as%40group.calendar.google.com/private-23ef905b3afddc43839c682f13046cda/basic.ics
Les possibilités de répétions sont variées.... je crains que ça ne devienne monstrueux....
J’ai été exhaustif en créant toutes les possibilités de type de répétitions :
SUMMARY:Test répétition sans fin....
RRULE:FREQ=WEEKLY;BYDAY=FR
SUMMARY:Test répétition 10 fois
RRULE:FREQ=WEEKLY;COUNT=10;BYDAY=FR
SUMMARY:Test répétition avec fin le 13 janv. 2017
RRULE:FREQ=WEEKLY;UNTIL=20170113T103000Z;BYDAY=FR
SUMMARY:Test répétions tous les ans
RRULE:FREQ=YEARLY
SUMMARY:Test répétitions du lundi au vendredi
RRULE:FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR
SUMMARY:Test répétition tous les jours
RRULE:FREQ=WEEKLY;BYDAY=SU,MO,TU,WE,TH,FR,SA
SUMMARY:Test répétion tous les 2 mois le 15
RRULE:FREQ=MONTHLY;INTERVAL=2;BYMONTHDAY=15
SUMMARY:test répétitions Tous les 3 mois le troisième lundi
RRULE:FREQ=MONTHLY;INTERVAL=3;BYDAY=3MO
et voilà ....
Bon Wek-end ;)
je suis un peu pris, mais je trouverai sans doute le temps de m’occuper de cela un jour
salut,
j’ai un peu réfléchi à cette question. C’est assez complexe. En effet, la logique des répetitions en ical et dans SPIP n’est pas la même.
Dans SPIP, il n’y a pas formellement de répetition, simplement les evenements sont dupliqués avec un lien établi entre eux qui dit “tel evenement est la répetition de tel autre evenement”.
Du coup, il faudrait potentiellement créer une infinité d’evenement.
On pourrait s’en sortir par deux biais:
- mettre une borne niveau SPIP
- utilisation la spécification de borne dans l’ICS
mais cela ne résoudrait pas tout. Il y a un nombre relativement elevé de cas. cf
http://www.kanzaki.com/docs/ical/recur.html
bref, à mon avis j’en ai pour au moins 2 jours de boulot… et j’ai d’autre priorité.
Reply to this message
Cette démarche fait du tout ou rien.
Il me semble qu’il peut être intéressant d’importer les événements en statut ’proposé’, afin de permette une verification humaine avant publication.
Je suggère que le statut prop de l’almanach permette de déclencher ce foncitonnement, au lieu d’une publication directe.
(un paramètrage plus explicite serait sans doute possible mais plus lourd à developper)
ca fait parti des choses prévues, mais à plus long termes ;-) (sauf si quelqu’un le code entre temps)
deja là j’ai un bug observé par thiébaut, que je corrigerai demain.
Reply to this message
Merci pour ce plugin très utile à notre site de territoire http://www.valleeducousin.fr/.
Cela permet d’intégrer automatiquement à notre agenda les événements de nos partenaires ayant des sites sous spip. Quel gain de temps !
On va essayer avec d’autre sites ayant des flux iCalendar et on reviendra faire un retour sur cette page.
A bientôt donc !
Reply to this message
Add a comment
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Follow the comments:
|
