LAMP installé - pas compris répertoire de travail

francoisdeon53 · Le 10/06/2016, à 10:45

Bonjour,
Débutant++ (moins d'une semaine).
Mon premier POST ce matin => https://forum.ubuntu-fr.org/viewtopic.p … #p21535438
LAMP est installé (j'ai l'écran d'accueil dans localhost).
J'ai tourné les explications dans tous les sens, je n'arrive pas à créer l'équivalent du WWW sous WAMP (Windows).
Le répertoire WWW/HTML est bloqué en écriture.
Les explications ne correspondent pas à ce que je trouve dans le fichier de config.
Faut être indulgent pour le moment je suis complètement largué... mais je potasse !
Je mets la charrue avant les bœufs mais je développe à longueur de journée. Retrouver PHP et MYSQL sous UBUNTU me rassurerait pour continuer sous Linux.

Je sais pas si çà va coincer au niveau du Forum mais j'ai réussi à installer TEAMVIEWER.
Si quelqu'un peut me le configurer à distance, me mettre un message privé je donnerai mon téléphone.

Dernière modification par francoisdeon53 (Le 10/06/2016, à 11:00)

pires57 · Le 10/06/2016, à 11:06

Salut,

Je ne suis pas vraiment pour le fait de te configurer le serveur à distance via teamviewer.
Je peut t'aider à l'installer, à le configurer et même à comprendre les différents messages d'erreur mais si je te le fait tu n'apprendras rien donc cela n'aura servi à rien.
Pourrais tu nous renvoyer les retours des commandes suivantes :

ls -al /var/www
ls -al /var/www/html

Par défaut, sous ubuntu LAMP utilise /var/www/ comme répertoire mais ton utilisateur de base n'a pas les droits pour écrire dedans.
Il existe plusieurs solutions pour modifier cela, la meilleur pour moi c'est de configurer Apache pour utiliser la partition /srv/ (ce sont d'ailleurs les best practices.

francoisdeon53 · Le 10/06/2016, à 11:10

première commande

ls -al /var/www
total 12
drwxr-xr-x  3 root root 4096 juin   7 18:38 .
drwxr-xr-x 15 root root 4096 juin   7 18:38 ..
drwxr-xr-x  2 root root 4096 juin   7 18:39 html

------
2

dan@daniel-linux:~$ ls -al /var/www/html
total 20
drwxr-xr-x 2 root root  4096 juin   7 18:39 .
drwxr-xr-x 3 root root  4096 juin   7 18:38 ..
-rw-r--r-- 1 root root 11321 juin   7 18:39 index.html

TEAMVIEWER, je comprends ;-)
Au fait je suis le seul utilisateur. Donc admin

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 10/06/2016, à 11:33)

soshy · Le 10/06/2016, à 11:26

Edit : voir ici

Il y a plusieurs solutions...
Une solution simple mais tres sale (donc que je ne recommande pas vraiment :-) ) c'est de changer les droits sur le repertoire pour que tout le monde puisse ecrire dedans et bosser directement dedans.

sudo chmod -R 777 /var/www/html

Une autre solution simple un peu moins moche, c'est de faire un raccourcis dans ce repertoire vers ton dossier de travail :

sudo ln -s /home/nom_session/Document/mon_repertoire_travail /var/www/html/mon_projet

Avec ca, je pense que ca doit fonctionner en utilisant l'url http://localhost/mon_projet/

Apres il y a des solutions plus propres mais plus compliques a mettre en place avec des virtualhost... C'est a mon avis clairement mieux mais je l'ai fait qu'une seule fois et j'ai galere un peu donc je ne suis guere apte a developper cette solution.

Dernière modification par soshy (Le 10/06/2016, à 16:46)

francoisdeon53 · Le 10/06/2016, à 11:34

sorry
sudo ln -s /home/nom_session/Document/mon_repertoire_travail /var/www/html/mon_projet
nom_session = c'est quoi ?
mon_repertoire_travail = nom du répertoire à créer ?
Document = Documents chez moi
Je débarque vraiment !

mon_repertoire_travail => si je mets www par exemple.
Les sous répertoires de www marcheront aussi ?

en fait il me manque juste nom_session que je comprends pas

----------------
Laisse tomber, j'ai fait la méthode sale ! ! ! et çà marche au poil.
Vu que je suis le seul sur la bécane, çà craint pas.

Me reste 2 questions :
ou je trouve PHPMYADMIN ?
pour appeler une BDD crée je fais comment ? (quel HOST => localhost ?)
Désolé j'abuse.
Mais pour PHP merciiiiiiiiiiiiiiiii !

Dernière modification par francoisdeon53 (Le 10/06/2016, à 12:20)

soshy · Le 10/06/2016, à 12:35

/home/nom_session/Document/mon_repertoire_travail
c'est un chemin, un peu comme sous windows tu aurais : c:\program files\logicielX\
/ c'est un peu le c:\ de windows, c'est la racine et tous les fichiers sont dans des sous repertoires de /

Sous linux, tu peux avoir plusieurs session (plusieurs utilisateurs). Chaque utilisateur a son dossier personnel dans /home. Si tu as un utilisateur machin, ses documents seront dans /home/machin/

Les chemins que j'avais donne etait des exemples ou il fallait remplacer par les elements adapte a ton cas.

francoisdeon53 · Le 10/06/2016, à 12:51

merci
Il me manque tout ! j'ai appris pour la session ;-)
J'ai adopté la méthode sale et tu m'as sauvé !
Reste à trouver PhpMyadmin !
Dans le moteur de recherche je trouve pas.
avec

http://localhost/phpmyadmin

non plus !

Ah encore un truc, il faut que je trouve le php.ini, les erreurs PHP se sont pas retournées.
Je regarderai la doc pour savoir quoi modifier pour afficher les erreurs

Dernière modification par francoisdeon53 (Le 10/06/2016, à 12:55)

kholo · Le 10/06/2016, à 13:04

salut,
bienvenue dans le village gaulois de l'informatique !
je parle de ça ici car, outre les changements importants de versions,
on n'est pas tous d'accord avec la façon de monter un serveur local
quant à la méthode sale : c'est une mauvaise idée et un mauvaise habitude !
soshy, tu vas te faire remonter les bretelles par les rooters !

2 choses :
avant le dossier des sites était /var/www
qui est devenu /var/www/html
ensuite la doc conseillait un lien vers un dossier de /media/www-dev
mais aujourd'hui, on conseille plus /srv
déjà de quoi bien mettre le bordel quand on passe d'un tuto à un autre
et qu'on cherche à faire des recoupements !

ensuite ce fameux problème de droits :
quand on arrive de Doz avec des bagages importants,
on a l'impression de retourner à l'école pour apprendre les ACL (ce tuto est lourdingue) !
les groupes sont peu utilisés par les débutants mais c'est simple à comprendre.
pour faire simple, on a 3 niveaux :
le propriétaire, le groupe, les autres
pour partager un dossier on utilise ou crée un groupe
on défini ce groupe pour le dossier
et on ajoute un ou des utilisateurs à ce groupe.
pour les sites le groupe est www-data

on peut aussi définir un groupe par défaut pour un dossier pour que les oblets (fichiers, dossiers, liens) qui y sont créés soient tous de ce groupe quelque soit l'utilisateur créateur ; j'ai fait un tuto d'application des ACL pour une famille pour ceux que ça intéressent

pour ta question :
comme ton utilisateur est sudoer
/home/nom_session/ peut être remplacé par $HOME
ça donne ça :

sudo ln -s $HOME/Document/mon_repertoire_travail /var/www/html/mon_projet

pour les autres différences avec doz :
à part le dir remplacé par le ls et quelques différences minimes (rename par mv)
si tu as touché au batch, comme dans autoexec.bat le bash et la ligne de commande (ldc) seront une formalité !

les dossiers importants :
/ : pas de C: ou de D: c'est root (racine) le point de départ de ton arborescence
attention l'admin du système est aussi appelé root
/home : pour les dossiers utilisateurs (comme USERS dans doz)
/etc : pour les préférences générales (ce dossier appartient à root donc toujours sudo pour modifier)
/usr/bin : pour les programmes
/media : pour les montages (clés usb, disques durs, partitions....)
...
tu verras les autres dossiers à l'usage

On met un point devant un nom pour le cacher
"h" est la lettre pour faire apparaître les fichiers cachés
tu trouveras un -h dans les lignes de commande et Ctrl + h pour faire apparaitres ces fichiers dans les gestionnaires de fichiers comme nautilus, nemo ou caja.

astuce 1 : tape les premières lettres et tab pour l'autocomplétion en ldc
par exemple :

cd /ho

puis tab (1 ou 2 fois) mettra

cd /home/

puis tab (1 ou 2 fois) à nouveau...

astuce 2 : clic de la roulette de souris pour le copier coller numéro 2 :
tu sélectionnes du texte et tu clic avec la roulette à l'endroit du coller (bigrement efficace)
nb : c'est un buffer différent de celui du copier coller traditionnel
donc tu peux combiner les deux fonctions

astuce 3 : mettre une fenêtre au premier plan avec clic droit sur la barre du haut et "mettre au premier plan"
pratique pour les copier coller de Firefox vers le terminal

astuce 4 : raccourcis clavier du terminal
par défaut sur certains bureaux : ctrl + alt + t
le programmer dans certains bureaux comme lxde

Dernière modification par kholo (Le 10/06/2016, à 13:07)

francoisdeon53 · Le 10/06/2016, à 13:18

J'admire votre patience mais là j'ai marché sur une mine ! !
Je vois plus rien, je ne comprends plus rien....

Bref, je chausse mes tongues et je vais prendre l'air !
Sale ou pas dans l'immédiat je m'en fous. C'est pas mon genre je suis plutôt puriste.
Je remettrai tout çà au propre plus tard.
Mais il était urgent que je puisse faire du PHP.

Je développe toujours sous Windows (normal) mais tant que j'avais pas PHP sous LINUX j'étais pas rassuré pour continuer UBUNTU.
Là je suis OK. Les BDD çà attendra.
Avant j'ai tout à apprendre (j'ai mis 10 minutes pour créer un raccourcis de www sur le bureau ! !), Je suis une pointure.
Tant que je n'ai pas les bases, les chemins, les commandes... la lecture de 3 lignes de tuto çà va, à la troisième je disjoncte !

Merci tout le monde
On considère ce POST résolu.
Mais je vais revenir ! !

soshy · Le 10/06/2016, à 13:20

quant à la méthode sale : c'est une mauvaise idée et un mauvaise habitude !

c'est pas pour rien que c'est une methode sale. Ceci dit, pour faire juste une bricole, il n'y a rien de plus simple et rapide. Et en bon informaticien, je suis partisan du moindre effort ...

jplemoine · Le 10/06/2016, à 13:44

La solution de prendre /srv en lieu et place de /var/www(/html) n'est pas une lubie mais :
- le respect la norme FHS
- Lors d'une réinstallation, /var est systématiquement reformaté, /srv ne l'est pas : si /srv est sur une partition séparée, il suffit donc juste de remettre la ligne adéquate dans le fstab (ça peut être fait à l'installation).

Quand à "la méthode sale", c'est juste comme si tu partais de chez toi en laissant portes et fenêtres grand ouverts....

kholo · Le 10/06/2016, à 13:50

soshy a écrit :

quant à la méthode sale : c'est une mauvaise idée et un mauvaise habitude !
c'est pas pour rien que c'est une methode sale. Ceci dit, pour faire juste une bricole, il n'y a rien de plus simple et rapide. Et en bon informaticien, je suis partisan du moindre effort ...

faire bien du premier coup est plus simple et plus rapide
lamp sur une 14.04
lamp sur une 16.04

et, si tu veux voir ce que ça donne quand on se perd dans lamp (145 posts pour arriver à rien !):
https://forum.ubuntu-fr.org/viewtopic.php?id=1989815

le tuto de Rufus a un avantage :
il installe chaque composant un par un et donne la procédure de test pour voir que tout est ok (ce qui doit être le cas sur une installation fraîche).

nb dans ce post je fais une installation complète en VM de ubuntu + Lamp en 3/4 d'heure

pires57 · Le 10/06/2016, à 14:05

Et en bon informaticien, je suis partisan du moindre effort

Et en tant qu'admin système je te prends pour un clown. Nous n'avons clairement pas la même manière de voir les choses, tu penses que mes clients diraient quoi si je venait leurs dire "votre sécurité n'est pas optimal mais on a pas envie de perdre du temps à le sécurisé"?
Un bon informaticien c'est quelqu'un qui fait son travail correctement, pas quelqu'un qui fait le fainéant et prends des raccourcis au risque d'ouvrir consciemment des failles de sécurité.
T'aurais pu faire de plusieurs manière pour avoir un truc plus propre que cela par exemple changer le groupe proprio du groupe et y rajouter son user, ce qui t'aurais permis en modifiant les droits du groupe de modifier les fichiers ou alors encore mieux, suivre mes recommandations (post2 ) et créer un fichier "www" sous srv , faire la modif dans le fichier de conf pour pointer sur /srv et plus /var/www/html, et mettre son utilisateur en tant que owner de ce fichier.
En terme de temps cela ne t'aurais pas pris plus de 5 minute et c’était propre.

Dernière modification par pires57 (Le 10/06/2016, à 14:09)

kholo · Le 10/06/2016, à 14:44

@pires57 : merci, je ne suis pas assez bon pour me permettre ce genre de réponse mais ça me démangeait

francoisdeon53 · Le 10/06/2016, à 14:54

PFOUU !
J'ai fichu un joyeux bordel !
J'ai adopté la méthode.... euh pas la bonne quoi.
Dès que j'ai les idées claires et quelques compétences supplémentaires, je remettrai tout çà dans les normes ;-)

Bon PHP marche et avec les messages d'erreur.
Je suis satisfait pour aujourd'hui.
Côté sécurité... je suis le seul à utiliser la bécane, c'est sans doute pas top, mais pour l'instant tout ce que je développe en production est encore sous Windows.
Va me falloir un certain temps avant de tout faire sous LINUX ! ! ! !

Je me suis donné 2 ans. La seule chose que je ne remplacerai jamais, c'est Photoshop hélas. J'ai pratiqué GIMP, c'est quand même pas la même chose.

Dernière modification par francoisdeon53 (Le 10/06/2016, à 14:58)

kholo · Le 10/06/2016, à 15:35

A parte @francoisdeon53
tu sembles maîtriser pas mal de trucs :
si tu as une machine un peu véloce,
fais toi une VM ubuntu (même sous Windows) et monte un serveur LAMP (ça doit se faire en 1 heure ou 2)
ça te permettra de tout reprendre facilement si tu te perd pendant l’installation
après 1 à 3 fois tu en sauras assez pour le faire en dur...
tu peux même la mettre en production pour ton travail personnel
(comme ça tu bosses sous Windows et tu lances la VM quand tu veux avoir un serveur perso)

je continue après une installation fonctionnelle de Lamp de mon post
lamp sur une 14.04
lamp sur une 16.04

création du dossier pour les sites,
1. méthode des liens
2. modification des vhosts
je ne connais que les liens donc je ne parlerais pas de vhost

nb on peut monter une partition ou un dossier avec l'option bind dans fstab

création du dossier principal

la doc a écrit :

/srv services services Données pour les services du système

sudo mkdir /srv

les droits resteront root

un sous dossier pour les sites web
sudo mkdir /srv/www
droits www-data pour www
sudo chgrp -R www-data /srv/www
ajouter l'utilisateur à www-data
sudo adduser $USER www-data
maintenant le lien :
ln -si /var/www /srv/www
ou
ln -si /var/www/html /srv/www

edit : je met cette partie de côté le temps de la rectifier

edit 2 : Ma solution

sudo ln -si /var/www/html /srv 
sudo chgrp www-data /srv/html
sudo chmod 775 /srv/html
sudo adduser $USER www-data

puis redémarrage

vérification :
aller dans /srv/html avec le navigateur de fichier
clic droit et nouveau fichier
ou
en ligne de commande :

nano /srv/html/test.html

ne doivent pas renvoyer d'erreur

pour aller plus loin :
j'ai téléchargé Joomla
décompressé et renommé dans /srv/html
puis 127.0.0.1 et on entre dans le dossier

attention : je me suis arrêté là mais il faut créer une base avec phpmyadmin pour chaque installation de joomla avant de lancer l'installation

Dernière modification par kholo (Le 11/06/2016, à 19:19)

soshy · Le 10/06/2016, à 15:41

puisque vous montez sur vos grands chevaux...

1- J'ai precise "pour une bricole". Ca ne sert a rien de se faire chier ne serai-ce que 15min a faire de la conf si c'est pour tester/realiser un truc (en l'occurence un script php) qui prendra moins de 5 minutes. Ca s'appel du pragmatisme et ca marche assez bien dans la vraie vie, y compris en entreprise.

2-

Et en tant qu'admin système je te prends pour un clown. Nous n'avons clairement pas la même manière de voir les choses, tu penses que mes clients diraient quoi si je venait leurs dire "votre sécurité n'est pas optimal mais on a pas envie de perdre du temps à le sécurisé"?

Ca n'en reste pas moins que:
- l'on n'est pas dans le cas d'un serveur de production, mais une machine de dev.
- A mon avis le choix est a faire par le client. Il (le client) peut avoir une contrainte budgetaire et une solution non securise (moins cher) pour un element non critique peut etre une solution. A lui de choisir, a toi de proposer, recommender, exposer les risques voir meme de refuser sa demande si tu estimes qu'elle est mauvaise, rien ne l'empeche d'aller voir un concurrent qui mettra en oeuvre la dite solution que tu as refuse de mettre en place. (C.f. le pragmatisme relatif a la situation)

T'aurais pu faire de plusieurs manière pour avoir un truc plus propre que cela par exemple changer le groupe proprio du groupe et y rajouter son user, ce qui t'aurais permis en modifiant les droits du groupe de modifier les fichiers ou alors encore mieux, suivre mes recommandations (post2 ) et créer un fichier "www" sous srv , faire la modif dans le fichier de conf pour pointer sur /srv et plus /var/www/html, et mettre son utilisateur en tant que owner de ce fichier.

cf point 1. Fais moi tout ca en une seul commande ou rien n'est a modifier juste pour voir...
(je ne dis pas que c'est une mauvaise solution!)

3- Interet reel de faire un repertoire /srv pour un particulier sur une installation par defaut d'ubuntu ? Respecter une norme que seul les pro (et surement pas tous) suivent. L'histoire du formatage formule par jplemoine, bien qu'interessante, c'est plus d'emmerde qu'autre chose sur une install par defaut (je ne dis pas que ce n'est pas utile pour les sysadmin sur de vrais serveurs!) car il faut reduire une partition existante, en creer une nouvelle puis modifier le fstab.

Je ne m'attarderai pas sur la question faille de securite. Il y a, je pense, des problemes bien pire que de mettre un repertoire en 777 sur une machine. Et vous avez le droit de pas etre d'accord la dessus. relevent xkcd

Dernière modification par soshy (Le 10/06/2016, à 16:22)

kholo · Le 10/06/2016, à 16:26

aller, le prends pas mal...
faute de le faire en une ligne, on peut le faire en 1 ou plusieurs copier coller !
et, as-tu vu une modification de fichier dans mon tuto ?

le but des contributeurs est de trouver une solution qui fonctionne aussi pour les prochains lecteurs,
alors, si on met du 777 de partout, on n'en finira plus.
mieux vaut ne même pas en parler
même si on sait tous que c'est faisable comme ça

et si tu veux faire les choses bien,
tu retournes dans ton post et tu le modifies en conséquence
(j'y suis passé, alors je connais )

soshy · Le 10/06/2016, à 16:39

as-tu vu une modification de fichier dans mon tuto ?

Non et c'est d'ailleurs plutot propre et simple parce que justement il n'y a pas de conf a modifier (contrairement a ce que d'autres ont indique).
Juste un detail pour simplifier encore , on peut remplacer

sudo mkdir /srv
sudo mkdir /srv/www

par

sudo mkdir -p /srv/www

Dernière modification par soshy (Le 10/06/2016, à 16:41)

kholo · Le 10/06/2016, à 16:57

@soshy : oui, je connais ce raccourcis mais j'ai préféré détailler

pour aller toujours plus vite,
tu fais un copier coller de chaque ligne dans un fichier texte et tu reprends tout en vrac dans un terminal
comme les sauts de ligne seront collés, le terminal exécutera chaque ligne une après l'autre comme si c'était un script !

Rufus T. Firefly · Le 10/06/2016, à 17:04

kholo a écrit :

...alors, si on met du 777 de partout, on n'en finira plus.

Mais si, au contraire... Le système s'arrêtera de fonctionner et ce sera fini !

francoisdeon53 · Le 11/06/2016, à 14:11

Hello,
Je recommence à zéro.
Mon install sale marche pour PHP pas PhpMyadmin mais je voudrais partir sur des bases propres.
J'aimerais remettre les www/html en lecture seule
désinstaller LAMP
tout réinstaller un par un => apache, PHP, Mysql...
créer proprement mon espace de travail PHP et accéder à Phpmyadmin.
---------------------------------

Après réflexion
Je vais réinstaller UBUNTU
Vu que j'ai fait quelques erreurs à droite ou à gauche, je repars sur un système vierge !

Je reviendrai après vous demander des conseils ;-)

Dernière modification par francoisdeon53 (Le 11/06/2016, à 14:23)

pires57 · Le 12/06/2016, à 18:54

1- J'ai precise "pour une bricole". Ca ne sert a rien de se faire chier ne serai-ce que 15min a faire de la conf si c'est pour tester/realiser un truc (en l'occurence un script php) qui prendra moins de 5 minutes. Ca s'appel du pragmatisme et ca marche assez bien dans la vraie vie, y compris en entreprise.

Ca n'en reste pas moins que:
- l'on n'est pas dans le cas d'un serveur de production, mais une machine de dev.
- A mon avis le choix est a faire par le client. Il (le client) peut avoir une contrainte budgetaire et une solution non securise (moins cher) pour un element non critique peut etre une solution. A lui de choisir, a toi de proposer, recommender, exposer les risques voir meme de refuser sa demande si tu estimes qu'elle est mauvaise, rien ne l'empeche d'aller voir un concurrent qui mettra en oeuvre la dite solution que tu as refuse de mettre en place. (C.f. le pragmatisme relatif a la situation)

Tu fait ce que tu veut, moi pour ma part j'offre des services de qualité et la qualité commences par l'utilisation et la mise en place de sécurité, ce qui en terme de coût (sur ton exemple) ne change absolument rien vu que tu n'aurais pas pris plus de 5 minute a le configurer correctement.
Machine de dev ou pas ce n'est pas la question, de plus tu parles de "faire une bricole" alors qu'il semble que françoisdeon53 soit développeur, tu ne peut donc pas qualifier son utilisation du serveur comme une bricole.
D’ailleurs, soit dit en passant, pour executer un simple script php tu n'as pas besoin d'installer l'artillerie lourde donc pour "une bricole" comme tu dit, tu pouvais directement utiliser la ligne de commande et la commande php.

cf point 1. Fais moi tout ca en une seul commande ou rien n'est a modifier juste pour voir...
(je ne dis pas que c'est une mauvaise solution!)

Je pourrais effectivement le faire avec un script et donc aucune modif de fichier apparente et en une seule ligne de commande (puisque j'aurais simplement à appeler le script) mais tu viendras dire que c'est juste contourner ton "problème " avec la modification.

Ce qui m'embête le plus c'est que tu rechignes a modifier deux lignes d'un fichier de conf alors que ce n'est pas plus compliquer que cela, au niveau de la conf d'apache le travail est déjà totalement mâcher (mais je te sortirais l'extrait du fichier de conf demain si j'ai un peu de temps.)

3- Interet reel de faire un repertoire /srv pour un particulier sur une installation par defaut d'ubuntu ? Respecter une norme que seul les pro (et surement pas tous) suivent. L'histoire du formatage formule par jplemoine, bien qu'interessante, c'est plus d'emmerde qu'autre chose sur une install par defaut (je ne dis pas que ce n'est pas utile pour les sysadmin sur de vrais serveurs!) car il faut reduire une partition existante, en creer une nouvelle puis modifier le fstab.
Je ne m'attarderai pas sur la question faille de securite. Il y a, je pense, des problemes bien pire que de mettre un repertoire en 777 sur une machine. Et vous avez le droit de pas etre d'accord la dessus.

Ce n'est pas qu'une question de norme, /var est un répertoire appartenant à root, les sites web que tu développe sont considérés comme des services et ne sont pas censé appartenir a root.
En effet je ne suis pas d'accord avec toi concernant les droits trop élevés mais cela c'est un autre débat et je ne vais pas ouvrir l'explication ici,ce ne serait qu'un HS en grande partie.

PS : l'utilisation des liens symbolique (bien que cela fonctionne) n'est pas non plus une excellente solution.
Je sais bien que dans la doc elle y est utilisé mais cette doc est quelques peu obsolète, il est plus recommander d'utiliser les outils fournis par apache pour faire cela.

Edit : Comme promis voici donc l'extrait intéressant du fichier de conf :

apache2.conf

<Directory /var/www/>
        Options Indexes FollowSymLinks
        AllowOverride None
        Require all granted
</Directory>

#<Directory /srv/>
#       Options Indexes FollowSymLinks
#       AllowOverride None
#       Require all granted
#</Directory>

Ici tu remarques que le default directory est /var/www et qu'un autre directory (/srv) à été préconfiguré et mis en commentaire.
La seule chose à faire c'était de commenter le block directory correspondant à /var/www et de décommenter celui de /srv/, rien de bien difficile.

Dernière modification par pires57 (Le 13/06/2016, à 09:23)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 10/06/2016, à 10:45

LAMP installé - pas compris répertoire de travail

#2 Le 10/06/2016, à 11:06

Re : LAMP installé - pas compris répertoire de travail

#3 Le 10/06/2016, à 11:10

Re : LAMP installé - pas compris répertoire de travail

#4 Le 10/06/2016, à 11:26

Re : LAMP installé - pas compris répertoire de travail

#5 Le 10/06/2016, à 11:34

Re : LAMP installé - pas compris répertoire de travail

#6 Le 10/06/2016, à 12:35

Re : LAMP installé - pas compris répertoire de travail

#7 Le 10/06/2016, à 12:51

Re : LAMP installé - pas compris répertoire de travail

#8 Le 10/06/2016, à 13:04

Re : LAMP installé - pas compris répertoire de travail

#9 Le 10/06/2016, à 13:18

Re : LAMP installé - pas compris répertoire de travail

#10 Le 10/06/2016, à 13:20

Re : LAMP installé - pas compris répertoire de travail

#11 Le 10/06/2016, à 13:44

Re : LAMP installé - pas compris répertoire de travail

#12 Le 10/06/2016, à 13:50

Re : LAMP installé - pas compris répertoire de travail

#13 Le 10/06/2016, à 14:05

Re : LAMP installé - pas compris répertoire de travail

#14 Le 10/06/2016, à 14:44

Re : LAMP installé - pas compris répertoire de travail

#15 Le 10/06/2016, à 14:54

Re : LAMP installé - pas compris répertoire de travail

#16 Le 10/06/2016, à 15:35

Re : LAMP installé - pas compris répertoire de travail

#17 Le 10/06/2016, à 15:41

Re : LAMP installé - pas compris répertoire de travail

#18 Le 10/06/2016, à 16:26

Re : LAMP installé - pas compris répertoire de travail

#19 Le 10/06/2016, à 16:39

Re : LAMP installé - pas compris répertoire de travail

#20 Le 10/06/2016, à 16:57

Re : LAMP installé - pas compris répertoire de travail

#21 Le 10/06/2016, à 17:04

Re : LAMP installé - pas compris répertoire de travail

#22 Le 11/06/2016, à 14:11

Re : LAMP installé - pas compris répertoire de travail

#23 Le 12/06/2016, à 18:54

Re : LAMP installé - pas compris répertoire de travail

Pied de page des forums