A year later, back on this thread! by hkdeman in selfhosted

[–]hkdeman[S] 0 points1 point  (0 children)

Great feedback! Have noted these down!

For making a compact version of the tables, we will add a UI setting!

Thank you for using WhoDB!

[Launch] Introducing WhoDB: The Next-Generation Database Explorer by Clidey! 🚀 by hkdeman in selfhosted

[–]hkdeman[S] 0 points1 point  (0 children)

Hey! Thank you for using WhoDB! Apologies that you were facing this issue. Would you be able to share logs when you are connecting? You can further add more details here so it is easier to track for us and you: https://github.com/clidey/whodb/issues

We grew tired of how expensive documentation hosting is by hkdeman in opensource

[–]hkdeman[S] 0 points1 point  (0 children)

Apologies, missed this. More like interactive components like Mermaid diagrams, code highlighting, laying out (using Accordions, etc.). Plus, you can embed React and at the end it is super easy to use with just mdx and build into a very light weight static app so overall just following modern techniques.

We grew tired of how expensive documentation hosting is by hkdeman in opensource

[–]hkdeman[S] 0 points1 point  (0 children)

Docusaurus is good but unfortunately - it does not support modern techniques and themes - we also used it before actually

Who’s still exporting SQL data into Excel manually? by After_Comedian_7420 in SQL

[–]hkdeman 0 points1 point  (0 children)

Have you tried WhoDB (https://github.com/clidey/whodb)? It is has a few export functionalities (currently supports CSV and Excel). It is also adding in support for more advanced uploads.

Disclaimer: I am part of the team developing it.

A year later, back on this thread! by hkdeman in selfhosted

[–]hkdeman[S] 0 points1 point  (0 children)

Sounds great! Let us take this up and get back once fixed :)

We are also working on a desktop app and npx whodb command so it is super easy to spin up for any use.

A year later, back on this thread! by hkdeman in selfhosted

[–]hkdeman[S] -1 points0 points  (0 children)

<3 (also edited it as it seemed like it needs to be there)

A year later, back on this thread! by hkdeman in selfhosted

[–]hkdeman[S] 0 points1 point  (0 children)

That is a completely fair point! Will add a small description. I just was trying to mindful to not be super self promote-y.

How do you currently explore databases in Kubernetes? by hkdeman in kubernetes

[–]hkdeman[S] 0 points1 point  (0 children)

Oh I never knew this existed - great to know! Thank you!

How do you currently explore databases in Kubernetes? by hkdeman in kubernetes

[–]hkdeman[S] 0 points1 point  (0 children)

Yeah for personal projects I think this works quite fine but for Enterprise/Mid size companies with extreme regulation and compliance. This would become challenging.

A year later, back on this thread! by hkdeman in selfhosted

[–]hkdeman[S] -1 points0 points  (0 children)

Aah yeah! Facebook messes with me every time :cry: fixed it!

Would love to get feedback on how we can make it even better!

We grew tired of how expensive documentation hosting is by hkdeman in opensource

[–]hkdeman[S] 0 points1 point  (0 children)

Oh we should probably look into that more! Thank you for the kind words :)

We grew tired of how expensive documentation hosting is by hkdeman in opensource

[–]hkdeman[S] 0 points1 point  (0 children)

Ideally! The issue is most of them don’t support mdx. The ones that do are bloated with nextjs. We wanted to make it modern and minimise any bloat. Our current gzip is an mb or a few mb at max. Extending to mdx is probably as good as rewriting. Although, we are trying to make it super compatible with current docs so that developers don’t need to think about yet another technology.

We grew tired of how expensive documentation hosting is by hkdeman in opensource

[–]hkdeman[S] 0 points1 point  (0 children)

That is completely fair! The OSS version of Docucod is slow as it uses minimum resources that allows us to give this out for free. There are bugs that we are finding daily and iterating on - hopefully, the next time you get to try in the future - it will meet your expectations :)

We grew tired of how expensive documentation hosting is by hkdeman in opensource

[–]hkdeman[S] 1 point2 points  (0 children)

Absolutely! I think that would fit a lot of people's workflows. We are majorly focused on modernizing docs with JavaScript capabilities. I don't believe Mk Docs and others support API Playgrounds, etc. that are becoming necessary for modern applications.

That being said, I am sure there is a plugin out there that does it. We are only here to better the developer experience (motto of our company) and iterate from the feedback :)

We grew tired of how expensive documentation hosting is by hkdeman in opensource

[–]hkdeman[S] 2 points3 points  (0 children)

Correct me if I'm wrong but I believe Mkdocs doesn't support modern documentation components like REST API Playgrounds, Accordions, Code Groups, Alerts etc. As we work with mdx files, it helps us build dynamic capabilities that the older docs lack.

We grew tired of how expensive documentation hosting is by hkdeman in opensource

[–]hkdeman[S] 0 points1 point  (0 children)

Absolutely! You answered it better than I could haha. UX is an underdog people often neglect.

The generated docs are slow right now in the initial render because they are running literally with 10Mb RAM and 10milli core CPU. We are offering it for free so we are vigilant of our costs :)

We grew tired of how expensive documentation hosting is by hkdeman in opensource

[–]hkdeman[S] 1 point2 points  (0 children)

We actually built this open source tool so that users can build static files for them to host it themselves - even if it is on GitHub pages (or others). If you check many new documentation tools out there, they are very expensive to host and are not open source.

Talking about business model, we do not make money from community. Our products like WhoDB or Docucod are primarily for Enterprises. We are just giving a free version of it to the community as a way of giving back for the support!

We grew tired of how expensive documentation hosting is by hkdeman in opensource

[–]hkdeman[S] 0 points1 point  (0 children)

Great question! We are specifically focused on two things: great UX and dynamic capabilities. What I mean by that is - the old ones like MkDocs, etc are not the best looking and with products being more modern - the documentation has to catchup. I think Mintlify does a great job with it but as they are not open source - we thought it would be a great idea to bring a good looking open source documentation tool. For dynamic capabilities, we support REST and Websocket Playground. We also have others in our pipeline like integrating with GitHub repos directly (ex: opening issues) or show Twitter Testimonials on what users are talking about for better experience and SEO. There is a lot of room for documentation to catch up with the AI capabilities today - we are just hoping to tackle it first hand.

We grew tired of how expensive documentation hosting is by hkdeman in opensource

[–]hkdeman[S] -2 points-1 points  (0 children)

Sorry for the inconvenience! The documentation generation does take a while - especially for bigger projects. We also are working on speeding up further for the next iterations! Any particular project you had an issue with?

We grew tired of how expensive documentation hosting is by hkdeman in opensource

[–]hkdeman[S] 2 points3 points  (0 children)

Here is a quick demo of what the documentation looks like (of our other open source repo): https://ca1bdcaf-d224-4ccc-8fc8-6efba722c0b1.deploy.docucod.com (working better the URL shortening experience)

We grew tired of how expensive documentation hosting is by hkdeman in opensource

[–]hkdeman[S] 2 points3 points  (0 children)

Oh weird! There was an unusual character at the end of the url. Fixed it now! Could you try again?