Interesting, the source is (a subdomain on) the Ghost blogging platform.
Author here. Yes, I don't self-host exactly because I was hoping to avoid stuff like this by relying on a more robust back-end than I could provide.
Unfortunately even a managed host like Ghost doesn't have much ability to help you with this particular problem; your particular site is treated as its own separate thing in malicious-site databases. (Since, after all, there's nothing stopping a bad guy from hosting a phishing site on a ghost.io subdomain.)
My browser had this down as a phising site? The actual content seems fine though.
Author here. This is strange, as I only use the Ghost site itself for hosting. I don't do any self-hosting or anything. Until this week, I'd never heard of anyone having troubles, but over on Reddit I saw a long-time reader getting some kind of SSL error, then later it said the site "wasn't available". Now in that thread someone else is getting that "phishing" error. Time to get ahold of Ghost tech support and see wh…
The SSL error is likely from visitors on networks that use network-level blocking of domains that have been flagged as malicious. When visiting such a site over unencrypted HTTP you get redirected to an error page that explains the problem, but of course the network can't do this over HTTPS (by design), so you instead just get an opaque protocol error. (The specifics of the error message actually lead me to suspect that they might just be shoving the HTTP error-page response into the HTTPS connection, never mind that it's the wrong protocol.)
It's possible that putting your site behind Cloudflare and enabling Encrypted Client Hello might fix this, though I haven't tested it.
They distinguish between running the application and opening a document or view. Not all applications want or need to have a document or view (onto a document or otherwise) open at all times. Some of the demo programs actually demonstrate this. Eg, iirc !maestro can keep playing with window open or closed. Mac OS X has a variant. There's a little dot below the icons that indicate that the program is currently active…
pps Note that RISC OS had to contend with running off floppy disks too. So you might start one application off one floppy disk, and the next off another, and you'd have them both in ram, but neither had any data in them yet, because that might come of a third floppy disk. That's at least one concrete scenario where "application loaded" need not be the same thing as "having data open in a window". It's been a while th…
I think the part I keep forgetting is the "Menu" mouse button. In the RISC OS case, having the application icon in the Icon Bar is, effectively, like having the application "foreground and running." A "Menu"-click on the icon parallels having, say, a MacOS 7.5 application running with its menu visible at the top of the screen. The Mac puts it more "in your face" but either way the ability to open the application menu and start a new document is essentially equivalent in both cases.
pps Note that RISC OS had to contend with running off floppy disks too. So you might start one application off one floppy disk, and the next off another, and you'd have them both in ram, but neither had any data in them yet, because that might come of a third floppy disk. That's at least one concrete scenario where "application loaded" need not be the same thing as "having data open in a window". It's been a while th…
I think the part I keep forgetting is the "Menu" mouse button. In the RISC OS case, having the application icon in the Icon Bar is, effectively, like having the application "foreground and running." A "Menu"-click on the icon parallels having, say, a MacOS 7.5 application running with its menu visible at the top of the screen. The Mac puts it more "in your face" but either way the ability to open the application menu…
I'm reminded of the utility !Menon that I used to keep track of all my important files across many floppies, once upon a time. No window at all IIRC. Just drag and drop, and the Menu button.