Debian libmodapache2-php form deb.sury.org does not serve php file in user_dir [closed]

Check the file /etc/apache2/mods-enabled/userdir.conf

<IfModule mod_userdir.c> UserDir public_html UserDir disabled root <Directory /home/*/public_html> php_admin_value engine On php_admin_flag short_open_tag On php_admin_flag display_error On php_admin_flag display_startup_errors On php_admin_value error_reporting -1 AllowOverride All Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec Require method GET POST OPTIONS PUT DELETE </Directory> </IfModule> # vim: syntax=apache ts=4 sw=4 sts=4 sr noet

It must be something like this, the important part is

php_admin_value engine On

Then check the file cat /etc/apache2/mods-enabled/php*.conf

# Using (?:pattern) instead of (pattern) is a small optimization that # avoid capturing the matching pattern (as $1) which isn't used here <FilesMatch "\.ph(?:ar|p|tml)$"> SetHandler application/x-httpd-php </FilesMatch> <FilesMatch "\.phps$"> SetHandler application/x-httpd-php-source # Deny access to raw php sources by default # To re-enable it's recommended to enable access to the files # only in specific virtual host or directory Require all denied </FilesMatch> # Deny access to files without filename (e.g. '.php') <FilesMatch "^\.ph(?:ar|p|ps|tml)$"> Require all denied </FilesMatch> # Running PHP scripts in user directories is disabled by default # # To re-enable PHP in user directories comment the following lines # (from <IfModule ...> to </IfModule>.) Do NOT set it to On as it # prevents .htaccess files from disabling it. This also disables # serving the files, as the webserver would otherwise serve them # as plaintext, and many software packages still put passwords in # .php files. Comment out or remove the FilesMatch directive if # you really want to serve php as plaintext from user dirs. <IfModule mod_userdir.c> <Directory /home/*/public_html> php_admin_flag engine Off <FilesMatch "\.ph(ar|p|ps|tml)$"> Require all denied </FilesMatch> </Directory> </IfModule>

If so comment the last directive with php_admin_flag engine Off.

As I remember before the last update this directive was not present.

I suppose it has somenthing to do with this merge.

https://salsa.debian.org/php-team/php/-/merge_requests/17