Ubuntu-fr

pater

[RESOLU] localhost ok, phpmyadmin et public_html pas ok

Bonjour à tous,

Je suis désolé je sais que ce sont des problèmes récurrents, mais je n'ai pas trouvé d'équivalent (oui j'ai cherché, il y a peut-être, mais je n'ai pas trouvé), et avant de manipuler n'importe quoi n'importe comment en suivant des solutions qui ne correspondent pas, je préfère demander.

J'ai suivi le tuto officiel d'installation de lamp (https://doc.ubuntu-fr.org/lamp) et d'apache2, la partie ci-dessous pour activer le module userdir. J'ai également installé phpmyadmin (sudo apt install phpmyadmin).

Il peut être utile, et c'est prévu par Apache, que chaque utilisateur puisse mettre un contenu web à disposition depuis son espace personnel (dans le répertoire home).
Ce contenu sera accessible à l'adresse http://example.com/~nom_de_lutilisateur, ou dans la plupart des cas : http://localhost/~nom_de_lutilisateur.

Pour mettre cette configuration en place, on crée un répertoire public_html dans son espace personnel et on lui donne les droits de lecture et d'exécution :

mkdir ~/public_html
echo 'Mon site personnel' > ~/public_html/index.html
chmod -R 755 ~/public_html
On active ensuite le module mod_userdir :

sudo a2enmod userdir
sudo systemctl reload apache2
Le message Mon site personnel devrait alors être lisible à l'adresse http://localhost/~nom_de_lutilisateur

Localhost fonctionne parfaitement et interprète le php.
localhost/~monhome pointe vers le bon dossier mais n'interprète pas php
localhost/phpmyadmin génère une 404

Si quelqu'un peut m'aider dans le paramétrage, ce serait très gentil. Merci d'avance
Fred

Dernière modification par pater (Le 19/06/2018, à 15:19)

bruno

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

Bonjour,

Il n'y a pas de tuto officiel. La documentation est rédigée et actualisée par des bénévoles. Elle peut contenir des erreurs, des inexactitudes ou des oublis, bien que celles de lamp et apache aient été mises à jour avec soin récemment. La dcocumentation officielle est en lien en bas de page du wiki.

Concernant ton problème, c'est normal. L'exécution du PHP est désactivée pour les dossiers utilisateur. Pour la réactiver tu va devoir modifier le fichier /etc/apache2/mods-available/php7.x.conf (ou x est 0,1 ou 2) et commenter, comme indiqué dans le fichier, les lignes suivantes :

# 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.
<IfModule mod_userdir.c>
    <Directory /home/*/public_html>
        php_admin_flag engine Off
    </Directory>
</IfModule>

Il faudra après enregistrement relancer apache :

sudo systemctl restart apache2

PS : je vais modifier la doc pour préciser ce point.

Dernière modification par bruno (Le 19/06/2018, à 12:09)

krodelabestiole

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

honnêtement j'ai laissé cette partie de la doc parce qu'on me reproche de trop virer de chose mais je conseille pas d'utiliser mod_userdir.
tu en as besoin pour une raison particulière ? c'est pour un serveur de dev ou de prod ?
donne le retour de cette commande :

sudo cat /etc/apache2/mods-enabled/php7.2.conf

en adaptant en fonction de la version de php que tu utilises.

concernant phpmyadmin c'est certainement un problème différent, tu peux donner le retour de

sudo cat /etc/apache2/conf-enabled/phpmyadmin.conf

---

nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site

krodelabestiole

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

crosspost

---

nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site

pater

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

Il n'y a pas de tuto officiel. La documentation est rédigée et actualisée par des bénévoles. Elle peut contenir des erreurs, des inexactitudes ou des oublis, bien que celles de lamp et apache aient été mises à jour avec soin récemment. La dcocumentation officielle est en lien en bas de page du wiki.

C'est très vrai! c'était une facilité de langage mais tu as raison, et c'est tellement appréciable comme contribution!!!

@krodelabestiole
il n'y a pas le fichier phpmyadmin.conf dans /etc/apache2/conf-enabled/ . Pourtant il est installé le sudo apt install me renvoie bien "phpmyadmin est déjà la version la plus récente (4:4.6.6-5)

bruno

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

Est-ce que tu as bien répondu à toutes les questions lors de l’installation du paquet phpmyadmin, notamment celle concernant le serveur web à configurer ?

pater

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

Oui, j'ai même tenté un dpkg-reconfigure, puis un apt install --reinstall, répondu à chaque fois...

Au fait pardon je réalise que je n'ai pas répondu dans mon message précédent, mais pour public_html c'est bon, en commentant ce que tu m'as dit merci!

bruno

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

Lors de la question : « Veuillez choisir le serveur web…» est-ce que tu as bien sélectionné apache2 (avec la barre d'espace) et validé ?

pater

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

oui, normalement oui, c'était déjà sélectionné et j'ai validé, mais je ne crois pas avoir appuyé sur espace. Je retente un dpkg-reconfigure et je reviens vers toi

pater

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

c'était bien ça, quel boulet... Pardon j'ai un peu honte du coup! mais merci beaucoup!

bruno

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

Pas de honte à avoir. Cela n'a rien d'évident lorsqu'on a jamais appris à manipuler des interfaces sans souris.
Si tes problèmes sont résolus, je t'invite à modifier ton premier message et à ajouter [Résolu] devant le titre.

pater

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

Pardon je reviens!
En fait j'ai encore un petit souci. Le dossier public_html est bien affiché avec http://localhost/~monlogin/
En revanche, les dossiers à l'intérieur n'apparaîssent pas, et si je tape l'adresse complète http://localhost/~monlogin/dossier --> erreur 500
Merci

bruno

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

En général les erreurs 500 sont dues à une erreur de configuration Apache (une directive erronée dans un htacces par exemple) ou une erreur de script PHP.

Il faut quand même vérifier les droits sur tes fichiers :

ls -al ~/public_html

pater

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

total 16
drwxr-xr-x  3 hn hn 4096 juin  20 11:56 .
drwxr-xr-x 21 hn hn 4096 juin  22 08:09 ..
-rwxr-xr-x  1 hn hn   40 juin  18 18:25 index__.php
drwxrwxrwx  8 hn hn 4096 juin  20 11:48 numerev

j'ai testé ça je crois ^^

bruno

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

Les droits sont tout à fait excessifs, ce n'est pas très grave si c'est pour du développement et que le serveur n'est pas accessible de l'extérieur.
Pourquoi le fichier à la racine s'apelle-t-il index__.php et non index.php ?

Si c'est le dossier numerev qui pose problème il faut voir ce qu'il y a dedans :

ls -al ~/public_html/numerev

Dernière modification par bruno (Le 22/06/2018, à 14:26)

pater

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

Oui c'est du pur dev. J'ai mis ça pour tester.
index__.php c'était justement pour qu'il ne l'affiche pas, mais qu'il affiche le contenu du dossier. et là, il n'affiche pas le dossier numerev!

Index of /~hn
[ICO]	Name	Last modified	Size	Description
[PARENTDIR]	Parent Directory	 	- 	 
[ ]	index__.php	2018-06-18 18:25 	40 	 
Apache/2.4.29 (Ubuntu) Server at localhost Port 80

et dans le dossier numerev il y a tout un contenu mais qui fonctionne parfaitement ailleurs

bruno

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

Le retour de la commande demandé en #15 STP

pater

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

total 15024
drwxrwxrwx 8 hn hn     4096 juin  20 11:48 .
drwxr-xr-x 3 hn hn     4096 juin  20 11:56 ..
-rwxrwxrwx 1 hn hn       38 juin  20 11:48 accueil.php
drwxrwxrwx 3 hn hn     4096 juin  20 11:48 administrator
-rwxrwxrwx 1 hn hn     5492 juin  20 11:48 agenda_detail.php
-rwxrwxrwx 1 hn hn     1489 juin  20 11:48 agenda.php
-rwxrwxrwx 1 hn hn      181 juin  20 11:48 articles.php
-rwxrwxrwx 1 hn hn      813 juin  20 11:48 config.php
-rwxrwxrwx 1 hn hn      153 juin  20 11:48 footer.php
drwxrwxrwx 8 hn hn     4096 juin  20 11:48 .git
-rw-rw-rw- 1 hn hn      119 juin  20 11:48 .gitignore
-rwxrwxrwx 1 hn hn      303 juin  20 11:48 .htaccess
drwxrwxrwx 3 hn hn     4096 juin  20 11:48 images
drwxrwxrwx 3 hn hn     4096 juin  20 11:48 img
-rwxrwxrwx 1 hn hn     1973 juin  20 11:48 index.php
-rwxrwxrwx 1 hn hn      124 juin  20 11:48 jours_fr.json
drwxrwxrwx 5 hn hn     4096 juin  20 11:48 js
-rwxrwxrwx 1 hn hn     1129 juin  20 11:48 menu.php
-rwxrwxrwx 1 hn hn      212 juin  20 11:48 mois_fr.json
-rwxrwxrwx 1 hn hn       57 juin  20 11:48 revue_actes.php
-rw-rw-rw- 1 hn hn     1433 juin  20 11:48 revue_actus.php
-rw-rw-rw- 1 hn hn     1793 juin  20 11:48 revue_agenda.php
-rwxrwxrwx 1 hn hn       59 juin  20 11:48 revue_carnet.php
-rw-rw-rw- 1 hn hn     3552 juin  20 11:48 revue_contact.php
-rwxrwxrwx 1 hn hn     2474 juin  20 11:48 revue_edito.php
-rw-rw-rw- 1 hn hn      328 juin  20 11:48 revue_mentions.php
-rwxrwxrwx 1 hn hn     1307 juin  20 11:48 revue_numero.php
-rwxrwxrwx 1 hn hn       58 juin  20 11:48 revue_numeros.php
-rwxrwxrwx 1 hn hn     3574 juin  20 11:48 revue.php
-rwxrwxrwx 1 hn hn     1542 juin  20 11:48 revues_arrays.php
-rwxrwxrwx 1 hn hn       58 juin  20 11:48 revue_varia.php
-rwxrwxrwx 1 hn hn       23 juin  20 11:48 rewrite.php
-rwxrwxrwx 1 hn hn    12213 juin  20 11:48 style.css
-rwxrwxrwx 1 hn hn     1427 juin  20 11:48 style_templates.php
-rwxrwxrwx 1 hn hn 15227452 juin  20 11:48 svg_2018_04_23.zip
drwxrwxrwx 4 hn hn     4096 juin  20 11:48 temp

bruno

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

Déjà tu peux remettre des droits un peu plus restrictifs :

chmod -R 755 ~/public_html

Ensuite il faut voir ce qu'il y a dans le fichier .htaccess (cf #13)

Dernière modification par bruno (Le 22/06/2018, à 15:41)

pater

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

c'est fait pour les droits
le htaccess :

#--------------------------------------------------
# Répertoire : /articles/
#--------------------------------------------------

# Le serveur doit suivre les liens symboliques :
# Options +FollowSymlinks

# Activation du module de réécriture d'URL :
RewriteEngine on

ErrorDocument 404 rewrite.php

bruno

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

Curieux ce .htaccess…

Le mod rewrite d'Apache est-il activé ?

sudo a2enmod rewrite

pater

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

oui module activé. Je peux l'enlever c'est un travail en cours, ou tout commenter pour l'instant il ne sert à rien

bruno

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

Alors c'est un script PHP qui provoque l'erreur 500. Il faut examiner les logs d'Apache (/var/log/apache2/errors.log) au moment où tu tentes d'accèder à ce dossier avec ton navigateur. Ton application PHP est-elle bien compatible avec PHP 7 ?

N.B. : si tu fais du dév., tu as tout intérêt à activer les retours d'erreurs dans le fichier php.ini. Les erreurs PHP s'afficheront ainsi dans le navigateur.

Dernière modification par bruno (Le 22/06/2018, à 17:27)

pater

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

c'est l'ordi du bureau je regarderai lundi. Mais je ne pense pas qu'il s'agisse de ça. D'abord le même site tourne sur plusieurs autres ordis. En PHP 7.2 oui. Et le truc bizarre c'est ~/monlogin ne fait pas apparaître le dossier numerev, comme s'il n'existait pas... Et effectivement j'ai activé les retours d'erreur

bruno

Re : [RESOLU] localhost ok, phpmyadmin et public_html pas ok

Ah oui, je n'avais pas vu cela. C'est peut-être juste un problème de cache du navigateur : Ctrl+F5 pour forcer le rechargement et éventuellement un redémarrage d'Apache.