Custom images sizes down

jfriend

All custom image size requests seem to return 502 bad gateway. This means that most slideshows are down right now.

For example: http://photos.smugmug.com/photos/905056559_yZKPF-1301x1085.jpg

denisegoldberg

Ouch! That means that all of my replacement pages for categories and subcategories are down too. My "galleries" page - http://www.denisegoldberg.com/Focus/Galleries/4859541_NYqCo.

Please smug, this breakage needs to stop - this is at least the second instance that the custom sizes have been broken recently.

--- Denise

Andy

We're suffering from some issues from Amazon, http://status.aws.amazon.com/ and unfortunately this is one of them We hope it's fixed fast.

jfriend

Andy wrote: »

We're suffering from some issues from Amazon, http://status.aws.amazon.com/ and unfortunately this is one of them We hope it's fixed fast.

If you're referring us to the Amazon status page, which Amazon issue is related to this? I only see two issues, both in N. Virginia (one ECC and one database issue). You had this same issue (502 bad gateway on custom image sizes) a couple days ago (I reported it then too) and you fixed it then and didn't report any relationship to an Amazon issue.

Andy

jfriend wrote: »

If you're referring us to the Amazon status page, which Amazon issue is related to this? I only see two issues, both in N. Virginia (one ECC and one database issue). You had this same issue (502 bad gateway on custom image sizes) a couple days ago (I reported it then too) and you fixed it then and didn't report any relationship to an Amazon issue.

http://status.smugmug.com/services/photos

sdways01

Andy wrote: »

http://status.smugmug.com/services/photos

The status update says you can create custom size photos again, but it is not working for me the way it has in the past. I notice now that when I go to get the links to share photos (how I got most of the url to set as custom) each one is slightly different now and not just in the final letter(s) before the file extension.

Examples:
Small: http://username.smugmug.com/photos/i-z3nHvfr/0/S/i-z3nHvfr-S.jpg
Med: http://username.smugmug.com/photos/i-z3nHvfr/0/M/i-z3nHvfr-M.jpg
Large: http://username.smugmug.com/photos/i-z3nHvfr/0/L/i-z3nHvfr-L.jpg

jfriend

sdways01 wrote: »

The status update says you can create custom size photos again, but it is not working for me the way it has in the past. I notice now that when I go to get the links to share photos (how I got most of the url to set as custom) each one is slightly different now and not just in the final letter(s) before the file extension.

Examples:
Small: http://username.smugmug.com/photos/i-z3nHvfr/0/S/i-z3nHvfr-S.jpg
Med: http://username.smugmug.com/photos/i-z3nHvfr/0/M/i-z3nHvfr-M.jpg
Large: http://username.smugmug.com/photos/i-z3nHvfr/0/L/i-z3nHvfr-L.jpg

Smugmug has changed their image URL scheme and it is unclear how custom sizes should be used with the new URL format. The help page for custom sizes has not been updated to shed any new light on that.

The old URL scheme still works (for backward compatibility) if you create an old-style photo link and add the custom size to that.

Andy, we would like to know how custom sizes are suppose to work with the new URL scheme.

Allen

When I post a photo somewhere I do not want the category, sub-cat, gallery
name and photo file name in the link. This new share link gets them all.

So the old way /photos/XXXXXXXXX_xxxxxxx-L.jpg better still work.

jfriend

Allen wrote: »

When I post a photo somewhere I do not want the category, sub-cat, gallery
name and photo file name in the link. This new share link gets them all.

So the old way /photos/XXXXXXXXX_xxxxxxx-L.jpg better still work.

The old way does still work. My slideshow code constructs /photos/imageID_imageKey-size.jpg URLs and they are still working. I was asking how custom sizes are supposed to work with the new URL scheme and suggesting that SM should update the custom sizes help page.

denisegoldberg

jfriend wrote: »

Smugmug has changed their image URL scheme and it is unclear how custom sizes should be used with the new URL format. The help page for custom sizes has not been updated to shed any new light on that.

The old URL scheme still works (for backward compatibility) if you create an old-style photo link and add the custom size to that.

Andy, we would like to know how custom sizes are suppose to work with the new URL scheme.

I'll add my voice to a request for documentation on this. I use custom sizes all over my site, and I plan to continue doing so. It's quite annoying to be thrown back to needing to construct URLs for photos by hand (assuming that will even continue to work).

Andy -
The use of custom URLs is documented on your help pages and has been for quite some time. Updating the product and not updating the (public) documentation is not a sign of reasonable customer support, and removing support for custom sizes would be even worse.

It appears that the custom size is honored in the new URL if I replace both occurrences of the size letter with the custom size. Replacing only the size on the end does not change the size, but replacing only the size earlier in the url, the /M/, does change the size to the custom size.

Why two occurrences of the size letter in the URL? Why isn't one good enough? Two occurrences when only one seems to be important just causes confusion.

--- Denise

Andy

jfriend wrote: »

Andy, we would like to know how custom sizes are suppose to work with the new URL scheme.

This will be posted soon:



And olde links will work

like this

Andy

denisegoldberg wrote: »

Andy -
The use of custom URLs is documented on your help pages and has been for quite some time. Updating the product and not updating the (public) documentation is not a sign of reasonable customer support, and removing support for custom sizes would be even worse.

Help pages and blog post coming soon, stay tuned. Your old links still work. And will. (see above post and link)

jfriend

Andy wrote: »

Help pages and blog post coming soon, stay tuned. Your old links still work. And will. (see above post and link)

If galleries URLs are going to change, please give me several weeks of advance notice (privately if required) because the JFriend HTML5 slideshow code parses galleryID and galleryKey out of gallery URLs and it could break for new installations depending upon what you change so I'd like to be able to upgrade the code before the change.

Andy

jfriend wrote: »

If galleries URLs are going to change, please give me several weeks of advance notice (privately if required) because the JFriend HTML5 slideshow code parses galleryID and galleryKey out of gallery URLs and it could break for new installations depending upon what you change so I'd like to be able to upgrade the code before the change.

you can see the new gallery urls right now

jfriend

Andy wrote: »

you can see the new gallery urls right now

I'm asking about gallery URLs, not image URLs. New images URLs are in place now, but the screen shot you posted says: "Your gallery URLs will stay the same (for now). That's why I'm asking about upcoming changes to gallery URLs and trying to keep from having a busted slideshow when they do.

If you really mean that new gallery URLs are there now, please explain how I see them?