URL relativi in ​​WordPress

Ho sempre trovato frustrante in WordPress che immagini, file, collegamenti, ecc. Siano inseriti in WordPress con un URL assoluto anziché un URL relativo. Un URL relativo è molto più conveniente per cambiare nome di dominio, cambiare tra http e https ecc. Oggi ho scoperto che se definisci WP_CONTENT_URL con un URL relativo, quando inserisci i file nei post usano l'URL relativo per src invece dell'URL assoluto . Proprio quello che ho sempre voluto! Ma la documentazione ufficiale di WordPress dice che dovresti usare un URI completo se stai definendo WP_CONTENT_URL.

Il codice di WordPress dice :

Imposta WP_CONTENT_URL sull'URI completo di questa directory (senza barra finale), ad es

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

Tutto sembra funzionare bene quando utilizzo un URL relativo, ad es

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

Ma c'è qualche problema con l'utilizzo di un URI relativo? Sto solo pensando che deve esserci un motivo per WordPress che afferma che dovrebbe essere definito con un URI completo.

Penso che questo sia il tipo di domanda che solo uno sviluppatore principale potrebbe / dovrebbe rispondere. Ho cercato e trovato il biglietto principale n. 17048: gli URL inviati al browser dovrebbero essere relativi alla radice . Dove possiamo trovare le ragioni spiegate da Andrew Nacin, lead core developer. Si collega anche a questo thread [wp-hackers] . Su entrambi questi collegamenti, queste sono le citazioni chiave sul motivo per cui WP non utilizza URL relativi:

Biglietto principale:

• Gli URL relativi alla radice non sono realmente appropriati. /path/potrebbe non essere WordPress, potrebbe essere al di fuori dell'installazione. Quindi in realtà non è molto diverso da un URL assoluto.

• Eventuali URL relativi rendono anche molto più difficile eseguire trasformazioni quando l'installazione viene spostata. Il find-replace sarà necessario nella maggior parte delle situazioni e avere un URL assoluto è ironicamente più portabile per questi motivi.

• URL assoluti sono necessari in molti altri posti. La necessità di aggiungerli in modo condizionale aumenterà l'elaborazione, oltre a introdurre potenziali bug (e incompatibilità con i plugin).

thread [wp-hackers]

• Relativamente a cosa, non ne sono sicuro, dato che WordPress si trova spesso in una sottodirectory, il che significa che dovremo sempre elaborare il contenuto per poi aggiungere il resto del percorso. Questo introduce un sovraccarico.

• Tieni presente che esistono due tipi di URL relativi, con e senza la barra iniziale. Entrambi hanno avvertenze che lo rendono impossibile da implementare correttamente.

• WordPress dovrebbe (e lo fa) memorizzare URL assoluti. Ciò non richiede pre-elaborazione del contenuto, nessun sovraccarico, nessuna ambiguità. Se è necessario riposizionare, si tratta di una ricerca e sostituzione globale nel database.

E, su una nota personale, più di una volta ho trovato temi e plugin codificati male che semplicemente si rompono quando WP_CONTENT_URLsono definiti.
Loro non sanno questo può essere impostato e si presuppone che questo è vero: / wp-content WP.URL / qualunque cosa , e non è sempre il caso. E qualcosa si romperà lungo la strada.

Il plugin Relative URLs (linkato nella risposta di edse ), applica la funzione wp_make_link_relativein una serie di filtri nell'action hooktemplate_redirect . È un codice abbastanza semplice e sembra una buona opzione.

<?php wp_make_link_relative( $link ) ?>

Converti percorsi URL completi in percorsi relativi.

Rimuove i protocolli http o https e il dominio. Mantiene il percorso "/" all'inizio, quindi non è un vero collegamento relativo, ma dalla base della radice web.

Riferimento: Wordpress Codex

Sono d'accordo con Rup. Immagino che il motivo principale sia evitare confusione sui percorsi relativi. Penso che wordpress possa funzionare da zero con percorsi relativi, ma il problema potrebbe sorgere quando si utilizzano più plugin, come è configurato il tema ecc.

Una volta ho usato questo plugin per i percorsi relativi, quando lavoravo su server di test:

URL relativi
alla radice Converte tutti gli URL in URL relativi alla radice per ospitare lo stesso sito su più IP, una migrazione di produzione più semplice e un migliore test dei dispositivi mobili.

L'ho risolto nel mio sito rendendolo in 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);

}

Ho preso parte a un plugin, l'ho tagliato a pezzi e ho realizzato questo. Ha sostituito TUTTI i collegamenti nel mio sito (menu, CSS, script ecc.) E tutto funzionava.

In Impostazioni => Media, c'è un'opzione per "Percorso URL completo per i file". Se lo imposti sul percorso della directory multimediale predefinita "/ wp-content / uploads" anziché vuoto, inserirà percorsi relativi, ad esempio "/wp-content/uploads/2020/06/document.pdf".

Non sono sicuro che renda tutti i collegamenti relativi, ad esempio ai post, ma almeno gestisce i media, che probabilmente è ciò di cui la maggior parte delle persone è preoccupata.

dovrebbe usare get_home_url (), quindi i tuoi link sono assoluti, ma non ha effetto se cambi l'URL del sito

Quello che penso che tu faccia è mentre cambi i nomi di dominio, il file di dump sql che hai puoi sostituire tutte le istanze del vecchio nome di dominio con uno nuovo. Questa è l'unica opzione disponibile in quanto non ci sono plugin che ti aiuteranno a farlo.

Questo è il modo più veloce ..

C'è un modo semplice

Invece di /pagename/usare index.php/pagename/o se non usi permalink, procedi come segue:

Inviare

index.php?p=123

Pagina

index.php?page_id=42

Categoria

index.php?cat=7

Maggiori informazioni qui: http://codex.wordpress.org/Linking_Posts_Pages_and_Categories