phase2 / docker-apache-php Goto Github PK

Given that PHP 5.5 is 2 years past security updates drop it from the built images or at minimum update the install commands so that it builds correctly.

See https://www.softwarecollections.org/en/scls/rhscl/php55/

We previously had PHP error output funneled to stdout, in the transition to github we seem to have lost this. This should be applied to all PHP versions.

In Dockerfile:

    ln -sfv /dev/stderr /var/opt/remi/php70/log/php-fpm/error.log

Note that as a way to simplify the process of supporting this, we could generalize this snippet and place it in docker-apache-php-base if we also added a symlink such as /opt/php -> /var/opt/remi/php70 for each PHP version in this repo.

https://www.softwarecollections.org/en/scls/remi/php56more/

There is a replacement at

https://www.softwarecollections.org/en/scls/remi/sclo-php56/

@see phase2/docker-build#41

We need PHP 8.0 and 8.1 support for our web images. While at it, it would be great to upgrade the base distribution used by these images as it would fix some other versioning issues such as SQLite version issues.

This is required for Grav CMS to run, and in general is just a useful thing to have around.

Right now, different versions of PHP are managed in different branches. This makes it difficult to have one PR for a single change to all versions of PHP. Much like what we did with docker-build, lets make each php version as a subfolder.

In docker, logs are picked up from stdout. This is how commands such as docker logs are able to present log activity. We have already got Apache and PHP error logs, but we do not have logs properly routed for applications with their own syslog facility.

Rather than use a technique such as https://www.drupal.org/project/log_stdout, let's configure the container to split off Drupal logs into a dedicated file descriptor, whether that's a standard /var/log location or explicitly stdout.

If it is a /var/log/drupal, we already know how to use symlink magic to reroute that to stdout, check out the Dockerfile.

This was uncovered when dropping this docker-compose.yml file into the root of a Grav CMS codebase and running docker-compose up. You end up with this error:

Manually opening up a shell inside the container and running chmod -R 777 /var/lib/php/session fixes it.

Add phpredis module (https://github.com/phpredis/phpredis) for use with Drupal 8 redis module

The 90-redis.ini file is being copied into /php72/root/etc/opt/remi/php71/php.d instead of /php72/root/etc/opt/remi/php72/php.d, causing redis to be unavailable.