Vous ne devriez pas avoir besoin d'ajouter cela manuellement, le package libapache2-mod-php5installe /etc/apache2/mods-available/php5.confcontenant:
<IfModule mod_php5.c>
<FilesMatch "\.ph(p3?|tml)$">
SetHandler application/x-httpd-php
</FilesMatch>
<FilesMatch "\.phps$">
SetHandler application/x-httpd-php-source
</FilesMatch>
# 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.
<IfModule mod_userdir.c>
<Directory /home/*/public_html>
php_admin_value engine Off
</Directory>
</IfModule>
</IfModule>
Puisqu'il s'agit d'un fichier de configuration, il est possible qu'il ne soit pas installé avec la mise à niveau. Pour corriger cette purge puis la réinstaller:
vérifiez les paramètres en conflit dans /etc/apache2.
avez-vous construit Apache à partir des sources?
Exécutez sudo apache2ctl configtestpour vérifier les erreurs de syntaxe dans votre configuration
Ouvrez http: // localhost / server-info pour vérifier la configuration et les modules chargés. Le statusmodule doit être chargé pour cela. Si vous utilisez un serveur distant, vous devez vous ajouter à la Allow fromliste /etc/apache2/mods-enabled/status.confet redémarrer le serveur par la suite
Brillant. AFK en ce moment, mais va tester cela ce soir. Merci.
Jivings
Purgé et réinstallé, le module est chargé dans les mods, mais j'ai toujours le même problème ... Je ne trouve rien qui serait en conflit et l'inclusion des fichiers conf est définitivement présente dans apache.conf. As-tu d'autres idées? Merci.
Jivings
@Jivings: quelques idées de débogage ajoutées
Lekensteyn
Toujours incapable de le comprendre. Cependant, j'ai découvert quelque chose d'encore plus curieux. Il semble que PHP fonctionne bien pour l'un des hôtes virtuels qui est configuré, bien que tout ce qu'il fait est de définir un documentRoot dans / var / www. Comment est-ce possible?!
Jivings
1
Vous devrez toujours vider le cache de votre navigateur et redémarrer apache.
Francesco
3
Eh bien, après que rien d'autre n'ait fonctionné et qu'Apache devenait très confus, j'ai finalement purgé tous les packages Apache et les ai réinstallés.
Semble bien fonctionner maintenant, qui sait ce qui n'allait pas ...
ÉDITER
J'ai découvert ce qui n'allait pas lorsque je reconfigurais mes paramètres de configuration Apache. [Cette entrée de blog] [1] l'explique.
Il s'avère que bien que le module userdir ne soit pas activement utilisé, le reste des fichiers de sites résident dans mon dossier ~ / public_html, et php était désactivé pour tout ce qu'il contient.
Je suppose que cela a dû être un ajout récent au module php qui n'était pas présent dans mes paramètres Karmic.
Cela devrait être lié à un problème de configuration. Lors des mises à niveau, aucun fichier /etcn'est copié afaik (au moins, quelqu'un a eu un problème avec le fait de /etc/init.d/apache2ne pas être créé lors de la réinstallation, uniquement lors de la purge + installation)
Lekensteyn
Étrange que cela ait fonctionné avant la mise à niveau de mon système alors ...
Jivings
probablement un changement de fonctionnalité alors. Vous ne pouvez pas vous attendre à ce que chaque mise à niveau respecte les anciens paramètres de configuration. Certaines modifications auraient du sens pour la majorité mais pas pour d'autres.
Lekensteyn
En effet. Merci de m'avoir aidé à aller au fond de toute façon, très apprécié :)
Jivings
1
le php5.conffichier /etc/apache2/mods-enabledcontient quelques lignes en bas qui empêchent php de s'exécuter à l'intérieur d'un répertoire utilisateur, donc cela pourrait aussi être votre problème en fonction de votre configuration. Vous pouvez simplement commenter ces lignes et recharger apache2
Eh bien, après que rien d'autre n'ait fonctionné et qu'Apache devenait très confus, j'ai finalement purgé tous les packages Apache et les ai réinstallés.
Semble bien fonctionner maintenant, qui sait ce qui n'allait pas ...
ÉDITER
J'ai découvert ce qui n'allait pas lorsque je reconfigurais mes paramètres de configuration Apache. [Cette entrée de blog] [1] l'explique.
Il s'avère que bien que le module userdir ne soit pas activement utilisé, le reste des fichiers de sites résident dans mon dossier ~ / public_html, et php était désactivé pour tout ce qu'il contient.
Je suppose que cela a dû être un ajout récent au module php qui n'était pas présent dans mes paramètres Karmic.
la source
/etc
n'est copié afaik (au moins, quelqu'un a eu un problème avec le fait de/etc/init.d/apache2
ne pas être créé lors de la réinstallation, uniquement lors de la purge + installation)le
php5.conf
fichier/etc/apache2/mods-enabled
contient quelques lignes en bas qui empêchent php de s'exécuter à l'intérieur d'un répertoire utilisateur, donc cela pourrait aussi être votre problème en fonction de votre configuration. Vous pouvez simplement commenter ces lignes et recharger apache2la source