I am building Docmost (Open-source alternative to Confluence and Notion).

We have integrated support for Excalidraw, Draw.io and Mermaid diagrams; Plus real-time collaboration.

Github: https://github.com/docmost/docmost

This looks really good.

Docmost founder here.

Thanks for reporting the mobile table issue. I will have a look at it.

The fullwidth issue on mobile was recently reported. It will be fixed soon.

I appreciate your feedback.

If you are looking for a self-hostable Notion alternative, I am building Docmost, which is open source.

It has real-time collaboration and support for diagrams (drawio, excalidraw and mermaid).

It can be tempting to want to do it all, but I am focused on building a great wiki and documentation software.

GitHub: https://github.com/docmost/docmost

I am glad you see the value in it. I appreciate your kind words. Thank you.

The docker installation script is for Ubuntu. I added it to help some users get started pretty quickly.

On the installation page, there is a link to the official Docker guide which comes first. That should help other users with an OS-specific installation guide.

No public demo yet, but I can create a temporary one for you if you email (in bio) me.

While some Tiptap Pro extensions would have made things a little easier, I appreciate that the core and majority of the extensions are open source. It has the building blocks to create custom extensions without limits.

Docmost does not depend on any Pro Tiptap extensions.

The team at Tiptap are doing something really amazing. I believe it is fair that they find avenues to make revenue from it.

I like Lexical, but I found Tiptap first and loved it.

I truly appreciate your in-depth articulation.

Indeed, the Yjs state update can be problematic due to its growing size and constant updates.

I will have a look at MyRocks. Reference pointers sound more plausible.

I spent time analyzing and deciding my usage of uuid7 from different perspectives. From the git logs, you can see it came at the last minute.

As someone who: - would love to self host, and would much prefer keeping it to Postgres / Redis for which there is widespread knowledge on how to host - would like you to keep your development velocity up

I'd encourage you not to switch databases, or at least to defer this for a while. I can't imagine you'll have issues with the amount of WAL written for quite a while, and by that time, the world could be quite different (OrioleDB might be mature! https://github.com/orioledb/orioledb)

I should have been more explicit.

I do not intend to change the Postgres database or introduce a new one. I’m sure this won’t be an issue for the majority use-case.

However, I am open to learning more about alternate ways to efficiently handle Yjs state updates, which may be useful for a cloud version that would run at scale. If I were to go that way, it would not affect self-hosted users and would probably be via a reference pointer and not a database switch.

This is absolutely not an issue at the moment. Nothing to worry about.

MyRocks speaks MySQL. It’s just a different storage engine behind MySQL, replacing InnoDB. The major change I can think of would be replacing the `uuid` type with `bin(16)`, and needing to do the encoding and decoding in the app.

Re: development velocity, IMO there’s a solid base product now. I feel like it’s a great time to make a solid change to help future velocity, but I’m not OP.

Agreed that if you want to keep the relational part, using the DB to store pointers is probably the easiest, though it might require rethinking search.

I appreciate you at least considering the various options. If you do nothing else, tuning Postgres parameters, optimizing column ordering, and removing duplicated indices will be a great step forward that is completely backwards-compatible.

I have plans for a cloud-hosted version. It will come in the future.

Since Obsidian is Markdown, it should be pretty straightforward to write an import program for it.

When I start working on the import feature, this will be possible.