Est-il possible de faire un répertoire www1/ [Réglé]
MickaelFR Membre non connecté
Booster Fusée
- Booster Fusée
- Voir le profil du membre MickaelFR
- Inscrit le : 20/01/2014
- Site internet
- Groupes :
J'ai mis mon site à la racine du serveur, comme recommandé par plusieurs personnes.
Cependant, je me pose une question .. Sur un cas concret.
J'ai donc mon site en racine du serveur. Je souhaite faire un blog pour mon mariage (j'ai déjà fais via wordpress, mais en gratuit, ce qui ne me plait pas avec leurs pubs, et sauvegarde impossible pour garder ça en souvenir).
Je me demande donc, si je peux éventuellement faire un répertoire www1/ pour héberger un autre site, et pointer un domaine sur www1.
Sinon, je suis obligé de mettre phpboost dans un répertoire comme auparavant ect.... Pas terrible, car il faudra en plus faire une intro, ou pointer le domaine sur www/site
Vos avis?
Merci.
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
Possibles d'avoir une capture d'écran du FTP avec l'arborescence complète (Pour pas dire de conneries) ?
Cordialement, janus57
MickaelFR Membre non connecté
Booster Fusée
- Booster Fusée
- Voir le profil du membre MickaelFR
- Inscrit le : 20/01/2014
- Site internet
- Groupes :
J'espère que ça suffira. Il y a rien à part
--> www
---->phoboost (tous les dossiers, et non un autre répertoire)
--> session
Édité par MickaelFR Le 10/01/2018 à 10h55
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
Alors de ce que je vois et connaît de nuxit il est tout à fait possible de créer n dossier "blog" (par exemple) au même niveau que "www" et "session" puis de faire pointer soit un nom de domaine différent soit un sous-domaine.
Après à voir si le plan d'hébergement possédé le permet.
Cordialement, janus57
MickaelFR Membre non connecté
Booster Fusée
- Booster Fusée
- Voir le profil du membre MickaelFR
- Inscrit le : 20/01/2014
- Site internet
- Groupes :
olivierb Membre non connecté
- Modérateur
- Voir le profil du membre olivierb
- Inscrit le : 07/02/2014
- Site internet
- Groupes :
- Equipe Assistance
Chez Nuxit j'ai deux sites sur mon hébergement mutu, tous deux dans www :
- www
- phpboost
- site de dev
Et je gère les redirections via le panel Nuxit.
Olivier.
Olivier
MickaelFR Membre non connecté
Booster Fusée
- Booster Fusée
- Voir le profil du membre MickaelFR
- Inscrit le : 20/01/2014
- Site internet
- Groupes :
Bonne année à toi aussi
C'est ce que j'avais pensé faire. J'ai déjà fais la même chose avec 3 sites. Mais on ne cesse de me dire que phpboost doit-être à la racine du serveur. Donc vu que j'ai plus qu'un site actuellement, je l'ai fait. Mais du coup, le blog de mon mariage, je sais plus comment faire. Mais je vais tester la méthode de Janus57 quand j'aurai un peu de temps. Je reprends le boulot Lundi, et je profite un peu du temps qu'il me reste pour que mon premier site fonctionne bien
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
Rectification: il est très fortement conseillé d'avoir un site à la racine et non dans un dossier (pour plusieurs raisons qui incluent le SEO et HTTPS)
Exemple:
<a href="http://exemple.org/">http://exemple.org/</a> <== racine
<a href="http://exemple.org/monsupercms/">http://exemple.org/monsupercms/</a> <== dossier
Après au niveau du FTP il y a plusieurs solutions selon ce que propose l'hébergeur et selon l'organisation que l'on souhaite avoir sur son FTP.
Note :
Par contre il faut bien faire attention aux termes car une redirection ça doit pas être ça qui est utilisé dans le cas de @olivierb si j'ai bien compris.
Cordialement, janus57
MickaelFR Membre non connecté
Booster Fusée
- Booster Fusée
- Voir le profil du membre MickaelFR
- Inscrit le : 20/01/2014
- Site internet
- Groupes :
Sur nuxit, on peut rediriger nos domaine sur des répertoires.
Exemple :
monsite.fr pointe sur /www/site
monsite02.fr pointe sur /www/site02
Au moins, personne n'a accès à la racine du serveur.
Vu que je souaite passer au https plus tard, je suis "obligé" de laisser mon site à la racine (je suppose). Donc, je vais essayé (plus tard), de faire deux répertoires :
www/
www1/
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
C'est ce que je pense aussi mais du coup c'est un pointage et non une redirection.
Mais oui le principe est là sauf qu'il a tout mis dans www/ et moi je propose de faire les dossier au même niveau que www avec un nom en rapport avec le site plutôt que de faire du www/ www1/ www2/ etc. Pour bien se repérer quel dossier = quel site
Cordialement, janus57
MickaelFR Membre non connecté
Booster Fusée
- Booster Fusée
- Voir le profil du membre MickaelFR
- Inscrit le : 20/01/2014
- Site internet
- Groupes :
Sur Nuxit, c'est bien indiqué "chemin" en effet. Mais nous nous sommes tous compris quand même
olivierb Membre non connecté
- Modérateur
- Voir le profil du membre olivierb
- Inscrit le : 07/02/2014
- Site internet
- Groupes :
- Equipe Assistance
Je confirme le "pointage" de mes sites via le panel d'administration Nuxit comme la copie d'écran ci-dessous :
- www
- phpboost
- site de dev
J'espère ne pas avoir fait d'erreur.
Olivier.
Olivier
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
je me permets juste une dernière réponse aussi complète que possible (si je n’oublie rien...), sur le pourquoi pour moi il ne faut pas parler de redirection dans ce cas précis et sur l'importance des mots qui peuvent dans certains cas prêter à confusion (lors d'une demande de support par exemple).
Pour commencer oui, ce système pour moi c'est du pointage, le pointage étant composé d'un élément "chemin" ainsi que d'un élément "nom".
Le chemin c'est effectivement le chemin "physique" ou le serveur va chercher les infos, par exemple sur nuxit cela semble être /web/{username}/ce_que_vous_voulez mais cela pourrais être autre chose selon l'hébergeur ou si c'est un mutu/vps/dédié etc. Bref le chemin "physique" de là où les informations doivent être présente (normalement).
Ensuite l'élément "nom" qui dans la capture de @olivierb est "www.braslou.fr" mais qui peut aussi être "dev.braslou.fr" ou "braslou.fr".
Donc le "pointage" est la combinaison des deux éléments qui vont être utilisés en même temps par le serveur.
Par exemple le serveur reçoit une requête pour lire le fichier index.php de <a href="http://www.braslou.fr,">www.braslou.fr,</a> il va regarder dans sa configuration si il a bien quelque chose au "nom" de <a href="http://www.braslou.fr,">www.braslou.fr,</a> si oui il va regarder le "chemin" ou se trouve les informations puis il va allez chercher au bon endroit, le tout de manière totalement invisible pour le client qui visite le site, ce qui donne <a href="http://www.braslou.fr/index.php">www.braslou.fr/index.php</a> <==> /web/braslou/www/phpboost/index.php servi au nom de <a href="http://www.braslou.fr">www.braslou.fr</a> mais le visiteur ne vois donc pas toute la partie "/web/braslou/www/phpboost/" (sauf message d'erreur PHP ou autre).
Par contre une redirection là c'est tout à fait autre chose, car visiblement (et même très visible)à par le visiteur, toujours si je prends l'exemple du site braslou.fr je peux voir 2 redirections pour "braslou.fr" et 1 redirection pour <a href="http://www.braslou.fr">www.braslou.fr</a> à savoir :
<ul class="formatter-ul">
<li class="formatter-li">braslou.fr =(1)=> <a href="http://www.braslou.fr">www.braslou.fr</a> =(2)=> <a href="http://www.braslou.fr/pages/accueil">www.braslou.fr/pages/accueil</a>
</li><li class="formatter-li">www.braslou.fr =(1)=> <a href="http://www.braslou.fr/pages/accueil">www.braslou.fr/pages/accueil</a>
</li></ul>
qui se traduit avec les bon outils par :
<div class="formatter-container formatter-hide no-js"><span class="formatter-title">Caché :</span><div class="formatter-content">
Code TEXT :
root@test:~# curl -IL braslou.fr HTTP/1.1 301 Moved Permanently Date: Wed, 10 Jan 2018 18:33:32 GMT Server: Apache X-Content-Type-Options: nosniff Location: http://www.braslou.fr/ Cache-Control: max-age=604800 Expires: Wed, 17 Jan 2018 18:33:32 GMT Content-Type: text/html; charset=iso-8859-1 HTTP/1.1 302 Found Date: Wed, 10 Jan 2018 18:33:32 GMT Server: Apache Expires: -1 Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Set-Cookie: wwwbrasloufr_data=a%3A2%3A%7Bs%3A7%3A%22user_id%22%3Bi%3A-1%3Bs%3A10%3A%22session_id%22%3Bs%3A64%3A%22844e1dc0c870c4fa48096737ed1b5ed5b446302607e530c32269141e8bb4c3d9%22%3B%7D; expires=Thu, 10-Jan-2019 18:33:32 GMT; Max-Age=31536000; path=/; HttpOnly X-Content-Type-Options: nosniff Last-Modified: Wed, 10 Jan 2018 18:33:32 GMT Location: http://www.braslou.fr/pages/accueil X-Frame-Options: SAMEORIGIN X-Permitted-Cross-Domain-Policies: master-only X-XSS-Protection: 1; mode=block X-UA-Compatible: IE=Edge Vary: User-Agent Content-Type: text/html; charset=UTF-8 HTTP/1.1 200 OK Date: Wed, 10 Jan 2018 18:33:32 GMT Server: Apache Expires: -1 Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Set-Cookie: wwwbrasloufr_data=a%3A2%3A%7Bs%3A7%3A%22user_id%22%3Bi%3A-1%3Bs%3A10%3A%22session_id%22%3Bs%3A64%3A%225865e224365c8fbd73c2f28afd329af2423a26cbbf09dd8c5f76d442cff276f0%22%3B%7D; expires=Thu, 10-Jan-2019 18:33:32 GMT; Max-Age=31536000; path=/; HttpOnly X-Content-Type-Options: nosniff Last-Modified: Wed, 10 Jan 2018 18:33:32 GMT X-Frame-Options: SAMEORIGIN X-Permitted-Cross-Domain-Policies: master-only X-XSS-Protection: 1; mode=block X-UA-Compatible: IE=Edge Vary: User-Agent Content-Type: text/html; charset=UTF-8 root@test:~# curl -IL www.braslou.fr HTTP/1.1 302 Found Date: Wed, 10 Jan 2018 18:33:37 GMT Server: Apache Expires: -1 Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Set-Cookie: wwwbrasloufr_data=a%3A2%3A%7Bs%3A7%3A%22user_id%22%3Bi%3A-1%3Bs%3A10%3A%22session_id%22%3Bs%3A64%3A%22a78e176f5459a406fcc7c19d8c04f7fd8766b66ff5ce895bc0c2f1ff393e10ad%22%3B%7D; expires=Thu, 10-Jan-2019 18:33:37 GMT; Max-Age=31536000; path=/; HttpOnly X-Content-Type-Options: nosniff Last-Modified: Wed, 10 Jan 2018 18:33:37 GMT Location: http://www.braslou.fr/pages/accueil X-Frame-Options: SAMEORIGIN X-Permitted-Cross-Domain-Policies: master-only X-XSS-Protection: 1; mode=block X-UA-Compatible: IE=Edge Vary: User-Agent Content-Type: text/html; charset=UTF-8 HTTP/1.1 200 OK Date: Wed, 10 Jan 2018 18:33:37 GMT Server: Apache Expires: -1 Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Set-Cookie: wwwbrasloufr_data=a%3A2%3A%7Bs%3A7%3A%22user_id%22%3Bi%3A-1%3Bs%3A10%3A%22session_id%22%3Bs%3A64%3A%22979f2bee6e20f47a2e65b5ba350ec336548f894629b7042cca44a6d90f32b786%22%3B%7D; expires=Thu, 10-Jan-2019 18:33:37 GMT; Max-Age=31536000; path=/; HttpOnly X-Content-Type-Options: nosniff Last-Modified: Wed, 10 Jan 2018 18:33:37 GMT X-Frame-Options: SAMEORIGIN X-Permitted-Cross-Domain-Policies: master-only X-XSS-Protection: 1; mode=block X-UA-Compatible: IE=Edge Vary: User-Agent Content-Type: text/html; charset=UTF-8
</div></div>
d'où le fait que j’insiste grandement sur les mots utilisés.
Enfin pour clôturer ce (très) long pavé, s’il est recommandé d'avoir le site à la "racine" c'est tout simplement que là si je reprends l'exemple de @MickaelFR avec son blog, cela aurait pu donner ceci :
<a href="http://planet-truck.fr/site/">http://planet-truck.fr/site/</a>
<a href="http://planet-truck.fr/blog/">http://planet-truck.fr/blog/</a>
LE problème est que s’il passe son site sous PHPBoost en HTTPS mais ne souhaite pas passer son blog en HTTPS, bah il va y avoir un conflit, car pour une "bonne" configuration HTTPS on doit utiliser un mécanisme qui se nomme HSTS et qui (pour faire simple) va dire au navigateur "ce site-là tu dois <span style="text-decoration: underline;">UNIQUEMENT </span>le visiter en HTTPS pour une durée <span style="text-decoration: underline;">minimale </span>de Xjours (180 recommandés au minimum, soit 6mois).
Hors HSTS fonctionne au niveau du domaine, donc ici HSTS dirait tout simplement <a href="http://planet-truck.fr">http://planet-truck.fr</a> ==forcé==> <a href="https://planet-truck.fr">https://planet-truck.fr</a> ce qui aurait impliqué forcément :
httpS://planet-truck.fr/site/
httpS://planet-truck.fr/blog/
Donc le blog aussi aurait subi le passage au HTTPS et cela même si c'était non voulu, d'où le fait que 1 site == 1 domaine ou sous-domaine et placé à la racine de celui-ci et non dans un dossier.
Ce qui pourrait donner httpS://planet-truck.fr/ && <a href="http://blog.planet-truck.fr/">http://blog.planet-truck.fr/</a> par exemple si on les sépare et que l'on configure bien PHPBoost au niveau du HSTS.
Après il y a aussi le SEO qui entre en jeu, mais là j'ose pas trop m'avancer, car selon le moteur de recherche les "règles" ne sont pas les mêmes
Cordialement, janus57
MickaelFR Membre non connecté
Booster Fusée
- Booster Fusée
- Voir le profil du membre MickaelFR
- Inscrit le : 20/01/2014
- Site internet
- Groupes :
olivierb Membre non connecté
- Modérateur
- Voir le profil du membre olivierb
- Inscrit le : 07/02/2014
- Site internet
- Groupes :
- Equipe Assistance
Olivier.
Olivier
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie