Entre nous … cette erreur ne me dit rien …
Vous me direz que ça ne vous avance pas, mais je ne voulais pas que le message reste sans réponse
Par contre vous dites "de nombreuses erreurs apparaissent" mais sans les citer …. ça n'aide pas.
Vous me direz que ça ne vous avance pas, mais je ne voulais pas que le message reste sans réponse
Par contre vous dites "de nombreuses erreurs apparaissent" mais sans les citer …. ça n'aide pas.
Hello,
En ce qui concerne la manière dont Alfresco stocke les données, Romain en a dit pas mal. Juste retenir qu'il n'y a pas beaucoup de méthodes de stockage qui permettent l'unicité du nom, de lever les problèmes d'encodage, et cela sans renommer les documents (comprendre "aucune").
Il ne faut jamais confondre "alf_data" qui est un répertoire système avec les interfaces que sont CIFS, NFS, ou FTP. Considérez bien que ce dossier est le seul qui permette, associé à une base de données, d'enrichir les données pour aller franchement plus loin qu'un "vulgaire" (je ne trouve pas d'autre mot même si ce n'est pas le meilleur) système de fichier.
Sinon ce serait un peu comme se plaindre parce que nos jolies données sous format texte sont stockées dans un SGBDR sous un format qu'on ne comprend pas et demander à MySQL de tout stocker dans des fichiers ASCII
Pour en venir au système de "détricotage", j'avoue ne pas en voir l'intérêt. Je préfère de loin une bonne (donc testée) sauvegarde à un système qui me fait penser à la réinvention d'un … entrepôt de données. Mais je suis peut-être dans le faux
Ensuite oui, reconstruire un index prend du temps. Et on ne le cache pas. D'où l'intérêt de le lancer en toute connaissance de cause. Je peux juste vous dire que le doc Unisys a raison : ça va s'améliorer grandement dans les versions à venir (parallélisation).
Enfin oui, le backup à chaud … c'est chaud ! Préférer le backup à froid si possible, en prenant soin de ne pas arréter Alfresco pile à l'heure où il lance ses tâches de maintenance quotidienne (vers 3h ou 4h du matin).
En ce qui concerne la manière dont Alfresco stocke les données, Romain en a dit pas mal. Juste retenir qu'il n'y a pas beaucoup de méthodes de stockage qui permettent l'unicité du nom, de lever les problèmes d'encodage, et cela sans renommer les documents (comprendre "aucune").
Il ne faut jamais confondre "alf_data" qui est un répertoire système avec les interfaces que sont CIFS, NFS, ou FTP. Considérez bien que ce dossier est le seul qui permette, associé à une base de données, d'enrichir les données pour aller franchement plus loin qu'un "vulgaire" (je ne trouve pas d'autre mot même si ce n'est pas le meilleur) système de fichier.
Sinon ce serait un peu comme se plaindre parce que nos jolies données sous format texte sont stockées dans un SGBDR sous un format qu'on ne comprend pas et demander à MySQL de tout stocker dans des fichiers ASCII
Pour en venir au système de "détricotage", j'avoue ne pas en voir l'intérêt. Je préfère de loin une bonne (donc testée) sauvegarde à un système qui me fait penser à la réinvention d'un … entrepôt de données. Mais je suis peut-être dans le faux
Ensuite oui, reconstruire un index prend du temps. Et on ne le cache pas. D'où l'intérêt de le lancer en toute connaissance de cause. Je peux juste vous dire que le doc Unisys a raison : ça va s'améliorer grandement dans les versions à venir (parallélisation).
Enfin oui, le backup à chaud … c'est chaud ! Préférer le backup à froid si possible, en prenant soin de ne pas arréter Alfresco pile à l'heure où il lance ses tâches de maintenance quotidienne (vers 3h ou 4h du matin).
En ce qui concerne la manière dont Alfresco stocke les données, Romain en a dit pas mal. Juste retenir qu'il n'y a pas beaucoup de méthodes de stockage qui permettent l'unicité du nom, de lever les problèmes d'encodage, et cela sans renommer les documents (comprendre "aucune").==> Je suis d'accord Michael. N'en jetez plus !
Il ne faut jamais confondre "alf_data" qui est un répertoire système avec les interfaces que sont CIFS, NFS, ou FTP. Considérez bien que ce dossier est le seul qui permette, associé à une base de données, d'enrichir les données pour aller franchement plus loin qu'un "vulgaire" (je ne trouve pas d'autre mot même si ce n'est pas le meilleur) système de fichier.==> Là, je ne vois pas bien : alf_data est le repository quand vous me parlez de CIFS, NFS, FTP, ou encore WEBDAV qui ne font "qu'exposer" ce repository. Ca je le comprends plutôt bien. Vous pensiez que je confondais ?
Sinon ce serait un peu comme se plaindre parce que nos jolies données sous format texte sont stockées dans un SGBDR sous un format qu'on ne comprend pas et demander à MySQL de tout stocker dans des fichiers ASCII==> Bon là, j'avoue m'être un peu emballé (pour l'adhérence entre ma donnée et le système, quoique). Mais votre métaphore me fait sourire : ca aurait beau être dans des fichiers ascii, ça ne signifie pas que je le comprendrais mieux 😉
Moi, y a un truc que j'aime bien. C'est lightroom. Je ne sais pas si vous connaissez, mais l'idée de ne pas toucher à un fichier (encore qu'on puisse y stocker les méta-données) et stocker les méta-données dans des fichiers xmp à part (oui Michael, je sais qu'on peut manipuler des données xmp dans Alfresco), ben ça j'aime bien. Y a une base de données, soit, qui fait toute la force de lightroom avec ces xmp, n'empêche que les fichiers, jamais, ne sont renommés !
Pour en venir au système de "détricotage", j'avoue ne pas en voir l'intérêt. Je préfère de loin une bonne (donc testée) sauvegarde à un système qui me fait penser à la réinvention d'un … entrepôt de données. Mais je suis peut-être dans le faux==> Ben non. Z'êtes plutôt convaincant. Je n'en vois pas plus l'intérêt que ça, si ce n'est que ce serait fichtrement génial qu'Alfresco ne touche pas à mes fichiers, qu'il les enrichisse etc… OUI (il le fait excellemment bien, je dois le reconnaître et c'est bien la raison pour laquelle j'avais, il y a 2 ans, réussi à l'imposer comme solution de gestion documentaire à ma direction informatique). Mais voilà… On en veut toujours plus, et j'avoue que je râle depuis longtemps sur l'interface graphique pas facile à modifier et pas très ergonomique d'Alfresco (ça change en bien et j'ai adoré Opsoro pour la petite histoire). Je profitais de mes déboires pour trouver un nouveau sujet de râle (arrghh) : Pourquoi Alfresco qui ferait po comme mon Lightroom ? Hein ?
Bon la question est peut-être un peu benoîte, voire stupide comme ça, mais quand même, ça me chatouille c't'histoire, pas vous (y aura bien quelqu'un pour m'aider !)
Ensuite oui, reconstruire un index prend du temps. Et on ne le cache pas. D'où l'intérêt de le lancer en toute connaissance de cause. Je peux juste vous dire que le doc Unisys a raison : ça va s'améliorer grandement dans les versions à venir (parallélisation).==> Ahhhh ben merci Michael ! Un vous me donnez raison, Deux vous me donnez de l'espoir ! (au fait, je pense vraiment avoir lancé mon rebuild en toute connaissance de cause pour avoir lu auparavant le doc d'unisys et avoir dépiauter tous les posts des forums alfresco et autres google links…)
Enfin oui, le backup à chaud … c'est chaud ! Préférer le backup à froid si possible, en prenant soin de ne pas arréter Alfresco pile à l'heure où il lance ses tâches de maintenance quotidienne (vers 3h ou 4h du matin).==> C'est vrai qu'il y a sa maintenance de 3h… Et pis j'ai réactivé (après mes déboires de sauvegarde ultra perfectionnée Tina-qui-envoie-les-sauvegardes-en-chine-et-te-propose-un-café-en-attendant) mon bon vieux batch (inspiré largement de celui de David Musser) qui arrête la BDD à 23h pour opérer une sauvegarde… Donc le créneau se raccourcit… Qu'importe, vous me le conseillez froid, je partage votre avis.
Enfin, il me faut FAIRE UNE MISE EN GARDE A L'USAGE DE TOUS LES USERS D'ALFRESCO (je vois Michael qui fronce le sourcil"keskiva dire encore ?) :
J'AI FAIT UNE BOULETTE !!! UNE INSIDIEUSE BOULETTE QUI AURAIT PU ME MENER EN ENFER !!!!
Un jour, je me suis cru intelligent (et fainéant, donc informaticien quoi). J'ai activé la fonction de versionning automatique SUR TOUT le repository !
Comme ça, tout est versionné que je me suis dit ! Bah vi, mais en même temps, j'ai proposé et conseillé l'utilisation de CIFS, pour mes petits utilisateurs débutants (tous quoi dans mon contexte actuel). Et vous savez ce que fait un word qui ouvre un fichier directement en CIFS (enfin les notres y font ça). Ben y sauvegardent ! Et plus souvent qu'à leur tour, passke y a des malins qu'activent la sauvegarde auto de word toutes les 2 minutes !!!
Z'imaginez le nombre de versions créées ??? Z'imaginez la place disque ?
Alors voilà, Michael, Romain, votre avis/ expérience / conseil ? Pour moi, il ne faut activer le versionning auto que sur les docs (voire les espaces) qui le méritent. Pour les autres. pas de versionning auto. Ce sera toujours mieux, même si les gens doivent se faire à ce truc qu'on appelle chech-in/check-out et que j'ai dû dépensé 3 à 4 semaines de ma vie à expliquer aux utilisateurs-gentils-mais-qui-comprennent-pas-du-premier-coup-et-j'avoue-qu'y-peut-y-avoir-confusion…
En conclusion, Alfresco fait partie de ma panoplie des open source indispensables. J'avais crû lire qu'une 3.0 community était prévue fin juillet, mais au regard de l'evolution des dev (cf. lien donné par Michael), ça me semble compromis.
Qu'à cela ne tienne, I'll be patient !
last but not least : Michael, Romain : la 2.9b, je peux la tenter en prod instead of ma 2.1 ?
Encore merci en tout cas.
Greg
