Le 02/11/2010 14:48, Patrick BOSSARD a écrit : > > Bonjour, > > J'ai ete confronté au meme pb, et j'ai developpé entre autres des > scripts php batch d'import/export/purge des agendas OBM en masse ou par > utilisateurs (et pour un domaine specifique). > Ces scripts ne vont pas taper en base, mais utilisent les fonctions php > OBM utilisées dans l'IHM. > Au final ca me permet de faire une sauvegarde/restitution individuelle > en 2.3.x > > Ce "pontage coronarien" est certe un peu fait a l'arrache, mais au final > je ne modifie en rien l'OBM installé (mes scripts sont dans une autre > arborescence), et > comme j'utilise des methodes OBM, je me protege un minumum des > evolutions de structures de BDD (en pensant que les methodes > conserveront normalement les meme prototypes). > > Si cela peut interesser la communauté, je peux vous les passer, il y > aura éventuellement un minimum d'ajustements, mais a priori ca devrait > etre assez (tres) simple a faire si besoin. > a+ > > Patrick. > > Le 29/10/2010 17:00, Laure Amélie Couturié a écrit : >> Bonjour, >> >> Je me permets de relancer ma question sur le scripting d'export ICS des >> calendriers. >> J'ai pose cette question lors de la présentation d'OBM 4.2 chez Linagora >> le 21 octobre; on m'a conseille de poster sur la maillinglist sachant >> que la réponse était très simple. >> Quelqu'un connaitrait il la réponse? >> Merci d'avance. >> >> Laure Amélie Couturié a écrit : >> >>> Bonjour, >>> >>> Quels sont les arguments a passer au script php >>> /usr/share/obm/www/php/calendar/calendar_index.php pour faire >>> l'équivalent d'un export de tout l'agenda d'un utilisateur par l'url >>> https://ipnobm.in2p3.fr/calendar/calendar_index.php?action=export? >>> Ceci afin d'automatiser par script la sauvegarde du calendrier de >>> chaque utilisateur. >>> Merci. >>> >>> >> >> >
Bonjour, C'est effectivement la "bonne" façon de faire : écrire un script qui inclut et utilise les fonctions OBM. Bien sûr, vous courrez le risque d'une modification du code OBM qui invaliderait vos scripts. Nous réfléchissons à une API de type RESTful pour pallier à ce genre d'inconvénients. Bien cordialement, -- Raphaël ROUGERON Expert technologies Web Linagora GSO Tel.: +33(0)5 62 19 24 91 Mob.: +33(0)6 61 90 72 55 http://www.linagora.com/ _______________________________________________ Obm mailing list [email protected] http://list.obm.org/mailman/listinfo/obm
