MicrostockGroup
Microstock Photography Forum - General => Symbiostock => Symbiostock - Development Area => Topic started by: Leo Blanchette on May 06, 2013, 22:17
-
Here is the download for 1.3.7
https://github.com/orangeman555/symbiostock/blob/master/symbiostock.zip?raw=true (https://github.com/orangeman555/symbiostock/blob/master/symbiostock.zip?raw=true)
See this post for details on using re-processor:
http://www.symbiostock.com/version-1-3-7-image-reprocessor-re-watermarking-added-fixes/ (http://www.symbiostock.com/version-1-3-7-image-reprocessor-re-watermarking-added-fixes/)
Before I was taken away to chase my tail for a while on these issues, I was working on the much bigger improvements on Symbiostock (search and network) so I'm going to get back to these now. Plus I have to update the main website so its much more obvious how things work with Symbiostock (simplification, etc)
As the saying goes "The Shoemaker's children don't have any shoes" there are some much needed issues I need to address outside the scope of the theme itself, but on its marketing, website, and general added features.
Still, thank you for prompting me to action on the IPTC and reprocessor. It gives some nice features I can use in the network/search system anyway.
The bigger release will probably be as big as the initial release of Symbiostock itself for the work involved.
I hope everything is running stable for everyone. Continue to help one-another as I have to really start focusing on other aspects of this venture :D
Thanks again,
Leo
-
Just installed and looking good!
Just a quick question, Leo - where are you getting the email address for the copyright notice in the image metadata? I'm getting the old one showing up, and I can't find where it is in the config to update it.
-
There is no configurable stuff now. But when there is you can reprocess it!
Example from your latest upload:
Copyright (c) Colin and Linda McKie 2013
Image Location: http://www.picturemojo.co.nz/?post_type=image&p=6268 (http://www.picturemojo.co.nz/?post_type=image&p=6268)
Image Contact: your email [email protected]
Image contact is taken from the user email you are logged in with.
Also with the new release you will find the copyright field reverses as you had suggested, putting year first.
-
Image contact is taken from the user email you are logged in with.
My user email is [email protected] and has been since we moved the site. That's the odd bit. I can't find that old email in any WP table.
-
What ever email assigned to your login is what you should be seeing. If you check your account settings is the email correct?
-
What ever email assigned to your login is what you should be seeing. If you check your account settings is the email correct?
Interesting! It looks as if I haven't logged out for a couple of weeks and the email was coming from a cookie rather than current config. I logged out and back in, and it's updated that email. Fixed!
Thanks!
-
Cookies sound good right now.
-
Some instalation problem. Ideas?
(http://img208.imageshack.us/img208/8607/tela23.jpg)
-
Ops! I think i forget to delete theme prior.
-
Finding a few problems with the reprocessing. Seems to just hang at times. Got a white screen or two. The site actually refuses to open in Safari at the moment now.
Managed to get in with Firefox, so probably a safari restart will fix it. But I might hold off on the reprocessing of images for now...
-
You may find it "hangs up" depending on how many you attempt.
Example: Saving a post reprocesses the image automatically. It should definitely not hang up there.
Example: Reprocessing 5 images...should be fine. Heck, 20 should be fine.
Its unlikely memory will be an issue this time. More like "script run time limit" which differs among people.
But...that will change based on your server configurations. If it hangs up due to errors, please send me the images its hanging up on so I can see if there is any unique info its tripping on. That should not happen though because I'm using a pretty sound script.
-
You may find it "hangs up" depending on how many you attempt.
Example: Saving a post reprocesses the image automatically. It should definitely not hang up there.
Example: Reprocessing 5 images...should be fine. Heck, 20 should be fine.
Its unlikely memory will be an issue this time. More like "script run time limit" which differs among people.
But...that will change based on your server configurations. If it hangs up due to errors, please send me the images its hanging up on so I can see if there is any unique info its tripping on. That should not happen though because I'm using a pretty sound script.
I was a bit eager to begin with...tried 250! No luck.
Then 50. Worked the first time. Then the next 50. But for the third lot of 50 it hung, white screen, no error messages. Since then it seems to have slowed my site considerably.
I'm on Bluehost, with Imageick running.
-
I just reprocessed my images, 20 at a time, and all went well. Downloaded a test file and boom! there it is! the IPTC. Awesome job, Leo!
In one thread, I remember reading about some little bit of code we needed to add to php.ini to tell it to use the imagick processor, but I can't find that post now. Do I still need to do that with 1.3.7? If so, can you post the code again?
Never mind, just found it.
-
At this point your not seeing bugs - I think your seeing what happens when a server attemps to do what your computer (much more powerful) does with photoshop.
Keep it around 20 images or so. For instance, if you have one image with obnoxiously high dimensions, that might be the one it crashes on. The fact is if that image "got in" to your site on GD library, it should be nothing at all for Imagick to crunch it. But yes, at this point your probably seeing things "maxed out" and unlikely to be pushed any further. More than likely it will be the "time" factor, and yes, will slow your site :D.
That hamster in the wheel went from powering a light bulb to a whole disco when he goes from serving pages to processing huge images.
-
20 at a time...such a voice of reason ;)
Fair enough, well in that case I might wait until we can personally edit what data we want in the IPTC. Then I'll do the reprocessing
-
How many images do you have up? The next release will broadcast that data btw :D
IPTC and "backtracking" will continue to be a part of my work on this. During next release I'm hoping to put more control over IPTC fields on each image.
-
800 images live. Another 1500 to go.
Next release sounds good. Will it also include ability to change image sizes from admin (you've always had the options there, but they just don't work as you know) for all images?
-
Yeah that will come eventually. Along with the ability to do it right on the image edit page.
-
Leo I updated to the last version but still have an issue with the vertical thumbnail e.g they are too big!
Laurent
http://aseanphotostock.com/image-type/microstock-rf-images/ (http://aseanphotostock.com/image-type/microstock-rf-images/)
-
ok got an problem with imageclick I wonder i someone else got this one. when I process pictures got an error message saying Invalid Date - must be YYYY-MM-DD format.
Apparently the picture get published at the end
-
I also got problems with imagick. Or the latest theme, not sure. I hadn't upgraded since 1.3.3 or 1.3.2 I think, but since using the latest theme and imagick I have issues.
I just uploaded files that were only 6MP in size, 110 of them. Previously I could easily process 150 12MP images at a time to drafts. But now it seems it timed out after 70 images. White screen.
It was working perfectly before. I am tempted to go back to before imagick.
-
After processing, clicking on All Images just goes to a white screen. I have to refresh it and wait a minute or two for it to work.
In case it gives a clue to anyone as to whats wrong, my php.ini file contains this only:
upload_max_filesize = 64M
post_max_size = 64M
extension=imagick.so
Should it contain anything else to help with this? Again, I am on Bluehost.
-
After processing, clicking on All Images just goes to a white screen. I have to refresh it and wait a minute or two for it to work.
In case it gives a clue to anyone as to whats wrong, my php.ini file contains this only:
upload_max_filesize = 64M
post_max_size = 64M
extension=imagick.so
Should it contain anything else to help with this? Again, I am on Bluehost.
Are you sure it's timing out? There's a lot more processing going on in the latest version and it does take time. The white screen with just the 'Process Images' title can appear at any time while the server is working - or not appear at all - but if the full screen doesn't load then the server is still processing. In Firefox, the pinwheel keeps spinning in the tab header until the rest of the screen appears, with the file list header and footer. That's the signal that processing is finished.
ETA: Your php.ini settings are fine.
-
btw my php.ini is:
upload_max_filesize = 32M
post_max_size = 32M
extension=imagick.so
-
Soooooo..... success?
-
Leo I updated to the last version but still have an issue with the vertical thumbnail e.g they are too big!
Laurent
[url]http://aseanphotostock.com/image-type/microstock-rf-images/[/url] ([url]http://aseanphotostock.com/image-type/microstock-rf-images/[/url])
I fixed that are u using current vsn?
-
I have finally tested the new version and during image processing (only 9 images = 9 vector & 9 jpeg files) the screen still went blank..
I am on godaddy as I mentioned before and I have another stock site of mine using exactly the same server with exactly the same specs and processing 30 - 50 images at a time without issues.. (cmsaccount) it may even do more, I haven't tried..
(talking about version 1.3.7)
-
Leo I am using v1.3.7, looks like it is working now. Will erase and reupload the three previous pcitures with big thumbnails
-
Open php.ini look for max time...
something like Max time a script can run....possibly default at 30 sec....
you can change that
I could change it in script itself but I'm going to wait on new release
-
After processing, clicking on All Images just goes to a white screen. I have to refresh it and wait a minute or two for it to work.
In case it gives a clue to anyone as to whats wrong, my php.ini file contains this only:
upload_max_filesize = 64M
post_max_size = 64M
extension=imagick.so
Should it contain anything else to help with this? Again, I am on Bluehost.
Here's a little hack for anyone who does not want to wait till next release. I haven't tested it, but I'm sure it should work
Open functions.php file.
Go to line 1164 over "foreach( $post_ids as $post_id ) {"
Insert this code: set_time_limit( 0 );
If you leave it at "0" it will run indefinitely (depending on how long your host has set max run time, out of your control)
Other than that, the number represents seconds. So if you wish to let it run at max 10 minutes (which will slow down your site) you can simply put 600 seconds. (600)
EDIT: set_time_limit( 0 ); should go OVER the foreach loop. Sorry - was tired.
-
Thanks for the suggestion Leo.
Just to clarify, when you say it will slow down your site, that should only be WHILE the process is running right? As in, once it's done the image processing, everything should return to normal speed wise?
-
Yes - just like when your computer is crunching something heavy (like a 3d render) everything will slow down, so for your server this is including page delivery. But when its done it will be back to normal.
See the edit above please.
-
No luck. Still white screen.
Heres my code in case I got it wrong:
set_time_limit( 0 );
$reprocessed = 0;
foreach( $post_ids as $post_id ) {
-
Your doing 20 or less? Thats just a safe number.
But its hard to say whats causing it. Maybe the same thing I'm dealing with right now with Stompstock. I'll get back to you :D
-
Was 25 that time, but thats close enough.
Thing is, with GD I could do 100+ without any worries. I'm wondering if the problem lies, not in Imagick, but in the way you are appending the metadata?
-
Could be. Its goes like this:
We need this added!
"This" gets added.
New addition makes new errors.
Now we must troubleshoot errors.
It could be the metadata, hard to say.
-
I'll be getting to the issue soon, but if your not getting problems on smaller amounts, then theres no issue in imageprocessing itself. I'll have to look into it...but apparently its more of an inconvenience / cap on what you can do - not a deadly crash from one image due to a bug in the essentials.
-
Yeah I understand what you mean. There's bound to be some bugs in new features.
As long as it's on the to-do list Im ok with that. It's just frustrating to have something that was working fine now have problems - but then I guess thats your dilemma the whole way through this project!
I'll be as patient as possible till you get to look into it some more :) Thanks again Leo, appreciate your help.
-
With the BIG change (which is looking quite nice) I'm hoping to privately test it before putting it out there.
Actually the recent changes were huge improvements. I think what we should do soon after *the big one* is open up one of those bug threads, then we can work through each big annoyance (like your SEO one). Did google ever fix your page excerpts?
-
Quit teasing with the BIG change!! ;) So keen to see it!
Yep, another big bug stomping thread will be in order no doubt.
Google has certainly improved with the page descriptions, but it's still not what I would like it to be. I REALLY think that an automated way to predefine meta-descriptions is big must have.
Eg: I could want mine to have "This is a photo of a cat" (image description from IPTC), followed by " - Royalty Free Stock Photo from $4" or something.
Someone else might want to repeat the image title in the image description. Or who knows what. Yoast has the ability to do all of that, but it depends on the information being in the image excerpt section (as far as I can tell).
Also, the other BIG fix needed is the 404's coming from the pagination issue we discussed. I don't think Google likes huge amounts of 404's on a site, so jumping on this one soon would be good.
So....can I get a sneak peak at the big change now?? Surely you've got it running on a secret site somewhere.... ;)
-
Overall it seems things are running smoothly. I think what is needed is that FINAL version (you know, final enough to be out of beta) then make one aggressive bug fix thread so I can rest for a while.
The initial release was just enough to work at basics...it did not reflect what I had in mind for the finished product. This release will be far closer.
I think what I have to ask for is a lot of tolerance until the "big one" where I can finally just crush all the last bugs and call it good for a while.
-
Overall it seems things are running smoothly. I think what is needed is that FINAL version (you know, final enough to be out of beta) then make one aggressive bug fix thread so I can rest for a while.
The initial release was just enough to work at basics...it did not reflect what I had in mind for the finished product. This release will be far closer.
I think what I have to ask for is a lot of tolerance until the "big one" where I can finally just crush all the last bugs and call it good for a while.
Deal :)
-
Leo, just in case you are bored right now (LOL) I think the image processor does not like "Adobe RGB" color spaces and gives me an error without importing the image.
I don't have the error code right now. If you require it I can try to reproduce it but maybe you are already aware of this issue anyway.
-
Leo, just in case you are bored right now (LOL) I think the image processor does not like "Adobe RGB" color spaces and gives me an error without importing the image.
I don't have the error code right now. If you require it I can try to reproduce it but maybe you are already aware of this issue anyway.
Aha! That could explain the random errors i get. I am opening every one of my images anyway, i will add this to the things to check.
-
Leo, just in case you are bored right now (LOL) I think the image processor does not like "Adobe RGB" color spaces and gives me an error without importing the image.
I don't have the error code right now. If you require it I can try to reproduce it but maybe you are already aware of this issue anyway.
definitely record the error for me. It should at worst convert to rgb....not abort
-
All our files are AdobeRGB and we've had no trouble with processing for weeks now. The customer resized files now keep the AdobeRGB profile since the latest update, but the previews and thumbs don't.
-
Thats good to hear!
I delegated all the picture-resizing stuff to the wordpress image editor: https://codex.wordpress.org/Class_Reference/WP_Image_Editor its well developed!
The reason why previews are not showing it however is because of the watermarking process. I can look into it soon though.
-
Good news! My related "related images" thread actually encouraged the creation of a new plugin: wordpress.org/support/topic/custom-query-related-posts-by-common-tag-amount
Using this plugin directly will not show image results, but I'm going to integrate it into Symbiostock with credit back to this person. I'm quite thankful for it.
-
I have not been around for a few days so am just catching up. 1.3.7 - if you reprocess the images should they show the copyright data if you copy the thumbnails/previews and open them, for instance, in photoshop?
-
I have not been around for a few days so am just catching up. 1.3.7 - if you reprocess the images should they show the copyright data if you copy the thumbnails/previews and open them, for instance, in photoshop?
Yes! It's awesome. It automatically fills in for you too a copyright notice and the image location. Leo did a great job on this.
-
I feel dumb, where do you go to reprcess the images?
-
I feel dumb, where do you go to reprcess the images?
Don't feel dumb - I had the same question but was hesitant to ask. I happened to look at Leo's first post in this thread and one of the links was to a "how-to" post.
Basically, you need to go to your Images area as if you were going to edit. I re-processed in batches of 20 by ticking the check-box at the top left to select all the images on the page (next to "Preview"). In the drop down menu right above that select Re-Process the click the "Apply" button next to it. It took mine about 5 - 10 minutes to process a page of 20.
-
I feel dumb, where do you go to reprcess the images?
Don't feel dumb - I had the same question but was hesitant to ask. I happened to look at Leo's first post in this thread and one of the links was to a "how-to" post.
Basically, you need to go to your Images area as if you were going to edit. I re-processed in batches of 20 by ticking the check-box at the top left to select all the images on the page (next to "Preview"). In the drop down menu right above that select Re-Process the click the "Apply" button next to it. It took mine about 5 - 10 minutes to process a page of 20.
Cool, good to know. Thanks!
-
If you really wanna push your site's limits (and we're talking about crash-worthy stuff) there is a dropdown at top right called "screen options" and you can change your displayed posts to well over 20...100 if you want. Try processing those! Don't say I didn't warn you :D
-
I feel dumb, where do you go to reprcess the images?
Don't feel dumb - I had the same question but was hesitant to ask. I happened to look at Leo's first post in this thread and one of the links was to a "how-to" post.
Basically, you need to go to your Images area as if you were going to edit. I re-processed in batches of 20 by ticking the check-box at the top left to select all the images on the page (next to "Preview"). In the drop down menu right above that select Re-Process the click the "Apply" button next to it. It took mine about 5 - 10 minutes to process a page of 20.
I did it exactly as you said, but it didnt take nearly that long to reprocess. Im thinking more like a minute or so. I checked a couple when they were finished and the iptc was there. Maybe i should check more of them.
-
I feel dumb, where do you go to reprcess the images?
Don't feel dumb - I had the same question but was hesitant to ask. I happened to look at Leo's first post in this thread and one of the links was to a "how-to" post.
Basically, you need to go to your Images area as if you were going to edit. I re-processed in batches of 20 by ticking the check-box at the top left to select all the images on the page (next to "Preview"). In the drop down menu right above that select Re-Process the click the "Apply" button next to it. It took mine about 5 - 10 minutes to process a page of 20.
I did it exactly as you said, but it didn't take nearly that long to reprocess. I'm thinking more like a minute or so. I checked a couple when they were finished and the iptc was there. Maybe i should check more of them.
I had one group process really fast - so quickly that I thought maybe it didn't process so I did it again, and again it was fast so it did vary by group. The 5-10 minutes may have been more like 2-5 minutes, I wasn't really timing them but the first one did take awhile and I wondered if it was working. It may have something to do with whatever else is going on with the host at the time too. In my case it was far from immediate so I guess my caution was to give it several minutes to do it's thing before assuming it's locked up.
-
I had one group process really fast - so quickly that I thought maybe it didn't process so I did it again, and again it was fast so it did vary by group. The 5-10 minutes may have been more like 2-5 minutes, I wasn't really timing them but the first one did take awhile and I wondered if it was working. It may have something to do with whatever else is going on with the host at the time too. In my case it was far from immediate so I guess my caution was to give it several minutes to do it's thing before assuming it's locked up.
Yeah, I wondered if maybe the host issue was the reason. Mine all reprocessed quickly (last week) but yesterday I was uploading some images (17 of them) and it took forever for them to process, because of the host issue. I will be glad when bluehost offers dedicated IPs.
-
This has been mentioned before, but I just ran into the issue myself while testing something else.
I wanted to add all four sizes to my shopping cart and buy all four sizes. But you can only apparently add a single size of the same photo. From a buyers standpoint, this may not ever get used, but I don't see the harm in allowing all sizes to be added. On the other hand, it might be convenient for a company to be able to download a web size, to send to the web team, who may or may not be in-house, and download the high rez for the graphic designers, who may also be in another location. That might be more cost-effective than downloading a large size and having to have someone create other sizes. So feasibly there could be a use. Can you explain your reasoning for not allowing it? Maybe I'm overthinking it. :)
Then I ran into this issue: first I downloaded a large size of an image. Then I downloaded the same image, bloggee size. The bloggee size replaced the large size in the downloads section, instead of showing both. If I buy both, I should be able to go back and download both. Again, why not allow this?