Développement et bases de données
Configurer des URL conviviales et des règles mod_rewrite
Les règles mod_rewrite permettent de diriger une URL vers une autre ressource ou de renvoyer une redirection au navigateur. Chez Hostsuar, LiteSpeed interprète les règles compatibles avec Apache. C'est l'application qui détermine les routes dont elle a besoin et comment elles doivent être résolues.
Réécriture et redirection
Une réécriture interne peut servir index.php quand vous visitez /productos, tout en conservant cette URL dans le navigateur. Une redirection HTTP renvoie une destination et le navigateur demande une autre adresse. Elles ne sont pas interchangeables : ajouter une redirection ne configure pas les routes internes d'un CMS.
Cette ligne active le traitement des règles dans le contexte correspondant :
RewriteEngine On
À elle seule, elle ne crée pas d'URL conviviales. Elle a besoin des règles propres à l'application.
Appliquer les règles du projet
- Confirmez la racine du domaine et gardez une copie privée du
.htaccessexistant. - Récupérez les règles dans la documentation de l'application pour votre type d'installation, y compris si elle se trouve dans un sous-dossier ou s'il s'agit d'un multisite.
- Si elle fournit un fichier comme
htaccess.txt, vérifiez son contenu avant de le renommer. Si un.htaccessexiste déjà, conservez aussi les règles dont ont besoin l'hébergement ou le reste du site. - Activez l'option d'URL conviviales ou de permaliens de l'application le cas échéant.
- Testez une page interne, un fichier statique et une adresse inexistante.
Dans WordPress, Réglages > Permaliens peut régénérer ses règles s'il a le droit d'écrire le fichier ; sinon, il affiche les instructions pour les appliquer. Ne remplacez pas les règles d'un réseau multisite par celles d'une installation simple.
Vérifier le résultat
- Si la page d'accueil fonctionne mais que les pages internes renvoient une 404, vérifiez l'emplacement des règles, la racine du domaine et la configuration des routes de l'application.
- En cas de boucle, vérifiez les règles HTTPS,
www, les sous-dossiers et les redirections configurées dans l'application ou le proxy. - Si une erreur 500 apparaît, annulez la modification et consultez le journal : la syntaxe peut être incorrecte ou une directive non autorisée.
Dans .htaccess, le motif de RewriteRule est évalué par rapport à ce répertoire et ne commence généralement pas par /. Une règle copiée de la configuration principale du serveur peut devoir être adaptée. Consultez l'introduction officielle à mod_rewrite quand vous préparez vos propres règles.
Conservez les anciennes URL encore utilisées et définissez des redirections vers leur équivalent si vous changez la structure. Évitez de toutes les envoyer vers la page d'accueil : chaque destination doit correspondre au contenu que le visiteur cherchait.
Cela peut aussi vous aider
- Le fichier .htaccess : ce qu'il faut savoir Découvrez la portée récursive de .htaccess et les options qu'il permet d'ajuster par répertoire : er...
- Page de maintenance temporaire avec le .htaccess Répondez temporairement avec un état 503 et une page de maintenance grâce au .htaccess, en laissant...
- API de cPanel (UAPI) : automatiser la messagerie, le FTP et les redirections depuis SSH, cURL ou PHP Utilisez l'API de cPanel avec la commande uapi en SSH ou avec un jeton depuis un autre serveur. Exem...
- Gestionnaires Apache (Apache Handlers) Définissez depuis cPanel quel gestionnaire Apache doit interpréter une extension donnée et découvrez...
Quelque chose cloche ou a changé ? Racontez-nous et nous le vérifions.