Mixpost

[lao9s]

Hi everyone!

I am the creator of Mixpost. Nice to see this discussion here.

Mixpost Lite and Pro have been released and I'm ready to have a discussion about listing these apps in the Cloudron Store.

@girish What are the steps and conditions necessary to list the applications on the Cloudron store?

[Kubernetes]

Hi @lao9s Usually to list it in the Cloudron Store it's just needed to create an App Package that is adjusted to the Cloudron System. Here is the Documentation/Tutorial

The main work here is to install Mixpost to a new Docker Image which is based on the official Cloudron Docker Image. There are some special requirements because of this, eg. only /tmp /run and /app/data is writable for the App.

[girish]

@lao9s Welcome here!

Is the Lite edition upgradable to Pro with a key? Or alternately, can the Pro start up as Lite without a key and go from there? For our packages, it would be best if the package does something without a key. Otherwise, it's hard to test updates (if the UI just show anything without a key).

That would be the ideal instead of having two separate packages to test. We have many non-free apps, so it's not a problem. Like confluence, ctfreak, minecraft, valheim, n8n, onlyoffice ee, to name a few.

[girish]

@lao9s BTW, the app looks great. Did I understand correctly that this is an alternative to the likes of Buffer/Hoostuite ? We used to use Buffer back in the day . Something selfhosted is sorely lacking in this market!

[jdaviescoates]

@girish said in Mixpost:

the app looks great

It is great! I played with a demo a while back and I'm gutted I missed the lifetime pro deals (I really meant to purchase it but never got around to it)

[privsec]

Hello all, just stumbled across this software and I am glad to see it is already requested. Any ETA?

[lao9s]

Hi @Kubernetes,

Thank you for the link.

[lao9s]

Hi @girish

The Lite version is not upgradable to Pro with a key, the Pro is a different package.

Some specific technical data about Pro:
The Pro version is installing only with a License code on starting the container. In other words, the entire code of Mixpost Pro is not in the image but is downloaded from the private repository every time the container is started.

The doc: https://docs.inovector.com/books/mixpost-pro-team/page/using-docker-image

Is such an approach possible on Cloudron?

[lao9s]

@girish Yes, is an alternative to Buffer/Hootsuite

[girish]

@lao9s said in Mixpost:

The Pro version is installing only with a License code on starting the container. In other words, the entire code of Mixpost Pro is not in the image but is downloaded from the private repository every time the container is started.

Ah, I see. That approach won't work well on Cloudron. All our containers run on readonly file system I guess one can download code and run but that will make updates and backups quite tricky.

[lao9s]

@girish I got it. Can you tell me how other paid software works in this case?

So in the case of Mixpost Pro, it is important that:

• Users only have access to the code with a license key.
• The application cannot be installed without a license code.

What solutions do you recommend?

Thank you!

[plusone-nick]

Does anyone here have an implementation up and running who is willing to share their docs/additional steps?

Also, has anyone happened to get an implementation working using the Cloudron Proxy?

[girish]

@lao9s said in Mixpost:

@girish I got it. Can you tell me how other paid software works in this case?

From the apps that we have:

• confluence - we can download the code (https://www.atlassian.com/software/confluence/download-archives) . When it starts up, you provide a license
• onlyoffice ee - code can be installed from apt (https://git.cloudron.io/cloudron/onlyoffice-ee-app/-/blob/master/Dockerfile). it picks up license from a file on startup
• mattermost - https://mattermost.com/download/
• gitlab/cloudron - apart from above which have binaries that are downloaded, both gitlab (https://gitlab.com/gitlab-org/gitlab) and cloudron (https://git.cloudron.io/cloudron/box) are source available. but needs license to do extra things. yes, this does mean that one can read the code and bypass license. We considered this and decided not to worry about such people and tackle it if it's a real problem (so far, it's not). GitLab EE has https://docs.gitlab.com/ee/administration/license_file.html

In all the cases, one can install the app but simply not use it without a license.

[lao9s]

@girish Thank you for the response.

[plusone-nick]

@girish I am messing around with deploying Mixpost in a LAMP app and have gotten the config to work the Apache and SQL but i am having trouble with Redis
In the Cloudron docs is shows how to connect to MySQL via the local docker port: 172.18.30.1

What is the local IP for Redis? or best method to have a LAMP app connect to Redis?

It looks like a container instance of Redis is spun up per app?

[nebulon]

On Cloudron the apps get all the addon service credentials and connection details as environment variables in the container. So just open a webterminal into the app instance and run env

More info at https://docs.cloudron.io/packaging/addons/

[humptydumpty]

@plusone-nick Are you using Mixpost Lite or Pro?

[plusone-nick]

i am using pro

[plusone-nick]

@nebulon I guess I am a bit confused as I am aware of the credentials.txt and see the Redis config but don't understand what "URL" or IP i should use.

Both SQL and Redis have their respective protocols in their URL: mysql:// and redis://

Am i supposed to use that URL for Redis vs the local Docker IP provided like for SQL? I kinda figured Redis would have an IP i could also use.

[girish]

@plusone-nick The redis IP is dynamic, so you should connect to it by name. You can use the credentials in /app/data/credentials.txt (this is the same as the env vars). Does that not work?