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.
My server suddenly stopped importing pictures...
can you tell me which settings do i have to check ?
(sockets, curl, fopen) where are they in the server?
We are using dedicated server / centos 6 / 64bit
Thank you
You first should check if your firewall allows to pull in external data, before anything else. Then, if PHP allows to use fopen on external sources, then which options are checked. If fopen does not allow to pull data, you must have CURL instead. The plugin prefers CURL over sockets and falls back to sockets, unless you choose to use only sockets.
One of the possible issues are missing space, but also server settings. If your server disallow pulling in external content (sockets, curl, fopen) it is likely not working.
Searching deeper, more exactly in error_log me this message appears:
Code:
[16-Dec-2012 00:33:19 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 2800 bytes) in /home/test/public_html/forum/includes/cron/iei_cron.php on line 92
Was that why the product is not working properly? What should I do?
Searching deeper, more exactly in error_log me this message appears:
Code:
[16-Dec-2012 00:33:19 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 2800 bytes) in /home/test/public_html/forum/includes/cron/iei_cron.php on line 92
Was that why the product is not working properly? What should I do?
I think the product tried to load a huge image. PHP usually has a space limit and in this case it has 128 MB per process and this memory ran out of space. Maybe you need to enable the image resizing and trim imported images down to a suitable limit.
This extension is amazing, I use it since months, and all works very well. The only problem is that, I'm using a vps with limited resources (apache, 512Mb ram). I've noticed that one of the slowest sql in my vps is the following:
Code:
# Query_time: 16.976461 Lock_time: 0.000214 Rows_sent: 0 Rows_examined: 278721
SET timestamp=1356435021;
SELECT postid, dateline, pagetext
FROM post
WHERE iei_parsed=0
AND pagetext LIKE '%[/IMG]%'
ORDER BY postid
LIMIT 0, 5;
As you can see, my posts table has only 278721 rows. I think this is a small forum, I suppose that there will be bigger forums out there. But you can see too, that the query time is very high (16sg). I have discarded another problem (very much visits, and so on).
Is there a way to increase the perfomance of this query?
This extension is amazing, I use it since months, and all works very well. The only problem is that, I'm using a vps with limited resources (apache, 512Mb ram). I've noticed that one of the slowest sql in my vps is the following:
Code:
# Query_time: 16.976461 Lock_time: 0.000214 Rows_sent: 0 Rows_examined: 278721
SET timestamp=1356435021;
SELECT postid, dateline, pagetext
FROM post
WHERE iei_parsed=0
AND pagetext LIKE '%[/IMG]%'
ORDER BY postid
LIMIT 0, 5;
As you can see, my posts table has only 278721 rows. I think this is a small forum, I suppose that there will be bigger forums out there. But you can see too, that the query time is very high (16sg). I have discarded another problem (very much visits, and so on).
Is there a way to increase the perfomance of this query?
Best regards and thanks in advance.
Not that I can think of. A server should really ahve more than 512 MB of RAM, specially when using a database server, too. You may try to add some MB to the MySQL key buffer, but I doubt it will help.
There is a problemmi? Pictures ftp uploading beautifully. However, I opened the new topics added almost 6 hours but still ftp. What's the problem?
I don't know. This product imports only external images which can be read by the server, using CURL or fopen. If it doesn't work for you, I'm sorry, but there is nothing I can do about.