Discussion :

[lifecraft]

Bonjour à tous !

N'ayant pas le vocabulaire ni les connaissances suffisantes je me permet de poser ma question ici.

Je dispose d'un dédié clé-en-main (donc pas d'accès root ) dont la structure se défini comme telle :
/rien à la racine
/monportfolio/
/clients/client1/projet1
/clients/client2/projet1...

jusqu'ici tout allait bien sauf qu'un "client3/projet1" veut utiliser son url de type projet1.client3.com qu'il administre (et dont je n'ai pas du tout la main) pour le projet.
En lui livrant seulement mon ip ce sous-domaine va pointer à la racine et ne disposant pas des accès pour faire un vhost dans mon httpd.conf, je me retrouve coincé...

Est-il possible qu'à la racine du serveur il y ai un htaccess qui dise:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
si url = projet1.client3.com
afficher le contenu de clients/client3/projet1

Ou si vous avez un autre moyen je suis totalement à l'écoute !

un (très) grand merci d'avance !

[_Mac_]

Je dispose d'un dédié clé-en-main (donc pas d'accès root )

C'est possible, ça ??? Je croyais que le principe du dédié c'était d'avoir tous les droits sur le serveur. Quelle est la différence avec un mutualisé, dans ce cas ?

Pour revenir à la demande, si tu n'as pas d'accès root, oui, tu dois pouvoir t'en sortir avec un .htaccess :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
RewriteEngine on
 
RewriteCond %{HTTP_HOST} projet1.client3.com
RewriteRule (.*) clients/client3/projet1/$1 [L]

Il se peut que ça ne marche pas, je n'ai pas testé (je crains une erreur 500 due à une boucle infinie). Et attention aux liens dans le code HTML.

[lifecraft]

Merci pour la réponse et oui c'est possible chez 1&1... la différence c'est juste que tu as un dédié lol :/ je suis dégouté d'avoir pris ça mais bon l'erreur est faite...

Je teste dès que possible. Un grand merci !

Comment devront être les liens dans le HTML du coup ?

[_Mac_]

Honnêtement, je ne sais pas trop, car j'imagine que les liens sont calculés de la même manière pour autres projets. Généralement, on essaie de mettre des liens relatifs (src="rep/image.jpg" ou src="../../rep/image.jpg") comme ça tu peux mettre le site dans n'importe quel répertoire, mais il faut gérer les ../ éventuels. Sinon, tu peux mettre des URL relatives à la racine du site (src="/rep/image.jpg") mais cela suppose que les ressources sont toutes dans le même répertoire pour tous les projets ou bien que la moulinette qui calcule ces URL prend en compte le fait que le chemin clients/client3/projet1/ n'est pas présent dans l'URL.

[lifecraft]

D'accord, je viens d'essayer et comme tu l'as crains, l'erreur 500 a pointé le bout de son nez.

J'ai trouvé sur internet ce bout de code:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
RewriteEngine on 
RewriteCond %{HTTP_HOST} ^sub\.domain\.fr$ 
RewriteRule ^(.+) %{HTTP_HOST}$1 [C] 
RewriteRule ^sub\.domain\.fr(.*) /clients/client3/projet1/$1 [NS]

Je ne vois pas la différence mais j'obtiens une erreur 403 : L'accès au fichier requiert une autorisation.

Je précise que dans /projet1/ il n'y a, pour le moment, qu'une page html avec css et images.

encore merci

[_Mac_]

Je ne vois pas de différence non plus à part que ça a l'air plus compliqué. Je ne comprends pas pourquoi ça donne une erreur 403 et pas une erreur 500 (a priori à cause du flag NS). Il y a quoi dans le fichier error_log ?

[lifecraft]

J'ai mis le flag [L] pour tester et la 403 reste.

J'ai honte d'avoir choisi cette offre d'hébergement, il n'y a pas d'error_log juste des logs access et ftp...

Je ne peux pas aider davantage

Merci

[_Mac_]

Meuh si, il y a bien davantage !! Tu ne nous as pas tout dit ! J'ai fait le test chez moi et j'ai également une erreur 403 mais avec un message Apache très long et très instructif :

Forbidden

You don't have permission to access /clients/client3/projet1/clients/client3/projet1/clients/client3/projet1/clients/client3/projet1/clients/client3/projet1/clients/client3/projet1/clients/client3/projet1/clients/client3/projet1/clients/client3/projet1/clients/client3/projet1/index.php/.../client3/projet1/index.php on this server.

Cette trace signifie exactement ce que je craignais : une boucle infinie. Il faut ajouter une condition pour arrêter la réécriture. Du coup, j'en reviens à ma proposition initiale beaucoup moins alambiquée :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
RewriteEngine on 
RewriteCond %{HTTP_HOST} sub.domain.fr
RewriteCond %{REQUEST_URI} !^/clients/client3/projet1/
RewriteRule (.*) clients/client3/projet1/$1 [L]

[lifecraft]

M.E.R.C.I

Tu viens de me faire économiser un nouveau serveur, si je pouvais je te ferais un bisou !

Je ne sais pas ce qui à changer mais maintenant ça redirige ! Je vois mon nouveau dossier dans le sous domaine, les liens HTML sont bons, tout est bon, c'est parfait !

Je ne remercierais jamais assez des gens comme toi.

PS1: je ne pouvais pas voir cette erreur car 1&1 met par défaut une 403 personnalisée sans la boucle infini, je te l'aurai indiqué

PS2: si je peux abusé du coup si j'ai une autre règle pour un autre sous-domaine/projet je refais un copier-coller de tout ton dernier code ?

PS3: il semble qu'il faille un htaccess avec "RewriteEngine on" dans le dossier de destination du projet pour que ça fonctionne et qu'il n'y ai pas d'erreur 500, c'est normal ? Saurais-tu me dire pourquoi ?

[_Mac_]

PS2: si je peux abusé du coup si j'ai une autre règle pour un autre sous-domaine/projet je refais un copier-coller de tout ton dernier code ?

Oui

PS3: il semble qu'il faille un htaccess avec "RewriteEngine on" dans le dossier de destination du projet pour que ça fonctionne et qu'il n'y ai pas d'erreur 500, c'est normal ? Saurais-tu me dire pourquoi ?

C'est plutôt surprenant, ça me paraît bizarre, mais sans accès aux logs d'erreur d'Apache, ça va être dur de comprendre pourquoi.

[lifecraft]

Roger that !

merci encore