Réécriture au 'vol' des URL

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

  • [Problème] Réécriture au 'vol' des URL

    Bonjour,

    Ca a dû arriver à moultes personnes :
    j'ai commencé à développer un site joomla, il est proche de la finalisation... mais j'ai oublié de paramétrer dans le menu "config" l'option Réécriture au 'vol' des URL" à "oui" (l'oubli bête).
    ce qui fait que le site frontend tombe en erreur quand je le fais, même quand je renomme le htaccess.txt en .htaccess.
    Je pense qu'il faut modifier le htaccess mais j'avoue que je ne sais comment procéder.
    Si quelqu'un avait une solution...?

  • #2
    bonjour,

    Normalement il suffit de renommer le htaccess.txt en .htaccess
    Es-tu sûr du contenu de ce htaccess ?

    Voici la source :
    https://github.com/joomla/joomla-cms...g/htaccess.txt
    Un message d’erreur sur votre site Joomla ... ayez le reflexe de consulter lla base de connaissance : https://kb.joomla.fr

    Ce forum, vous l'aimez ? il vous a sauvé la vie ? Vous y apprenez régulièrement ? Alors adhérer à l'AFUJ : https://www.joomla.fr/association/adherer

    Présentations : slides.woluweb.be | Coordonnées complètes : www.woluweb.be

    Commentaire


    • #3
      Bonjour,

      Sauf particularité de l'hébergeur, le code qui se trouve dans le htaccess.txt suffit à ce que cette réécriture au vol fonctionne.
      Sur certains, il faut mettre en commentaire la ligne "Options +FollowSymlinks", sur d'autre activer la ligne "RewriteBase /"
      "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

      Commentaire


      • #4
        Le fait que le joomla est dans un sous-répertoire a peut-être son importance : racine-site/v2
        il faut sûrement modifier quelque chose dans le htaccess avec ce "/v2"

        Sachant aussi qu'il y a un site en exploitation à la racine, et que le /v2 est en cours de validation.
        Il y a donc un htaccess à la racine et un autre dans /v2

        Le site est sur l'hébergeur 1and1.

        Est-ce qu'il faut vider le cacher joomla après avoir changé le mode de réécriture et le htaccess ?
        Dernière édition par romain69 à 06/08/2019, 16h02

        Commentaire


        • #5
          Tu devrais isoler les deux sites pour ne pas accéder au nouveau par ancien/v2
          Quant au .htaccess, il faut que tu actives ma ligne Rewritebase
          "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

          Commentaire


          • #6
            Les 2 sites ont des joomla indépendants. Simplement un joomla est dans un sous-dossier (v2), l'autre étant à la racine.

            Je teste ce soir vos suggestions.

            Commentaire


            • #7
              Oui, mais avec cette organisation, on accède au deuxième par le nom du sous-dossier, ce qui n'est pas bien. Il faut que tu places le premier site dans son propre dossier, en le glissant-déplaçant avec le gestionnaire de fichier de 1&1 ou un client ftp, et que tu corriges ensuite les chemins d'accès au dossier logs et tmp en ajoutant le nom du dossier.
              Au besoin, regarde dans mon site fontanil.info, j'avais fait un article expliquant comment faire, notamment si le dossier "logs" de la racine est utilisé par Joomla alors qu'il appartient au serveur. La procédure sera la même.
              "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

              Commentaire


              • #8
                Il me semble que 1&1 n'utilise plus Webtransfert dont parle mon article mais un autre gestionnaire de fichiers en ligne. Le principe sera le même.

                Globalement, il faut créer un nouveau dossier au même niveau que ton "v2", puis y déplacer tous les fichiers et dossiers qui sont à la racine, sauf "logs" et "v2".
                Si ton site utilises le dossier "administrator/logs", il est inutile de recréer un dossier "logs" à la racine du site ; s'il utilisait le dossier "logs" de la racine, il est plus simple de créer ce dossier, s'il n'existe pas déjà, dans "administrator", et enfin corriger le fichier de configuration, éventuellement avec MoovJla, pour tenir compte de la nouvelle localisation du site.

                Il faudra aussi, bien entendu, modifier la "destination" du nom de domaine et le faire pointer sur le nouveau dossier du site.
                "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

                Commentaire


                • #9
                  Merci Robert pour ces infos, mais je ne comprends pas pourquoi l'actuelle arbo (une site à la racine et un autre dans un dossier) ne va pas, hormis une non-symétrie de la structure potentiellement inesthétique :-)
                  Sachant que le 1er site est en exploit', l'autre en dev, et celui en dev a vocation de se substituer à l'autre quand le moment sera venu. En déplaçant le site en exploit dans un dossier, il risque fort que les URLs soient totalement cassées et génèrent des erreurs 404, et donc pas bon pour le SEO...

                  Commentaire


                  • #10
                    Tout simplement parce que ton site en sous-dossier sera accessible depuis son propre nom de domaine ou sous-domaine ET par le nom de domaine suivi du nom du dossier, ce que sauront les robots, par exemple, qui indexeront deux adresses différentes pour le même contenu : duplicate contant.
                    Ensuite, il y a des chances pour que les instructions du .htaccess de la racine impacte le fonctionnement du site en sous-dossier.

                    Faire ce que je préconise ne prend que quelques minutes, que ce soit par le gestionnaire de fichiers en ligne ou un client ftp.

                    Si tu as laissé Joomla! gérer les liens internes, il n'y a aucune raison pour que des adresses changent lors de ce changement de dossier.
                    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

                    Commentaire

                    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