Show HN: Brick, a free Notion-like tool for zero-hassle site making
brick.do
brick.do
- https://www.notion.so/Hosting-Potion-Fast-custom-domains-for...
I also built my own solution which takes a different approach: https://github.com/leoncvlt/loconotion - it caches the Notion page as a static site - admittedly you lose the capability of "syncing" sites instantly but is also makes the site snappier and more responsive as it removes a lot of bloat.
Nice work! Another benefit you didn't mention is that it also makes it a lot more secure - there's no injecting anything into static pages!
Spam and abuse aren't exactly minor problems for publishing platforms, they're arguably the primary existential threat, the most important thing to address. Preventing them is capital-H Hard, and not the kind of thing that can be easily retrofitted to an architecture that hasn't been designed with them in mind from the beginning...
Examples: github.com vs. github.io, wordpress.org vs. wordpress.com (note that these are not subdomains, but distinct domains).
Doing so allows you to keep the two separate as far as SEO is concerned, so that your main project isn't affected regardless of what users might upload.
Then it's about putting out the fires whenever they appear.
I'd also be careful about JavaScript, since a site hosted on example.com/a will have the same origin as a site hosted on example.com/b (and therefore access to cookies). This is where a separate subdomain for each user comes in handy (so a.example.com vs b.example.com), which shouldn't be much of an issue since DNS providers usually have an API that you can call, and DNS updates should be fast when you're creating entries (as opposed to modifying existing ones).
Re/ SEO — we might banish all pages without subdomains to smth like `page.brick.do/...` as opposed to `brick.do/...`. Hopefully that will help with SEO somewhat.
1) Mine, Heroku, we host your applications on the herokuapp.com zone not heroku.com. Putting customer sites on heroku.com would open that zone up for the kind of de-valuing the OP suggested.
2) Look at Github, githubusercontent.com is where your uploaded files are served from, not github.com. For the same reasons.
It works like Notion as in "all your edits are instantly visible" — from experience, this feels very different from blogging on Wordpress or making a static site in a git repo.
I love static sites but I'm not going back to them. I can experiment much more easily with Brick.
You can do something similar with Notion, but Notion is aimed at management or personal knowledge-bases, and it shows. We have a different focus. E.g. Notion is unlikely to ever have email subscriptions or ways to let people pay for your writing, while we very well might in the future. Notion also doesn't support custom domains out of the box, or custom CSS.
Try it out! Brick is free and has no ads. The only thing is that you need a premium plan (less than $2/mo) for custom domains.
No, only after a page refresh.
I think we won't have automatic page refresh because it gets complicated if the author e.g. decides to add a JS script to the page. But maybe not! Or maybe we'll add it for 99% of the users who don't embed JS into their pages.
>> It works like Notion as in "all your edits are instantly visible"
but then
> No, only after a page refresh.
Which is pretty much what would happen with a static site, no? Edit, save, refresh, visible. Because even I've done that.
(BTW I fully respect your JS orientation but as someone who's going to have to start a blog soon but without JS I won't be able to use your stuff).
Without the "save" step. This is I meant by saying "instant".
I use Notion to maintain a personal knowledge-base (which it works great for). I also maintain a newsletter, embedded into the knowledge-base, that links directly into a lot of the knowledge-base pages for when I need to reference things (which it works not so great for).
Are there plans to introduce some sort of Notion-Brick interop/synchronisation system? I'd love to use the Brick styling and custom domain features, but would like to keep Notion as my source of truth.
We prioritize feature requests from paying customers, so buying the $20/year plan is a good way to get MathJax significantly faster.
Roam also doesn't let you have several workspaces/databases, I think.
In my experience, I actually /want/ different things in my life (notes, diaries, public writing, etc) to be in different places. I even have several note-taking apps for different contexts, even though the feature sets are very similar.
I know that for some people, being able to have EVERYTHING in one place is an awesome feature. But for me and possibly others, it's the opposite.
You can have multiple workspaces now too but they've started charging for that I believe.
The "see Brick in action" video also doesn't play for me on Firefox.
sign in with google/github doesnt expose any info that you wouldnt through a traditional signup.
however, it's extremely frustrating that the pricing isn't up front or even indicated that'll be an issue
It wouldn't be much of a security risk if the authors had correctly isolated user content into its own origin, which would have made this a self-xss only. As it stands the app itself runs on the same origin, so this is a real XSS.
Long-term, we definitely need more security-minded folks on the team.
Short-term, I will add an email address in the footer so that such issues can at least be reported privately.
I want to signup for this service, but I can’t - because I use a non-gmail email service and use a non-github Git service.
What happened to thr “good old days” of just using my email address to signup for a service?
Unfortunately it's harder than Google/GitHub login, so we focused on other bits for the MVP.
Is there any third-party service you /would/ use for auth? Perhaps it can be enabled quickly.
I purposely don’t tie my account credentials to a 3rd party.
(Which always seemed crazy to me that people would do. Especially business accounts)
EDIT: why am I getting downvotes for this comment? I’d rather you reply to this comment to create a health dialogue on this topic if you have an opinion - rather than just some random downvote without reason.
Now what happens if Gmail or Github shutdowns my account. Now I’m locked out of all of these services I used to signup for. Some of these services might be business critical.
That’s why I don’t like allowing a 3rd party to own my account creditials.
I'm not 100% sure but I've heard enough Google horror stories that I am migrating to Apple sign-in for everything. (Yeah, assuming that Apple won't start doing the same.)
And what about GitHub? Have you heard of them closing accounts?
And, frankly, there is zero chance I'm going to host a site with a provider who thinks it is.
Evaluating mail delivery services and integrating with one; going through all API handlers to check that they handle the extra "signed up but email still unconfirmed" status the right way; handlers for resending email confirmations; the password reset flow. A lot of papercuts.
Oh, and later on — having to debug email delivery issues, which always happen eventually.
This is why adding another third-party auth option is much easier than adding an email signup flow.
An alternative is the "modern" email flow where you just get a sign-in email every single time you want to login, but that's meh. I'd rather have a proper "classic" email signup flow.
All this said, I admit that email signup is one of the basic features, and we're missing it. I want to have email signup too. I just don't think it's as easy (or even /almost/ as easy) as third-party auth, and the rest is a question of priorities.
* sign up / sign in routes.
* reset password flow
* multifactor enrollment and validation
* email verification and email templates
* rate limits to prevent brute force attacks
There is a reason entire companies exist to solve this. Properly implementing your own login creates a lot of wasted development time, especially when OAUTH2 is an industry standard.
EDIT: NOTE: I mean nothing negative by freemium: I just mean there are both free and paid tiers. Not sure what the definition of freemium is.
In the future, Notion and Brick will drift away significantly. Notion is unlikely to have E2E encrypted pages. Notion is unlikely to have built-in support for newsletters, especially paid newsletters a la Substack. Notion is unlikely to get built-in analytics. Etc.
Notion is powerful enough that you can use it as a pretty good writing platform, but swimming against the flow is always harder. Notion's flow, the way it seems to me, is management and knowledge bases. Ie. it's primarily for co-workers, and it is good for writers insofar as co-workers have to be writers sometimes.
I thought "freemium" nowadays referred more to practices like "we'll actively make your experience worse and annoy you unless you pay", but now I think I mistook that for "free-to-play" in the game industry. Alright then! It's freemium.
I can find my Brick sites when I search for my name, though they are low-rank at the moment.
Add payment/subscription support for writers. Take on substack directly.
Hey! Can't reproduce on vanilla Firefox. Do you have any extensions enabled? Try "Help -> Restart with Add-ons Disabled".
If it works (or if it doesn't even), can you write me at artyom@artyom.me and tell about the results? Perhaps this can be fixed from our side.
About the video — it plays for me, but poorly. Will take a look.
https://drive.google.com/file/d/1ITZQHyGMdlK2DJ6KyDYMf8rfU67...
Sample pages:
* https://brick.do/55357459-86b9-4274-8ae4-85721987d73d — a friend wrote a post about webs of meaning
* https://brick.do/7c494481-f2e5-4a05-9a4d-19b22c76c729 — my own post detailing all my projects so far
* https://brick.do/ca51f14c-e600-4afe-b99d-71e46fbd150b — a technical post (Haskell-y) that I wrote
* https://nathanabram.com/ — this is how the default style looks like.
I am Artyom Kazak, aka @availablegreen on Twitter. I was born in Belarus, a small Eastern European country, and lived there till 18. ... I am turning 25 in October 2020, and that is when I plan to quit coding—as a birthday gift to myself.
Less time coding = more time running businesses.
I'm not writing any code at Brick either.
Steps:
- click on "get started"
- I choose option to sing in with google.
- it opens google api in separate modal window and this does not work if you have Firefox extension to keep google in container
- so I clicked github option, and authorized your app
- after that, brick.do page has been frozen completely
The only open-source block editor I know of is https://codex.so/editor.
If you find any way to circumvent that, we'll treat it with the same priority as we treat security issues.
I.e.
a
b
b2 <- if you share this, 'b' is visible, but 'a' isn'tEdit: Also thanks for sharing that RF article. Great read.
Is there something that an anon Twitter could do that the latter couldn't? Broader reach for ideas I suppose.
- how do I publish? how do I see the published version?
- what does the eye at the top right do?
- Is all you can do right now just create pages and subpages of rich media?
Otherwise it's actually not a bad experience. Lots of bugs. not sure if I'll stick around or publish an article on it yet, hard to tell right now.
The eye at the top switches the page into preview mode, which is currently very similar to the edit mode. You'll notice the difference if you use Twitter embeds.
All you can do right now is create pages and subpages of rich media, true. Surprisingly, this was already enough for me to start writing much more than I used to before Brick. But we have more features coming, of course (collaborative editing, etc — see the bottom of the landing page).
Currently we prioritize feature requests from paying users, and nobody asked for syntax highlighting yet. When somebody does, I think it'll appear pretty soon.
Do you have an example of a small service with excellent privacy/TOS rules? So that I know what to treat as a high-quality exemplar when designing privacy/TOS rules for Brick.