@girish Embarassingly it appears ther script that I was loading the php info through had specifically set opcache.enable to Off at runtime. In the app itself it is enables and all is good. Thanks again and apologies for the unnecessary effort in pushing a new package.

@nebulon said in Install a docker container on a LAMP app:

I think the easiest production-ready app package with go is https://git.cloudron.io/cloudron/simple-torrent-app maybe you can check that as reference.

Thanks @nebulon I'll take a look at it. Packaging is still something I'm not fully sure about.

@nebulon you just run the update command(s)

@deiwee I guess you would want to run it as www-data user though to not mess with file permissions. Did you get any error messages in the log? Of course after app restart it will always take at most a minute to kick the cron according to schedule.

@jlx89 there is no internal cache. Can you just do a plain curl -v https://clonedapp.domain.com and see what is happening? Could it be that you have the domain hardcoded in your LAMP app and it's redirecting you to that location? This happens fairly often when cloning WP with misconfigured plugins.

@carbonbee don't think it matters but I will push an update to phpMyAdmin 5.1.0 - https://www.phpmyadmin.net/news/2021/2/24/phpmyadmin-510-released/

@girish Hah this actually helps me with the Humhub app. Thanks! My solution was to use sed to delete line 312 in /etc/php/7.4/cli/php.ini lmao. Jank to the extreme.

@nj I have fixed this in the new package. However, it will work only for new installation. For existing install, you have to edit /app/data/apache/app.conf and add the following lines (You can add it after the DocumentRoot /app/data/public line):

LogFormat "%{X-Forwarded-For}i %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" proxy CustomLog "|/bin/cat" proxy ErrorLog "|/bin/cat"

After that restart the app.

@shai you have to build a custom app, please see this guide https://docs.cloudron.io/guides/multiple-databases-lamp/

@girish

But a random web search

+1 for random web searches!

led me to where someone suggests that "I had this issue in drush command line, when there was an error parsing the settings.php file

That was it! A missing comma in the databases array. Thanks so much!

@ccfu I am not quite sure anymore why we are explicitly overriding that header, even if it is passed from the upstream server (ie the app in this case)

I've pushed a change for next release which will allow overriding it now https://git.cloudron.io/cloudron/box/-/commit/70f2337b09f321c1252fd0e17754e5ffbb1080d9

Does anyone know if this may have problematic side-effects security wise?

@hardwarehulp Are you referring to the LAMP app? It looks like that and I have preemptively moved this request to that category.

@timconsidine fixed with https://git.cloudron.io/cloudron/docker-base-image/-/commit/c3431324eaddac83122e3e63893c7c6a8e1ee17d but of course only part of the next base image release then.

Indeed, the current composer comes from ubuntu 20. If you want a different version, you can always download the phar from the composer website and run it as @murgero suggested.

@girish surveyjs looks great.
It can certainly help with some projects/use cases.
But think I will pursue Budibase as the more complete design/host/collect responses solutions.
Got it working (easily after stupid error on my side) and will look at putting on a VPS. Would rather it is in Cloudron, but not sure I am competent enough to build it as custom app. Maybe will have a bash.

@peterle Yes, sure. We need to bring up the package at https://github.com/M-arcus/friendica-docker-image up to speed. It was packaged 3 years ago, so it probably won't work now.

@why42 yes I think this would not be suiteable for LAMP. But having a custom app package for custom scripts is very much doable if you have used docker at some point. Otherwise we are happy to help.

@girish Thank you

@nebulon I think for a start just making ssh based git push/pull work with hooks on the Github Pages and LAMP app is good enough. I think for rest of the "complicated" apps, we have to really make some container based PaaS, where we build the container as well (just like Heroku). That's a really long term feature.