URL Kodlayıcı / Çözücü
Metni URL'ler ve sorgu dizeleri için yüzde kodlamayla kodlayın veya kodlanmış bir URL'yi çözün. Tek değerler için encodeURIComponent ile tam bağlantılar için
Metni bir URL içinde güvenle taşınabilmesi için yüzde kodlamayla kodlayın ya da bir günlükten veya e-postadan kopyaladığınız bir bağlantıyı çözün. Boşluk, ve işareti, soru işareti ve Latin dışı karakterler gibi değerler bir sorgu dizesine girmeden önce kaçışlanmalıdır ve bu araç kodlanmış biçimin tam olarak nasıl göründüğünü gösterir.
İki mod önemlidir: tek bir değeri (bir arama terimi, bir e-posta adresi, bir token) kodlamak her ayrılmış karakteri kaçışlar; eksiksiz bir bağlantıyı kodlamak ise yapısal karakterleri - eğik çizgileri, soru işaretini, ve işaretini - olduğu gibi bırakır. Yanlış olanı seçmek, bozuk bir yönlendirmenin klasik nedenidir; bu yüzden mod seçilebilir.
Bir URL nasıl kodlanır ve çözülür
Metni ya da bir URL'yi yapıştırın
Değer modunu ya da tam bağlantı modunu seçin
Kodlanmış ya da çözülmüş sonucu kopyalayın
SSS
İki mod arasındaki fark nedir?
Değer modu & = ? / # gibi ayrılmış karakterleri kaçışlar; bir sorgu parametresinin içinde ihtiyacınız olan da budur. Tam bağlantı modu bu karakterleri korur, böylece eksiksiz bir URL kullanılabilir kalır.
Bir boşluk neden %20 ya da + oluyor?
%20 standart yüzde kodlamasıdır. Artı işareti HTML form gönderimlerinden kalan eski bir gelenektir ve yalnızca bir sorgu dizesi içinde eşdeğerdir, bir yol içinde değil.
Kodlamanın yanı sıra çözebilir mi?
Evet, çözme her iki yönde de çalışır ve aksanlı harfler ile CJK metni dahil özgün karakterleri gösterir.
Dizemde çözme neden başarısız oluyor?
İki onaltılık basamakla gelmeyen başıboş bir % işareti geçersizdir ve çözülemez. Kesilmiş bir değer ya da gerçekten yüzde işareti olarak kastedilen bir karakter olup olmadığını kontrol edin.
Latin dışı karakterleri işliyor mu?
Evet, metin önce UTF-8 olarak kodlanır ve ardından yüzde kodlaması uygulanır; tarayıcıların ve sunucuların beklediği biçim budur.
Girdim yükleniyor mu?
Hayır, kodlama ve çözme tarayıcınızda yapılan saf metin işlemleridir.
Bir bakışta
| Girdi | metin |
|---|---|
| Birden fazla dosya | Hayır |
| Nerede çalışır | Tarayıcınızda - dosyalar hiçbir zaman yüklenmez |
| Çevrimdışı çalışır | Evet — sayfa yüklendikten sonra |
| Fiyat | Ücretsiz, kayıt yok, filigran yok |
Bir veri biçimi seçmek
JSON, bir API'nin döndürdüğü ya da bir programın okuduğu her şey için varsayılandır: iç içe yapıları, sayıları, boolean değerleri ve null'ı doğal biçimde işler ve her dil onu ayrıştırır. CSV daha küçüktür ve doğrudan bir elektronik tabloda açılır, ancak iç içe yapıyı ifade etmenin hiçbir yolu yoktur ve ayırıcı, tırnaklama ya da karakter kümesi için ortak bir standardı yoktur - dönüştürmelerin tam olarak bozulduğu yer burasıdır. XML ayrıntılıdır ama öznitelikleri, karışık içeriği ve şemaları taşır; bu yüzden belge biçimlerine ve eski entegrasyonlara hâlâ hâkimdir. YAML yapılandırma için en okunabilir olanıdır ama boşluklara duyarlıdır ve şaşırtıcı tür dönüşümleri vardır ("no" değerinin false olması, 1.10 gibi bir sürümün 1.1'e dönüşmesi). En hoş görüneni değil, tüketen aracın tercih ettiği biçimi seçin.
Dönüştürmelerin sessizce bozulduğu yerler
Dönüştürme hatalarının çoğu söz dizimiyle ilgili değil, anlamla ilgilidir. Bir posta kodu sütunu, elektronik tablo onu bir sayı sandığı anda baştaki sıfırlarını kaybeder; uzun bir kimlik kayan nokta hassasiyetini aşar; tarihler gün-önce mi ay-önce mi olduğuna göre anlam değiştirir. JSON anahtarları sırasızdır ama diziler sıralıdır; anahtarları sıralayan bir araç hiçbir şeyi değiştirmez, dizileri sıralayan bir araç ise veriyi değiştirir. Unicode başka bir tuzaktır: metin UTF-8, UTF-16 ya da bir bayt sırası işaretiyle gelebilir ve yanlış tahmin eden bir çözücü aksanlı karakterleri bozuk metne çevirir. Herhangi bir dönüştürmeye güvenmeden önce ilk ve son satırı, başta sıfır bulunan her alanı ve tırnak, virgül ya da satır sonu içeren her alanı kontrol edin.