http:// jasonscottphoto. smugmug. com/ (I'm putting spaces because I don't want that picked up by google, etc) does not redirect to http://www.jasonscottphoto.com
Seems it used to... maybe that was a js thing I had in my customization though...
That doesn't answer why it would be OK for a custom domain but not for nickname.smugmug.com sites.
Up to this point I actually considered having .smugmug.com as part of my site beneficial. My customers knew if there was a problem that SM would be part of the solution. It's only happened a couple times in 6+ years, but every time it was resolved quickly and to the customers satisfaction.
That doesn't answer why it would be OK for a custom domain but not for nickname.smugmug.com sites.
Up to this point I actually considered having .smugmug.com as part of my site beneficial. My customers knew if there was a problem that SM would be part of the solution. It's only happened a couple times in 6+ years, but every time it was resolved quickly and to the customers satisfaction.
My guess is that when using a custom domain, the browser (due to same origin policy restrictions) more effectively keeps javascript in that account from accessing other smugmug data (cookies or account data) or makes it easier for Smugmug to implement such protections.
Holy Hay, Zeus. People are people... I have over 700,000+ images online with SmugMug! To Baldy and everyone at SmugMug: THANK YOU! Y'all have huge cajones and I applaud you and your efforts. I was previously a UI engineer for some Fortune 100 clients and now as a professional photog/web monkey I have been with SmugMug for a long while as well. Nothing is perfect, but SmugMug is the best photo solution HANDS DOWN. I have tried ALL of them I can find. You will not find customer support, features, usability or just flat out great people at any other photo hosting site/business. Kudos to Team SmugMug. Y'all will persevere and we appreciate what you do!
After much fiddling, research & thought I've switched to Squarespace (again) for my main portfolio and galleries. I gave the new SM a shot but ultimately it isn't quite 'there' for me just yet. Easy/seamless blog integration, full screen slideshows, less workarounds and a few more elegant template options will likely bring me back. So for now I've reduced to the basic account so I can keep tabs on what is going on and keep my galleries intact. I'd love to see options for basic users to do a trial (non-published) run of the more advanced templates. That will probably help convert more folks in the future to the higher cost packages. (hint hint!)
I still really dig SM and everyone here. This was no small undertaking and you guys are making huge strides toward the future. Keep at it, I'm not going far but for now I'll keep waiting until a few more features come and some bugs get ironed out.
Thanks, I was just working on that. For some reason the other day when I did the code it wouldn't let me type properly (not every site is without its flaws) at one point and I had to let it ride. Should be fixed now.
I'm doing a 'soft' launch of the new site for now so still figuring out a few things.
Nick, your site doesn't work at all in Safari. This is what I see. The images are all squeezed into the left 20 pixels. Blog and Bio do show properly, AFAIK.
My Smugmug
"You miss 100% of the shots you don't take" - Wayne Gretzky
Nick, your site doesn't work at all in Safari. This is what I see. The images are all squeezed into the left 20 pixels. Blog and Bio do show properly, AFAIK.
Very interesting, just tried on my end with Safari and it works great. Big head scratcher there. scratch
It's a longer story and deserves a longer response, but we do a 301 redirect, which is the one that lets Google transfer SEO to the new domain. I'll respond with more when I get a chance.
Up to this point I actually considered having .smugmug.com as part of my site beneficial. My customers knew if there was a problem that SM would be part of the solution. It's only happened a couple times in 6+ years, but every time it was resolved quickly and to the customers satisfaction.
Hi mbellot,
That's the way we see it too, because you get to take advantage of smugmug.com's high SEO ranking and you get to add to it by adding relevant content, which benefits us all, SmugMug and other photographers.
So that would be a downside of driving more people to custom hostnames, but if we can't deploy JavaScript in the way you want on smugmug.com, that would be an unfortunate side effect.
I believe, in a reality, there are MUCH less people like you mentioned ( JFriend, Allen, Denise, DrDavid etc.) compared to the rest of the customers. I am wiling to make a prediction that at the moment there are about under 7% of customers who will (and are) suffer a lot due to javascript removal. The rest of the current customers will, in fact, like and love and adore new, dynamic template-driven SmugMug business model. Remember -this model is still VERY MUCH customizable and even better than many other competitors. But nevertheless - it is still a template driven model. it is not what legacy SmugMug is (or was?)
Hi Mishenka,
One of our current business dilemmas of new SmugMug is some customizers have glommed onto the idea that we are a generalized website builder. Almost daily it seems someone new points out that you can start from scratch and build most websites in ways you couldn't do with SmugMug before. So they're beginning to inquire about building high traffic sites we don't really have pricing for and never intended to host.
But for most customers, I can understand if they have an impression that it's template-driven. it reminds me of buying a sandwich at the deli. You look at all the breads, cold cuts and spreads and ponder what kind of sandwich you want. Then you see on the board that you can just get a #7, so 95% of people do that. That's why we built the designs, so our customers don't have to start from scratch, and it seems like 95% of people start there.
It's a longer story and deserves a longer response, but we do a 301 redirect, which is the one that lets Google transfer SEO to the new domain. I'll respond with more when I get a chance.
Are you saying you DO this now? Because if so, it is not working!
One of our current business dilemmas of new SmugMug is some customizers have glommed onto the idea that we are a generalized website builder. Almost daily it seems someone new points out that you can start from scratch and build most websites in ways you couldn't do with SmugMug before. So they're beginning to inquire about building high traffic sites we don't really have pricing for and never intended to host.
Yes, I noticed that, for example some of your featured photographers like Trey Ratcliff and Thomas Hawk don't actually use their smugmug site as their main website
plus you have the likes of this cool site, using smugmug slightly differently to how it was intended.... http://boneheads.smugmug.com/
I have the expectation that I can have smugmug as my main site, not just to host photos, but also to have a contact form, blog, ordering print system, reservation/payments system in future... and basically add on to it, any feature offered by 3rd parties to webmasters, same as I could if i hosted a website elsewhere.
There comes a point where it's more efficient to embed smugmug stuff into a separately hosted standalone site, rather than trying to embed standalone stuff into smugmug. I think that has always been the case, though perhaps that line has moved a good way towards the 'smugmug is just gallery pages' extreme and away from the 'smugmug can host your business website' extreme?
Huhhh? It's not a hack to redirect your own site to your own Smugmug-registered custom domain. Where in the heck is the security issue with that?
It's a feature you WILL HAVE to offer if you're going to force us all to move to custom domains in order to have JS.
I might be daft, but I'm not seeing the issue. I think what I'm hearing from you is that you want http://jfriend.smugmug.com to work with any custom JS, and SM is saying "no can do". Almost everyone I see here on Dgrin that is concerned about their JS, is on a custom domain. *IF* they allow JS, they've said it would be on custom domains.
I also hear you, you want to be able to fiddle with JS and "trick out" your site with umpteen-different hacks, some could be "yet-unknown". But what I'm hearing from SM is that they are concerned about security, so they're releasing JS stuff in "blocks".... LIKE they have done for Vimeo, Statcounter, Wufoo.
I'd love to see Bonocore solicit from the community, a list of the "most popular" JS hacks that people want. SM can choose the ones they can do, safely, and release them as they have (like Wufoo, Statcounter, Vimeo, etc).
The last thing in the world I'd want to see is the sort of thing that Pbolchover describes here. That would be bad for everyone.
I'd love to see Bonocore solicit from the community, a list of the "most popular" JS hacks that people want.
And this is happening, though of course 'most popular' is going to be a bit hit and miss.
Is it sustainable? Can smugmug regularly pump out more and more code blocks to fit every 3rd party option requested (and no doubt, more than a few that aren't 3rd party) without ruining the relatively neat and tidy existing lists of elements to drag and drop onto the page? All while fixing the bugs that still need squashing and implementing the other non-javascript related list of feature requests customers have been waiting for?
I might be daft, but I'm not seeing the issue. I think what I'm hearing from you is that you want http://friend.smugmug.com to work with any custom JS, and SM is saying "no can do". Almost everyone I see here on Dgrin that is concerned about their JS, is on a custom domain. *IF* they allow JS, they've said it would be on custom domains.
Andy, a site of my mine has been on Smugmug as http://friend.smugmug.com for a while. There are a lot of friends and family and various sports team parents and athletes all over the local area that have links to my site. My site only functions properly (the way I want it to be seen) when javascript is enabled as I've create some enhanced ways of viewing or downloading that relies on javascript.
My point is this. If SM forces me to use a custom domain and javascript ONLY works on the custom domain and I set up a custom domain for my site, migrates and use JS on it, then ALL those years of links that people have to my site will NOT point to a fully functioning site because they would point to http://friend.smugmug.com where JS is NOT functional. That would not be good. That is my point. Who the heck knows what would happen to SEO, though that isn't personally something I'm concerned about so I'll let someone else who would be forced to move to a custom domain worry about that issue.
My suggestion is that this issue could be lessened if there was a way to configure http://friend.smugmug.com to automatically redirect to the new custom domain (preserving the path part of the URL too) so even people with the old links would get to a properly functioning page and site without interruption and without confusion and without broken links or being take to a site that is cripped by the lack of JS.
Andy, a site of my mine has been on Smugmug as http://friend.smugmug.com for a while. There are a lot of friends and family and various sports team parents and athletes all over the local area that have links to my site. My site only functions properly (the way I want it to be seen) when javascript is enabled as I've create some enhanced ways of viewing or downloading that relies on javascript.
My point is this. If SM forces me to use a custom domain and javascript ONLY works on the custom domain and I set up a custom domain for my site, migrates and use JS on it, then ALL those years of links that people have to my site will NOT point to a fully functioning site because they would point to http://friend.smugmug.com where JS is NOT functional. That would not be good. That is my point. Who the heck knows what would happen to SEO, though that isn't personally something I'm concerned about so I'll let someone else who would be forced to move to a custom domain worry about that issue.
My suggestion is that this issue could be lessened if there was a way to configure http://friend.smugmug.com to automatically redirect to the new custom domain (preserving the path part of the URL too) so even people with the old links would get to a properly functioning page and site without interruption and without confusion and without broken links or being take to a site that is cripped by the lack of JS.
Changeover, send an email and move on, that's what I'd do Really - it's not the end of the world, as I see it. So long as you have contact info on your new site, people that have an old link that doesn't work, will just contact you. HECK, you can even make your own Jfriend 404 page, that includes a one-line apology, and asks them to either: search, or write you.
I'd love to see Bonocore solicit from the community, a list of the "most popular" JS hacks that people want. SM can choose the ones they can do, safely, and release them as they have (like Wufoo, Statcounter, Vimeo, etc).
My interest is in having a site where I can enhance it or solve issues in it myself without waiting for SM to do something. That's why I've been a SM customer all these years in the first place. I would have left long ago without JS customization because the pace of SM feature development was glacial and they only did a small percentage of the things I wanted.
So, it's all fine for SM to quickly implement as many features at they can that currently require JS (there is a separate thread discussing that already) and that will make some people happier, but I'm interested in a site where I can create things on my own when Smugmug isn't interested in creating it or is taking forever to create it or when I just want to fix something now that's bugging me about my site.
If it becomes clear that SM has changed their audience target and is no longer interested in supporting that general purpose JS customization capability, then I will go find a different solution that does. For me, this is as much an issue about being able to solve my own issues or enhancements in the future as it is about known features right now.
Changeover, send an email and move on, that's what I'd do Really - it's not the end of the world, as I see it. So long as you have contact info on your new site, people that have an old link that doesn't work, will just contact you. HECK, you can even make your own Jfriend 404 page, that includes a one-line apology, and asks them to either: search, or write you.
Geez. That's for having respect for something I think is important to me and just blowing it off. Never mind, you obviously don't care about things I care about so this conversation is pretty much irrelevant. I don't personally want my viewers to ever get a 404 page.
Geez, SM doesn't mind busting links that their customers have printed on business cards like /weddings just to optimize their own SEO and history of having a particular lowercase link, but you're suggesting I should obsolete the entire history of my site.
Geez. That's for having respect for something I think is important to me and just blowing it off. Never mind, you obviously don't care about things I care about so this conversation is pretty much irrelevant. I don't personally want my viewers to ever get a 404 page.
Geez, SM doesn't mind busting links that their customers have printed on business cards like /weddings just to optimize their own SEO and history of having a particular lowercase link, but you're suggesting I should obsolete the entire history of my site.
Hi John, there's not an ounce of disrespect here - only what I perceive to be a possible solution. I'm sorry you took it all the wrong way. This I think is part of the issue, you and many others get way wrapped up in stuff.... If SM can do your FR, safely, I bet they will (have you lodged it on http://feedback.smugmug.com)?
Comments
I want to know this too.
http:// jasonscottphoto. smugmug. com/ (I'm putting spaces because I don't want that picked up by google, etc) does not redirect to http://www.jasonscottphoto.com
Seems it used to... maybe that was a js thing I had in my customization though...
http://dgrin.com/showthread.php?t=239360&highlight=redirect
Jason Scott Photography | Blog | FB | Twitter | Google+ | Tumblr | Instagram | YouTube
That doesn't answer why it would be OK for a custom domain but not for nickname.smugmug.com sites.
Up to this point I actually considered having .smugmug.com as part of my site beneficial. My customers knew if there was a problem that SM would be part of the solution. It's only happened a couple times in 6+ years, but every time it was resolved quickly and to the customers satisfaction.
Homepage • Popular
JFriend's javascript customizations • Secrets for getting fast answers on Dgrin
Always include a link to your site when posting a question
I still really dig SM and everyone here. This was no small undertaking and you guys are making huge strides toward the future. Keep at it, I'm not going far but for now I'll keep waiting until a few more features come and some bugs get ironed out.
Hey nick, just had a nose round your site, some lovely images - nice to see a few bike shots
Might want to check your right click warning message - looks like the 2nd part of it got mangled somewhere...
I'm doing a 'soft' launch of the new site for now so still figuring out a few things.
"You miss 100% of the shots you don't take" - Wayne Gretzky
Very interesting, just tried on my end with Safari and it works great. Big head scratcher there.
It's got to be plugin related. Works for me.
Hasn't Smugmug been doing this for years?
That's the way we see it too, because you get to take advantage of smugmug.com's high SEO ranking and you get to add to it by adding relevant content, which benefits us all, SmugMug and other photographers.
So that would be a downside of driving more people to custom hostnames, but if we can't deploy JavaScript in the way you want on smugmug.com, that would be an unfortunate side effect.
One of our current business dilemmas of new SmugMug is some customizers have glommed onto the idea that we are a generalized website builder. Almost daily it seems someone new points out that you can start from scratch and build most websites in ways you couldn't do with SmugMug before. So they're beginning to inquire about building high traffic sites we don't really have pricing for and never intended to host.
But for most customers, I can understand if they have an impression that it's template-driven. it reminds me of buying a sandwich at the deli. You look at all the breads, cold cuts and spreads and ponder what kind of sandwich you want. Then you see on the board that you can just get a #7, so 95% of people do that. That's why we built the designs, so our customers don't have to start from scratch, and it seems like 95% of people start there.
Are you saying you DO this now? Because if so, it is not working!
Jason Scott Photography | Blog | FB | Twitter | Google+ | Tumblr | Instagram | YouTube
It's a feature you WILL HAVE to offer if you're going to force us all to move to custom domains in order to have JS.
Homepage • Popular
JFriend's javascript customizations • Secrets for getting fast answers on Dgrin
Always include a link to your site when posting a question
Yes, it does seem to me (and at least a couple of 'check redirects' sites) that there is no 301 redirection taking place.
paulbrock.smugmug.com just goes to smugmug.
Redirect checkers:
http://www.ragepank.com/redirect-check/
http://www.webconfs.com/redirect-check.php
example of an actual 301 for testing - try news.bbc.co.uk
http://dgrin.com/showthread.php?t=239360
Yes, I noticed that, for example some of your featured photographers like Trey Ratcliff and Thomas Hawk don't actually use their smugmug site as their main website
plus you have the likes of this cool site, using smugmug slightly differently to how it was intended....
http://boneheads.smugmug.com/
I have the expectation that I can have smugmug as my main site, not just to host photos, but also to have a contact form, blog, ordering print system, reservation/payments system in future... and basically add on to it, any feature offered by 3rd parties to webmasters, same as I could if i hosted a website elsewhere.
There comes a point where it's more efficient to embed smugmug stuff into a separately hosted standalone site, rather than trying to embed standalone stuff into smugmug. I think that has always been the case, though perhaps that line has moved a good way towards the 'smugmug is just gallery pages' extreme and away from the 'smugmug can host your business website' extreme?
I might be daft, but I'm not seeing the issue. I think what I'm hearing from you is that you want http://jfriend.smugmug.com to work with any custom JS, and SM is saying "no can do". Almost everyone I see here on Dgrin that is concerned about their JS, is on a custom domain. *IF* they allow JS, they've said it would be on custom domains.
I also hear you, you want to be able to fiddle with JS and "trick out" your site with umpteen-different hacks, some could be "yet-unknown". But what I'm hearing from SM is that they are concerned about security, so they're releasing JS stuff in "blocks".... LIKE they have done for Vimeo, Statcounter, Wufoo.
I'd love to see Bonocore solicit from the community, a list of the "most popular" JS hacks that people want. SM can choose the ones they can do, safely, and release them as they have (like Wufoo, Statcounter, Vimeo, etc).
The last thing in the world I'd want to see is the sort of thing that Pbolchover describes here. That would be bad for everyone.
Portfolio • Workshops • Facebook • Twitter
I LOVE BoneHeads! They have used SM in a way that is awesome.
http://boneheads.smugmug.com/Galleries/DailyHike/Friday/Smoking-Hot/i-7WTpn5T/A
Why on earth is it "different than intended"?
Portfolio • Workshops • Facebook • Twitter
And this is happening, though of course 'most popular' is going to be a bit hit and miss.
Is it sustainable? Can smugmug regularly pump out more and more code blocks to fit every 3rd party option requested (and no doubt, more than a few that aren't 3rd party) without ruining the relatively neat and tidy existing lists of elements to drag and drop onto the page? All while fixing the bugs that still need squashing and implementing the other non-javascript related list of feature requests customers have been waiting for?
My point is this. If SM forces me to use a custom domain and javascript ONLY works on the custom domain and I set up a custom domain for my site, migrates and use JS on it, then ALL those years of links that people have to my site will NOT point to a fully functioning site because they would point to http://friend.smugmug.com where JS is NOT functional. That would not be good. That is my point. Who the heck knows what would happen to SEO, though that isn't personally something I'm concerned about so I'll let someone else who would be forced to move to a custom domain worry about that issue.
My suggestion is that this issue could be lessened if there was a way to configure http://friend.smugmug.com to automatically redirect to the new custom domain (preserving the path part of the URL too) so even people with the old links would get to a properly functioning page and site without interruption and without confusion and without broken links or being take to a site that is cripped by the lack of JS.
Homepage • Popular
JFriend's javascript customizations • Secrets for getting fast answers on Dgrin
Always include a link to your site when posting a question
Portfolio • Workshops • Facebook • Twitter
So, it's all fine for SM to quickly implement as many features at they can that currently require JS (there is a separate thread discussing that already) and that will make some people happier, but I'm interested in a site where I can create things on my own when Smugmug isn't interested in creating it or is taking forever to create it or when I just want to fix something now that's bugging me about my site.
If it becomes clear that SM has changed their audience target and is no longer interested in supporting that general purpose JS customization capability, then I will go find a different solution that does. For me, this is as much an issue about being able to solve my own issues or enhancements in the future as it is about known features right now.
Homepage • Popular
JFriend's javascript customizations • Secrets for getting fast answers on Dgrin
Always include a link to your site when posting a question
Geez, SM doesn't mind busting links that their customers have printed on business cards like /weddings just to optimize their own SEO and history of having a particular lowercase link, but you're suggesting I should obsolete the entire history of my site.
All of this issue would go away with a simple redirect so that http://friend.smugmug.com/Sports/Los-Altos-High-2013 redirects automatically to http://mycustomdomain.com/Sports/Los-Altos-High-2013. A simple feature request that would keep all my old links from being delivered with a limited functionality site. Is that really too much to ask? Geeez.
Homepage • Popular
JFriend's javascript customizations • Secrets for getting fast answers on Dgrin
Always include a link to your site when posting a question
Portfolio • Workshops • Facebook • Twitter