Best Practice Using Images With Inventory Items?

I have recently moved my Manager to another server and a newer version and find the images for my inventory items have changed a bit. After the move, I cannot see my images when I am looking through my inventory items.

I had put my images into folders within Manager, then opened each image in a browser, copied the URL and pasted it into the inventory item in a Custom Field Image type with the proper format.

After a release update in the past, my image links had broken due to the URL location, but the Key and FileID remained the same so just batch updating the URLs fixed it.

In version 20.9.56 the image FileID and Key were:
FileID=RWlrb25lcyBTdHVkaW8&Key=9faf1425-fe64-44d8-ab65-91d3dd9c0835
In version 20.10.93 the image FileID and Key are:
Key=9faf1425-fe64-44d8-ab65-91d3dd9c0835&FileID=RWlrb25lcyBTdHVkaW8gKDIwMjAtMTItMTkp

It appears the FileID and Key have been swapped and the FileID has become bigger.

There are a lot of inventory items and images!

I have read through multiple posts in the forum and find some handling images as I have, while others are putting images in file system folders outside of the Manager database.

My Question . . . Is there a Best Practice recommendation?

Personally, I would keep image files outside the Manager database. Is there really a need to be backing up all those images and consuming a lot of memory every time you make a backup file? Probably not. And why force yourself to remember to uncheck the attachments box every time you back up? A better strategy might be to establish a backup routine that only updates your backup of image files when you add or change one. What you are doing now shuffles a lot of ones and zeros around for no purpose.

Why you ask . . . because of a need, and Boy Scouts and Back Packs of course :wink:
It doesn’t matter the length of the trip or the size of the pack - a Scout will always fill it. Give us a great capability and of course we’re going to use the hell out of it - it meets our need.

The ability to put images into the database and reference them is quite attractive as it is a one-stop solution to a business documentation problem. The need for images becomes greater as we use Manager more and more for sales and manufacturing, a picture is worth a thousand words on a quote, invoice and in a production process. However the devil is always in the details, and here they are broken links, bloated database size and backup problems, as I experienced.

The Guide for images states “Rather than incorporate the image itself into Manager’s business data file, the image must be stored at a web-accessible location. HTML code is entered into the custom field referencing the URL of the stored image.”

Perhaps the guide could be written as “THE IMAGE MUST BE STORED … OR THE DATABASE WILL BECOME BLOATED AND … BROKEN LINKS AND … BACKUPS …” and the guide could be updated to include an example - Perhaps as part of the excellent guide for self-hosted installations, or as a stand-alone for those who don’t self-host? Yes, it’s pretty darn simple, but then so is everything when you know how.

Now I know, through my painful experience gained with 1400 broken image links, any consistent storage of images in the database - invoices, business related documents, etc. - anything a user might want to easily save, reference, and backup, will eventually bloat the database and it’s links will break.

So it’s understandable (to me anyway) how I might feel a bit let down, even though remembering the advice in the guide is clearly my responsibility, and failure.

This was a big deal for me, and from other forum posts, it seems for others. Perhaps a more robust Guide here would be worth the effort:

  1. store images in the database, but only a few and maybe only core business documents;
  2. downsize images to a minimum usable resolution;
  3. for self-hosting users, put your images in a website and reference them with HTML;
  4. for desk-top users … (I don’t know, I’m not a desktop user);
  5. for cloud users … (I don’t know - are there limits on the cloud?);
  6. when your image links break, do (this) to fix them manually;
  7. don’t worry, we’ve got an AutoMagic ImageLinkTracerChangerFixerUpper thingee (possible?);
  8. use our handy-dandy Link-Fixer-Delux application (is there one?)

Just a suggestion :slight_smile:

Whoa Horsey - Egg On Face !!!

I just hate making mistakes in public!

After spending the time to figure out that my inventory item image links were broken, and how, and write about them for this forum, I open Manager today to find my images links are not broken!!!
Yay Big Time !!!

But now I have to apologize (maybe?) for raising a red flag too early???

It appears that if I had fewer image links and/or just had a little more patience, the background Manager magic would have completed fixing ‘broken’ links and I never would have noticed?

While I am definitely pleased to be wrong I’m very curious to know what has happened!

Please enlighten me!