OVH Community, votre nouvel espace communautaire.

[ hébergement mutualisé / 3 Suggestions pour la V3 ]


Wizard-OR
30/06/2004, 11h29
Bonjour,

Client d'un hébergement mutualisé 720Plan depuis peu, je suis très satisfait des services proposés par OVH, toutefois plusieurs éléments pourraient être améliorés.

Voici quelques suggestions :

[list=1][*] [PHP] Autoriser php_value dans .htaccess

Cette option peut s'avérer fort utile dans certains cas où il n'est pas possible ou difficilement possible de passer les paramètres directement au script PHP avec ini_set(). C'est également une simplification si l'on souhaite appliquer ces paramètres à plusieurs scripts répartis sur plusieurs sites (dans ce cas .htaccess dans la racine). Exemple : ajouter des répertoires à include_path pour plusieurs scripts.
[*] [MAIL] Appliquer le filtrage des comptes POP après une redirection email provenant d'un domaine utilisant OVH redirect

En effet, si un domaine utilisant le service gratuit de redirection email d'OVH renvoie vers un compte POP d'un autre domaine hébergé chez OVH, aucun filtre n'est utilisé (donc pas d'Anti-Spam / d'Anti-Virus), ce qui est fort génant pour certaines adresses mails très sollicitées.

Techniquement, le serveur qui reçoit les mails pour la redirection gratuite "redirect.ovh.net" considéré comme local transfère directement le mail vers le compte POP d'OVH sans repasser par le serveur MX de filtrage.

Il faudrait donc que redirect.ovh.net ne soit pas considéré comme un serveur local par le serveur de messagerie. Ainsi, le mail serait transmis à mx3/mx4 comme si il venait de l'extérieur et le filtrage serait appliqué.

Actuellement, pour que cela fonctionne, il faut donc souscrire au minimum à un MXPlan 5 à la place du service gratuit de redirection.
[*] [SSL] Proposer la possibilité d'utiliser SSL avec son nom de domaine au lieu de sslX.ovh.net

C'est peut-être la fonctionnalité la plus importante, car l'utilisation de SSL via sslX.ovh.net peut entraîner de nombreuses complications (chemin URI différent d'un cas à l'autre) sans compter que le visiteur peut être inquiété par ce changement de domaine. L'utilisation d'une redirection avec frame est alors souhaitable.

Je ne connais pas la raison d'un tel choix technique, mais ayant déjà eu à faire à cette problématique, j'ai utilisé la solution technique suivante : VirtualHost avec Mod_Rewrite / VirtualMap.

Le principe est de réécrire la racine du site en fonction de chaque host. Ca fonctionne très bien :

##
## virtual_ssl.map
##
www.vhost1.dom /path/to/docroot/vhost1
www.vhost2.dom /path/to/docroot/vhost2
:
www.vhostN.dom /path/to/docroot/vhostN

##
## httpd.conf
##



ServerName 720pack.ovh.net
DocumentRoot /home/ovh

SSLEngine on

UseCanonicalName Off

RewriteEngine On

RewriteMap https txt:/etc/httpd/virtual_ssl.map
RewriteCond ${https:%{SERVER_NAME}|NOT-FOUND} !=NOT-FOUND [NC]
RewriteRule ^/(.*)$ ${https:%{SERVER_NAME}}/$1 [L]


[/list=1]

Voilà un grand merci pour la qualité de service OVH.