Posts made by murgero

@iamthefij OH in that case i'd use something like Salt Edge / Spectre as they don't need to be hosted by you and are instead hosted by trusted parties to connect bank accounts.

@iamthefij AFAIK The importers that are supported can be used as-is, not installed as plugins:

https://docs.firefly-iii.org/importing-data/introduction

I am going to test this app in the LAMP app - if it works well I will package to prep for app store use!

@jdaviescoates Weird - does the app have it's own logs in /app/data?

Would be cool to see: https://strapi.io/

@imc67 If the file doesn't exist - just make it. But that said, I do not believe the unmanaged app has cron, which is a shame

@jdaviescoates Anything from logs?

@girish What will it take to get this packaged as an unstable app?

@girish said in Authenticated user cannot send mail as:

This means that it did authenticate correctly but the email from address is empty. Maybe check in the identities tab (in the screenshot above). Does it have the correct From address?

There is actually 1 more possibilityt here: the user is attempting to send as an alias that does not exist for the account.

@ultraviolet most apps put source code, binaries, etc in /app/code/*. I'd use that for standard files that would not be modified by users. This folder is locked as read-only once the app is running. Also Note**: most of the filesystem in an app is read-only. This means that only a couple folders are writable once the app is packaged. This needs to be taken into account when building an app.

/app/data/ is as it sounds, the apps data can be here (if it is not in a DB for example). Stuff like user uploads, themes, and other user-changable files/objects can go here. This folder is one of a few read-writeable folders by users when an app is running.

/tmp is writeable as well, and is used for temp file storage.

@nebulon What is this app for exactly?

@girish The only requirement is that the app cannot be in a sub-folder (subdomain of course is fine however!), otherwise the plugins "TheFreedomNetwork", "ActivityPub", and "OStatus" handle federation as needed. It's still WIP/Nightly code, however, for gnusocial to gnusocial it works fine. That said, ActivityPub in GS is still in development.

On first run it will grab whatever the latest nightly is and run the cli installer in headless. This means first start is about 5 mins or so depending on internet speed and system. I plan to change this so the repo is built into the app before you publish it, but I needed something that could grab the nightly branch quickly without me having to modify any files for testing.

There is also Diaspora support, but that is pretty untested AFAIK and I am not even sure if that works on PHP7+ yet. I'm still playing around with this app and my Unifi one

@girish Yes, the repo linked in my post https://forum.cloudron.io/topic/2741/gnu-social is active - almost daily commits put in. It's not perfect, but what's one more option right?

Am I allowed to tease a potential upcoming custom app on this????

Hello all! I have packaged a PHP based Federated Social Network called GNU Social.
GNU Social is able to federate with itself, Mastodon, Pleroma, and more that support ActivityPub and OStatus.

Currently the package is a modified version of the LAMP 7.3 app which enables PSQL in place of MySQL.

Per GNU Social's README:

GNU social is a free social networking platform. It helps people in a community, company or group to exchange short status updates, do polls, announce events, or other social activities (and you can add more!). Users can choose which people to "follow" and receive only their friends' or colleagues' status messages. It provides a similar service to proprietary social network sites, but is much more awesome.

App Package Repo: https://git.cloudron.io/murgero/gnu-social

GNU Social Repo: https://notabug.org/diogo/gnu-social

What is currently working (Besides the basics!)

• Federation via OStatus
• Some* Federation via ActivityPub
• SMTP, invitations, registrations
• PSQL replaced MySQL in the app (though MySQL is still available if the issue with NO_ZERO_DATES gets fixed)
• Admin options
• The Basic themes (I plan on adding qvitter later!)
• Redis Queue for backend processing!

*Federation with ActivityPub servers works decently enough for me to put the app's package source up, but some issues occur here. 1) Getting followed by someone using ActivityPub (Specifically Mastodon??) you never get the notification. There may be other AP issues I am unable to test further for now.

The configuration of the app I am sure needs tweaking, the scripts will need tweaking, and upstream (See gnu social repo above) is constantly updating so I'll keep an eye out for big configuration changes.

Installing

git clone https://git.cloudron.io/murgero/gnu-social gnu-social
cd gnu-social
cloudron install --image=mitchellurgero/org.urgero.gs:latest

Or just clone, build in docker and install like any other non-store app.

@nebulon this thread is old as dirty - but the issue is the MySQL engine has "NO_ZERO_DATE" enabled by default which causes issues with a lot of PHP5.x scripts now. That being said, there is a fork of the app that is planning on fixing this, and in the meantime, PSQL works just fine in LAMP app modified (I am also packaging this app as we speak)

@nebulon That's fair.

So this will be a neato idea -

The ability to toggle addons during app install.

Example:

Build the LAMP app to allow for PostgreSQL but make it a togglable option.

Or enabling / disabling LDAP access for apps, or other features as well. This would be neat I think.

@girish Thanks! I was hoping to get an official feature going - but thanks, I'll check the link out!

@plusone-nick NodeJS is installed in the LAMP app, you can run the app in the background via run.sh in /app/data.

So in run.sh you can:

cd /app/data/nodejs-app/
npm start & # Or other command to start app (The "&" here runs the app in the background.)

Then in /app/data/public/.htaccess:

RewriteEngine On
RewriteRule ^/?(.*)$ http://localhost:3000/$1 [L,P]

ProxyPassReverse / http://app.example.com/

Or something like that, this is untested technically and that will redirect the nodejs via apache.