AppFlowy

[micmc]

@marcusquinn said in AppFlowy:

Lots of votes for AppFlowy. Reminder that in the meantime the self-hosted peer-to-peer app, Anytype is a credible option in this area now:

• https://forum.cloudron.io/topic/9533/anytype-finally-released-for-public-beta

I've personally installed and tested, relatively thoroughly, BOTH apps now. They're both very good, even excellent. Now, this is the only way to find out and then cast a real vote

The real fact is that, actually AppFlowy 'looks' pretty good, and it is pretty good, and, well, much promising. But compared to Anytype in terms of advancement in development, AppFlowy is still babbling.

Anytype is much more mature and works very well, on Android, Linux, and Windows. It has much ready to use templates and object types, and even a certain workflow is already built and pretty cool and very easy and intuitive to use. Everything is typically hosted on your devices, but encrypted and all synchronized in real-time, however VIA IPFS (interplanetary file system). Now that last part is the less appealing one, imho, in the context of using it on or with Cloudron. Unless we start running IPFS on Cloudron ... afaics that carries a very low risk to happen... though the app itself is very appealing especially on mobile.

In the case of AppFlowy, as I said it is VERY promising and works very well also for the actual stage where it is in development, but, as I said, it is yet still pretty much basic in matter of templates, object types, and we have yet to have functions allowing to develop, at least, a decent basic workflow. For now, you cannot even relate notes and objects to one another. On the other hand that last one is blazing much faster than Anytype and runs on DOCKER, which is very likely it gets more vote for now.

That said, meanwhile I believe we still have I'd say pretty good alternatives, if we can say so, on our Cloudron, depending, for example Trilium and Directus. Now, there's this relatively new app, LeanTime, that we have on Cloudron, that I've started to test which has a very interesting approach in terms of working with data with a TEAM.

Andy

[jagan]

Open source Notion alternative AppFlowy gets big-name backers and lands on the cloud

AppFlowy Cloud arrives in private beta

https://techcrunch.com/2023/11/20/appflowy-open-source-notion-alternative/

AppFlowy, as the company is called, has raised $6.4 million in funding from a slew of renowned founders, including Matt Mullenweg (Automattic); Steve Chen (YouTube); Tom Preston-Werner (GitHub); Bob Young (Red Hat) and Amr Awadallah (Cloudera). The seed round was led by OSS Capital.

[marcusquinn]

@jagan Interesting! Suggests they might be or are interested in using it — first step to perpetual motion.

[tgatellier]

Hi

+1 for this software, only this software missing in my cloudron

[tgatellier]

+1 for this app

[girish]

@tgatellier Use the +1 button on the first post to show support for the app. Leaving a comment doesn't count as a vote in the forum.

[GP-S]

I just to signup to say I would loved to have this one. Sorry @girish don't have the reputation yet to upvote but strangely enough I have enough to comment.

[cvachery]

I think I will try to package this application next
Simply waiting for my other app to be accepted, so I can improve my packaging

[taowang]

I saw Appflowy on github and tried it for a bit. The UI is very beautiful.
Just wondering if notion has a good data security?
I have all my doc stored on notion right now.
If it is not secure, I will switch to self-hosting note-taking app.

[svtx]

@taowang The question isn't so much whether Notion is secure or not (let's assume it's reasonably secure), the real question is whether or not it's trustworthy (let's assume it's not).

[jagan]

After the advent of AI, every company is data hungry and will not hesitate to use every data it has and gains access to, to use it to train its LLMs.

[micmc]

@svtx said in AppFlowy:

@taowang The question isn't so much whether Notion is secure or not (let's assume it's reasonably secure), the real question is whether or not it's trustworthy (let's assume it's not).

This is exactly how one should see its stuff hosted on Big Tech services, unless you own the server.

[micmc]

@jagan said in AppFlowy:

After the advent of AI, every company is data hungry and will not hesitate to use every data it has and gains access to, to use it to train its LLMs.

I don't think this came with the advent of AI though, it's the exact business model of many Big Tech with their 'free' services (and even for paid, I would never put sensitive documents on 360, never).

[jdaviescoates]

This is now on 0.6.6
https://www.appflowy.io/what-is-new
https://github.com/AppFlowy-IO/AppFlowy/releases/tag/0.6.6

Here are Docker instructions:
https://docs.appflowy.io/docs/appflowy/install-appflowy/installation-methods/installing-with-docker

[fenohery]

+1 for this app

[jdaviescoates]

@fenohery upvote the original post

[jadudm]

Someone more familiar with packaging Cloudron apps would be able to answer better than me. However, I find that whenever a docker-compose.yml is involved, it is probably hard to move the app to Cloudron.

https://github.com/AppFlowy-IO/AppFlowy-Cloud/blob/main/docker-compose.yml

In this case:

• It wants nginx. That might be avoidable, or it might be serving static assets/code for the app.
• It wants minio. This could probably be accommodated by requiring users to run minio on their Cloudron before installing this.
• It wants postgres, which might be able to be leveraged from the internal stack.
• It wants redis. Again, possibly from the default stack... I can't remember.
• gotrue is an auth component from supabase. This will need its own container, and may (or may not) play nice with the SMTP/OAuth running on Cloudron.
• appflowy_cloud is the hosted app. It wants its own container, and configuration information for all of the services included.
• admin_frontend has its own Dockerfile. I haven't looked. Looks like more things.
• ai. I have no idea. It looks like it wants some kind of OpenAI. This is getting heavy in terms of resources.
• appflowy_history is... another Dockerfile. Looks like a rust application that has been Dockerized.

The problem, I think, is that Cloudron assumes/is structured such that applications run as single containers. The compose is suggesting that this application has a number of independent components. Perhaps those could be bundled up/run separately... but, it might be a real trick to make work.

This isn't to say it isn't possible, but that's what I see that needs to run, and it isn't clear to me that this is an easy app architecture to move over to Cloudron. YMMV, etc.

[Dont-Worry]

+1 for Appflowy. Very very high value added.

[plusone-nick]

@jadudm so what you're saying is implementing docker-compose into Cloudron would fix this and a ton of other use cases....🫡

[tgatellier]

+1 for this app, waiting so much to have it on cloudron