Shots: Create Mockups
shots.so
shots.so
I usually feel a bit apprehensive when I see a new app pop up using the .so TLD (Somalia, operated by SONIC.so), since we’ve faced a lot of issues with it over the years. I end up repeating the same kind of comment about it (eg https://news.ycombinator.com/item?id=36825966), but I wonder if all the apps on it, including Notion, have changed the reputation of it with corporate firewalls by now.
Still, watch out if you host user-generated content there, it can be hard to undo reputation damage to .so domains if you get reported to various watchdogs. Notion’s longest hard-down outage happened after a takedown notice got sent to one of our upstream providers but they never forwarded it to us, and it took ling hours on the phone to various NICs and ISPs to get unblocked.
https://github.com/stickfigure/blog/wiki/Beware-cutesy-two-l...
Just recently started a new project with a .so domain, but looks like I'll have to pick up another one. No point introducing more work for ourselves just for a domain name.
Switching the product and marketing sites would take a lot of work for unclear/low benefit since at this point we’ve learned the .so lessons and have a good reputation.
Given the choice of projects like “scale infra so we stay online and fast-ish”, “improve search”, or “notion dot com”, Notion dot com ends up below the cut line.
Maybe it's a generational thing. Do younger internet users not pause at the domain name if it looks sus at all? Then again, how many users are actually using domain names to get to websites? With everyone obfuscating the basic link with some cute button, or shortening within the address bar, or any other modern things to hide the grotesque string of text, do people even see the actual links in the day to day adventures on the web?
Maybe this is an everyone needs to get off my lawn moment, and I should just go find a cocktail?
Why not just do the reverse, and have .so redirect to .com (since .so predated you owning .com)
Also ccTLD pose the risk of being "retired".
Why take the risk when .com will never be retired.
They'd probably prefer to focus on continuing to do what makes them money.
When it's truly time to make a change, they'll have all of the resources in the world to ensure it goes as smoothly as is possible.
There's an ocean of effort in the word "just" to do this without it being hugely disruptive to our users. If was "just" so easy, we would have done it! If I went into Cloudflare and fiddled a quick 302 redirect:
- Every Notion user in the world gets logged out, since their cookie is HTTP-only for origin `notion.so`
- Nobody using OAuth login like Google can log in on notion.com since we didn't add the new origin to various allow lists. Cross-origin embeds that allow-listed us break too.
- All our mobile and desktop app users apps will behave in some unpredictable way. Maybe they follow the redirect, maybe they treat any notion.com URL as an external web page and open it in the user's default browser or SFSafariViewController. App store ratings plunge from 4.5 stars to 1 star.
- Customers who added URL-based rules have their rules broken. Maybe this means our app doesn't load for a bunch of large enterprises with stringent security/firewall policies.
It would be the worst incident in Notion's history, it would cost us tens of millions of dollars of lost revenue, and our reputation might never recover.
I think I could fix all those issues and start testing in 1-2 months if it's all I worked on. But, right now I'm working on making Notion databases (the product feature [1]) faster. If I asked our customers to choose between .com and a faster Notion, I think 90% will choose faster Notion. If I think about our product roadmap, 0% of it depends on .com.
[1]: https://www.notion.so/help/intro-to-databases
> Also ccTLD pose the risk of being "retired".
> Why take the risk when .com will never be retired.
Well, ccTLD retirement has a 5-year notice period, so if you gave me and SoNIC the notice that .so is retiring today, I still don't think I'd change Notion's roadmap for the next year at least, maybe we'd start working on it in 2025.
That said, I don't know everything going on at the company, and it'd be comparably easy to migrate just the "marketing" routes of our site like https://notion.so/product. Someone might already be working on it!
My point was, you clearly see value having .com otherwise - why go through the effort to acquire it … to then effectively not use it.
The reasons above sound far, but it also sounds like tech debt that is being punted and will only get harder to fix everyday you delay not addressing it.
We just got the .com for our re-brand, and my co-founder was excited because he hates .co/.net/etc etc.
I get why the .com is valuable, but does anybody really think that just because a site has a .so extension that the company has anything to do with somalia? How many people even notice that notion is a .so?
> Will you ever convert your domain from .so. Our security systems block that domain and prevent any of our users from accessing the site.
I'm a technical product marketer, this is delightful and saves me so much time.
Wrong audience for the tool, since they focus on things like accessibility and browser support and what you promise to bring to the table in comparison to what you actually bring.
None of these matter - this is a TERRIFIC piece of tooling and I will use it starting literally next week for my work.
and so I clicked and then, well now it's good.
So strongly suggest adding phone / tablet / computer / laptop /etc icons / graphics / words maybe.. I would even make the default very first screen when you upload your very first image.. also create one of each phone / laptop etc.. and display the results perhaps with a click for more of similar...
Also, it's kind of fun to play with [1].
I think people forget how much time it takes to make screenshots look 'great' when using them in any kind of marketing material.
Is Safari really that hard to develop for? Name one feature this site needs that won't run in safari. WebKit has been getting a lot better recently, I feel like not supporting Safari at this point is because of one of three things: you're too lazy to try it, don't have a Mac, or you are stuck to the opinion that Safari is somehow behind Chrome or Firefox in major ways.
I use safari daily and *never* have a problem with a site not working. Ever. So I doubt there's some new web api that this site needs that doesn't work on Safari.
Most of the features work fine though. Website does state that it's in beta as well.
What do you have against using another browser?
Someone doesn’t have to have anything against other browsers to prefer using their favorite browser without futzing around with browser-site combinations.
Also, web developers here are interested in any reports of cross platform problems, so they can avoid requiring their users to futz around.
Yes, this is irritating. If I encounter a site/app with browser requirements, I’m going to find an alternative to that site/app, not use a different browser.
With IE, you can polyfill missing APIs. With Safari, you have to put in extra work to ensure your polyfills override Safari's built-in implementations in all sorts of exciting ways based on which particular Safari version someone is running, because it's _obnoxiously_ common for Safari to have broken or incomplete implementations of web APIs. So if you're just checking for the presence of some particular global, it'll be there...but it'll be subtly broken in various ways. We had constant issues with Safari's implementations of LocalStorage and IndexedDB, and with its weird tendency to "ghost-hover" over elements after a completely different element in the page was tapped/clicked, and that's just what's off the top of my head from when I last did frontend dev consistently (about 7ish years ago).
The only way to repro any of Safari's weird bugs nonsense, of course, was to shell out for a Mac or iOS device. You can't repro any Safari issues on any other, less-expensive platform. It's classic Oracle-style vendor lock-in with their vertically-walled-off tooling and lack of test images.
Except at least Oracle never put out a constantly-broken browser, let alone one that had -- and still has -- monopoly capture of an entire platform.
If you've got a desktop Firefox or Chrome issue, you can launch Firefox or Chrome on a cheap Linux or Windows machine or VM and repro it, and then snapshot the VM for reproducibility.
If you've got a mobile Firefox or Chrome issue, you can launch Firefox or Chrome on a cheap android device (or emulator), and if for some reason it really truly proves to be something Google or Mozilla hasn't implemented correctly _and_ you can't polyfill it...then you can advise users to try a different browser as a workaround.
There _is no_ "different browser" on iOS. If Apple has screwed up yet another standard web API, your users are hosed unless you can get really creative at dancing around their broken pile of crap.
* font being displayed way bigger than in the other browsers - had to add normalization rules specific of Safari
* Parsing dates in the format "YYYY-MM-DD HH:MI:SS" not working, had to convert to ISO-8601 using a regex (the dates in original format were received from a third-party website).
* Interactions in maps not working using leaflet library (version 1.7 at the time). Fixed by switching to maplibre, which turned out to be a great move for other reasons.
* HTML in SVGs (via ForeignObject) are always displayed on top of the SVG content, making it impossible to annotate HTML with SVG markup (arrows, circling stuff).
All in all, it felt like having to deal with Internet Explorer 10+ years ago: the other browsers work well out of the box, and tricks and workarounds need to be identified for the bad browser.
Would you care to elaborate a little?
Back in January 2022, the stable version of leaflet, v1.7.1, was from September 2020, and was affected by some small bugs degrading the user experience. Although the release of following version seemed close, there was no clear schedule for it, and I had concerns about how maintained the library would remain.
As of today, the bug from 2015 where there is some white space between map tiles on fractional zoom levels [0] is still open.
Also, leaflet was a pain to integrate in Svelte Kit framework, because it depended on `window` and-or `document`, not available at server side.
Maplibre, on the other hands, with a feature set roughly equivalent to Leaflet, benefited from much more frequent releases, and seemed more stable across browsers and devices. It was also easier to make it work in Svelte kit.
I use some intermediate stuff (vue2leaflet) that is starting to rot a bit but that's less of a concern than the map lib itself.
I too prefer the webkit rendering and use that daily.
People blaming Webkit for being behind should realise the amount of people working on Webkit vs. Blink and question whether they want another internet explorer.
I will always support Webkit and Gecko.
It’s not. We’re now in the same situation we were in 20 years ago with Internet Explorer, where other browsers are measured by “does it act like Chrome?”
Yes, it does have bugs and shortcomings – but all browsers do. When a predominantly Chrome developer finds something that doesn’t work in Chrome, the perception is that the functionality is not ready for primetime; when they find something that doesn’t work in Safari, the perception is that Safari is bad; when they find something that doesn’t work in Firefox… ha, just kidding, they don’t test in Firefox. Firefox is the new Opera.
To sit there and try to tell an audience of largely web developers that Safari’s reputation as the new IE is totally unfounded as though they don’t know for themselves exactly what the last ten years were like themselves.
Or as though multiple governments across the globe didn’t just spend the past couple of years opening multiple antitrust investigations looking at what a problem Safari had become.
No… apparently the problem is just you and your perceptions and whatever other weird gaslighting that seems to come with these defences.
I'm not even allowed to read about whatever this service might be without going home and getting out my laptop?