iCagenda : une solution pour importer depuis un fichier CSV (ou autre) ?

[roland_d_alsace]

salut, une idée
pourquoi ne pas créer un dossier avec un manifest et utiliser le com_installer (onglet extension > installation) pour installer le fichier sql ?
tu crées un dossier contenant les éléments d'installation dont le fichier sql à uploader.
tu crées le zip avec le contenu.
Et tu passe par l'installeur d extensions.....
C'est un moyen simple d'importer du sql.
Vu que ce n'est qu un import sql tu ne laisse aucune trace dans Joomla, donc tu n as rien a changer dans tes dossiers, sauf le contenu du fichier sql.

C'est ce que je disais, juste au dessus... :
"Si tu veux utiliser cette technique, il te faut faire une petite extension à toi..."

Mais cela laisse "des traces" obligatoirement, dans #__schemas, sinon l'installateur ne pourrait pas traiter les numéros de version des fichiers sql à prendre en compte.

[RobertG]

Bonjour,

Je rejoins daneel concernant la complexité de l'opération Excel, CSV, SQL puis import qui va demander toute une série d'interventions manuelles, l'utilisation du composant de mise à jour nécessitant qu'un administrateur, informé de la nouvelle version, aille déclencher cette mise à jour.
L'idée d'un script PHP lancé par cron, dont il a été parlé plus haut, me paraît plus simple, mais la saisie directe sur le site serait encore plus simple : ne connaissant pas iCagenda, je ne sais pas si c'est possible depuis le frontend, mais en jouant sur les ACL, un accès limité à ce composant pour ajouter des infos depuis l'administration doit être possible.

[roland_d_alsace]

Hello.

J'avais aussi étudié le système avec un autre composant événementiel bien connu, mais l'import sur la base d'un simple csv m'a vite paru impossible à cause des dépendances et contraintes :

• comment trouver l'id de l'agenda ou de la catégorie d’événements
• comment retrouver les évènements déjà créés qui auraient subit des modifications afin d'éviter de créer des doublons
  (modification de l'intitulé par exemple, et ceci soit dans la source comme dans la destination),
• comment trouver l'id du lieu
• comment trouver l'id du formulaire d'inscription adéquat
• etc...

Rien qu'à cause des 2 premières, j'ai été amené à écrire une extension spécifique pour faire l'import avec une table de correspondance (en paramètre du composant) pour toutes ces informations (mapping). Dans mon cas le csv provient d'un webservice, du coup j'ai pu automatiser totalement la procédure.

Pour compléter les propos de RobertG que je rejoins tout à fait (juste dans le post précédent), sur d'autres sites mes éditeurs créent chacun leurs événements (ici dans entrainements ou des sorties aux compétitions), ceci en front grâce aux ACL (Rien que pour les ACL je ne dirais jamais assez merci à Joomla !).
Mais cela ne correspond pas forcement à la demande qui doit concerner un volume important d’évènements à importer je suppose.

[RobertG]

Je viens d'installer iCagenda sur un site de test, et il y a bien une fonction frontend pour proposer un événement. Quoi de plus simple ?

[woluweb]

Merci à tous pour votre aide et vos réflexions !

Pour résumer :

1. La génération de la requête SQL à partir du fichier Excel, ça c'était déjà réglé (cfr supra). Comme on ne touche qu'à une seule table, pas de trop grande complexité (pas besoin de connaître l'ID d'un lieu, l'ID d'une catégorie etc qui seraient sur d'autres tables).

2. Pour exécuter le query
2.1. Ma 1e piste était d'inviter l'utilisateur à accéder à PHPMyAdmin, cliquer sur l'onglet SQL, y coller le query et cliquer sur Execute
2.2. Puis a été émise l'idée de faire plus simple : juste un fichier .sql à uploader par ftp
2.2.1. J'avais émis l'idée qu'on puisse le faire à partir de Extensions > Database > Fix puisqu'il "voit" mon .sql, mais comme expliqué ci-dessus ce n'est pas conçu pour ça et ça ne marche donc pas
2.2.2. Le but n'était pas de faire de l'overkill et de créer une vraie-fausse extension juste pour ça
2.2.3 Et la solution était donc simplement de faire un petit fichier PHP mis à la racine du site (ou ailleurs) qui, appelé en direct ou par tâche CRON, exécute le query. Et bien moi qui d'ordinaire ne fait ni PHP ni SQL, voilà que je progresse à grands pas Voici ci-dessous ma petite solution :

<?php

echo "<h1>This will import your iCagenda events</h1>";

define('_JEXEC', 1);    
define('JPATH_BASE', realpath(dirname(__FILE__) . '/'));
require_once JPATH_BASE . '/includes/defines.php';
require_once JPATH_BASE . '/includes/framework.php';

$db   = JFactory::getDBO();
$query = file_get_contents('icagenda.sql');
$db->setQuery($query);
$db->execute();

echo "<p>iCagenda events imported :)</p>";
echo '<p><a href="/administrator/index.php?option=com_icagenda&view=events">Please check the backend of your site</a></p>';

?>

Testé et ça marche
Encore merci à tous de m'avoir mis sur la piste de la solution la plus simple/légère avec toutes les suggestions !

PS : il y a effectivement une soumission front-end, mais ils injectent genre un millier d'événements par an... et justement ils n'ont pas le temps de suivre vu que c'est du bénévolat. Au moins, comme ça ils peuvent plus facilement créer d'un coup une centaine d'événements...