The question on how the image is stored according the id or the ref is not a question. The dir where the files are stored depends on a common function (this was goal of moving image using same architecture than other objects), and we can now introduce an option to split/hash location of image into this function. We just need 2 or 3 lines of code.
If request is to be able to distinguish image to know if it is a cover image or not, or if image must be used for a catalog, or if image is private or not, etc... We can't manage this with a different directory. This is just a very bad practive. I understand the need, but we can't create one new directory structure each time we need a new tag to label a file. Files must be stored at one place, related to object, and for such needs, we must introduce a new table that will contains the value of properties we would like to manage: For example: llx_files_info.sql with fields relative path of file, module, id of object, property 1 (cover or not), property 2, property 3, ... This property will be editable directly from the generic template that manage files. Le 10 octobre 2015 10:14, Frédéric FRANCE <[email protected]> a écrit : > Bonjour > Before the products images were stocked in a directory based on the > id(exdir of id, which limits the number of subdirectories), now it's based > on the ref > If I have 10000 products, I will have 10000 subdirectories... (see 'ovh > limitation de fichier') > If I change the ref, I am loosing the images (or documents) > And as said Maxime, products images and products documents are mixed (I > have some images as documents, scanned doc as jpg, etc) > > Cordialement, Best regards, Pozdrawiam, Saludos, Mit freundlichen Grüßen, > Distinti saluti. > > Frédéric FRANCE (frederic34) > > Le 09/10/2015 11:10, Maxime Kohlhaas a écrit : > > Je dirai que séparer les 2 permet de bien distinguer les photos que l'on > affiche sur la fiche, que l'on peut utiliser sur un catalogue, que l'on > peut imprimer dans un devis, etc. > Sans mélanger avec d'autre fichiers > joints qui peuvent être des docs mais aussi des images. > > D'autre part, > c'est le même principe pour moi que le logo de la fiche tiers. Doit-on > retirer le champ logo et dire que le logo doit être géré dans les fichiers > joints du tiers ? > > Bien cordialement, > > -- > > * > <http://www.atm-consulting.fr/> <http://www.atm-consulting.fr/>* > > > > > *Maxime Kohlhaas* I *Consultant Associé* > 26 rue Barthélémy de > Laffemas - 26000 Valence > [email protected] > <mailto:[email protected]> <[email protected]> > Tél : 06 > 33 42 92 43 > www.atm-consulting.fr <http://www.atm-consulting.fr/> > <http://www.atm-consulting.fr/> > > > <https://www.facebook.com/atmconsulting26> > <https://www.facebook.com/atmconsulting26> > <https://twitter.com/atm_consulting> <https://twitter.com/atm_consulting> > <https://fr.linkedin.com/company/atm-consulting-valence> > <https://fr.linkedin.com/company/atm-consulting-valence> > <https://www.youtube.com/channel/UCYAZ-SPhzg9R87uppAvem0Q> > <https://www.youtube.com/channel/UCYAZ-SPhzg9R87uppAvem0Q> > > > > 2015-10-04 19:54 GMT+02:00 Laurent Destailleur (aka Eldy) < > [email protected] <mailto:[email protected]> <[email protected]>>: > > > Pour répondre à la question, j'aurais besoin d'éclaircissement. La > question amenant une autre question : > Quel est le motif de > différencier une image soumis sur l'ancien onglet document image et qui > n'existe plus d'une image soumise sur l'onglet document (tous) ? > > Je > reroute aussi sur la ML dev car la ML foundation board sert uniquement à > gérer le fonctionnement interne de l'association. > > 2015-10-01 12:51 > GMT+02:00 Régis Houssin <[email protected] > <mailto:[email protected]> <[email protected]>>: > > > > > Bonjour > > depuis la 3.7 et la 3.8 il n'y a plus de différences entre les documents > liés et les images dans une fiche produit !! > comment peut-on différencier une image produit d'une image mise en > document lié ??? > je voudrais bien qu'on m'explique ? ;-) > > Cordialement, > > > > > > > -- > EMail: [email protected] > <mailto:[email protected]> <[email protected]> > Web: > http://www.destailleur.fr > > ------------------------------------------------------------------------------------ > > Google+: https://plus.google.com/+LaurentDestailleur/ > > Facebook: https://www.facebook.com/Destailleur.Laurent > Twitter: > http://www.twitter.com/eldy10 > > ------------------------------------------------------------------------------------ > > * Dolibarr (Project leader): http://www.dolibarr.org (make a > donation for Dolibarr project via Paypal: [email protected] > <mailto:[email protected]> <[email protected]>) > * AWStats > (Author) : http://awstats.sourceforge.net (make a donation for AWStats > project via Paypal: [email protected] <mailto:[email protected]> > <[email protected]>) > * AWBot (Author) : > http://awbot.sourceforge.net > * CVSChangeLogBuilder (Author) : > http://cvschangelogb.sourceforge.net > > > > > _______________________________________________ > Dolibarr-dev mailing > list > [email protected] <mailto:[email protected]> > <[email protected]> > > https://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > > > > > _______________________________________________ > Dolibarr-dev mailing list > > [email protected] > > https://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > > > _______________________________________________ > Dolibarr-dev mailing list > [email protected] > https://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > -- EMail: [email protected] Web: http://www.destailleur.fr ------------------------------------------------------------------------------------ Google+: https://plus.google.com/+LaurentDestailleur/ Facebook: https://www.facebook.com/Destailleur.Laurent Twitter: http://www.twitter.com/eldy10 ------------------------------------------------------------------------------------ * Dolibarr (Project leader): http://www.dolibarr.org (make a donation for Dolibarr project via Paypal: [email protected]) * AWStats (Author) : http://awstats.sourceforge.net (make a donation for AWStats project via Paypal: [email protected]) * AWBot (Author) : http://awbot.sourceforge.net * CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
_______________________________________________ Dolibarr-dev mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
