Robots.txt sur domaine non-canonique

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • lendrevi
    a répondu
    Envoyé par dolmenhir Voir le message
    Ton Cpanel va impacter tout ton hébergement (à moins que tu ne parles de "simples" redirection).

    Mais le htaccess c'est la meilleure méthode, car il est local et surtout fait pour ça.

    Si demain tu changes d'hébergeur, grâce à ton htaccess, ta config est déjà faite.
    Bonne remarque sur le changement d'hébergeur, le cas échéant !
    nb : je suis chez O2switch, et bien content pour l'instant

    Laisser un commentaire:


  • dolmenhir
    a répondu
    Envoyé par lendrevi Voir le message
    ps: je pense que j'aurais également pu agir depuis mon Cpanel d'hébergeur (au lieu de toucher le fichier .htaccess).
    Ton Cpanel va impacter tout ton hébergement (à moins que tu ne parles de "simples" redirection).

    Mais le htaccess c'est la meilleure méthode, car il est local et surtout fait pour ça.

    Si demain tu changes d'hébergeur, grâce à ton htaccess, ta config est déjà faite.

    Laisser un commentaire:


  • lendrevi
    a répondu
    dolmenhir ir

    C'est vraiment sympa de ta part.
    Je viens donc de finaliser mon fichier .htaccess selon tes derniers conseils.

    ps: je pense que j'aurais également pu agir depuis mon Cpanel d'hébergeur (au lieu de toucher le fichier .htaccess).

    Merci encore pour cette entraide.

    Laisser un commentaire:


  • dolmenhir
    a répondu
    Tu peux enlever le
    Code:
    <IfModule mod_rewrite.c>
    et
    Code:
    </IfModule>
    puisqu'on part du principe que c'est forcément le cas.

    et vérifier que tu as avant
    Code:
    RewriteEngine On
    suivi de
    Code:
    RewriteBase /
    donc au final
    Code:
    ##### RewriteEngine enabled - BEGIN
    RewriteEngine On
    ##### RewriteEngine enabled - END
    
    ##### RewriteBase set - BEGIN
    RewriteBase /
    ##### RewriteBase set - END
    
    ##### HTTP to HTTPS redirection - BEGIN
    RewriteCond %{HTTPS} !=on [OR]
    RewriteCond %{HTTP:X-Forwarded-Proto} =http
    RewriteRule .* https://www.rendez-vous-medecine.com%{REQUEST_URI} [L,R=301]
    ##### HTTP to HTTPS redirection - END
    Dernière édition par dolmenhir à 03/12/2019, 07h42

    Laisser un commentaire:


  • lendrevi
    a répondu
    dolmenhir

    Bonjour,

    Voici donc le bloc ajouté dans mon fichier .htaccess, selon tes bons conseils :

    Code:
    Code:
    #ACCES PAR HTTPS ET NON PAS HTTP (START)
    <IfModule mod_rewrite.c>
    RewriteCond %{HTTPS} !=on [OR]
    RewriteCond %{HTTP:X-Forwarded-Proto} =http
    RewriteRule .* https://www.rendez-vous-medecine.com%{REQUEST_URI} [L,R=301]
    </IfModule>
    #ACCES PAR HTTPS ET NON PAS HTTP (END)
    Pourrais-tu stp me confirmer que ceci est bien convenable ? Merci, et bonne journée.

    Laisser un commentaire:


  • dolmenhir
    a répondu
    Envoyé par lendrevi Voir le message
    J'ai l'impression qu'on joue sur les mots
    Non, c'est un fait et rien à voir avec des essais manuels.
    Google, comme d'autres, sera capable de vérifier, et pour lui, ce sera deux entrées, deux pages...

    La méthode ? htaccess c'est fiable, si c'est bien écrit
    Code:
    RewriteCond %{HTTPS} !=on [OR]
    RewriteCond %{HTTP:X-Forwarded-Proto} =http
    RewriteRule .* https://ton-domaine%{REQUEST_URI} [L,R=301]

    Laisser un commentaire:


  • lendrevi
    a répondu
    Envoyé par dolmenhir Voir le message
    Salut,


    Je confirme ce que dit jfque

    le domaine est bien accessible via un protocole non sécurisé (http) :
    Cliquez sur l'image pour l'afficher en taille normale Nom : acces-non-securise.jpg  Affichages : 0  Taille : 7,6 Ko  ID : 2010222

    Dol.
    Bonjour,
    J'ai l'impression qu'on joue sur les mots :
    1. je suis bien d'accord qu'on peut taper l'url: http://rendez-vous-medecine.com, et elle fonctionne,
    2. mais rien ne s'exécute en mode non sécurisé, l'accès au site se faisant exclusivement par : https://www.rendez-vous-medecine.com.
    Je trouve cette méthode conviviale.

    Question : que dois-je faire, interdire strictement toute tentative d'accès par http ?

    Si oui, quelle est la bonne méthode ? Merci à vous.

    Laisser un commentaire:


  • dolmenhir
    a répondu
    Salut,
    Envoyé par lendrevi Voir le message

    Bonjour jfque,
    Non, je ne comprends toujours pas : car mon site n'est pas accessible en http. Par contre, à l'aide de mon fichier .htaccess je force l'accès en https si on cherche à accéder en http. Idem pour www ou non.
    Cela me semble correct ! Et je ne vois pas de doublons d'url. Testez d'y accéder par http ... et vous verrez que vous accédez en https.
    Je confirme ce que dit jfque

    le domaine est bien accessible via un protocole non sécurisé (http) :
    Cliquez sur l'image pour l'afficher en taille normale  Nom : acces-non-securise.jpg  Affichages : 0  Taille : 7,6 Ko  ID : 2010222

    Dol.

    Laisser un commentaire:


  • lendrevi
    a répondu
    Envoyé par jfque Voir le message
    Bien qu'il ne s'agisse pas d'un domaine canonique, votre site est accessible à la fois en http et en https, ce qui donne 2 URLs pour le fichier robots.txt (et pour toutes les autres aussi d'ailleurs). Vous devriez corriger ce problème (accès unique en https), puis retester.
    Bonjour jfque,
    Non, je ne comprends toujours pas : car mon site n'est pas accessible en http. Par contre, à l'aide de mon fichier .htaccess je force l'accès en https si on cherche à accéder en http. Idem pour www ou non.
    Cela me semble correct ! Et je ne vois pas de doublons d'url. Testez d'y accéder par http ... et vous verrez que vous accédez en https.

    Laisser un commentaire:


  • jfque
    a répondu
    Bien qu'il ne s'agisse pas d'un domaine canonique, votre site est accessible à la fois en http et en https, ce qui donne 2 URLs pour le fichier robots.txt (et pour toutes les autres aussi d'ailleurs). Vous devriez corriger ce problème (accès unique en https), puis retester.

    Laisser un commentaire:


  • lendrevi
    a crée un sujet [RÉGLÉ] Robots.txt sur domaine non-canonique

    Robots.txt sur domaine non-canonique

    L'analyse de mon site débouche sur cette remarque concernant mon fichier "robots.txt" :

    Code:
       Il y a un fichier robots.txt disponible sur 1 variante de domaine non-canonique.
    
    
              URL
    
    
        http://www.rendez-vous-medecine.com/robots.txt
    
    
    
    
    
    
    
    
        Seul le domaine canonique devrait avoir un fichier robots.txt.
    J'avoue mon incompréhension :
    1. je n'ai bien qu'un seul fichier "robots.txt" à la racine de mon site (d'ailleurs je ne vois pas comment je pourrais avoir 2 fichiers du même nom) !
    2. si je teste l'url indiquée, elle bascule bien automatiquement en "https://www.rendez-vous-medecine.com/robots.txt".
    Alors pourquoi citer une telle remarque ? Et surtout, que devrais-je faire de plus ?

    Merci.

    ps: source ContentKing
    Dernière édition par lendrevi à 03/12/2019, 11h04

Annonce

Réduire
1 sur 2 < >

C'est [Réglé] et on n'en parle plus ?

A quoi ça sert ?
La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
Comment ajouter la mention [Réglé] à votre discussion ?
1 - Aller sur votre discussion et éditer votre premier message :


2 - Cliquer sur la liste déroulante Préfixe.

3 - Choisir le préfixe [Réglé].


4 - Et voilà… votre discussion est désormais identifiée comme réglée.

2 sur 2 < >

Assistance au forum - Outil de publication d'infos de votre site

Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

UTILISER À VOS PROPRES RISQUES :
L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

Problèmes connus :
FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

Installation :

1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

Archive zip : https://github.com/AFUJ/FPA/zipball/master

2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
et remplacer www. votresite .com par votre nom de domaine


Exemples:
Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
Télécharger le script fpa-fr.php dans: /public_html/
Pour executer le script: http://www..com/fpa-fr.php

Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
Télécharger le script fpa-fr.php dans: /public_html/cms/
Pour executer le script: http://www..com/cms/fpa-fr.php

En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
Voir plus
Voir moins

Partenaire de l'association

Réduire

Hébergeur Web PlanetHoster
Travaille ...
X