It is in testing currently...

@imc67 thanks, I have put that flag in the package as well now.

IIRC, the issue is that Rocket Loader injects some custom javascript and this interferes with the CSP rules.

Thank you. That worked!

@SolarSimon We basically just wait for 2-3 weeks giving apps sometime to make themselves compatible for the next nextcloud release. Beyond that, we don't have any compatibility checks. You have to disable nextcloud app updates (on Cloudron) and then check compat yourself and click update whenever you think all your apps are ready.

@daebak ah! It's the same for both our nextcloud installations. So, looks normal to me.

Many thanks for the quick help and the detailed explanation.
As I said, the problem occurred when emptying the trash. I assume that many workers are being requested here.
I have increased MaxRequestWorkers from 15 to 100 and slightly increased the RAM allocated to the app.
As far as I could test now, the problem seems to be solved.

Glad you managed to find the root cause. Its always a bit of a hit and miss with the quality of Nextcloud apps/plugins, which is why we have to wait for quite some time on major Nextcloud updates to allow plugin authors to catch up 😕

@mononym right use the LAMP app to install and integrate the parts you need. There's also n8n if needed.

After trying Onlyoffice Docs for the the last 15 days, i can say onlyoffice is better than Collabora, it runs and loads faster than collabora with the same machine specification and number of users, now i turn back on the nextcloud office with onlyoffice ,i can say this solution is more reliable than collabora office which is slow and failing most of the time

@necrevistonnezr from what I am reading, they will let it function independently. 🤞

@luckow you're entirely right

But I am looking for something lightweight.

I could not find one, so I built one :
https://forum.cloudron.io/post/78167

Hope it helps someone else.

@mcolvin @Reddy welcome!

Nextcloud has an external storage plugin - https://docs.nextcloud.com/server/latest/admin_manual/configuration_files/external_storage_configuration_gui.html . With that you can connect S3/CIFS etc. As @mcolvin pointed out, the idea with external storage on nextcloud is that you give access to a bunch of users and they all can store files in this external storage.

If you want to increase the storage space across all users, you have to get so called Block Storage from your VPS provider. For example, if your server is on OVH, https://www.ovhcloud.com/en/public-cloud/block-storage/ is around 5 bucks a month for 100GB. You can attach block storage to Cloudron VPS via http://docs.cloudron.io/volumes and then move nextcloud to that volume via https://docs.cloudron.io/apps/#data-directory .

Finally, if you have massive amount of data, let's say terabytes of data, the cost effective way is to selfhost at home. Attaching a disk at home into a VPS in the cloud is quite complicated and I won't recommend this. The performace will really not be satisfactory.

@girish said in Does /settings/admin/logging work for anyone else?:

According to https://github.com/nextcloud/logreader/pull/866/commits/20870c1225e32ca55eed4d87249f697f5d13fda8 you must see some better error message

Well, I don't. 🙂

Oh well.

Do lots of testing, and make sure the object storage system is fast and local to the NC instance since NC requires it's installed in that configuration (you can't change from one type to another after install).

This means the Cloudron package is not set up for that configuration at all.

@jdaviescoates Woops! Fixed 🙂

Thanks for the clarification and explaining the security implications. Would it work in a secure way, if the "iframe" app is on the same domain, f.e. iframe.cloudron.app ?

I have pushed out the update. The changelog is in github and maybe they are just busy with Nextcloud conference currently to update the website.