Avis hébergements joomla

[cavo789]

cavo789 : tout à fait d'accord avec toi .. maintenant c'est pour ça que je trouve dommage que sur la plupart des mutualisés on ne peut pas cloisonner les sites.
maintenant, si sur du mutualisé ce cloisonnement est possible techniquement (à voir avec l'hébergeur), cela règle le soucis et cela permet d'avoir un hébergement par site.

Cela serait possible en utilisant de comptez utilisateurs différents (et donc des abonnements différents), logique

[Tortue Genial 69]

yes en effet.

et c'est la ou planet hoster semble intéressant, car on peut tout segmenter et isoler au sein d'un même compte.
ou alors également créer plusieurs comptes.

a tester quoi qu'il en soit.

[woluweb]

et bien teste et tiens-nous au courant
moi c'est ma modeste expérience, mais c'est tjrs bon de se confronter aux retours des autres

[Tortue Genial 69]

yes c'est prévu début décembre.
j'ai vu avec eux qu'on faisait 1 mois de test à compter du 3 décembre.
j'ai des choses à terminer d'ici la, je n'ai pas le temps de m'y pencher dessus maintenant.
je ferais un retour bien entendu

[GraphiqueDesign]

maintenant c'est pour ça que je trouve dommage que sur la plupart des mutualisés on ne peut pas cloisonner les sites.

Je lis avec attention vos échanges et souhaite poser une question. Utiliser un sous-domaine (dossier qui serait donc placé hors du dossier public_html), cela peut il compromettre le site principal en terme de sécurité ? Merci.

[woluweb]

Salut GraphiqueDesign

Il me semble que quand on crée un sous-domaine test.mondomaine.com, en fait on doit le faire pointer vers un (sous-)dossier de public_html justement, genre public_html/test
Donc, dans pareil cas, avoir un sous-domaine ne résout en rien le problème du cloisonnement : si le site dans /test/ est vérolé, il pourra accéder aux sites sur la racine et dans les autres sous-dossiers...

Ou bien j'ai loupé un truc ?

[Tortue Genial 69]

en fait techniquement il est possible de créer un dossier test dans public_html et d'y faire pointer le sous-domaine, ce n'est pas trop ça le soucis.

le hic va venir du fait de chrooter l'utilisateur dans son arborescence.

en gros si on a :

public_html = site1
public_html/test = site2

il faut que le user qui accède au site2 ne puisse pas remonter l'arborescence jusqu'à public_html

tout dépend comment l'hébergeur permet de gérer les permissions au sein de son infra.
également de la conf PHP / php-fpm / apache ou nginx qui permet de restreindre chaque user à un site en créant des pools de connexion.
la encore, tout dépend comment l'hébergeur à mis ça en place.

[Tortue Genial 69]

après si les permissions ne sont pas bien gérées, ce que dit woluweb est vrai, mettre un dossier test dans public_html ne résoudra rien.

[woluweb]

Merci Tortue Genial 69 pour les lumières

C'est pour ça que j'aime bien PH : même si j'ai pas souvent ce cas de figure de plusieurs sites sur un hébergement, là au moins c'est par nature cloisonné

[GraphiqueDesign]

Bonjour woluweb !
Je vous remercie tous deux pour vos réponses. En fait, ma question portait précisément sur le fait de créer un dossier de sous-domaine à l'extérieur du dossier du site principal (public_html) et non pas à l'intérieur du dossier du site principal. Il semble clair qu'installer un site selon le schéma public_html/test va fragiliser l'ensemble des 2 sites.

[Tortue Genial 69]

Bonjour woluweb !
Je vous remercie tous deux pour vos réponses. En fait, ma question portait précisément sur le fait de créer un dossier de sous-domaine à l'extérieur du dossier du site principal (public_html) et non pas à l'intérieur du dossier du site principal. Il semble clair qu'installer un site selon le schéma public_html/test va fragiliser l'ensemble des 2 sites.

en fait que ce soit en dedans ou en dehors, ce n'est pas trop ça le soucis entre guillemets.
ce sont les permissions et droits d'accès aux différents dossiers qui feront la différence.

mais oui dans l'idéal il faut cloisonner et rendre étanche chaque site...a la limite peu importe ou tu les mets, si les ACL sont bien gérés ça ira.
après le plus logique resterait un truc du style :

public_html
|--site1
|--site2
|--site3
etc...

avec les droits sur chaque folder ça ira.

[woluweb]

oui mais comment tu fais pour créer un sous-domaine qui pointe *ailleurs* que sur public_html ou un de ses sous-dossiers ???

[Tortue Genial 69]

il faut que l'hébergeur ai laissé l'accès ailleurs que dans l'arborescence public_html .. sinon pas possible sur du mutualisé.

sur un serveur dédié, dans l'absolu tu fais comme tu veux.
tu peux très bien faire pointer un sous domaine sur /home/toto/tata si tu veux.
alors qu'un autre sous domaine pointera sur /home/tutu par exemple
ensuite, c'est dans la configuration du vhost du serveur web (apache ou nginx) que tu dis tel sous domaine pointe sous /home/toto/tata et tel sous domaine pointe sous /home/tutu

voici 2 examples avec une conf nginx :

server {
        listen 443 ssl http2;
        listen [::]:443 ssl http2;
        server_name [B]test1.mondomaine.com[/B];
        root [B]/home/toto/tata[/B]/;
        index index.html index.htm index.php;
....
}

et

server {
        listen 443 ssl http2;
        listen [::]:443 ssl http2;
        server_name [B]test2.mondomaine.com[/B];
        root [B]/home/tutu/[/B];
        index index.html index.htm index.php;
....
}

mais sur un mutualisé, tu n'as pas la même liberté que sur un dédié.
donc tout dépend ce qu'autorise ou non l'hébergeur.

[Eddy.vh]

Bonsoir.
Je ne connais pas de nombreux hébergeurs mais OVH et o2Switch (les deux seuls que je connaisse bien) permettent sans le moindre problème d'avoir un sous domaine dans un répertoire au même niveau que le domaine et donc hors www ou public_html ou comme ils se nomment. On créé le sous-domaine et on le pointe vers ce répertoire. Et ça roule...

[Tortue Genial 69]

juste un petit retour en passant, j'ai eu des infos du support de chez infomaniak et les sites hébergé sur leur offre sont bien étanches (tout comme chez planet hoster).
Les scripts ne peuvent pas remonter au dessus de leur site et ainsi polluer ou contaminer les autres.