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.
i make every thing folder with chmod 777 and run the product , it make sub-folder ( 2010 ) but not have any images and the table of your product is 0 don't have any thing
i sent to my server menagment and them tolde me chmod 777 not worked with SUPHP and that must be to 755 , i change it to 755 and not worked also ...
note : i installed it for 2 weeks and no any images imported
please help me ..
thanks
Also check that you are the owner or, that Apache is the owner.
Nope. In order to keep the failures as low as possible, and have nearly zero impact on your server performance while people browse, and no impact on code changes as they happen too often, I have decided to adapt the cronjob technique, which is much more reliable, too.
worked for me for a wile then stoped ! i dont know why ! its tranfered about 1480 inm at all 98mb then stop days left no change . but i am sure my forum have more than 50 000 img
have dedi server ..
Nope. In order to keep the failures as low as possible, and have nearly zero impact on your server performance while people browse, and no impact on code changes as they happen too often, I have decided to adapt the cronjob technique, which is much more reliable, too.
I do get failures from time to time where images will be replaced and the wrong image will be shown.