URL relatives dans WordPress

J'ai toujours trouvé frustrant dans WordPress que des images, des fichiers, des liens, etc. soient insérés dans WordPress avec une URL absolue au lieu d'une URL relative. Une URL relative est beaucoup plus pratique pour changer de nom de domaine, changer entre http et https, etc. Aujourd'hui, j'ai découvert que si vous définissez WP_CONTENT_URL avec une URL relative, lorsque vous insérez des fichiers dans des messages, ils utilisent l'url relative pour le src au lieu de l'URL absolue . Juste ce que j'ai toujours voulu! Mais la documentation officielle de WordPress indique que vous devez utiliser un URI complet si vous définissez WP_CONTENT_URL.

Le codex WordPress dit :

Définissez WP_CONTENT_URL sur l' URI complet de ce répertoire (pas de barre oblique à la fin), par exemple

define( 'WP_CONTENT_URL', 'http://example/blog/wp-content');

Tout semble fonctionner correctement lorsque j'utilise une URL relative, par exemple

define( 'WP_CONTENT_URL', '/my-content-folder');

Mais y a-t-il un problème avec l'utilisation d'un URI relatif? Je pense juste qu'il doit y avoir une raison pour que WordPress déclare qu'il doit être défini avec un URI complet.

Je pense que c'est le genre de question à laquelle seul un développeur principal pourrait / devrait répondre. J'ai recherché et trouvé le ticket principal n ° 17048: les URL fournies au navigateur doivent être relatives à la racine . Où nous pouvons trouver les raisons expliquées par Andrew Nacin, développeur principal. Il établit également un lien vers ce fil [wp-hackers] . Sur ces deux liens, voici les citations clés expliquant pourquoi WP n'utilise pas d'URL relatives:

Ticket de base:

• Les URL relatives à la racine ne sont pas vraiment appropriées. /path/peut ne pas être WordPress, cela peut être en dehors de l'installation. Ce n'est donc vraiment pas très différent d'une URL absolue.

• Toutes les URL relatives rendent également considérablement plus difficile l'exécution des transformations lorsque l'installation est déplacée. La recherche-remplacement sera nécessaire dans la plupart des situations, et avoir une URL absolue est ironiquement plus portable pour ces raisons.

• des URL absolues sont nécessaires dans de nombreux autres endroits. Le besoin de les ajouter de manière conditionnelle ajoutera au traitement, ainsi que l'introduction de bogues potentiels (et d'incompatibilités avec les plugins).

fil [wp-hackers]

• Par rapport à quoi, je ne suis pas sûr, car WordPress est souvent dans un sous-répertoire, ce qui signifie que nous devrons toujours traiter le contenu pour ensuite ajouter le reste du chemin. Cela introduit des frais généraux.

• Gardez à l'esprit qu'il existe deux types d'URL relatives, avec et sans la barre oblique principale. Les deux ont des mises en garde qui rendent cela impossible à mettre en œuvre correctement.

• WordPress devrait (et le fait) stocker des URL absolues. Cela ne nécessite aucun prétraitement du contenu, aucune surcharge, aucune ambiguïté. Si vous devez déménager, il s'agit d'une recherche-remplacement globale dans la base de données.

Et, sur une note personnelle, plus d'une fois, j'ai trouvé des thèmes et des plugins mal codés qui cassent simplement lorsqu'ils WP_CONTENT_URLsont définis.
Ils ne savent pas que cela peut être défini et supposent que c'est vrai: WP.URL / wp-content / WhatEver , et ce n'est pas toujours le cas. Et quelque chose se cassera en cours de route.

Le plugin URL relatives (lié dans la réponse d' edse ), applique la fonction wp_make_link_relativedans une série de filtres dans le crochet d'actiontemplate_redirect . C'est un code assez simple et semble une bonne option.

<?php wp_make_link_relative( $link ) ?>

Convertissez les chemins URL complets en chemins relatifs.

Supprime les protocoles http ou https et le domaine. Conserve le chemin «/» au début, donc ce n'est pas un vrai lien relatif, mais de la base racine Web.

Référence: Wordpress Codex

Je suis d'accord avec Rup. Je suppose que la raison principale est d'éviter la confusion sur les chemins relatifs. Je pense que wordpress peut fonctionner à partir de zéro avec des chemins relatifs, mais le problème peut survenir lors de l'utilisation de plusieurs plugins, de la configuration du thème, etc.

J'ai déjà utilisé ce plugin pour les chemins relatifs, lorsque je travaillais sur des serveurs de test:

URL relatives à la racine
Convertit toutes les URL en URL relatives à la racine pour héberger le même site sur plusieurs IP, une migration de production plus facile et un meilleur test des appareils mobiles.

Je l'ai résolu dans mon site en faisant cela dans functions.php

add_action("template_redirect", "start_buffer");
add_action("shutdown", "end_buffer", 999);

function filter_buffer($buffer) {
    $buffer = replace_insecure_links($buffer);
    return $buffer;
}
function start_buffer(){
    ob_start("filter_buffer");
}

function end_buffer(){
    if (ob_get_length()) ob_end_flush();
}

function replace_insecure_links($str) {

   $str = str_replace ( array("http://www.yoursite.com/", "https://www.yoursite.com/") , array("/", "/"), $str);

   return apply_filters("rsssl_fixer_output", $str);

}

J'ai pris part à un plugin, je l'ai coupé en morceaux et je l'ai fait. Il a remplacé TOUS les liens de mon site (menus, css, scripts, etc.) et tout fonctionnait.

Sous Paramètres => Média, il existe une option pour 'Chemin d'URL complet pour les fichiers'. Si vous définissez ceci sur le chemin du répertoire multimédia par défaut '/ wp-content / uploads' au lieu de vide, il insérera des chemins relatifs par exemple '/wp-content/uploads/2020/06/document.pdf'.

Je ne sais pas si cela rend tous les liens relatifs, par exemple aux publications, mais au moins, il gère les médias, ce qui est probablement ce qui inquiète la plupart des gens.

devrait utiliser get_home_url (), alors vos liens sont absolus, mais cela n'affecte pas si vous changez l'url du site

Ce que je pense que vous faites, c'est pendant que vous changez les noms de domaine, le fichier de vidage SQL que vous avez, vous pouvez remplacer toutes les instances de l'ancien nom de domaine par un nouveau. C'est la seule option disponible car il n'y a pas de plugins qui vous aideront à le faire.

C'est le moyen le plus rapide.

Il existe un moyen simple

Au lieu d' /pagename/utiliser index.php/pagename/ou si vous n'utilisez pas de permaliens, procédez comme suit:

Publier

index.php?p=123

Page

index.php?page_id=42

Catégorie

index.php?cat=7

Plus d'informations ici: http://codex.wordpress.org/Linking_Posts_Pages_and_Categories