Utiliser les virtual hosts en local alourdit beaucoup

Version imprimable

17/08/2019, 21h59
laurentSc

Utiliser les virtual hosts en local alourdit beaucoup

Bonsoir,

quand je travaillais en local (avec Wampserver), j'avais auparavant une méthode très simple : je mettais mon code source dans un répertoire C:\wamp64\www\rep et du coup l'URL était http://localhost/rep/index.php (en supposant que le fichier principal se nomme index.php). rawsrc m'a conseillé d'utiliser plutôt les virtual hosts. Je détaille pas la procédure pour en mettre un en place, mais c'est bien plus lourd.
Quelle est la justification pour procéder ainsi ? Car vue la complexité ajoutée, il faut une bonne raison...
17/08/2019, 22h51
rawsrc

Salut,

ben c'est simple, je te l'avais expliqué : un projet = un espace disque spécifique + une url propre + des outils spécifiques. Ce qui te permet de profiter des spécificités de chaque outil (redirections, framework, etc...) et de personnaliser très finement ton projet sans empiéter sur les autres.
Si tu loges tous tes projet dans une seule et unique racine sans distinguer les url ni aucune isolation, je ne te dis pas le bordel.
Bref, suis mes conseils et fais toi violence par rapport à tes vieilles habitudes (~~moisies~~) ;)
Le jour où tu devras déployer tu me diras merci.
17/08/2019, 23h01
laurentSc

OK, mais s'il s'agit juste de tester un code vite fait, sans objectif de mettre en production plus tard, pas la peine de sortir l'artillerie lourde, non ?

Citation:

Envoyé par rawsrc

ben c'est simple

P'têt pour toi, mais pas pour moi...
18/08/2019, 00h55
rawsrc

Pour tester un code tout simple, chez moi par exemple sur mon serveur de dev, j'ai un projet accessible à l'adresse dev.dvp.fr sur lequel je teste mes bouts de codes et ceux des autres.
Mais c'est quand même isolé du reste des projets. Par exemple, sur ce projet je n'utilise ni redirection au niveau du serveur web ni aucun logiciel de versionning (chez moi c'est Mercurial) alors que sur tous les autres, c'est obligatoire.
Vois l'utilité de séparer : diviser pour mieux régner.

Bonjour,

1- perso, je m'y prends comme Laurent :
Tous mes sites "locaux" sont dans le dossier "www" de WampServer, dans des dossiers bien distincts :

www-local-projet1
www-local-projet2
www-local-projet3
...

Chaque projet à son .htaccess propre, et je définis simplement la "racine" avec :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 <?php // --------------------------------------------------------- // CONFIGURATION : // --------------------------------------------------------- if( isset($_SERVER['SERVER_NAME']) && $_SERVER['SERVER_NAME'] == 'localhost' ) { // LOCAL if( !defined('SITE_URL_WWW')) define('SITE_URL_WWW', 'localhost:8080/www-local-projet1'); if( !defined('SITE_URL_HTTP')) define('SITE_URL_HTTP', 'http://'.SITE_URL_WWW.'/'); } else { // SERVEUR if( !defined('SITE_URL_WWW')) define('SITE_URL_WWW', 'www.site-distant.fr'); if( !defined('SITE_URL_HTTP')) define('SITE_URL_HTTP', 'https://'.SITE_URL_WWW.'/'); // SECURISE HTTPS }
Ce n'est peut-être pas 100% "professionnel" *, mais je n'ai aucun souci avec cette mise en place.

* A ma décharge, j'ai tout appris seul, de A à Z.
Ce qui m'a amené souvent à réinventer la roue, et le fil à couper l'eau tiède... :aie:

2- CELA DIT, Laurent :

ECOUTE LES CONSEILS de rawsrc
ARRETE de remettre systématiquement TOUT en cause, en disant "moi, j'aurais fait comme çi, comme ça..." !
Sinon, tu n'arriveras jamais au bout de ton bouquin !

OK,

moi, j'ai constitué en local de pleins de codes que je peux réutiliser dans mes codes en production (à titre d'exemple, il y en a un pour l'autoload !). Autrement dit, il y a N répertoires. Pour quand même utiliser les virtual host et ne pas avoir à en recréer un pour chaque nouveau code, mon idée est d'en avoir un seul, dont la page principale est : test.php :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 <!DOCTYPE html> <html lang="fr"> <head> <meta charset="UTF-8" /> <title>test</title> </head> <body> <ul> <li><a href="../test1/test1.php">test1</a> </li> <li><a href="../test2/test2.php">test2</a> </li> </ul> </body> </html>
Le souci est que quand je clique sur test1, dans la barre d'adresse est affiché http://dev.test.fr/test1/test1.php mais la liste de test.php reste affichée. Donc, comment faire ?

[EDIT] quand j'ai écrit ça, j'avais pas vu le post de Jérôme. Du coup, sa méthode est peut-être plus simple, non ? Et Jérôme, qu'est-ce que tu mets dans chaque .htaccess ?

Si parfois, je dis "j'aurais fait comme ça", je me doute en général, que c'est moins bien, mais c'est quand j'ai pas compris entièrement, et du coup, j'attends plus d'explications.

18/08/2019, 11h22
Invité

Comme d'habitude, il faut toujours que tu fasses autrement....................... :roll:
18/08/2019, 11h59
laurentSc

quand j'ai écrit le post #6, j'avais pas vu le post #5 de Jérôme. Du coup, sa méthode est peut-être plus simple, non ? Et Jérôme, qu'est-ce que tu mets dans chaque .htaccess ?
18/08/2019, 12h09
Invité

1- Chaque dossier "www-local-projet1" est totalement indépendant des autres.
Le .htaccess contient... ce qui est nécessaire et suffisant pour CE projet !

Pour transférer ensuite sur le serveur, il me suffit de transférer le contenu complet de ce dossier *, et le tour est joué.
(* et la base de données, évidemment)
Et inversement, pour récupérer des données depuis le serveur (images, fichiers uploadées,...)

2- CELA DIT, RIEN ne t'empêche d'avoir UN DOSSIER COMMUN à tous tes projets, pour y mettre : les fonctions, classes, utilitaires, scripts... COMMUNS.
Le chemin d'accès (local) vers ce dossier peut être défini dans une CONSTANTE.
Par contre, il ne faudra pas oublier de télécharger AUSSI ce dossier commun sur le serveur, en (RE)définissant correctement le chemin d'accès (distant).
18/08/2019, 14h02
laurentSc

Si rawsrc m'a fait utiliser les virtual hosts, c'est que son appli de mvc ne marchait pas avec ma méthode habituelle...Autrement dit, quand je travaillerai sur le mvc, virtual host, mais sinon, méthode traditionnelle...
18/08/2019, 17h45
rawsrc

C'est surtout parce que le mvc nécessitait une redirection globale de toutes les requêtes vers l'unique point d'entrée du site : index.php
Et comme je ne connais pas du tout wamp, ni aucun autre outil de ce genre et que généralement je me paluche les configurations avec mes mimines, je t'ai expliqué comment cela devait être organisé.
Après que tu aies besoin d'une ressource commune, ce n'est pas un problème en soi, PHP gère parfaitement les include_path
Dans ton autoloader tu peux aussi le paramétrer pour aller piocher des ressources dans d'autres répertoires, bref, tu as une tonne de moyens à ta disposition pour éviter une cuisine trop alambiquée ou redondante.
18/08/2019, 20h15
Invité

1-

Citation:

Envoyé par rawsrc

...généralement je me paluche les configurations avec mes mimines...

Alors, on va écrire PLUS GROS !
Il parait que ça rend sourd.... (et aveugle ??) :sm:

2-

Citation:

...pour éviter une cuisine trop alambiquée ou redondante...

C'est mal connaitre Laurent...

Si ce n'est pas "Frankenstein-isé", ça ne l’intéresse pas...
19/08/2019, 10h09
laurentSc

Citation:

Envoyé par jreaux62

Si ce n'est pas "Frankenstein-isé", ça ne l’intéresse pas...

:mrgreen:

Citation:

Envoyé par rawsrc

C'est surtout parce que le mvc nécessitait une redirection globale de toutes les requêtes vers l'unique point d'entrée du site : index.php
.

Pourquoi on ne peut pas le faire avec un .htaccess ? (Je connais très mal cette bête)