Version: 1.0.5, by y2ksw
Developer Last Online: Feb 2023
Category: Administrative and Maintenance Tools -
Version: 4.x.x
Rating:
Released: 11-06-2010
Last Update: 02-13-2011
Installs: 300
DB Changes Uses Plugins
Additional Files Translations
No support by the author.
This vBulletin 4 product imports external images in your posts from external servers or paths into a specific path, normally your forum's image folder.
Differently than the previous product Image Cache for vBulletin 3.x., it parses the posts at regular intervals for new images and replaces the external references in the background. Also, instead of using only a single folder, it creates folders for years and months, making it much easier to handle large quantities of images. The source and destination image URL's are stored into database, too, avoiding unnecessary duplicates.
It moves and optionally converts images from one place to another. It is a handy tool in order to keep your images local to your forums.
Version 1.0.4 is temporarily in BETA stage until the users have confirmed the newly requested features.
Version 1.0.5 is still in BETA stage. It adds a new bunch of additional features, one of which allows you to test your mathematical understanding ... and a few other to fine-tune CURL and socket timeouts, and resizing on the fly of too large images. If you don't know what these options do, please leave them at their default values.
You may convert images to jpg and then all images will not carry the original filename and/or extension.
However, if an image is dynamically linked, visibility may depend on your logged in state (or the state the "pasting" user is in) and thus may not work in any case. The server script is not logged into the remote media server (is a guest) and thus may not see anything.
That's not the issue. The issue is if someone is linking to a file that has anything after the .jpg. Then it doesn't import correctly.
normally you would choose the latest version. 1.0.5
Gotcha ya!
It hasn't finished importing all the images yet. So, I hit Run Now in the Scheduled Task Manager and got this:
Request Timeout
This request takes too long to process, it is timed out by the server. If it should not be timed out, please contact administrator of this web site to increase 'Connection Timeout'.
Anything I can do about this?
It's scheduled to run every 10 minutes but the latest images imported were at 10:35 this morning about 4 hours ago.
EDIT
Another question
Include Forum ID's and Exclude Forum ID's
I did not enter any forumids in either box. Is this correct?
It hasn't finished importing all the images yet. So, I hit Run Now in the Scheduled Task Manager and got this:
Request Timeout
This request takes too long to process, it is timed out by the server. If it should not be timed out, please contact administrator of this web site to increase 'Connection Timeout'.
Anything I can do about this?
It's scheduled to run every 10 minutes but the latest images imported were at 10:35 this morning about 4 hours ago.
EDIT
Another question
Include Forum ID's and Exclude Forum ID's
I did not enter any forumids in either box. Is this correct?
Thanks!!
1. There is nothing I can do about connection timeouts. It may be your PHP hosting plan has Safe Mode enabled and thus will timeout at the system settings. Or, the server is simply too busy to make fast connections on outgoing requests.
2. You should not play with these (actually all) options unless you really need to
1. There is nothing I can do about connection timeouts. It may be your PHP hosting plan has Safe Mode enabled and thus will timeout at the system settings. Or, the server is simply too busy to make fast connections on outgoing requests.
2. You should not play with these (actually all) options unless you really need to
Large image quantities
If you have a very high number of images, the iei_cron.php task may run out of memory. If this happens, you can empty the iei_img table. By doing so, the script will start over with a new array of imported images, which is acceptable once and then. If you want to keep the history, please feel free to keep a backup of this table.
Please explain in detail how to do this.
This may be my problem. I've reduced the posts at once to 5. Convert to jpg and disabled Cache Image URL's.
Large image quantities
If you have a very high number of images, the iei_cron.php task may run out of memory. If this happens, you can empty the iei_img table. By doing so, the script will start over with a new array of imported images, which is acceptable once and then. If you want to keep the history, please feel free to keep a backup of this table.
Please explain in detail how to do this.
This may be my problem. I've reduced the posts at once to 5. Convert to jpg and disabled Cache Image URL's.
If you have this option (depends on release you are using):
Cache Image URL's
Cache image URL's into memory. If you have a large board, a lot of imported images and limited memory, you may want to switch this option off. If disabled, images are tested by less efficient database queries.
Try to switch it off, first (No). Then, each request for an image is queried from the database instead of loading the file list into memory. If this does still not work, then you have a different problem.