Move session path to a more agnostic place (that exists!!) #1
Conversation
| @@ -217,7 +217,6 @@ catch_workers_output = yes | |||
| ; specified at startup with the -d argument | |||
| ;php_admin_value[sendmail_path] = /usr/sbin/sendmail -t -i -f www@my.domain.com | |||
| php_flag[display_errors] = off | |||
| ;php_admin_value[error_log] = /opt/rh/php55/root/var/log/php-fpm/www-error.log | |||
There was a problem hiding this comment.
This right here... if we could get this to work with a similarly generic path, we could move the stdout symlink to base as well and not manage it as a PHP-version variation. That's aside the point of this PR, just excited to see it.
There was a problem hiding this comment.
there is no reason we can't put that right into /var/log/php. Let's get this merged and I will review the various branches in apache-php and we can consolidate.
| @@ -7,6 +7,8 @@ RUN yum -y install \ | |||
|
|
|||
| EXPOSE 80 | |||
|
|
|||
| RUN mkdir -p /var/lib/php/session | |||
There was a problem hiding this comment.
Should this be a volume as well for session resume after a container restart?
There was a problem hiding this comment.
Wouldn't that be a project/environment level decision to map a volume to this particular path?
There was a problem hiding this comment.
I'm speaking of the Dockerfile VOLUME syntax, which persists data across docker runs but not docker rm.
There was a problem hiding this comment.
From a bug Critter reported last week