Relative URLs in WordPress

Ich fand es in WordPress immer frustrierend, dass Bilder, Dateien, Links usw. mit einer absoluten URL anstelle einer relativen URL in WordPress eingefügt werden. Eine relative URL ist viel praktischer, um Domain-Namen zu wechseln, zwischen http und https usw. zu wechseln. Heute habe ich festgestellt, dass wenn Sie WP_CONTENT_URL mit einer relativen URL definieren, beim Einfügen von Dateien in Posts die relative URL für den src anstelle der absoluten URL verwendet wird . Genau das, was ich immer wollte! Die offizielle WordPress-Dokumentation besagt jedoch, dass Sie einen vollständigen URI verwenden sollten, wenn Sie WP_CONTENT_URL definieren.

WordPress Codex sagt :

Setzen Sie WP_CONTENT_URL auf den vollständigen URI dieses Verzeichnisses (kein abschließender Schrägstrich), z

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

Alles scheint gut zu funktionieren, wenn ich eine relative URL verwende, z

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

Aber gibt es ein Problem bei der Verwendung eines relativen URI? Ich denke nur, dass es einen Grund für WordPress geben muss, dass es mit einer vollständigen URI definiert werden sollte.

Ich denke, dies ist die Art von Frage, die nur ein Kernentwickler beantworten kann / sollte. Ich habe das Kernticket Nr. 17048 recherchiert und gefunden: URLs, die an den Browser gesendet werden, sollten root-relativ sein . Wo wir die Gründe finden können, die Andrew Nacin, leitender Kernentwickler, erklärt hat. Er verlinkt auch auf diesen [wp-hackers] Thread . Bei diesen beiden Links sind dies die wichtigsten Anführungszeichen dafür, warum WP keine relativen URLs verwendet:

Kernticket:

• Root-relative URLs sind nicht richtig. /path/Möglicherweise nicht WordPress, möglicherweise außerhalb der Installation. Es ist also wirklich nicht viel anders als eine absolute URL.

• Relative URLs erschweren außerdem die Durchführung von Transformationen erheblich, wenn die Installation verschoben wird. Das Suchen und Ersetzen wird in den meisten Situationen notwendig sein, und eine absolute URL ist aus diesen Gründen ironischerweise portabler.

• An zahlreichen anderen Stellen werden absolute URLs benötigt. Wenn Sie diese bedingt hinzufügen müssen, erhöht sich die Verarbeitung und es treten potenzielle Fehler (und Inkompatibilitäten mit Plugins) auf.

[wp-Hacker] Thread

• In Bezug auf was bin ich mir nicht sicher, da sich WordPress oft in einem Unterverzeichnis befindet, was bedeutet, dass wir den Inhalt immer verarbeiten müssen, um ihn dann im Rest des Pfades hinzuzufügen. Dies führt zu Overhead.

• Beachten Sie, dass es zwei Arten von relativen URLs gibt, mit und ohne den führenden Schrägstrich. Beide haben Vorbehalte, die eine ordnungsgemäße Implementierung unmöglich machen.

• WordPress sollte (und tut) absolute URLs speichern. Dies erfordert keine Vorverarbeitung von Inhalten, keinen Overhead, keine Mehrdeutigkeit. Wenn Sie umziehen müssen, handelt es sich um ein globales Suchen und Ersetzen in der Datenbank.

Und persönlich habe ich mehr als einmal ein schlecht codiertes Thema und Plugins gefunden, die einfach kaputt gehen, wenn sie WP_CONTENT_URLdefiniert sind.
Sie wissen nicht, dass dies festgelegt werden kann, und gehen davon aus, dass dies zutrifft: WP.URL / wp-content / WhatEver , und dies ist nicht immer der Fall. Und auf dem Weg wird etwas kaputt gehen.

Das Plugin Relative URLs (in der Antwort von edse verlinkt ) wendet die Funktion wp_make_link_relativein einer Reihe von Filtern im Aktions-Hook antemplate_redirect . Es ist ein ziemlich einfacher Code und scheint eine gute Option zu sein.

<?php wp_make_link_relative( $link ) ?>

Konvertieren Sie vollständige URL-Pfade in relative Pfade.

Entfernt die http- oder https-Protokolle und die Domäne. Behält den Pfad '/' am Anfang bei, sodass es sich nicht um einen echten relativen Link handelt, sondern um die Web-Root-Basis.

Referenz: Wordpress Codex

Ich stimme Rup zu. Ich denke, der Hauptgrund ist, Verwirrung auf relativen Pfaden zu vermeiden. Ich denke, WordPress kann mit relativen Pfaden von Grund auf neu funktionieren, aber das Problem kann auftreten, wenn mehrere Plugins verwendet werden, wie das Thema konfiguriert ist usw.

Ich habe dieses Plugin einmal für relative Pfade verwendet, wenn ich an Testservern gearbeitet habe:

Relative Root-URLs
Konvertiert alle URLs in root-relative URLs, um dieselbe Site auf mehreren IPs zu hosten, die Produktionsmigration zu vereinfachen und das Testen mobiler Geräte zu verbessern.

Ich habe es auf meiner Seite gelöst und dies in functions.php gemacht

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);

}

Ich habe an einem Plugin teilgenommen, es in Stücke geschnitten und dieses gemacht. Es ersetzte ALLE Links auf meiner Website (Menüs, CSS, Skripte usw.) und alles funktionierte.

Unter Einstellungen => Medien gibt es eine Option für 'Vollständiger URL-Pfad für Dateien'. Wenn Sie dies auf den Standard-Medienverzeichnispfad '/ wp-content / uploads' anstatt auf leer setzen, werden relative Pfade eingefügt, z. B. '/wp-content/uploads/2020/06/document.pdf'.

Ich bin mir nicht sicher, ob alle Links relativ zu Posts sind, aber zumindest Medien, worüber sich die meisten Menschen wahrscheinlich Sorgen machen.

sollte get_home_url () verwendet werden, dann sind Ihre Links absolut, aber es hat keinen Einfluss darauf, ob Sie die Site-URL ändern

Was ich denke, dass Sie tun, während Sie Domain-Namen ändern, die SQL-Dump-Datei, die Sie haben, können Sie alle Instanzen des alten Domain-Namens durch neue ersetzen. Dies ist nur eine Option verfügbar, da es keine Plugins gibt, die Ihnen dabei helfen.

Dies ist der schnellste Weg.

Es gibt einen einfachen Weg

Anstatt zu /pagename/verwenden index.php/pagename/oder wenn Sie keine Permalinks verwenden, gehen Sie wie folgt vor:

Post

index.php?p=123

Seite

index.php?page_id=42

Kategorie

index.php?cat=7

Weitere Informationen finden Sie hier: http://codex.wordpress.org/Linking_Posts_Pages_and_Categories