Küçük bir web uygulamasının statik bir görüntüsünü almak için yerel olarak wget kullanıyorum. Bunu yaptığımda, ortaya çıkan html dosyaları tırnak işaretleri ve kesme işaretleri yerine garip karakterler ile geri gelir.wget ve özel karakterler
Bu davranıştan kaçınmak için ne yapabilirim?
Teşekkürler.
Belki de --remote-encoding belirtmeniz gerektiği gibi geliyor --remote-encoding=utf-8.
Bunu denedim (sormamda belirtmeliydim) ve "wget: tanınmayan seçenek '--remote-encoding = utf-8'. - Yardım için -h aradığımda -remote-kodlama görünmüyor Windows'da olduğum için olabilir mi? – Brett
Ve yerel terminal yerel ayarlarınızın doğru olduğundan emin misiniz? – Thor
Hangi "wget" sürümünü çalıştırıyorsunuz? Wget --version ' – Thor
Aynı sorun vardı ama sonra tarayıcımın web sayfasının yanlış bir şekilde gösterilmesini sağladığını öğrendim. Örneğin Firefox'ta sadece View -> Character Encoding -> Unicode'u değiştirmem gerekiyordu.
--restrict-file-names=nocontrol
Kaynak:
Bu, benim için de sorunu çözdü, ancak sadece bir sayfa için. Wget tarafından indirilen bir sonraki sayfaya gittikten sonra, Firefox’un kodlamasını Unicode’a değiştirdim. – user1364368
Birlikte denemenizi öneririz http://www.win.tue.nl/~aeb/linux/misc/wget.html
Teşekkür ederiz! Biraz farklı ama ilgili bir konu vardı ve bu seçenek (nocontrol yerine “ascii ile olsa da) nihayet bana ihtiyacım olan çözümü verdi. Her nasılsa, ben wget adamı okurken bunu atladım. –
Ben de böyle bir sorun vardı. İndirdiğim sayfanın gzipli olduğu ortaya çıktı. Bunu wget'de -S seçeneğini kullanarak kontrol edebilirsiniz. Bir
Content-Encoding bulacaksınız: gzip
çizgi. Böyle bir durumda dosyayı okumak için zcat kullanıyorum.
Bu web uygulamasının html yanıt olarak bu ihtiyaç böylece wget kodlamasını tahmin edemez görünüyor: özel karakterler ile <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
Bu aynı sorunu değişir vardı (bir wget ayna ve aynaya göz atarken Unicode "bilinmeyen char", ?) olarak gösterilen tırnak işaretleri.
Sorun, wget'a bağlı olmak yerine, farklı sunucu kodlama ile ilgili olduğu ortaya çıktı. Orijinal sunucu, ISO-8859 kodlamasıyla HTML sayfalarını sunmak için yapılandırılmış eski bir Windows + IIS yüklemesiydi, ayna ise UTF-8 sayfalarını sunmak üzere yapılandırılmış bir Linux + Apache sunucuydu.
çözüm nasıl ortaya çıkan dosyaları inceleyerek direktifi sağ sanal ana AddDefaultCharset ISO-8859-1
ekleyerek Apache ISO-8859 sayfalarını hizmet etmek yapılandırmak oldu? Dosyanın UTF-8 kodlaması olması muhtemeldir ve bunları UTF-8 olduklarını anlayan bir editör veya web tarayıcısında incelemeniz gerekir. –
@Brett Bu sorunu nasıl çözdünüz? – SJU
@AngelTsankov, şimdi bir süredir var, ama bir çözüm buldum sanmıyorum. – Brett