Sitede çalışan bağlantı paylaşılınca açılmıyor: tam adres

İletmeden önce neyin eksik olduğunu görün

Sitenizde etkinlik programı bağlantısı doğru açılır. Sonra agenda.pdf veya eğik çizgiyle başlayan yolu e-postaya kopyalarsınız, alıcı dosyaya ulaşamaz. İncelenen sorular bu sorunu ve adres oluştururken temel yolun bir bölümünü kaybetme şaşkınlığını gösteriyor. Postayı veya kısaltıcıyı suçlamadan önce ne kopyalandığına bakın: göreli başvuru tam hedef için bağlam ister. Site içinde tamamen geçerli olabilir. Bağlam dışında paylaşmak için tam ve denetlenmiş web URL hazırlayın. Bu rehber adresi çözümlemeyi belgenin varlığı ve izleyiciye uygunluğunun kanıtından ayırır. İlk sitede açılması, başka kişinin farklı ortamda aldığı mesajda aynı sonucun çıkacağını kendi başına göstermez; gerçekten taşınan başvurunun içeriğini önce incelemek gerekir.

Yola anlam veren temeli belirleyin

MDN, çözümlemenin temel URL kullandığını, iki dizgeyi basitçe yapıştırmadığını açıklar. HTML belgesinde temel genellikle belgenin konumudur;href içerenbase öğesi bunu değiştirebilir. Kodda sadece yol görüyorsanız eksik alan adı veya klasörü tahmin etmeyin. Özniteliği elle geçirmek yerine tarayıcının bağlantı adresini kopyalama işlevini kullanıp sonucu inceleyin. Siteyi yönetiyorsanız düzeltmeden önce belgenin gerçek temeliyle beklenen hedefi karşılaştırın. Hızlı çözüm olarak bütün sayfaya birbase etiketi eklemeyin: yalnızca inceleneni değil başka başvuruları da etkileyebilir. Önce bağlamı ve değişikliğin etkisini belirleyin. Tek bağlantının düzelmesi, yeni temel altında diğer kaynakların daha önceki adreslerine gitmeyi sürdüreceğini kanıtlamaz; geniş etkiyi varsayarak hareket etmeyin.

Örnekte çizgilerin etkisini kontrol edin

Üç ifade URL oluşturucusuyla çözümlemeyi gösterir. example.invalid ve dosya kurgusaldır; indirilebilir program bulunduğunu kanıtlamaz. Temel event/ ile bitiyorsa agenda.pdf o klasör içinde adres üretir. Başvuru/agenda.pdf ile başlıyorsa sonuç aynı kaynağın kökünden başlar. Temel son çizgisiz event ile biterse agenda.pdf son bölümü değiştirir ve yine köke ulaşır. MDN ve RFC3986 bu farkları açıklar. Alışkanlıkla çizgi ekleyip kaldırmayın. Gerçek kaynağın adresini seçip yalnızca son dosya adını değil bütün çıktıyı inceleyin. Dizgenin oluşturulması kullanılabilirliği kontrol etmez ve son biçim doğru göründüğü için kurgusal dosyayı sunucuda var hale getirmez. Bu nedenle hesaplanan adresi daha sonra ayrıca gözlemlemek gerekir.

Örneğin üç sonucunu yazın: önce https://example.invalid/event/agenda.pdf, sonra https://example.invalid/agenda.pdf ve yine https://example.invalid/agenda.pdf. İki ifadenin aynı adresi üretmesi event klasörünün varlığını veya sizin sitenizde atılması gerektiğini kanıtlamaz. Gerçek denemede hesaplanan adresi, açılan belgeyi ve izleyici erişimini ayrı kaydedin. Gözlemlemediğiniz her aşamayı doğrulanmadı bırakın. Bunlar yerel dizge çözümleme sonuçlarıdır; indirme veya sunucu kullanılabilirlik kontrolü değildir. Başka bir alıcının kendi izinleriyle dosyayı açabileceğini de göstermez. Bu sınırı sonuçların yanında açıkça yazın ve üç ayrı kontrolü tek başarılı adres hesabıyla tamamlanmış saymayın.

new URL("agenda.pdf", "https://example.invalid/event/").href
new URL("/agenda.pdf", "https://example.invalid/event/").href
new URL("agenda.pdf", "https://example.invalid/event").href

Çözümlemeden sonra kaynağı doğrulayın

Sonuç URL içinde beklenen alan adı ve yol bulunduğunu kontrol edin. Oluşturucu yanlış kaynağa sözdizimsel olarak geçerli adres verebilir; izin sağlamaz, içerik incelemez. Hedef herkese açık ve sır ya da kişisel veri içermiyorsa tam adresi Wiki URL denetleyicisine girip HTTP yanıtını ve son URL bilgisini yazın. Doğru programı ve hedef kitlenin erişimini doğrulamak için kaynağı da açın.200 yanıtı ikisini tek başına kanıtlamaz. Yönlendirme varsa onaydan önce son hedefi kontrol edin. Özel belgelerde yetkili yöntem kullanın, dış araçlara göndermeyin. Teknik yanıtı içerik ve haklardan ayrı tutun; tek sonuç başka sorulara ilişkin bütün kanıtları sağlamaz. Her gözlemi gerçekten cevap verdiği soruya göre değerlendirin.

Onaylı adresi dağıtıp alınanı deneyin

Tam URL denetlendikten sonra son e-posta veya belgede onu kullanın. Düzenleyici bağlantı adı destekliyorsa metin Etkinlik programı olsa bile onaylı hedefi koruyun. Görünen metni kısaltmak için gerçek adresi eksik yolla değiştirmeyin. Kısa adres veya QR gerekirse tam hedeften Wiki URL içinde oluşturup tam o sürümü deneyin. Kısaltıcı göreli başvurudaki eksik siteyi veya klasörü tahmin etmez, dosyayı da sizin yerinize yayımlamaz. Yalnızca düzenleyici önizlemesinde değil, alınan veya dışa aktarılan sürümden yeniden açın. Bu kontrol dağıtılan malzemeyle özgün sürüm farkını ve okuyucunun gerçek yolunu gösterir. İlk sayfanın bağlamı hâlâ durduğu için yerelde çalışan başka bir deneme, gönderilen malzemenin aynı hedefe ulaştığını ispatlamaz.

Bağlamı, hedefi ve kanıtı birlikte saklayın

Klasör, şablon veya site değiştiğinde tekrarlamak için ilk başvuru, kullanılan temel, çözümlenen URL ve paylaşılan sürümü saklayın. Sitenin bütün göreli başvurularını gelişigüzel değiştirmeyin: konu bağlantıyı bağlam dışına taşımak, sayfalarda geçerli tekniği yasaklamak değildir. Dosya taşınırsa dolaşımdaki başvuruları ve malzemeyi inceleyip sorumluyla erişimin nasıl süreceğini kararlaştırın. Eski QR otomatik güncellenir diye söz vermeyin. Yararlı sonuç beklenen belgeye tam adres ve gerçek yol testidir. Wiki URL adresin kontrol ve dağıtımına yardım eder; çözümleme içerik veya erişim haklarını incelemenin yerine geçmez. Sorumlulukları ve ilgili gözlemleri ayrı kaydedin. Böylece incelemeye devam eden kişi hesaplanan hedefi gerçekten açılmış kaynak ve doğrulanmış erişimle karıştırmadan sonucu anlayabilir.