Apakah mungkin untuk menghindari skema URL dengan akhiran menyerupai dotfile?

[salimromadhon]

Halo semuanya.

Saya menemukan kasus di mana skema URL seperti https://example.com/panel/get/.state menyebabkan masalah di penyedia layanan hosting saya. Setelah saya konfirmasi ke pihak hosting, alasannya cukup masuk akal. URL tersebut menyerupai alur berkas tersembunyi yang semestinya tidak bisa diakses oleh publik. Mereka menyarankan saya untuk mengubah skema URL-nya alih-alih mengabulkan permintaan saya untuk mengizinkan skema URL tersebut.

Kira-kira apakah ada opsi untuk mengubah skema URL ini di Mecha?

Terima kasih.

[taufik-nurrohman]

Untuk saat ini belum mas, itu sepertinya ada dari pengaturan server inti, untuk proteksi. Harusnya bagusnya itu hanya berlaku untuk berkas yang eksis, bukan untuk rute buatan yang tidak mengarah ke berkas apa-apa.

Saya bisa mempertimbangkan untuk menambahkan pengaturan prefiks kustom pada kasus ini, tapi sebelum itu Saya mau cari tahu dulu sekiranya ada solusi yang bisa dicoba melalui berkas .htaccess.

Beberapa kasus juga terjadi pada server Windows yang tidak mau menerima karakter : pada URL, padahal Wikipedia pakai itu di beberapa tempat dan sepertinya Wikipedia tidak peduli.

[yuliakbard]

apa gk bisa ditiadakan simbol . dari url nya kang, biar lebih clean

[taufik-nurrohman]

Bisa tapi itu sengaja Saya pakai format jalur seperti itu untuk menunjukkan bahwa rute tersebut tidak mengarah ke berkas/folder yang eksis (rute kustom). Kalau misal Saya standarkan jalurnya menjadi /panel/get/state/1 seharusnya akan lebih ideal untuk menampilkan isi folder .\lot\state.

[salimromadhon]

/panel/get/%2Estate

Sama saja Mas, masih error 520.

Kalau diganti +state cakep engga ya? Kaya Google+ dulu.

/panel/get/+state

[taufik-nurrohman]

Niatnya mau tak bikin configurable aja si, cuma sifatnya kaya patch aja nanti, jadi tidak masuk ke dokumentasi.

Itu kemungkinan karena ada pengaturan <LocationMatch "^/[.]"> di httpd.conf yang cuma bisa diakses oleh super user.

[salimromadhon]

Bisa jadi Mas.

Memang secara visual lebih oke pake titik daripada yang lain. Paling tidak, yang nasibnya kurang beruntung dengan masalah tersebut bisa tetap pakai Mecha.

[taufik-nurrohman]

Untuk realisasinya secara permanen sebagai rilis baru sepertinya agak berat mas, karena dalam rute penyunting berkas itu dia mengikuti nama berkas yang asli. Jadi sebagai contoh, ada sebuah berkas .htaccess di dalam folder ekstensi, dan itu seharusnya bisa disunting melalui Panel. Kalau pakai pola tautan yang berbeda dari nama berkas asli kan tentunya akan cukup mengagetkan pengguna (membuat bingung).

Tapi ini Saya ada solusi simpel untuk membuat Mecha bisa menganggap awalan /+ sebagai /.. Karena toh server menolak pola tautan dengan awalan /. sebelum mencapai eksekusi kode PHP. Jadi kalau nilai rute yang bisa diterima oleh server kemudian diubah menjadi nilai rute yang tidak diterima oleh server sebelum rute tersebut diproses oleh PHP, maka masalah akan teratasi. Caranya buka berkas .\engine\fire.php kemudian cari baris instansiasi objek URL ini:

lot('url', $url = new URL($protocol . $host . $path . $query . $hash));

Kemudian sebelum baris di atas, tambahkan kode ini:

$path = strtr($path, ['/+' => '/.']);

Simpan. Sekarang seharusnya mas bisa mengubah simbol . menjadi + pada tautan apabila server menolak tautan tersebut.

Untuk mengubah seluruh tautan di dalam situs web secara otomatis sesuai dengan spesifikasi yang baru bisa dilakukan dengan menambahkan kait ini:

Hook::set('content', function ($content) {
    if (!$content) {
        return $content;
    }
    $pattern = x(lot('url') . '/') . '[^"\'\s]+';
    return preg_replace_callback('/' . $pattern . '/', static function ($m) {
        return strtr($m[0], ['/.' => '/+']);
    }, $content);
});

Lihat juga: https://superuser.com/a/1645935

[salimromadhon]

Saya berubah pikiran untuk mengganti + dengan ~. Nampaknya juga berhasil.

Terima kasih, Mas. :)