@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.
@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.
@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):
@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.
@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.