URL Relatif di WordPress

Saya selalu merasa frustasi di WordPress karena gambar, file, tautan, dll. Dimasukkan ke WordPress dengan URL absolut, bukan URL relatif. Sebuah url relatif jauh lebih nyaman untuk mengganti nama domain, mengubah antara http dan https dll. Hari ini saya menemukan bahwa jika Anda mendefinisikan WP_CONTENT_URL dengan url relatif maka ketika Anda memasukkan file ke dalam posting mereka menggunakan url relatif untuk src daripada url absolut . Hanya apa yang selalu kuinginkan! Tetapi dokumentasi resmi WordPress mengatakan bahwa Anda harus menggunakan URI lengkap jika Anda mendefinisikan WP_CONTENT_URL.

Kodeks WordPress mengatakan :

Setel WP_CONTENT_URL ke URI lengkap direktori ini (tanpa garis miring), mis

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

Semuanya tampak berfungsi dengan baik saat saya menggunakan URL relatif, mis

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

Tetapi apakah ada masalah dengan menggunakan URI relatif? Saya hanya berpikir pasti ada alasan untuk WordPress yang menyatakan bahwa itu harus didefinisikan dengan URI lengkap.

Saya pikir ini adalah jenis pertanyaan yang hanya bisa / harus dijawab oleh pengembang inti. Saya telah meneliti dan menemukan tiket inti # 17048: URL yang dikirim ke browser harus relatif root . Di mana kami dapat menemukan alasan yang dijelaskan oleh Andrew Nacin, pengembang inti utama. Dia juga menautkan ke utas [wp-hackers] ini . Di kedua tautan tersebut, berikut adalah kutipan utama mengapa WP tidak menggunakan URL relatif:

Tiket inti:

• URL relatif root tidak terlalu tepat. /path/mungkin bukan WordPress, mungkin di luar pemasangan. Jadi sebenarnya ini tidak jauh berbeda dengan URL absolut.

• URL relatif apa pun juga membuatnya jauh lebih sulit untuk melakukan transformasi saat penginstalan dipindahkan. Find-replace akan diperlukan dalam banyak situasi, dan ironisnya memiliki URL absolut lebih portabel karena alasan tersebut.

• URL absolut dibutuhkan di banyak tempat lain. Perlu menambahkan ini secara bersyarat akan menambah pemrosesan, serta memperkenalkan potensi bug (dan ketidakcocokan dengan plugin).

utas [wp-hackers]

• Sehubungan dengan apa, saya tidak yakin, karena WordPress sering kali berada dalam subdirektori, yang berarti kita akan selalu perlu memproses konten untuk kemudian menambahkan di jalur lainnya. Ini memperkenalkan overhead.

• Perlu diingat bahwa ada dua jenis URL relatif, dengan dan tanpa garis miring di awal. Keduanya memiliki peringatan yang membuat hal ini tidak mungkin diterapkan dengan benar.

• WordPress harus (dan memang) menyimpan URL absolut. Ini tidak memerlukan pra-pemrosesan konten, tidak ada overhead, tidak ada ambiguitas. Jika Anda perlu merelokasi, ini adalah pencarian-ganti global dalam database.

Dan, pada catatan pribadi, lebih dari sekali saya menemukan tema dan plugin memiliki kode buruk yang hanya rusak saat WP_CONTENT_URLditentukan.
Mereka tidak tahu ini dapat diatur dan menganggap bahwa ini benar: WP.URL / wp-content / WhatEver , dan tidak selalu demikian. Dan sesuatu akan rusak di sepanjang jalan.

URL Relatif plugin (ditautkan dalam Jawaban edse ), menerapkan fungsi wp_make_link_relativedalam serangkaian filter di hook aksitemplate_redirect . Ini kode yang cukup sederhana dan sepertinya merupakan opsi yang bagus.

<?php wp_make_link_relative( $link ) ?>

Ubah jalur URL lengkap menjadi jalur relatif.

Menghapus protokol http atau https dan domain. Pertahankan jalur '/' di awal, jadi ini bukan tautan relatif yang sebenarnya, tetapi dari basis root web.

Referensi: Wordpress Codex

Saya setuju dengan Rup. Saya kira alasan utamanya adalah untuk menghindari kebingungan pada jalur relatif. Saya pikir wordpress dapat bekerja dari awal dengan jalur relatif tetapi masalahnya mungkin muncul saat menggunakan banyak plugin, bagaimana tema dikonfigurasi, dll.

Saya pernah menggunakan plugin ini untuk jalur relatif, saat bekerja pada server pengujian:

URL Relatif Root
Mengonversi semua URL menjadi URL relatif root untuk menghosting situs yang sama di beberapa IP, migrasi produksi yang lebih mudah, dan pengujian perangkat seluler yang lebih baik.

Saya menyelesaikannya di situs saya membuat ini di 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);

}

Saya mengambil bagian dari satu plugin, memotongnya menjadi beberapa bagian dan membuatnya. Itu menggantikan SEMUA tautan di situs saya (menu, css, skrip, dll.) Dan semuanya berfungsi.

Di bawah Pengaturan => Media, ada opsi untuk 'Jalur URL lengkap untuk file'. Jika Anda menyetel ini ke jalur direktori media default '/ wp-content / uploads' alih-alih kosong, ini akan memasukkan jalur relatif misalnya '/wp-content/uploads/2020/06/document.pdf'.

Saya tidak yakin apakah itu membuat semua tautan relatif, misalnya untuk posting, tapi setidaknya itu menangani media, yang mungkin paling dikhawatirkan orang.

harus menggunakan get_home_url (), maka link Anda bersifat absolut, tetapi tidak berpengaruh jika Anda mengubah url situs

Apa yang saya pikir Anda lakukan adalah saat Anda mengubah nama domain, file dump sql yang Anda miliki, Anda dapat mengganti semua contoh nama domain lama dengan yang baru. Ini hanya opsi yang tersedia karena tidak ada plugin yang akan membantu Anda melakukan ini.

Ini cara tercepat ..

Ada cara yang mudah

Alih-alih /pagename/digunakanindex.php/pagename/ atau jika Anda tidak menggunakan permalink lakukan hal berikut:

Pos

index.php?p=123

Halaman

index.php?page_id=42

Kategori

index.php?cat=7

Informasi lebih lanjut di sini: http://codex.wordpress.org/Linking_Posts_Pages_and_Categories