IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Apache Discussion :

[.htaccess] Distinction de l'adresse d'appel


Sujet :

Apache

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Septembre 2010
    Messages
    14
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2010
    Messages : 14
    Par défaut [.htaccess] Distinction de l'adresse d'appel
    J'ai une série de page html (récupéré sur un ancien serveur du client, et qui me sont totalement étrangères !) que j'ai migré sur un serveur 1&1 (dédié clé en main). Pas de nom de domaine géré che 1&1 et rattaché "directement" au dédié. Les noms de domaines sont enregistrés chez un "3rd party". je n'ai pas d'accès root chez 1&1, mais je peux éditer le .htaccess. Une première redirection se fait chez le 3rd party via les DNS où sont indiqués les "ns... "de 1&1 .
    Soit les noms de domaines A et B qui partagent les mêmes pages aujourd'hui qui résident sur le serveur de 1&1. Si on accède via le nom de domaine A, on tombe sur la page "index.html", ce que nous souhaitons. Cependant il est de notre souhait de tomber sur une autre page (pageB.html) si on accède via le nom de domaine B (un peu comme 2 différentes pages d'accueil). Je ne veux pas restructurer les pages html récupérées. On veut que quand l'internaute se balade sur les pages, ils gardent comme adresse le nom de domaine via lesquelles il a accéder.
    Mon problème est que via .htaccess, je n'arrive pas à rediriger initialement le nom de domaine B vers pageB.html .... c'est la page index.html qui apparaît !
    J'ai essayé

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    RedirectPermanent http://domaineB.com/index.html http://domaineB.com/pageB.html
    ou encore
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    RedirectPermanent http://domaineB.com http://domaineB.com/pageB.html
    des variations avec
    Redirect seulement
    des variations avec http://www. et www. ect ect ... mais rien n'y fait.
    Je ne suis pas un pro en .htaccess, mais ce problème devrait-être trivial pour une connaisseur. j'ai cherché sur la toile, mais pas de situation identique. J'hésite à passer par une solution type index.php de peur d'influencer le pageranking actuel du domaineA qui est excellent.
    Suggestion ... merci d'avance

    Max

  2. #2
    Rédacteur
    Avatar de _Mac_
    Profil pro
    Inscrit en
    Août 2005
    Messages
    9 601
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2005
    Messages : 9 601
    Par défaut
    On regarde la doc Apache et on constate une chose : c'est qu'on parle d'URL-path pour les directives Redirect et RedirectPermanent. Moralité : on ne peut pas mettre http://... comme premier paramètre de Redirect*. Pour faire des redirections basées sur les noms d'hôte (domaineB.com par exemple), il faut utiliser mod_rewrite. Donc remplace tes redirections par les 2 lignes suivantes :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    RewriteCond %{HTTP_HOST} ^domaineB\.com$
    RewriteRule ^index\.html$ http://domaineB.com/pageB.html [R=301]
    Ceci dit, ce n'est pas la meilleure solution. La meilleure solution pourrait tout simplement consister à indiquer pageB.html comme page d'accueil (avant index.html) pour le site domaineB.com. Mais cela suppose que tu as accès à la configuration centrale d'Apache. Sachant que c'est un dédié, ça devrait être possible : comment cela se fait-il qu'avec un dédié tu as seulement accès aux .htaccess et pas d'accès root ? C'est tout sauf un dédié, ça !

  3. #3
    Membre averti
    Profil pro
    Inscrit en
    Septembre 2010
    Messages
    14
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2010
    Messages : 14
    Par défaut
    Merci Mac,
    a ce que je lis sur les posts, tu es le pro des pro sur .htaccess .... tu as pensé à "écrire un livre sur le sujet ! type .htaccess pour les nuls ....

    Pour le faux dédié ...... Dans les faits c'est un serveur que 1&1 annonce comme un dédié "clé en main" et ce n''est qu'une fois que tu as accès à la machine que tu découvres ce que veut dire le "clé en main", un peu comme les notes de bas de page d'un contrat d'assurance quoi ! En contre partie de ne pas être "root", 1&1 prend en charge tous les aspects de sécurité et de performance. Pour la base de données aussi il y a des contraintes, mais c'est jouable ! Au final, on a l'impression d'être sur un mutualisé avec une plus grande flexibilité quant à l'organisation des exécutables et des programmes que tu veux installer. Pas sure que je reprendrais cette formule dans une autre situation, mais pour ce client cela tient la route, mon rôle étant de développer des interfaces web-php-mysql. Le serveur mail est sur une autre machine ! Et quand j'en aurai assez de ne pas être root, je peux résilier le "clé en main" et devenir un 100 dédié !

    Merci encore, j'esssaie ta solution.

    M

Discussions similaires

  1. Réponses: 3
    Dernier message: 01/11/2011, 21h57
  2. Imbriquer les appels de fonctions par adresse
    Par TheDrev dans le forum C
    Réponses: 5
    Dernier message: 10/10/2008, 23h39
  3. Réponses: 2
    Dernier message: 16/03/2007, 16h26
  4. Réponses: 4
    Dernier message: 30/10/2006, 13h08
  5. Connaitre l'adresse url qui a appellé une page.
    Par morgan47 dans le forum Langage
    Réponses: 3
    Dernier message: 19/09/2006, 20h07

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo