Bonjour à tous,
Nous avons eu une rentrée chargée, et nous n'avons pas toujours pu répondre à toutes les questions de ce forum. Nous nous en excusons.
Pour ceux qui ne sont pas encore au courant, nous venons de sortir fin octobre une version 2.0.1 intégrant notament le patch linux, un parcours par dossier portant sur toutes les tables ressources, plus quelques petits changements bénéfiques. Or nous nous sommes rendus compte trés vite grace à des gentils utilisateurs (merci pour eux

) qu'il y avait un pb de compatilité entre serveur linux et client windows, et vice et versa. C'est pourquoi nous avons sorti dans la foulée une version 2.0.2 qui corrige ce bug. Nous avons tellement été bousculés que nous n'avons pas trouvé le temps de venir vous l'annoncer... Voilà maintenant c'est fait.
Comme d'habitude nous attendons vos remarques pour améliorer sans cesse notre produit.
Je vais maintenant répondre à vos questions laissées en suspens :
polo67 a écrit:Au niveau installation j'ai quand même un petit souci :
dans le fichier fr_installation_database il est indiqué :
* Changer le type de la table en MyISAM :
ALTER TABLE `ressources` TYPE = MYISAM
* Creer les index fulltext dans la table ressources "à la main":
ALTER TABLE `ressources` ADD FULLTEXT (`FULLTEXT_CONTENT_FILE` )
ALTER TABLE `ressources` ADD FULLTEXT `search` (`TITLE` ,`DESCRIPTION` )
or la table ressources n'existe pas, donc je ne sais pas où appliquer les modifications.
En plus, on lit aussi :
* Supprimer les lignes suivantes du fichier database.sql :
FULLTEXT KEY `search` (`TITLE`,`DESCRIPTION`),
FULLTEXT KEY `FULLTEXT_CONTENT_FILE` (`FULLTEXT_CONTENT_FILE`)
J'ai essayé de supprimer ces lignes et d'appliquer les modifications (les Alter table du dessus) sur Res_a, Res_x,Res_video mais dans ce cas, je ne peux jamais ouvrir le document indexé.
En appliquant simplement le contenu du fichier database.sql, ce problème n'apparaît pas.
Effectivement lors de l'installation, il n'est plus nécessaire de modifier le fichier database.sql depuis la v2.0.1, nous avons oublier de modifier le fichier texte. Veuillez nous excuser de cet oubli...
polo67 a écrit:Par contre, je remarque que la recherche rapide ne s'applique qu'à la collection documentaire 1, les documents indexés sous les collections documentaires suivantes sont "zappés". Pas de problème en recherche avancé par contre.
Est-ce que ce problème de recherche rapide est lié au fait que je n'applique pas les modifications préconisées pour PHP 5 ??
Absolument pas, la recherche rapide ne fonctionne que sur la première table ressource déclarée dans votre fichier config.xml. Nous ne l'avons pas pour l'instant étendu à toutes les collections documentaires.
Fraggle_FR_67 a écrit:J'ai une première question :
j'ai créé une collection et une base de document "commandes". ( elle utilise en fait la table res_x )
j'ai remarqué que les documents sont rangés dans un sous repertoire nommé "1". j'ai bien vu que dans chaque enreg de la table res_x, on retrouve ce nom de repertoire. je compte scanner une 500 taine de docs par jours. tous lmes documents iront-ils advitam eternam dans ce repertoire "1" ou y a t il un changement ( auto ou manuel ) au bout d'un certain nombre d'indexation ?
Tous les 1000 documents indéxés, un nouveau répertoire est crée dans le docserver, le suivant sera 2, puis 3 et ainsi de suite. Il ne serait pas trés pratique de stocker tous les fichiers dans un seul répertoire, les temps d'accés seraient trop long.
Fraggle_FR_67 a écrit:Une petite deuxième pour la route :
en indexation, par defaut, les données d'indexation sont concervées. j'ai modifié le code pour que les données de collection et base soient aussi concervées. Par contre peut-on aussi le faire pour la date du document, ou y mettre la date du jour par defaut ? ( d'ailleurs, il utilise le format anglais, même dans la version francaise... j'ai pas encore trouvé ou le parametrer, mais ça doit exister quelque part ... )
Il y a plusieurs dates qui sont conservées, la date du document que l'on doit rentrer manuellement, mais il est trés facile de mettre par défaut la date du jour, et la date de l'indexation du document, c'est un timestamp qui correspond à la date du jour avec un horodatage.
Concernant le format des dates, il n'y a pas de paramétrage, c'est seulement le format de date anglais. C'est encore une chose que l'on doit ajouter dans la prochaine version

Fraggle_FR_67 a écrit:moi j'avais plein d'erreurs avec Easyphp , Je pense que c'était du à la version 4 de PHP. Install XAMPP ( C comme easyphp ) et les niveaux de logiciels sont plus élevés.
depuis , pour moi, plus de problemes.
Je rappelle pour la route, Maarch ne fonctionne qu'avec
PHP5 impérativement.
A bientôt,
Maarch Team