Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 26/12/2012, à 00:42

lool_lauris

afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Salut,

J'ai installé lamp :

sudo apt-get install apache2
sudo apt-get install php5
sudo apt-get install mysql-server
sudo apt-get install phpmyadmin

et j'ai suivi ce tuto => http://doc.ubuntu-fr.org/tutoriel/lamp_ … de_travail

Une fois ceci fait, j'ai copié le dossier (luberon) contenant les fichiers et dossiers constituant mon site vers /media/www-dev/private

Puis, je lance Firefox et dans la barre d'adresse je tape :

http://127.0.0.1/private/luberon/

Rien ne s'affiche. Pourtant, j'ai bien un fichier index.php à la racine de ce dossier (luberon).

Qu'est-ce que j'ai oublié ?

Merci d'avance pour votre aide.

Dernière modification par lool_lauris (Le 29/12/2012, à 23:08)


Soutenez le Libre => http://www.april.org/

Hors ligne

#2 Le 26/12/2012, à 07:07

tiramiseb

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Salut,
Avant tout, je tiens à signaler que cette documentation me semble truffée de mauvaises pratiques.

Qu'entends-tu par "rien de s'affiche" ? Si tu vois une page blanche sans erreur, cela signifie que ton serveur t'a renvoyé une page blanche. Sinon tu devrais nous indiquer l'erreur que tu rencontres.
Tu peux utiliser la commande wget - voire la commande HEAD - pour avoir plus de détails...

Hors ligne

#3 Le 26/12/2012, à 07:46

mydjey

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

tiramiseb a écrit :

Salut,
Avant tout, je tiens à signaler que cette documentation me semble truffée de mauvaises pratiques.

Cool tiramiseb se propose d'améliorer la doc. smile

Blague à part, le sujet m'intéresse, j'ai créé un répertoire de travail sur mon serveur de dev, mais j'ai pas suivit cette doc, elle me semblait effectivement bancal.

Hors ligne

#4 Le 26/12/2012, à 07:50

tiramiseb

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Il ne faut pas "améliorer" la doc, il faudrait la réécrire : elle part d'un postulat de base faux ("il ne faut surtout pas travailler dans /var/www").

Hors ligne

#5 Le 26/12/2012, à 08:11

mydjey

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Je suis curieux d'en savoir plus sur ta vision des choses.
Effectivement pour moi travailler dans /var/www n'est pas génial puisque ça demande (pour être pratique) de changer les droits du répertoire /var/www , plutôt que de faire ça je préfère indiquer à Apache que la racine de mon "site" se trouve dans /home/$USER/www. Je trouve ça plus propre.

Dernière modification par mydjey (Le 26/12/2012, à 08:13)

Hors ligne

#6 Le 26/12/2012, à 08:45

tiramiseb

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Ma vision des choses :

Tout d'abord, pour répondre à ton usage, /home/<utilisateur>/www est une très mauvaise habitude car un site n'est généralement pas associé à un utilisateur - de plus, si l'utilisateur disparaît, le site disparaît.

De nos jours, peu de sites sont faits "à la main", on utilise des frameworks, des CMS, etc. Pour les frameworks (je connais surtout Django et Flask), en général il faut une arborescence particulière, qui n'est pas l'arborescence présentée par le serveur web. Il n'y a donc pas lieu de la rendre "web-ready", si on peut dire. De manière générale, le répertoire /opt est fait pour contenir "des applications dont l'arboresence ne rentre pas dans l'arborescence UNIX classique" ; personnellement, je mets les frameworks, CMS, applis web, etc, dans /opt. Et je mets les fichiers statiques dans /var/www/<nom du site>.

Par exemple, mon site pro est sous Wordpress. J'ai installé Wordpress dans quelque chose comme /opt/<site pro>. J'ai deux applis pro sur un serveur protégé par SSL, ces applis sont dans /opt/<machin> et /opt/<truc>. J'ai également, sur ma racine en HTTPS, une petite interface statique, que j'ai mise dans /var/www/<racine ssl>.

J'ai un virtualhost sur le port 80 qui pointe vers /opt/<site wordpress pro>.
J'ai un virtualhost sur le port 443 qui pointe vers /var/www/<racine ssl>, avec deux alias dans la configuration d'Apache : /<répertoire web de machin> vers /opt/<machin> et /<répertoire web de truc> vers /opt/<truc>.

De manière plus générale (là je parle d'infras normales, pas de mon petit serveur pro juste à moi), s'il y a des droits à donner à un utilisateur en particulier, je les donne sur /var/www/<site> ou /opt/<appli web>/<répertoire>. Mais sur un serveur en prod' il faut éviter de faire des modifications souvent : ce n'est pas un serveur de dev' ! Les droits doivent donc rester limiter. Les développeurs travaillent soit sur un serveur de dev' (avec généralement accès ftp pour déposer des fichiers), soit localement sur leur PC avec leur configuration qu'ils veulent, crado s'ils le veulent. Et lors de la mise en prod, ce n'est pas un développeur qui travaille mais un admin, et les fichiers peuvent être posés par root (ou tout autre utilisateur que l'administrateur aura décidé).
Et si par exemple un site est basé sur WordPress et des extensions développées spécifiquement, les droits ne doivent être donnés que sur les répertoires des extensions.

Voili voilou. N'hésite(z) pas à poser des questions, je suis d'humeur gentille ce matin tongue

Hors ligne

#7 Le 26/12/2012, à 09:05

mazarini

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Bonjour,

Personnellement, ca ne me plait pas de travailler dans /var/www à partir du moment ou j'au plusieurs sites sur la même machine. Je préfère une organisation avec un répertoire pour un domaine avec des sous-répertoires pour les sous-domaines.


S'il existait une école de la politique, les locaux devraient être édifiés rue de la Santé. Les élèves pourraient s'habituer. (Pierre Dac)

Hors ligne

#8 Le 26/12/2012, à 09:12

tiramiseb

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

mazarini a écrit :

Je préfère une organisation avec un répertoire pour un domaine avec des sous-répertoires pour les sous-domaines.

Dans ce cas-là tu peux avoir :

/var/www/domaine1.com
/var/www/domaine1.com/www
/var/www/domaine1.com/www2
/var/www/domaine2.fr
/var/www/domaine2.fr/www
/var/www/domaine2.fr/machintruc

Mais bon, chacun travaille comme il veut, et /var/www n'est pas non plus une norme !

Tu les places où, ces répertoires et ces sous-répertoires ?
La question n'est pas le contenu, mais le contenant smile

Hors ligne

#9 Le 26/12/2012, à 09:54

mazarini

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Je place tout ca dans un répertoire /srv. Je me suis inspiré de ce que fait Gandi. Autrement, pas mal d'hébergeur place ca dans /home.
Ce qui me gênait un peu dans l'utilisation de /var/www, c'est que je mets aussi des scripts et d'autres choses chose dans cette arborescence et que je laisse /var/www comme site par défaut pour voir ce qui s'y passe. J'essaye de regrouper ce qui concerne un domaine dans le répertoire du domaine et  pour un site dans le répertoire du site.
Dans /home, je garde plutôt ce qui concerne la gestion de la machine.
Edit : Je garde un mauvais souvenir de /home avec un hébergeur chez qui via apache, je pouvais lire l'arborescence de la machine (/etc/passwd par exemple), les sous-répertoires de mon site, mais pas la racine de mon site.

Dernière modification par mazarini (Le 26/12/2012, à 10:05)


S'il existait une école de la politique, les locaux devraient être édifiés rue de la Santé. Les élèves pourraient s'habituer. (Pierre Dac)

Hors ligne

#10 Le 26/12/2012, à 10:02

tiramiseb

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

L'approche de Gandi est très bien. Ça correspond au FHS, je n'avais pas connaissance de /srv.
www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM

Je pense que je vais déplacer mon /var/www dans /srv.

Hors ligne

#11 Le 26/12/2012, à 10:04

tiramiseb

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Pour les hébergeurs de "mutualisés", c'est normal qu'ils utilisent /home car, pour eux, un site = un utilisateur.

Hors ligne

#12 Le 26/12/2012, à 10:25

mydjey

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

tiramiseb a écrit :

De nos jours, peu de sites sont faits "à la main", on utilise des frameworks, des CMS, etc.

C'est pas faux, néanmoins les sites fait à la main on encore de l’intérêt, ne serait-ce que d'un point de vue pédagogique.
C'est bien d'utiliser un CMS, par contre si on a besoin de fonctionnalités avancées ou de faire des modifs un tant soit peu  complexes c'est bien de connaître HTML/CSS/PHP et autres Javascript. Apprendre ces  "languages" avec comme base un CMS me semble pas être la solution idéal.

Hors ligne

#13 Le 26/12/2012, à 10:29

mazarini

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Je n'étais posé la question de savoir si je n'allais pas suivre le principe un site = un utilisateur. J'ai préféré /srv/domaine/site pour pouvoir mettre des choses au niveau serveur, domaine ou site comme les include php.
Par contre, j'ai laissé les log des sites dans l'emplacement standard. J'essaye de m'organiser en fonction de la casquette que j'ai lorsque j'utilise un fichier. Lorsque je regarde les log, j'ai finalement une casquette "administrateur du serveur" et je regarde toutes les logs.
Mais j'avoue que parfois je me pose beaucoup de questions pour pas grand chose.


S'il existait une école de la politique, les locaux devraient être édifiés rue de la Santé. Les élèves pourraient s'habituer. (Pierre Dac)

Hors ligne

#14 Le 26/12/2012, à 12:08

tiramiseb

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

mazarini> oui, tant qu'on est soi-même admin de plusieurs sites je pense qu'il faut éviter les complications lié à des environnements multi-utilisateurs...

Par contre, j'ai laissé les log des sites dans l'emplacement standard

Houla, tous les logs au même endroit ?

Moi je mets les logs de chaque site dans un fichier séparé... Quand on regarde les logs, c'est en général qu'il y a un problème, et en général c'est sur un site en particulier...

Apprendre ces  "languages" avec comme base un CMS me semble pas être la solution idéal.

Apprendre un langage de programmation directement en faisant un site web ne me semble pas être la solution idéale non plus smile
Pour ma part j'ai appris Python avec un peu de scripting, puis un petit programme pour me faciliter la vie, et ensuite directement Zope smile

Hors ligne

#15 Le 26/12/2012, à 13:20

mydjey

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

On peut aller plus loin : avant d'apprendre un langage de prog, l’idéal est d'éviter toute contrainte de syntaxe dû au langage, donc d’apprendre les bases de l'algorithmique. 

J’arrête le HS ici. smile

Hors ligne

#16 Le 26/12/2012, à 13:22

mazarini

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Je mets bien les log dans dans fichiers séparés, mais toutes dans le répertoire /var/log/apache2. J'avais juste envisagé de les déplacer dans /srv dans le répertoire de chaque site (mais pas dans l'arborescence accessible via le web).

Autrement, j'ai appris le php via un cms (phpnuke). C'est très instructif pour voir comment les choses peuvent être organisée même si phpnuke est programmé avec les pieds. Par contre zope, je fais un blocage. Pourtant je trouve les principes de zope très bien. Pas moyen de rentrer dans la philosophie zope malgré plusieurs essais. A priori python n'est pas en cause, peut être plus un problème avec la programmation objet.


S'il existait une école de la politique, les locaux devraient être édifiés rue de la Santé. Les élèves pourraient s'habituer. (Pierre Dac)

Hors ligne

#17 Le 26/12/2012, à 14:12

tiramiseb

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

J'avais juste envisagé de les déplacer dans /srv dans le répertoire de chaque site

Ah oui non, clairement ça n'aurait pas été une bonne idée smile

Par contre zope, je fais un blocage. Pourtant je trouve les principes de zope très bien.

Ah oui oui, sur le principe c'est très bien. Mais bon j'ai pas accroché non plus, ça fait des années que je n'ai plus touché à Zope big_smile

Hors ligne

#18 Le 26/12/2012, à 14:52

Haleth

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Et au final, c'est quoi ton problème ?
As-tu clarifié la situation ?

je suis d'humeur gentille ce matin

Pour une fois ! lol


Ubuntu is an ancien African word which means "I can't configure Debian"

Because accessor & mutator are against encapsulation (one of OOP principles), good OOP-programmers do not use them. Obviously, procedural-devs do not. In fact, only ugly-devs are still using them.

Hors ligne

#19 Le 26/12/2012, à 14:56

creamy

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Ça serait cool que vous proposiez une page doc alternative avec votre vision des choses smile
Bien qu'elle soit nuancée selon tel ou tel cas, ça aura le mérite de proposer une autre façon de faire et de poser une base smile
Même sous forme de brouillon publiquement consultable.

En tout cas ça me branche et j'imagine ne pas être le seul à y porter un intérêt smile


Le secret de l'action, c'est de commencer : http://www.le-message.org

Hors ligne

#20 Le 26/12/2012, à 17:06

tiramiseb

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Je peux écrire un billet de blog, sous une licence qui permettrait sa réutilisation dans la doc d'Ubuntu-fr.
Mais je ne me sens pas d'écrire et maintenir une page de doc... déjà trop de projets dans le pipe...

Hors ligne

#21 Le 27/12/2012, à 08:16

mazarini

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Pour revenir au problème initial, fait une page html avec juste "coucou" à l'intérieur pour vérifier qu'apache va bien chercher les fichiers au bonne endroit.
Si ta page html fonctionne, c'est que ton script php comporte des erreurs. Il faut alors paramétrer PHP pour afficher les erreurs, c'est plus facile à débuguer. De mémoire il faut modifier les paramètres error_display (display_error ?) et error_reporting (mettre E_ALL) dans php.ini (/etc/php5/apache/php.ini ?). Les commentaires dans le fichier permettent de deviner comment les renseigner pour affichier les erreurs à l'écran.
Pour tester le comportement de php faire une page <?PHP phpinfo(); ?> ca permet de voir le paramétrage de php. Tu peux également faire une page php avec quelques erreurs pour vérifier que ca s'affiche bien.


S'il existait une école de la politique, les locaux devraient être édifiés rue de la Santé. Les élèves pourraient s'habituer. (Pierre Dac)

Hors ligne

#22 Le 27/12/2012, à 13:05

lool_lauris

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

tiramiseb a écrit :

Salut,
...
Qu'entends-tu par "rien de s'affiche" ? Si tu vois une page blanche sans erreur, cela signifie que ton serveur t'a renvoyé une page blanche. Sinon tu devrais nous indiquer l'erreur que tu rencontres.
Tu peux utiliser la commande wget - voire la commande HEAD - pour avoir plus de détails...

Merci à tous pour vos réponses ...
Bon, j'étais absent et je vais reprendre la main sur mon topic.

En fait, je ne rencontre pas d'erreur mais je n'ai qu'une page blanche.
Comme le suggère le tuto, j'ai créé ces 2 dossiers :
* /media/www-dev/public
* /media/www-dev/private
J'ai donné les droits à ces 2 dossiers : sudo chown -R $USER:users /media/www-dev
Puis des liens symboliques vers :
* /var/www/public
* /var/www/private

J'ai créé un dossier "luberon" qui contient l'intégralité des fichiers et dossiers composant mon site, dont le fichier index.php qui est à la racine de luberon

Quand je tape :

http://127.0.0.1/private/luberon

Il ne s'affiche qu'une page blanche et je ne réussi pas à afficher mon site en local.

En fait, ce dont j'ai besoin est de pouvoir tester mes pages en local avant de les mettre en ligne. Comme, pour la plupart, il s'agit de page en php, j'ai besoin de passer par une fonction serveur. Mais je ne compte pas faire de mon PC un serveur officiel de mon site, celui-ci est chez un hébergeur, toile-libre.

Bon, j'ai également un problème pour lancer phpmyadmin, mais peut-être ne vaut-il mieux pas mélanger tous les problèmes à la fois ... step by step.

En conclusion, j'utilisais auparavant xamp qui me donnait entière satisfaction. Comme depuis j'ai totalement réinstallé ma machine, et que Faustus (qui s'est désinscrit du forum ... pb ???) m'avait très fortement suggéré d'utiliser les outils standards, j'y suis venu mais je ne m'en sors pas pour l'instant ...


Soutenez le Libre => http://www.april.org/

Hors ligne

#23 Le 27/12/2012, à 13:23

mazarini

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

Il faut surtout procéder par étape :
1) faire fonctionner apache : http://127.0.0.1/private/luberon/test.html  en mettant juste "coucou" dans le fichier
2) faire fonctionner php avec une page contenant juste <?PHP phpinfo(); ?>


S'il existait une école de la politique, les locaux devraient être édifiés rue de la Santé. Les élèves pourraient s'habituer. (Pierre Dac)

Hors ligne

#24 Le 29/12/2012, à 22:01

jplemoine

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

mazarini a écrit :

en mettant juste "coucou" dans le fichier

Je ferais un truc du style :

<html>
    <head>
        <title>Test domaine xxx</title>
    </head>
    <body>
        <p>Page de test du domaine xxx</p>
        <p>29/12/2012 22:00</p>
    </body>
</html>

Modifier la date et l'heure de dernière sauvegarde.


Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.

Hors ligne

#25 Le 29/12/2012, à 23:05

pires57

Re : afficher mon site en local - [PAS RÉSOLU MAIS ÇA VIENDRA]

un fichier en .html est lu par un navigateur web, apache ne sert a rien la dedant.
La première chose que tu doit regarder après avoir tenter d'afficher ta page, c'est les journaux de logs apache qui t'en dirons probablement d'avantage. Une erreur de php peut être? va voir tes journaux de logs, et penses a poster ton index.php


Utilisateur d'Archlinux, Ubuntu et Kali Linux
Administrateur système et réseau spécialisé Linux.
LinkedIn

Hors ligne