pancakes

MicrostockGroup Sponsors


Author Topic: Need help with image upload and processing images  (Read 15497 times)

0 Members and 1 Guest are viewing this topic.

Leo Blanchette

« Reply #50 on: May 15, 2013, 02:14 »
0
30 seconds is default in general for php... so I'll be interested to see how it goes.
« Last Edit: May 15, 2013, 02:37 by Leo »


« Reply #51 on: May 15, 2013, 04:51 »
0
I have also noticed a degradation in processing time with imagemagick. I usually only process 20 or less, and sometimes it stalls halfway through and then i have to reupload. I have been able to get them uploaded, but very slow and tedious. Thanks for posting the times. I will check that.

« Reply #52 on: May 16, 2013, 21:45 »
0
I changed to 1.3.7 tonight, and uploaded 4 images that went OK.  Then tried an additional 3 images, after uploading tried to process, got a error 3 times saying Invalid Date - must be YYYY-MM-DD format.  After refreshing the page, the images are under all images.  After editing the images, then pressing Publish, I get the same error on a blank page, but after reloading the page, the updates are kept. 

Any ideas?

Leo Blanchette

« Reply #53 on: May 16, 2013, 22:44 »
0
The IPTC library I use requires a certain date format to be valid ... could be the way you saved the image or something in the code. I'll be sure to make that more flexible soon.

« Reply #54 on: May 17, 2013, 02:29 »
0
I had the same date error as lbarn but as I was re- processing 40 or 50 at a time I had no idea which it related to and was only seven out of 700 so I ignored it

« Reply #55 on: May 19, 2013, 00:05 »
0
Posting in case anyone else (who likes to put test sites behind a password) has this same problem.

I had trouble uploading using both the upload page and FTP.  The upload page consistently gave I/O error 2038.  The FTP uploaded fine, but when I tried to process I got one "image" object with no associated images.  The site is on bluehost and I tried modifying php.ini to use the recommended values, but it did not work.  The files were .png and .jpg.

Re-installing the parent and child themes did not work, same with re-installing wordpress.

In the end the problem may have been related to the fact that the site was installed in a password-protected folder.  Not sure why this would be an issue, but moving the test site to a non-password protected folder did the trick.

« Reply #56 on: May 19, 2013, 00:48 »
0
I changed to 1.3.7 tonight, and uploaded 4 images that went OK.  Then tried an additional 3 images, after uploading tried to process, got a error 3 times saying Invalid Date - must be YYYY-MM-DD format.  After refreshing the page, the images are under all images.  After editing the images, then pressing Publish, I get the same error on a blank page, but after reloading the page, the updates are kept. 

Any ideas?

 I get the same error - and like you the images do get processed & published.  when I look in the datasheets the date format is:

Date and Time of Original 2011:10:02 12:12:58
 
Date and Time when Digitized 2011:10:02 12:12:58

which is what the eerror said it required???

« Reply #57 on: May 19, 2013, 16:18 »
0
Is GD Library going to be supported in the future?  Maybe you already fixed this, but when using GD Library and version 1.3.7 there were a couple things that did not work:

1. Could not process PNGs: unset($source) in symbiostock_image_processor.php ... is this desired?

2. Processing an image did not attach the preview to the image (did not debug)

I am using Bluehost and was monkeying around with GD Library for a while until I found out that I had not activated imagick in my php.ini file ...

Leo Blanchette

« Reply #58 on: May 19, 2013, 16:55 »
0
1. Could not process PNGs: unset($source) in symbiostock_image_processor.php ... is this desired?

Fixed that yesterday. 2.0. Yes, GD will be supported. But the real point here is YOU KNOW CODING????!!!! Please help :D

Leo Blanchette

« Reply #59 on: May 19, 2013, 17:00 »
0

2. Processing an image did not attach the preview to the image (did not debug)


What circumstances did that happen in? I've seen that happen to people but I can't reproduce it.

« Reply #60 on: May 19, 2013, 17:06 »
0
Hi, when I hit publish I get 'failed to copy image xyz...' is there permissions or something that needs to be set?

(running 1.3.7 and cleantheme)

Leo Blanchette

« Reply #61 on: May 19, 2013, 17:08 »
0
Hi, when I hit publish I get 'failed to copy image xyz...' is there permissions or something that needs to be set?

(running 1.3.7 and cleantheme)
I *may* have fixed that yesterday in the same bug-fix. Are you using GD library? It should say.

« Reply #62 on: May 19, 2013, 19:29 »
0
Hi, when I hit publish I get 'failed to copy image xyz...' is there permissions or something that needs to be set?

(running 1.3.7 and cleantheme)
I *may* have fixed that yesterday in the same bug-fix. Are you using GD library? It should say.

how do we switch to another lib?

« Reply #63 on: May 20, 2013, 01:52 »
0
1. Could not process PNGs: unset($source) in symbiostock_image_processor.php ... is this desired?

Fixed that yesterday. 2.0. Yes, GD will be supported. But the real point here is YOU KNOW CODING????!!!! Please help :D

See PM for email.

I work as a software engineer, but have little PHP experience.  I know OOP and understand SQL concepts.  I know how to turn on Wordpress debugging and learned yesterday about print_r().  That's about it, but I am willing to learn more.  Was looking at drupal, ktools (briefly), photoshelter, and photodeck for my wife's site.  The latter two were attractive, but the fact that their backend is not secure (http, not https) really turned me off.  Also, transparency thumbnails look awful on photodeck. 


2. Processing an image did not attach the preview to the image (did not debug)


What circumstances did that happen in? I've seen that happen to people but I can't reproduce it.

I was using the GD Library and uploaded/processed a JPG.

Leo Blanchette

« Reply #64 on: May 20, 2013, 02:31 »
0
print_r also has a friend named var_dump (sometime's can make things easier to read in HTML though it only seems to happen on WAMP server...I wish I could get it working with html online too).

Are you using the 2.0 test version? There is a nice little help-area in there. I'll paste it for you:
Image Processing ImageMagic or GD Library


Some notes on your server's image processing methods there are a few things that influence your server's ability to process large images, and large amounts of images.

  •     The image processing module: ImageMagic, or inferior choice, GD Library
  •     Memory allowed: Edit wp-config.php file to change performance.
  •     Maximum allowed time a script can run.
Image processing occurs in a few areas in the Symbiostock theme:

  •     Process Uploads (Note at top of screen, it will tell you if you are using GD or ImageMagic)
  •     Images Listing / Editing Area ("Bulk Options" dropdown, "Reprocess")
Symbiostock checks to see if your server is using ImageMagick and if its not, it falls back to GD Library. Its highly advised you configure your server to use ImageMagic if it does not already. It uses less memory and generally produces better results. "Cheap" hosting using GD Library will give you much trouble with frequest script crashes, though will often still give satisfactory results in a good server environment.

If you can't seem to break out of memory limitations, use BLUEHOST as your hosting company instead. BLUEHOST has the best cost/power ratio and Symbiostock sites do great on it.

« Reply #65 on: May 20, 2013, 02:43 »
0
print_r also has a friend named var_dump (sometime's can make things easier to read in HTML though it only seems to happen on WAMP server...I wish I could get it working with html online too).

Are you using the 2.0 test version? There is a nice little help-area in there. I'll paste it for you:
Image Processing ImageMagic or GD Library


Some notes on your server's image processing methods there are a few things that influence your server's ability to process large images, and large amounts of images.

  •     The image processing module: ImageMagic, or inferior choice, GD Library
  •     Memory allowed: Edit wp-config.php file to change performance.
  •     Maximum allowed time a script can run.
Image processing occurs in a few areas in the Symbiostock theme:

  •     Process Uploads (Note at top of screen, it will tell you if you are using GD or ImageMagic)
  •     Images Listing / Editing Area ("Bulk Options" dropdown, "Reprocess")
Symbiostock checks to see if your server is using ImageMagick and if its not, it falls back to GD Library. Its highly advised you configure your server to use ImageMagic if it does not already. It uses less memory and generally produces better results. "Cheap" hosting using GD Library will give you much trouble with frequest script crashes, though will often still give satisfactory results in a good server environment.

If you can't seem to break out of memory limitations, use BLUEHOST as your hosting company instead. BLUEHOST has the best cost/power ratio and Symbiostock sites do great on it.


No, I have not yet signed up 2.0.  I can give you admin on a site if you PM your email ...

« Reply #66 on: May 20, 2013, 07:24 »
0
THE BUG
I confirm that - suddenly 1.3.7 causes problems (), looks it's connected to some external lib you're working on LEO. I did not change anything since 2 days

After trying to PUBLISH the processed image 

failed to copy //symbiostock_rf/889.jpg...

:-/

« Reply #67 on: May 20, 2013, 11:38 »
0
anyone else using justhost ?  I haven't been able to find how to use imagrmagick & just haven't had a chance yet to contact them directly

THP Creative

  • THP Creative

« Reply #68 on: May 20, 2013, 23:00 »
0
Still getting processing problems, even after upping those php time and memory settings.

Couple of items processed without even having an image show up, just keywords and title. And one image had grey lines for the bottom third of it.

Think processing still needs some work unfortunately.

Leo Blanchette

« Reply #69 on: May 21, 2013, 01:28 »
0
Hey there. Do me a favor? Set me up with an admin account - and dropbox me some images that cause problems. Nows the time - I'm perfecting this thing so I can "set it and forget it" for a while.

THP Creative

  • THP Creative

« Reply #70 on: May 21, 2013, 02:17 »
0
Hey there. Do me a favor? Set me up with an admin account - and dropbox me some images that cause problems. Nows the time - I'm perfecting this thing so I can "set it and forget it" for a while.


Your existing account at my site should still work, I'll just change it back to an admin account now.

http://thpstockphotos.com

There are no exact images that cause problems. I have retried those images and no problems 2nd time round. So its not the image itself, its the process thats running. Those images were just the unfortunate ones that were being processed when the script got funky and timed out or something. But my time settings in php are off the scale high and so is memory.

So I'm scratching my head on this one. Can only possibly think its the IPTC stuff going on that is slowing it down, or something funky in the imagemagick script, as none of this was an issue a few versions back.

I'll fix that account for you now. (EDIT - Done. Thanks for taking a look)
« Last Edit: May 21, 2013, 02:19 by Microstock Man »

Leo Blanchette

« Reply #71 on: May 21, 2013, 02:29 »
0
Did you change your script time btw? I thought you did.

Leo Blanchette

« Reply #72 on: May 21, 2013, 02:33 »
0
Its almost certainly a time limit thing. This time its gonna get cracked :D

THP Creative

  • THP Creative

« Reply #73 on: May 21, 2013, 03:04 »
0
Did you change your script time btw? I thought you did.

Sure did, posted earlier in this thread:

max_execution_time    600
max_input_time   120

is what it is now

Leo Blanchette

« Reply #74 on: May 21, 2013, 03:30 »
0
Great! Half done - I think it crashed at 10 minutes...I think ... silly me I should have been timing. It took a *long* time and was processing almost 50 images before it stopped...

Your final image is empty because the processing evidently stopped while generating it.

Close up of rusty, old barbed wire against a blue sky - is the one that halted.

So we are down to two things: Max time being met, or that image was faulty. Can you re-upload that image? Though I doubt thats the problem.

Does this problem happen when you do 10 or 12 images? I had to change the script to cater to godaddy people hence you find things run slower (to make better use of memory)


 

Related Topics

  Subject / Started by Replies Last post
6 Replies
4049 Views
Last post June 24, 2007, 14:37
by hatman12
23 Replies
10406 Views
Last post January 24, 2016, 12:11
by Sean Locke Photography
26 Replies
16594 Views
Last post July 25, 2010, 15:05
by trek
2 Replies
4551 Views
Last post September 22, 2012, 09:36
by Will
7 Replies
3968 Views
Last post March 06, 2013, 13:01
by Pilens

Sponsors

Mega Bundle of 5,900+ Professional Lightroom Presets

Microstock Poll Results

Sponsors