pancakes

MicrostockGroup Sponsors


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

0 Members and 1 Guest are viewing this topic.

jsfoto

  • flashstockphoto.com
« on: April 14, 2013, 14:33 »
0
Hi everybody,

I am quiet close to become part of Symbiostock, but at the moment I'm stuck. I uploaded two photos, but when I try to process them this it what I get:

Fatal error: Call-time pass-by-reference has been removed in /homepages/34/d161073170/htdocs/fsp/wp-content/themes/symbiostock/inc/classes/image-processor/symbiostock_image_processor.php on line 481

Any help is very much appreciated!
« Last Edit: April 14, 2013, 16:46 by jsfoto »


« Reply #1 on: April 14, 2013, 16:59 »
0
Don't know for sure but this might be caused by too restrictive php.ini settings. It has been discussed all over the Symbiostock threads. Search for it and you'll get more tips for settings to try than you'll probably like  ;)

jsfoto

  • flashstockphoto.com
« Reply #2 on: April 15, 2013, 04:28 »
0
Hi, I can't find where it is discussed.
Is there anyone experiencing similar problems?

« Reply #3 on: April 15, 2013, 05:07 »
0
I think Philens was probably referring to the size issue that some of us has (if an image was too big we had to edit the php.ini file in our cpanels).  I am no expert but with your problem the first thing I would try is using ftp or the cpanel though your host and delete the symbiostock_image_processor.php file then reinstall it from the file you have on your computer.  You may need to unzip the one on your computer to be able to extract it.

Alternatively and possibly easier, deactivate and delete the parent Symbiostock and re install the whole thing as you would do if you were installing an update

I have no idea if this will work but might be worth trying in case something got changed or corrupted.

jsfoto

  • flashstockphoto.com
« Reply #4 on: April 15, 2013, 06:25 »
0
Thanks for your answer Christine. I liked your idea, reinstalled the file via ftp, but unfortunatelly I get still the same error message. I still can't process an normal jpeg-file, no matter what size it is. Any more ideas from anyone?

« Reply #5 on: April 15, 2013, 06:50 »
0
I think that you should:
Go to your cpanel and try to change php settings (version, compatibility or something you can find there, to force php to accept deprecated parameter passing
or better
edit that symbiostock_image_processor.php file and in line 481 delete one &:
$size = GetImageSize( $dir . $file_name . '.jpg', &$info );
change to
$size = GetImageSize( $dir . $file_name . '.jpg', $info );
or even to
$size = getimagesize( $dir . $file_name . '.jpg', $info );

or ....
wait for Leo to do it :)
« Last Edit: April 15, 2013, 07:03 by ajt »

jsfoto

  • flashstockphoto.com
« Reply #6 on: April 15, 2013, 07:14 »
0
Thank you so much for that hint! It works perfectly: First image processed. Thanks again!

« Reply #7 on: April 15, 2013, 19:02 »
0
I think that you should:
Go to your cpanel and try to change php settings (version, compatibility or something you can find there, to force php to accept deprecated parameter passing
or better
edit that symbiostock_image_processor.php file and in line 481 delete one &:
$size = GetImageSize( $dir . $file_name . '.jpg', &$info );
change to
$size = GetImageSize( $dir . $file_name . '.jpg', $info );
or even to
$size = getimagesize( $dir . $file_name . '.jpg', $info );

or ....
wait for Leo to do it :)

Well, I was going to try this as I am now having issues with uploading. After uploading about 40 images with no hitches this morning, now I have issues.

I do not have a file named symbiostock_image_processor.php. I have looked through ftp, and I have logged into cpanel>file manager and looked there. nothing.

Leo Blanchette

« Reply #8 on: April 15, 2013, 19:36 »
0
Maybe without realizing it I still have a cap on upload limits. I will check :D

« Reply #9 on: April 15, 2013, 19:39 »
0
Maybe without realizing it I still have a cap on upload limits. I will check :D

Thanks Leo.

EDIT: Your limits are OK leo. This was operator error. I have been messing with the watermark. I deleted the old version from the Media Library, but did not put the new version name in the settings page. It was looking for something that wasnt there. If it just would have told me!  :D I am back on track. (holding my eyes open with toothpicks though)
« Last Edit: April 15, 2013, 19:46 by cclapper »

Leo Blanchette

« Reply #10 on: April 15, 2013, 19:52 »
+1
I think the only problem that people *may* experience is that I had upload limit set to 100mb...but that just limits how much you can enque. I just bumped it it to 1000mb

« Reply #11 on: April 15, 2013, 20:10 »
0
I think the only problem that people *may* experience is that I had upload limit set to 100mb...but that just limits how much you can enque. I just bumped it it to 1000mb


Thanks Leo.

jsfoto

  • flashstockphoto.com
« Reply #12 on: April 16, 2013, 04:42 »
0
I have got a new problem with processing, after everything was okay yesterday.
I uploaded two jpeg. and went to "Process Uploads" I can find them there and  tick the boxes. But after pressing "Process Images" I get a white page with nothing but "Process Images" images in the upper left corner. When I go to "all images", I find the files with title, keywords, description, but without a thumbnail  :-\
Any ideas what is going wrong?

Leo Blanchette

« Reply #13 on: April 16, 2013, 04:46 »
0
Hiya,

I had applied ajt's fixes above - that might be related...but it sounds like the typical memory issue - I could be wrong though.

If you like you can make me an admin account leo[at]symbiostock.com and I can check it out for you tomorrow. Forgive me if I missed something, but did you already do the php.ini thing where you up your memory settings?

Feel free to download the latest version I just put out tonight and give that a spin.

« Reply #14 on: April 16, 2013, 04:50 »
0
My fixes were related to previous jsfoto's problem and solved it :)

jsfoto: how big are today files (I mean megapixels, not file size), are they bigger than that one uploaded yesterday? Try with smaller one. If it will be ok, it is memory limit issue.
« Last Edit: April 16, 2013, 04:55 by ajt »

jsfoto

  • flashstockphoto.com
« Reply #15 on: April 16, 2013, 04:58 »
0
Hi Leo,
I really appreciate your quick answers a lot! Thank you so much. I would like to try the latest version, but last time I updated the theme all customization was gone. Is there a way to avoid this?

jsfoto

  • flashstockphoto.com
« Reply #16 on: April 16, 2013, 05:02 »
0
yesterday I processed 6,02 MB secussfully, today I tried 1,75 MB and 7,42 MB and both are not processes (not even the 1,75 MB-file without the bigger one)

« Reply #17 on: April 16, 2013, 05:13 »
0
But what are their sizes in pixels?

« Reply #18 on: April 16, 2013, 05:18 »
0
I had that issue because i changed the watermark image. Be sure you copy the name of the file after you uplad it and paste it to the Settings page in the slot designated for watermark. Could that be what is going on?

jsfoto

  • flashstockphoto.com
« Reply #19 on: April 16, 2013, 05:39 »
0
watermark is unchanged ... but yes pixel-sizes were smaller yesterday. after downsizing the image I can process sucessfully. so everything is fine when I update to the latest version of the theme if I understood you right Leo?

« Reply #20 on: April 16, 2013, 06:28 »
0
Your site is on 1&1, they give low memory limits available for php scripts. Go to admin area in your page, click on "Symbiostock' and select 'Testing' tab. Then go to table titled "Core' and find entry 'memory_limit'. It should be 256M, to process big files without problems in current version of Symbiostock. You probably have 64M there.
You can try to create file php.ini with line memory_limit=256M and put it into folder with wordpress files, but I don't know if 1&1 allows to increase memory.
You can also try to find option in your server control panel.
Solutions:
-Try to speak to your hosting people and ask them to increase memory limit for php,
or
-Move your site for example to Bluehost,
or
-Leo promised Imagick soon. When it will be used by Symbiostock, then even 64M should be enough memory to process huge files, but in future maybe it will not be enough, when Symbio will have new functions and you will install more plugins and extensions in Wordpress.
So, if increasing memory limit to 256M (at least 128M, but not 64 ) will not be possible, find new hosting...
« Last Edit: April 16, 2013, 07:12 by ajt »

jsfoto

  • flashstockphoto.com
« Reply #21 on: April 16, 2013, 07:56 »
0
Thanks for the detailed answer Andrzej. 1und1 gives me 90M, not more. So I guess I should move to bluehost. Is it really only $4,95/month at bluehost or do I have to buy a more expensive package there?

« Reply #22 on: April 16, 2013, 10:07 »
0
Thanks for the detailed answer Andrzej. 1und1 gives me 90M, not more. So I guess I should move to bluehost. Is it really only $4,95/month at bluehost or do I have to buy a more expensive package there?


4.95 is the rate for signing up for multiple years. One year is 6.95 i believe.

jsfoto

  • flashstockphoto.com
« Reply #23 on: April 16, 2013, 12:33 »
0
Decision is made: I gonna move my site to bluehost. Are there any ideas what I can save and export und how I can make sure that not everything what I did so far has to be donne again?
And what is your way to install a theme update?
Sorry for asking so simple questions but wordpress is totally new to me-.
« Last Edit: April 16, 2013, 17:22 by jsfoto »

« Reply #24 on: April 16, 2013, 12:59 »
0
Decision is made: I gonna move my site to bluehost. Are there any ideas what I can save and export und how I can make sure that not everything what I did so far has to be donne again?
An what is your way to install a theme update?
Sorry for asking so simple questions but wordpress is totalls new to me-.


I can only address the theme update...you should have your SY parent theme and your child theme and the child is the one that is activated. So first, activate the twenty ten theme. Then, delete the parent SY theme.  It will move the child to the bottom and will say that its broken. Thats ok. Install the updated SY parent theme . Once installed, activate the child theme. Thats it.

« Reply #25 on: April 16, 2013, 22:13 »
0
image upload is broken w IE10 on 1.3.1 -- worked ok before, and seems to work with chrome.  I get the screen with "add files" but clicking on the button does nothing

----

upload is fine

go back to IE10 to process -- try to publish all (mix of some with titles, some w/o) get
Warning: file_get_contents(/home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/plupload/uploads/091105_272_274p_837874920_O.jpg) [function.file-get-contents]: failed to open stream: No such file or directory in /home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/WideImage.php on line 194

Warning: unpack() [function.unpack]: Type c: not enough input, need 1, have 0 in /home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/vendor/de77/TGA.php on line 90

Fatal error: Uncaught exception 'WideImage_InvalidImageSourceException' with message 'File '/home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/plupload/uploads/091105_272_274p_837874920_O.jpg' appears to be an invalid image source.' in /home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/WideImage.php:225 Stack trace: #0 [internal function]: WideImage::loadFromFile('/home1/cascolyi...') #1 /home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/WideImage.php(183): call_user_func(Array, '/home1/cascolyi...') #2 /home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/image-processor/symbiostock_image_processor.php(167): WideImage::load('/home1/cascolyi...') #3 /home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/image-processor/symbiostock_image_processor.php(1013): symbiostock_image_processor->symbiostock_process_image('091105_272_274p...', 444) #4 /home1/cascolyi/ in /home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/WideImage.php on line 225

in chrome, all have been processed to draft status, no files found when I do 'process uploads'

----
i edit and add categories in chrome; then go back to IE10 session and can edit & publish

Leo Blanchette

« Reply #26 on: April 16, 2013, 22:29 »
0
I'm not sure, but I think I requested you to make me an admin account earlier so I can help you. Did you do that?

Microstock Man

  • microstockman.com

« Reply #27 on: April 17, 2013, 23:51 »
0
Is the image uploader visible for everyone? I have been using FTP so haven't looked there for a while, but in 2 browsers it doesnt' show up. I have latest browsers and flash installed too.

Leo Blanchette

« Reply #28 on: April 18, 2013, 03:47 »
0
It should show up. But there's always the possibility it doesn't in some places...plupload is pretty complicated

Microstock Man

  • microstockman.com

« Reply #29 on: April 18, 2013, 04:02 »
0
It should show up. But there's always the possibility it doesn't in some places...plupload is pretty complicated
It worked fine in the earlier versions. Not sure what version it stopped for me as I have used FTP only for ages now. Not a huge issue, just odd.

« Reply #30 on: April 18, 2013, 04:04 »
0
Maybe javascript blocked (or odd settings) in browser?

« Reply #31 on: April 18, 2013, 16:30 »
0
uploaded a small batch of images -- the iptc was read for some of them, but most showed up with no title, desc or keywords.  when I look at the images in exiftool gui all info is there & when I load them to smugmug all info is read.

the images are the first 2 drafts - maps of bunker hill and quebec from the am revolution

otherwise upl & processing has been working fine

Leo Blanchette

« Reply #32 on: April 18, 2013, 19:49 »
0
Sometimes I get issues as well. I'm goign to have to pay attention to what might be happening to trip things up.

« Reply #33 on: April 18, 2013, 20:01 »
0
Sometimes I get issues as well. I'm goign to have to pay attention to what might be happening to trip things up.

I've ad something similar happen when submitting to dt and a few others, but here I confirmed that all relevant fields are present in both iptc and xmp fields

« Reply #34 on: April 18, 2013, 22:21 »
0
uploaded a small batch of images -- the iptc was read for some of them, but most showed up with no title, desc or keywords.  when I look at the images in exiftool gui all info is there & when I load them to smugmug all info is read.


Further data points on this:- When we uploaded some images by FTP from Photoshelter, quite a few had no metadata, although some of it appeared when the images were edited. All files (700+ to date) FTP'd by Filezilla direct from my desktop have arrived intact.

Also, the direct uploader doesn't think I have Flash. Adobe thinks I do.

« Reply #35 on: April 18, 2013, 22:45 »
0
I reported some issues of that kind a while back: 3 of the 10 images I uploaded/imported into SY failed/had metadata missing. For two just using the same copy again worked. metadata was all there after a second try. (The third file had two dots instead of one dot in front of "jpg", which made it fail.) So, this may be a tricky one to track down...

« Reply #36 on: April 19, 2013, 06:44 »
0
i had about 15 images to upload last night. I can't seem to upload more than 3 or 4 at a time, otherwise the uploader freezes. What does get uploaded goes through and processes ok, but it's getting hung up in the uploader. I'm not sure if it's an uploader problem or a blue host problem (maybe all of us SY uploaders have overloaded their servers? :-)


I have noticed while working on other pages, when I hit save, I have to sit and wait a few seconds for the save to happen. The progress field says something like "waiting for www.cathyslifestockphotos.com...".


I have upgraded to 1.3.1 (I think I have one more upgrade on my desktop to do tonight).

« Reply #37 on: April 19, 2013, 06:54 »
0
i had about 15 images to upload last night. I can't seem to upload more than 3 or 4 at a time, otherwise the uploader freezes. What does get uploaded goes through and processes ok, but it's getting hung up in the uploader. I'm not sure if it's an uploader problem or a blue host problem (maybe all of us SY uploaders have overloaded their servers? :-)


I have noticed while working on other pages, when I hit save, I have to sit and wait a few seconds for the save to happen. The progress field says something like "waiting for www.cathyslifestockphotos.com...".


I have upgraded to 1.3.1 (I think I have one more upgrade on my desktop to do tonight).



You try upload via FTP? It's easy and fast. I do uploads using Filezilla without problems, but also my files are vectors, mostly smaller than the photo files.

farbled

« Reply #38 on: April 19, 2013, 10:25 »
0
+1, I've FTP'd over a hundred at a time with no issues. File sizes from 3 to 11 MB (through Bluehost).

« Reply #39 on: April 19, 2013, 12:30 »
0
Use this directory to do upload via FTP

/public_html/wp-content/themes/symbiostock/inc/classes/plupload/uploads

After, go to royalty free images/process uploads and you will see upload image there.

« Reply #40 on: April 19, 2013, 14:44 »
0
can an image be published without a title?  I thought it was required -- I did a bulk edit , adding category and clicked publish, figuring i'd come back later to add the titles on the few that didn't have them, but instead images with no titles got published

Leo Blanchette

« Reply #41 on: April 19, 2013, 14:47 »
0
Guess so! Oh and BTW thanks for writing all those help tutorials! I can link to them from the main site for now.

hotwalkn

  • ...I have a lens fetish...

« Reply #42 on: April 26, 2013, 11:01 »
0
image upload is broken w IE10 on 1.3.1 -- worked ok before, and seems to work with chrome.  I get the screen with "add files" but clicking on the button does nothing

----

upload is fine

go back to IE10 to process -- try to publish all (mix of some with titles, some w/o) get
Warning: file_get_contents(/home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/plupload/uploads/091105_272_274p_837874920_O.jpg) [function.file-get-contents]: failed to open stream: No such file or directory in /home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/WideImage.php on line 194

Warning: unpack() [function.unpack]: Type c: not enough input, need 1, have 0 in /home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/vendor/de77/TGA.php on line 90

Fatal error: Uncaught exception 'WideImage_InvalidImageSourceException' with message 'File '/home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/plupload/uploads/091105_272_274p_837874920_O.jpg' appears to be an invalid image source.' in /home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/WideImage.php:225 Stack trace: #0 [internal function]: WideImage::loadFromFile('/home1/cascolyi...') #1 /home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/WideImage.php(183): call_user_func(Array, '/home1/cascolyi...') #2 /home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/image-processor/symbiostock_image_processor.php(167): WideImage::load('/home1/cascolyi...') #3 /home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/image-processor/symbiostock_image_processor.php(1013): symbiostock_image_processor->symbiostock_process_image('091105_272_274p...', 444) #4 /home1/cascolyi/ in /home1/cascolyi/public_html/pix/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/WideImage.php on line 225

in chrome, all have been processed to draft status, no files found when I do 'process uploads'

----
i edit and add categories in chrome; then go back to IE10 session and can edit & publish


I am having this very same issue. :(

« Reply #43 on: April 26, 2013, 12:02 »
0
Try ftp. Works fine.

« Reply #44 on: May 08, 2013, 01:42 »
0
i oftem ise image editor to process images  , work fine everytime.
« Last Edit: May 08, 2013, 01:44 by redimage »

Microstock Man

  • microstockman.com

« Reply #45 on: May 15, 2013, 01:31 »
0
Is anyone out there able to use ImageMagick and process more than 15-20 images at a time ("process to drafts" button) without it taking 10 times as long as it did without ImageMagick and it ending up often with a white screen (using Safari)??

I have maxed out my memory settings in every place imaginable, and yes, the images do get processed, the white screen seems to be a timeout issue rather than a bug issue. But previously I could process 50-100 images fine, no problems, WAY quicker than I can do 20 now.

I'm just really surprised that ImageMagick is meant to be more efficient, as (sorry Leo, not trying to be mean here) nothing has seemed as efficient since it was introduced. But I have done some reading on it and EVERYONE says its better than GD, as Leo said.

So perhaps something else has crept in with the newer releases of the theme? Some other code/memory related thing, that has nothing to do with ImageMagick?

Are others having better success than me?
« Last Edit: May 15, 2013, 01:53 by Microstock Man »

Leo Blanchette

« Reply #46 on: May 15, 2013, 01:48 »
0
Imagemagick is much better by far.

Wordpress's class for resizing takes care of many details but also hijacks some of my settings, using default ones. Also keep in mind I implemented this as a project detour when people started panicking about a number of issues like IPTC and reprocessing...the improved version (which is already working more efficiently) is under way. For instance 2.0 does not reprocess images for every save.

For instance, one reason it takes longer in general is I use some temp-file writing during the process to reduce memory overhead for people who can't break out of the cheap-hosting. The previous version (the fast GD one) stacked up a nice mountain of objects and crunched them all at once (the speed of which you speak) whereas this version treads slowly, methodically, and nicely, comfortably...  for the ... more constrained ... environments.

If its a script length of time running issue (which no doubt it is).. http://www.cyberciti.biz/faq/wordpress-to-wordpress-php-import-tweak/


Microstock Man

  • microstockman.com

« Reply #47 on: May 15, 2013, 01:58 »
0
Sorry, I think I updated my post just as you posted!

Yep I agree from everything I've read Imagemagick is technically better. And thanks for explaining the difference in how you've used them, that makes sense.

According to my Symbio Help tab that gives all the PHP info, my current, standard Bluehost settings are: (in relation to that link you posted)

max_execution_time    30   
max_input_time   -1

Any idea why Bluehost has -1 as its setup? If I change that will I break something!?

Leo Blanchette

« Reply #48 on: May 15, 2013, 02:04 »
0
*facehand*

Do people use *facehand* in forums?

Yes. By an amazing coincidence, you may find that if you watch your white-screen - it may just appear at about the thirty second mark.  :P

Set it to something crazy, like 88.8 seconds. When this baby hits 88.8mph, your going to see some serious...

Anyway, glad you fixed the problem.

Microstock Man

  • microstockman.com

« Reply #49 on: May 15, 2013, 02:09 »
0
*facehand*

Do people use *facehand* in forums?

Yes. By an amazing coincidence, you may find that if you watch your white-screen - it may just appear at about the thirty second mark.  :P

Set it to something crazy, like 88.8 seconds. When this baby hits 88.8mph, your going to see some serious...

Anyway, glad you fixed the problem.

Ha, I'm so sad, I had to look up what facehand meant...! Not up with the lingo... ;)

These seem like low settings as default. I have changed them to what was in that link you posted

max_execution_time    600
max_input_time   120

That look alright?

I'll see how it goes. Cheers once again Leo :)

FYI FOR THOSE READING - THIS ISSUE MAY AFFECT ALL BLUEHOST USERS, as these were the default values

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

Microstock Man

  • microstockman.com

« 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.

Microstock Man

  • microstockman.com

« 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

Microstock Man

  • microstockman.com

« 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)

Microstock Man

  • microstockman.com

« Reply #75 on: May 21, 2013, 03:38 »
0
In general I find it crashes around 5-6 minutes I think.

10 minutes - you actually did well! I don't think it's actually run that long before without crashing.

Uploaded the file again, though I highly doubt that is it.

It doesn't always crash when doing 15 images or so but it takes SO LONG. Then randomly it will decide to white screen me. It also white screens me occassionaly when on the image edit page to process them to live.

Any way to have 2 scripts - one for bluehost that works like it used to, one for godaddy people (that is until they change hosts  ;) )

Leo Blanchette

« Reply #76 on: May 21, 2013, 03:42 »
0
I rather liked that greedy stack of pancakes version too. This one gives you little thin pancakes one at a time...as slowly as you can digest them.

A toggle button...to switch to greedy mode? That might be possible. Let me think about it. This actually writes tmp files and everything...very slow. The other one juggled large amounts of data in mid-air, whch is why it performed so well.

But the constant crash reports from godaddy users demanded some sort of compromise.

« Reply #77 on: May 21, 2013, 09:17 »
0
Hi Leo,
I too have an issue when processing several photos. Sometimes it processes only the first photo of the batch. One time it did 20 and I had more than 200 selected.
Also, the search don't find my photos but it searches the network ones (clipartillustrations) ok. Is there another step that I missed?

I sent you a user admin credentials if you would like to verify.

http://michaelpettigrew.com/symbiotest/

Thanks!
Michael

« Reply #78 on: May 21, 2013, 12:09 »
0
The only error I get when processing images is when my JPEG images are more than 5000 pixels (at least one side).

Leo Blanchette

« Reply #79 on: May 21, 2013, 17:27 »
0
Hey guys, at this point I'd say we might be ok when 2.0+ is out. So it might just be best to wait for that. We're making fast and good progress.

Jeffery - does it say "imagemagick" or "gd library" on the image processor? 5000 width is probably around your cut-off length for that environment.

@blackvx I'll try to check that today and see where its failing. And if I may ask, what is your hosting? Did you set up your server memory properly?  What you are saying sounds like random crashes due to memory.

« Reply #80 on: May 21, 2013, 21:37 »
0
Hey guys, at this point I'd say we might be ok when 2.0+ is out. So it might just be best to wait for that. We're making fast and good progress.

Jeffery - does it say "imagemagick" or "gd library" on the image processor? 5000 width is probably around your cut-off length for that environment.

@blackvx I'll try to check that today and see where its failing. And if I may ask, what is your hosting? Did you set up your server memory properly?  What you are saying sounds like random crashes due to memory.

still have GD -- added the ini line  but imagemagick doesn't show up - any suggestion s?

« Reply #81 on: May 25, 2013, 16:39 »
0
still have GD -- added the ini line  but imagemagick doesn't show up - any suggestion s?


@cascoly Bluehost has some great help documentation for installing PHP extensions (http://my.bluehost.com/cgi/help/534 and posted the page itself further down just in case it is not visible).  Is there a line in your php.ini for extension_dir?

Quote
Viewing Currently Installed PECL Packages
To view the PECL Packages currently installed, you will need ssh access. To learn how to get SSH access, Click Here. Once you have logged in via SSH, enter the following command:

Code: [Select]
/usr/bin/pecl list       

Installing New PECL Packa
In the past we have done manual installations of packages as our customers needed them, but actually now we just have a pre-installed library, and if you wish to have another PECL package installed, these are the directions for doing so: You can download and install PECL packages locally to your account. You'll need SSH access. Once you're logged in, these are steps for installation:

    Create a folder in your home directory to download and compile the packages in.

   
Code: [Select]
mkdir ~/pecl
    Create a directory for you php extensions to be located in. Something like ~/php/extensions.

   
Code: [Select]
$ mkdir ~/php )

    $ mkdir ~/php/extensions

    Change directories to that created pecl directory and run the following command:

   
Code: [Select]
cd ~/pecl

    pecl download <packagename>

    ********************** For multiple PECL packages, repeat steps 4-9 and then step 12 *****************
    That will download the package which you'll then need to untar with:

   
Code: [Select]
tar -xvzf
    Change directories to the extracted directory and run the phpize command

   
Code: [Select]
cd ~/pecl/<packagedirectory>

    phpize
           

    When that's done, run the following command from inside the module folder ./configure --prefix=$HOME/pecl/<packagedirectory> ( you can find the directory to use by typing pwd inside the package directory)

   
Code: [Select]
cd ~/pecl/<packagedirectory>

    ./configure --prefix=$HOME/pecl/<packagedirectory>

    If that runs without error, then the package should be compatible with our environment. If it completes successfully, run the following command from individual module directory make

   
Code: [Select]
make
    That will create the module file that you'll need to put in your php.ini. It'll be located in the modules directory and will be named <packagename>.so

   
Code: [Select]
cd modules
    Copy the .so file to your ~/php/extensions directory that you created.

   
Code: [Select]
cp <packagename>.so ~/php/extensions
    Copy the existing server-installed extensions from /usr/lib64/php/modules/ to the ~/php/extensions directory:

   
Code: [Select]
cp -rf /usr/lib64/php/modules/* ~/php/extensions/
    Edit your php.ini file in public_html (assuming you're on single php.ini mode from the php config icon in the cpanel) and change the extension_dir setting to the full path to your ~/php/extensions directory

       extension_dir = "/home<#>/<username>/php/extensions"

    Add the extension to your php.ini file. It'll look like:

    extension=<filename>.so



 

Related Topics

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

Sponsors

Microstock Poll Results