Avant tout, permettez-moi de vous souhaiter un excellent congé de Pâques.
Je me pose une petite question concernant le recours aux possibilités WDZip.
Je vois qu'il est généré une erreur à l'ajout d'un fichier déjà présent dans
une archive.
Comment alors procéder au rafraîchissement d'une archive ?
En effet, lorsque le nombre de fichiers à archiver est assez volumineux, la
création intégrale de l'archive à chaque fois est sans doute un facteur
rédhibitoire pour l'utilisateur. Je suppose qu'un update de l'archive serait
sans doute beaucoup plus rapide.
Est-ce que j'ai raté la commande quelque part sous WD9 ?
Est-ce une lacune des capacités Zip de WD9?
Et si oui, personne n'en éprouve-t-il le besoin ?
Ou alors, avez-vous trouvé comment y remédier, et ainsi contourner cette
éventuelle absence ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Romuald.besset
Patrick COQUE a écrit :
Salut à toutes & tous,
Avant tout, permettez-moi de vous souhaiter un excellent congé de Pâques.
Je me pose une petite question concernant le recours aux possibilités WDZip.
Je vois qu'il est généré une erreur à l'ajout d'un fichier déjà présent dans une archive.
Comment alors procéder au rafraîchissement d'une archive ?
En effet, lorsque le nombre de fichiers à archiver est assez volumineux, la création intégrale de l'archive à chaque fois est sans doute un facteur rédhibitoire pour l'utilisateur. Je suppose qu'un update de l'archive serait sans doute beaucoup plus rapide.
Est-ce que j'ai raté la commande quelque part sous WD9 ?
Est-ce une lacune des capacités Zip de WD9?
Et si oui, personne n'en éprouve-t-il le besoin ?
Ou alors, avez-vous trouvé comment y remédier, et ainsi contourner cette éventuelle absence ?
Merci de vos réponses.
Amicalement,
Patrick ;-)
Bonjour, répondu sur le ng officiel ! il faus supprimer le fichier avant de pouvoir l'ajouter. (ZipSupprime avant ZipAjoute ou boutons correspondants)
++ R&B www.WDForge.org
Patrick COQUE a écrit :
Salut à toutes & tous,
Avant tout, permettez-moi de vous souhaiter un excellent congé de Pâques.
Je me pose une petite question concernant le recours aux possibilités WDZip.
Je vois qu'il est généré une erreur à l'ajout d'un fichier déjà présent dans
une archive.
Comment alors procéder au rafraîchissement d'une archive ?
En effet, lorsque le nombre de fichiers à archiver est assez volumineux, la
création intégrale de l'archive à chaque fois est sans doute un facteur
rédhibitoire pour l'utilisateur. Je suppose qu'un update de l'archive serait
sans doute beaucoup plus rapide.
Est-ce que j'ai raté la commande quelque part sous WD9 ?
Est-ce une lacune des capacités Zip de WD9?
Et si oui, personne n'en éprouve-t-il le besoin ?
Ou alors, avez-vous trouvé comment y remédier, et ainsi contourner cette
éventuelle absence ?
Merci de vos réponses.
Amicalement,
Patrick ;-)
Bonjour, répondu sur le ng officiel !
il faus supprimer le fichier avant de pouvoir l'ajouter. (ZipSupprime
avant ZipAjoute ou boutons correspondants)
Avant tout, permettez-moi de vous souhaiter un excellent congé de Pâques.
Je me pose une petite question concernant le recours aux possibilités WDZip.
Je vois qu'il est généré une erreur à l'ajout d'un fichier déjà présent dans une archive.
Comment alors procéder au rafraîchissement d'une archive ?
En effet, lorsque le nombre de fichiers à archiver est assez volumineux, la création intégrale de l'archive à chaque fois est sans doute un facteur rédhibitoire pour l'utilisateur. Je suppose qu'un update de l'archive serait sans doute beaucoup plus rapide.
Est-ce que j'ai raté la commande quelque part sous WD9 ?
Est-ce une lacune des capacités Zip de WD9?
Et si oui, personne n'en éprouve-t-il le besoin ?
Ou alors, avez-vous trouvé comment y remédier, et ainsi contourner cette éventuelle absence ?
Merci de vos réponses.
Amicalement,
Patrick ;-)
Bonjour, répondu sur le ng officiel ! il faus supprimer le fichier avant de pouvoir l'ajouter. (ZipSupprime avant ZipAjoute ou boutons correspondants)
++ R&B www.WDForge.org
Patrick COQUE
"Romuald.besset" a écrit dans le message de news: d1u26k$5pc$
Patrick COQUE a écrit :
Salut à toutes & tous,
Avant tout, permettez-moi de vous souhaiter un excellent congé de Pâques.
Je me pose une petite question concernant le recours aux possibilités WDZip.
Je vois qu'il est généré une erreur à l'ajout d'un fichier déjà présent dans une archive.
Comment alors procéder au rafraîchissement d'une archive ?
En effet, lorsque le nombre de fichiers à archiver est assez volumineux, la création intégrale de l'archive à chaque fois est sans doute un facteur rédhibitoire pour l'utilisateur. Je suppose qu'un update de l'archive serait sans doute beaucoup plus rapide.
Est-ce que j'ai raté la commande quelque part sous WD9 ?
Est-ce une lacune des capacités Zip de WD9?
Et si oui, personne n'en éprouve-t-il le besoin ?
Ou alors, avez-vous trouvé comment y remédier, et ainsi contourner cette éventuelle absence ?
Merci de vos réponses.
Amicalement,
Patrick ;-)
Bonjour, répondu sur le ng officiel ! il faus supprimer le fichier avant de pouvoir l'ajouter. (ZipSupprime avant ZipAjoute ou boutons correspondants)
++ R&B www.WDForge.org
Merci Romuald de ta réponse,
j'y avais aussi pensé, mais j'avais peur que les temps représentés par : - analyse du contenu de l'archive - analyse des répertoires à la base de l'archive - comparaison des deux 'listes' en résultant - suppression dans l'archive de tout fichier y existant et devant l'intégrer pour mise à jour pour enfin seulement commencer l'archivage, ne soient relativement importants eux aussi. Je vais essayer de bien organiser tout cela et tester le résultat.
Encore merci de ta collaboration,
Amicalement, Patrick ;-)
"Romuald.besset" <info@wdforge.org> a écrit dans le message de news:
d1u26k$5pc$1@s1.news.oleane.net...
Patrick COQUE a écrit :
Salut à toutes & tous,
Avant tout, permettez-moi de vous souhaiter un excellent congé de Pâques.
Je me pose une petite question concernant le recours aux possibilités
WDZip.
Je vois qu'il est généré une erreur à l'ajout d'un fichier déjà présent
dans une archive.
Comment alors procéder au rafraîchissement d'une archive ?
En effet, lorsque le nombre de fichiers à archiver est assez volumineux,
la création intégrale de l'archive à chaque fois est sans doute un
facteur rédhibitoire pour l'utilisateur. Je suppose qu'un update de
l'archive serait sans doute beaucoup plus rapide.
Est-ce que j'ai raté la commande quelque part sous WD9 ?
Est-ce une lacune des capacités Zip de WD9?
Et si oui, personne n'en éprouve-t-il le besoin ?
Ou alors, avez-vous trouvé comment y remédier, et ainsi contourner cette
éventuelle absence ?
Merci de vos réponses.
Amicalement,
Patrick ;-)
Bonjour, répondu sur le ng officiel !
il faus supprimer le fichier avant de pouvoir l'ajouter. (ZipSupprime
avant ZipAjoute ou boutons correspondants)
++ R&B
www.WDForge.org
Merci Romuald de ta réponse,
j'y avais aussi pensé, mais j'avais peur que les temps représentés par :
- analyse du contenu de l'archive
- analyse des répertoires à la base de l'archive
- comparaison des deux 'listes' en résultant
- suppression dans l'archive de tout fichier y existant et devant l'intégrer
pour mise à jour
pour enfin seulement commencer l'archivage, ne soient relativement
importants eux aussi.
Je vais essayer de bien organiser tout cela et tester le résultat.
"Romuald.besset" a écrit dans le message de news: d1u26k$5pc$
Patrick COQUE a écrit :
Salut à toutes & tous,
Avant tout, permettez-moi de vous souhaiter un excellent congé de Pâques.
Je me pose une petite question concernant le recours aux possibilités WDZip.
Je vois qu'il est généré une erreur à l'ajout d'un fichier déjà présent dans une archive.
Comment alors procéder au rafraîchissement d'une archive ?
En effet, lorsque le nombre de fichiers à archiver est assez volumineux, la création intégrale de l'archive à chaque fois est sans doute un facteur rédhibitoire pour l'utilisateur. Je suppose qu'un update de l'archive serait sans doute beaucoup plus rapide.
Est-ce que j'ai raté la commande quelque part sous WD9 ?
Est-ce une lacune des capacités Zip de WD9?
Et si oui, personne n'en éprouve-t-il le besoin ?
Ou alors, avez-vous trouvé comment y remédier, et ainsi contourner cette éventuelle absence ?
Merci de vos réponses.
Amicalement,
Patrick ;-)
Bonjour, répondu sur le ng officiel ! il faus supprimer le fichier avant de pouvoir l'ajouter. (ZipSupprime avant ZipAjoute ou boutons correspondants)
++ R&B www.WDForge.org
Merci Romuald de ta réponse,
j'y avais aussi pensé, mais j'avais peur que les temps représentés par : - analyse du contenu de l'archive - analyse des répertoires à la base de l'archive - comparaison des deux 'listes' en résultant - suppression dans l'archive de tout fichier y existant et devant l'intégrer pour mise à jour pour enfin seulement commencer l'archivage, ne soient relativement importants eux aussi. Je vais essayer de bien organiser tout cela et tester le résultat.
Encore merci de ta collaboration,
Amicalement, Patrick ;-)
Romuald.besset
Patrick COQUE a écrit :
"Romuald.besset" a écrit dans le message de news: d1u26k$5pc$
Patrick COQUE a écrit :
Salut à toutes & tous,
Avant tout, permettez-moi de vous souhaiter un excellent congé de Pâques.
Je me pose une petite question concernant le recours aux possibilités WDZip.
Je vois qu'il est généré une erreur à l'ajout d'un fichier déjà présent dans une archive.
Comment alors procéder au rafraîchissement d'une archive ?
En effet, lorsque le nombre de fichiers à archiver est assez volumineux, la création intégrale de l'archive à chaque fois est sans doute un facteur rédhibitoire pour l'utilisateur. Je suppose qu'un update de l'archive serait sans doute beaucoup plus rapide.
Est-ce que j'ai raté la commande quelque part sous WD9 ?
Est-ce une lacune des capacités Zip de WD9?
Et si oui, personne n'en éprouve-t-il le besoin ?
Ou alors, avez-vous trouvé comment y remédier, et ainsi contourner cette éventuelle absence ?
Merci de vos réponses.
Amicalement,
Patrick ;-)
Bonjour, répondu sur le ng officiel ! il faus supprimer le fichier avant de pouvoir l'ajouter. (ZipSupprime avant ZipAjoute ou boutons correspondants)
++ R&B www.WDForge.org
Merci Romuald de ta réponse,
j'y avais aussi pensé, mais j'avais peur que les temps représentés par : - analyse du contenu de l'archive - analyse des répertoires à la base de l'archive - comparaison des deux 'listes' en résultant - suppression dans l'archive de tout fichier y existant et devant l'intégrer pour mise à jour pour enfin seulement commencer l'archivage, ne soient relativement importants eux aussi. Je vais essayer de bien organiser tout cela et tester le résultat.
Encore merci de ta collaboration,
Amicalement, Patrick ;-)
Oui, effectivement ! Juste un conseil alors. Il va sans dire que la lecture des information disque est la plus longue. Reste ensuite alors à analyser le contenu du zip... POurquoi ne pas simplement monter deux thread, l'un en charge su fListefichier (mais la classe ClaFiles sur wdforge est plus rapide), l'autre en charge du zip.
Pour chaque fichier, récupérer chemin, nom et date dans un fichier texte, himporter le tout dans deux fichier (alias) HF et monter les requetes SQL qui vont bien (plus réscents/inchangés etc etc). Présenter le tout dans des tables qui vont bien en présélectionnant (coches) les éléments à mettre à jour. La mise à jour consiste alors simplement en un traitement des fichier hf pour lesquel les selecteurs sont actif.
Si tout va bien un outil mettant cela en place (mais pas pour faire du zip) devrait voir le jour chez nous... mais chut ! (lol)
++ R&B www.WDForge.org
Patrick COQUE a écrit :
"Romuald.besset" <info@wdforge.org> a écrit dans le message de news:
d1u26k$5pc$1@s1.news.oleane.net...
Patrick COQUE a écrit :
Salut à toutes & tous,
Avant tout, permettez-moi de vous souhaiter un excellent congé de Pâques.
Je me pose une petite question concernant le recours aux possibilités
WDZip.
Je vois qu'il est généré une erreur à l'ajout d'un fichier déjà présent
dans une archive.
Comment alors procéder au rafraîchissement d'une archive ?
En effet, lorsque le nombre de fichiers à archiver est assez volumineux,
la création intégrale de l'archive à chaque fois est sans doute un
facteur rédhibitoire pour l'utilisateur. Je suppose qu'un update de
l'archive serait sans doute beaucoup plus rapide.
Est-ce que j'ai raté la commande quelque part sous WD9 ?
Est-ce une lacune des capacités Zip de WD9?
Et si oui, personne n'en éprouve-t-il le besoin ?
Ou alors, avez-vous trouvé comment y remédier, et ainsi contourner cette
éventuelle absence ?
Merci de vos réponses.
Amicalement,
Patrick ;-)
Bonjour, répondu sur le ng officiel !
il faus supprimer le fichier avant de pouvoir l'ajouter. (ZipSupprime
avant ZipAjoute ou boutons correspondants)
++ R&B
www.WDForge.org
Merci Romuald de ta réponse,
j'y avais aussi pensé, mais j'avais peur que les temps représentés par :
- analyse du contenu de l'archive
- analyse des répertoires à la base de l'archive
- comparaison des deux 'listes' en résultant
- suppression dans l'archive de tout fichier y existant et devant l'intégrer
pour mise à jour
pour enfin seulement commencer l'archivage, ne soient relativement
importants eux aussi.
Je vais essayer de bien organiser tout cela et tester le résultat.
Encore merci de ta collaboration,
Amicalement,
Patrick ;-)
Oui, effectivement !
Juste un conseil alors.
Il va sans dire que la lecture des information disque est la plus longue.
Reste ensuite alors à analyser le contenu du zip...
POurquoi ne pas simplement monter deux thread, l'un en charge su
fListefichier (mais la classe ClaFiles sur wdforge est plus rapide),
l'autre en charge du zip.
Pour chaque fichier, récupérer chemin, nom et date dans un fichier
texte, himporter le tout dans deux fichier (alias) HF et monter les
requetes SQL qui vont bien (plus réscents/inchangés etc etc).
Présenter le tout dans des tables qui vont bien en présélectionnant
(coches) les éléments à mettre à jour.
La mise à jour consiste alors simplement en un traitement des fichier hf
pour lesquel les selecteurs sont actif.
Si tout va bien un outil mettant cela en place (mais pas pour faire du
zip) devrait voir le jour chez nous... mais chut ! (lol)
"Romuald.besset" a écrit dans le message de news: d1u26k$5pc$
Patrick COQUE a écrit :
Salut à toutes & tous,
Avant tout, permettez-moi de vous souhaiter un excellent congé de Pâques.
Je me pose une petite question concernant le recours aux possibilités WDZip.
Je vois qu'il est généré une erreur à l'ajout d'un fichier déjà présent dans une archive.
Comment alors procéder au rafraîchissement d'une archive ?
En effet, lorsque le nombre de fichiers à archiver est assez volumineux, la création intégrale de l'archive à chaque fois est sans doute un facteur rédhibitoire pour l'utilisateur. Je suppose qu'un update de l'archive serait sans doute beaucoup plus rapide.
Est-ce que j'ai raté la commande quelque part sous WD9 ?
Est-ce une lacune des capacités Zip de WD9?
Et si oui, personne n'en éprouve-t-il le besoin ?
Ou alors, avez-vous trouvé comment y remédier, et ainsi contourner cette éventuelle absence ?
Merci de vos réponses.
Amicalement,
Patrick ;-)
Bonjour, répondu sur le ng officiel ! il faus supprimer le fichier avant de pouvoir l'ajouter. (ZipSupprime avant ZipAjoute ou boutons correspondants)
++ R&B www.WDForge.org
Merci Romuald de ta réponse,
j'y avais aussi pensé, mais j'avais peur que les temps représentés par : - analyse du contenu de l'archive - analyse des répertoires à la base de l'archive - comparaison des deux 'listes' en résultant - suppression dans l'archive de tout fichier y existant et devant l'intégrer pour mise à jour pour enfin seulement commencer l'archivage, ne soient relativement importants eux aussi. Je vais essayer de bien organiser tout cela et tester le résultat.
Encore merci de ta collaboration,
Amicalement, Patrick ;-)
Oui, effectivement ! Juste un conseil alors. Il va sans dire que la lecture des information disque est la plus longue. Reste ensuite alors à analyser le contenu du zip... POurquoi ne pas simplement monter deux thread, l'un en charge su fListefichier (mais la classe ClaFiles sur wdforge est plus rapide), l'autre en charge du zip.
Pour chaque fichier, récupérer chemin, nom et date dans un fichier texte, himporter le tout dans deux fichier (alias) HF et monter les requetes SQL qui vont bien (plus réscents/inchangés etc etc). Présenter le tout dans des tables qui vont bien en présélectionnant (coches) les éléments à mettre à jour. La mise à jour consiste alors simplement en un traitement des fichier hf pour lesquel les selecteurs sont actif.
Si tout va bien un outil mettant cela en place (mais pas pour faire du zip) devrait voir le jour chez nous... mais chut ! (lol)
++ R&B www.WDForge.org
Patrick COQUE
"Romuald.besset" a écrit dans le message de news: d1umrb$inc$
Patrick COQUE a écrit :
"Romuald.besset" a écrit dans le message de news: d1u26k$5pc$
Patrick COQUE a écrit :
Salut à toutes & tous,
Avant tout, permettez-moi de vous souhaiter un excellent congé de Pâques.
Je me pose une petite question concernant le recours aux possibilités WDZip.
Je vois qu'il est généré une erreur à l'ajout d'un fichier déjà présent dans une archive.
Comment alors procéder au rafraîchissement d'une archive ?
En effet, lorsque le nombre de fichiers à archiver est assez volumineux, la création intégrale de l'archive à chaque fois est sans doute un facteur rédhibitoire pour l'utilisateur. Je suppose qu'un update de l'archive serait sans doute beaucoup plus rapide.
Est-ce que j'ai raté la commande quelque part sous WD9 ?
Est-ce une lacune des capacités Zip de WD9?
Et si oui, personne n'en éprouve-t-il le besoin ?
Ou alors, avez-vous trouvé comment y remédier, et ainsi contourner cette éventuelle absence ?
Merci de vos réponses.
Amicalement,
Patrick ;-)
Bonjour, répondu sur le ng officiel ! il faus supprimer le fichier avant de pouvoir l'ajouter. (ZipSupprime avant ZipAjoute ou boutons correspondants)
++ R&B www.WDForge.org
Merci Romuald de ta réponse,
j'y avais aussi pensé, mais j'avais peur que les temps représentés par : - analyse du contenu de l'archive - analyse des répertoires à la base de l'archive - comparaison des deux 'listes' en résultant - suppression dans l'archive de tout fichier y existant et devant l'intégrer pour mise à jour pour enfin seulement commencer l'archivage, ne soient relativement importants eux aussi. Je vais essayer de bien organiser tout cela et tester le résultat.
Encore merci de ta collaboration,
Amicalement, Patrick ;-)
Oui, effectivement ! Juste un conseil alors. Il va sans dire que la lecture des information disque est la plus longue. Reste ensuite alors à analyser le contenu du zip... POurquoi ne pas simplement monter deux thread, l'un en charge su fListefichier (mais la classe ClaFiles sur wdforge est plus rapide), l'autre en charge du zip.
Pour chaque fichier, récupérer chemin, nom et date dans un fichier texte, himporter le tout dans deux fichier (alias) HF et monter les requetes SQL qui vont bien (plus réscents/inchangés etc etc). Présenter le tout dans des tables qui vont bien en présélectionnant (coches) les éléments à mettre à jour. La mise à jour consiste alors simplement en un traitement des fichier hf pour lesquel les selecteurs sont actif.
Si tout va bien un outil mettant cela en place (mais pas pour faire du zip) devrait voir le jour chez nous... mais chut ! (lol)
++ R&B www.WDForge.org
Ben oui, c'est bien entendu dans ce style de choses que comptais m'aventurer, excepté que je n'ai jamais joué avec les threads, et que ce sera sans doute l'occasion de m'y faire un peu les dents. Encore merci, Patrick ;-))
"Romuald.besset" <info@wdforge.org> a écrit dans le message de news:
d1umrb$inc$1@s1.news.oleane.net...
Patrick COQUE a écrit :
"Romuald.besset" <info@wdforge.org> a écrit dans le message de news:
d1u26k$5pc$1@s1.news.oleane.net...
Patrick COQUE a écrit :
Salut à toutes & tous,
Avant tout, permettez-moi de vous souhaiter un excellent congé de
Pâques.
Je me pose une petite question concernant le recours aux possibilités
WDZip.
Je vois qu'il est généré une erreur à l'ajout d'un fichier déjà présent
dans une archive.
Comment alors procéder au rafraîchissement d'une archive ?
En effet, lorsque le nombre de fichiers à archiver est assez volumineux,
la création intégrale de l'archive à chaque fois est sans doute un
facteur rédhibitoire pour l'utilisateur. Je suppose qu'un update de
l'archive serait sans doute beaucoup plus rapide.
Est-ce que j'ai raté la commande quelque part sous WD9 ?
Est-ce une lacune des capacités Zip de WD9?
Et si oui, personne n'en éprouve-t-il le besoin ?
Ou alors, avez-vous trouvé comment y remédier, et ainsi contourner cette
éventuelle absence ?
Merci de vos réponses.
Amicalement,
Patrick ;-)
Bonjour, répondu sur le ng officiel !
il faus supprimer le fichier avant de pouvoir l'ajouter. (ZipSupprime
avant ZipAjoute ou boutons correspondants)
++ R&B
www.WDForge.org
Merci Romuald de ta réponse,
j'y avais aussi pensé, mais j'avais peur que les temps représentés par :
- analyse du contenu de l'archive
- analyse des répertoires à la base de l'archive
- comparaison des deux 'listes' en résultant
- suppression dans l'archive de tout fichier y existant et devant
l'intégrer pour mise à jour
pour enfin seulement commencer l'archivage, ne soient relativement
importants eux aussi.
Je vais essayer de bien organiser tout cela et tester le résultat.
Encore merci de ta collaboration,
Amicalement,
Patrick ;-)
Oui, effectivement !
Juste un conseil alors.
Il va sans dire que la lecture des information disque est la plus longue.
Reste ensuite alors à analyser le contenu du zip...
POurquoi ne pas simplement monter deux thread, l'un en charge su
fListefichier (mais la classe ClaFiles sur wdforge est plus rapide),
l'autre en charge du zip.
Pour chaque fichier, récupérer chemin, nom et date dans un fichier texte,
himporter le tout dans deux fichier (alias) HF et monter les requetes SQL
qui vont bien (plus réscents/inchangés etc etc).
Présenter le tout dans des tables qui vont bien en présélectionnant
(coches) les éléments à mettre à jour.
La mise à jour consiste alors simplement en un traitement des fichier hf
pour lesquel les selecteurs sont actif.
Si tout va bien un outil mettant cela en place (mais pas pour faire du
zip) devrait voir le jour chez nous... mais chut ! (lol)
++ R&B
www.WDForge.org
Ben oui, c'est bien entendu dans ce style de choses que comptais
m'aventurer, excepté que je n'ai jamais joué avec les threads, et que ce
sera sans doute l'occasion de m'y faire un peu les dents.
Encore merci,
Patrick ;-))
"Romuald.besset" a écrit dans le message de news: d1umrb$inc$
Patrick COQUE a écrit :
"Romuald.besset" a écrit dans le message de news: d1u26k$5pc$
Patrick COQUE a écrit :
Salut à toutes & tous,
Avant tout, permettez-moi de vous souhaiter un excellent congé de Pâques.
Je me pose une petite question concernant le recours aux possibilités WDZip.
Je vois qu'il est généré une erreur à l'ajout d'un fichier déjà présent dans une archive.
Comment alors procéder au rafraîchissement d'une archive ?
En effet, lorsque le nombre de fichiers à archiver est assez volumineux, la création intégrale de l'archive à chaque fois est sans doute un facteur rédhibitoire pour l'utilisateur. Je suppose qu'un update de l'archive serait sans doute beaucoup plus rapide.
Est-ce que j'ai raté la commande quelque part sous WD9 ?
Est-ce une lacune des capacités Zip de WD9?
Et si oui, personne n'en éprouve-t-il le besoin ?
Ou alors, avez-vous trouvé comment y remédier, et ainsi contourner cette éventuelle absence ?
Merci de vos réponses.
Amicalement,
Patrick ;-)
Bonjour, répondu sur le ng officiel ! il faus supprimer le fichier avant de pouvoir l'ajouter. (ZipSupprime avant ZipAjoute ou boutons correspondants)
++ R&B www.WDForge.org
Merci Romuald de ta réponse,
j'y avais aussi pensé, mais j'avais peur que les temps représentés par : - analyse du contenu de l'archive - analyse des répertoires à la base de l'archive - comparaison des deux 'listes' en résultant - suppression dans l'archive de tout fichier y existant et devant l'intégrer pour mise à jour pour enfin seulement commencer l'archivage, ne soient relativement importants eux aussi. Je vais essayer de bien organiser tout cela et tester le résultat.
Encore merci de ta collaboration,
Amicalement, Patrick ;-)
Oui, effectivement ! Juste un conseil alors. Il va sans dire que la lecture des information disque est la plus longue. Reste ensuite alors à analyser le contenu du zip... POurquoi ne pas simplement monter deux thread, l'un en charge su fListefichier (mais la classe ClaFiles sur wdforge est plus rapide), l'autre en charge du zip.
Pour chaque fichier, récupérer chemin, nom et date dans un fichier texte, himporter le tout dans deux fichier (alias) HF et monter les requetes SQL qui vont bien (plus réscents/inchangés etc etc). Présenter le tout dans des tables qui vont bien en présélectionnant (coches) les éléments à mettre à jour. La mise à jour consiste alors simplement en un traitement des fichier hf pour lesquel les selecteurs sont actif.
Si tout va bien un outil mettant cela en place (mais pas pour faire du zip) devrait voir le jour chez nous... mais chut ! (lol)
++ R&B www.WDForge.org
Ben oui, c'est bien entendu dans ce style de choses que comptais m'aventurer, excepté que je n'ai jamais joué avec les threads, et que ce sera sans doute l'occasion de m'y faire un peu les dents. Encore merci, Patrick ;-))
