Aynı dosya, farklı dosya boyutu


12

FTP sunucumdan lftp ve Transmit (Mac uygulaması) ile yedek aldım. Her şey yolunda, ancak 1-2 dosya için farklı bir dosya boyutu var, ancak bunlar aynı.

İlk dosya:

http://dl.dropbox.com/u/229956/deadcow_seo.php

İkinci dosya:

http://dl.dropbox.com/u/229956/deadcow_seo.php_2.php

Bu iki dosya arasındaki fark nedir?


Sorunun yalnızca bildirilen boyutta olmadığından emin misiniz ? Apple, Mac OS X'in birkaç yıl önce depolama alanını rapor etme şeklini değiştirerek sabit sürücünün ürettiği yöntemi değiştirdi. 1MB = 1024KB yerine 1MB = 1000KB kullanırlar. Diğer boyut, Linux ana makineniz tarafından diğer yöntem kullanılarak rapor edilebilir, böylece dosyalar farklı boyutlarda görünür. Bunun sizin durumunuz için geçerli olup olmadığından emin değilim, ancak ilginç değil.
WebDevKev

Öyle değil. Sorunun bir parçası olarak sağladığı dosyalara veya cevabımdaki diff ekran görüntüsüne bakın. Dosyalar bu arada, her biri 1800-1900 bayt arasında bir fark yaratacak kadar büyük değil.
Daniel Beck

Yanıtlar:


25

deadcow_seo.phpDOS / Windows satır sonlarını ( ) kullanırken Unix satır sonlarını ( LF) deadcow_seo.php_2.phpkullanır CR LF.

FTP'de iki "ortak" 1 - ikili ("görüntü" de denir) ve metin (veya "ASCII") olmak üzere birçok "aktarım modu" vardır . "İkili" modda, dosya tam olarak bayt-byte olarak aktarılırken, "ASCII" dosyanın metin satırlarından oluştuğu şeklinde yorumlanmasına neden olur - satır sonları CR LFgönderme sırasında ağ standardına dönüştürülür ve alırken makinenin doğal satır sonlarına dönüştürülür.

Dosyaları metin olarak aktarmak ilk başta bir anlam ifade edebilir, ancak yalnızca daha sonra soruna neden olabilir - aslında, bazı FTP sunucuları tamamen kaldırmıştır veya sunucu tarafında ikili dosyaya eşdeğerdir. Ayrıca, çoğu metin düzenleyici (Not Defteri hariç) dosyaları hem Windows hem de Unix formatlarında okuyabilir ve kaydedebilir.

FTP istemcinizi her zaman ikili modu kullanacak şekilde yapılandırın - komut genellikle binveya mode igrafik istemcilerin ayarlarında bir onay kutusu veya dosya türü listesi olabilir.


1 Bazı eski modlar "tenex" ( uzun eski, TENEX sayfa tabanlı dosyalar için) ve "sıkıştırılmış" (basit bir RLE algoritması olarak tanımlanmış görünüyor). Son FTP sunucuları, zlib sıkıştırması için "mod z" yi destekler.


12

Sen kullanılan metin transferi sırasında satır sonlarını değiştirir (veya ASCII) transfer şekli. Bu, Windows'ta komut dosyaları ve programlar geliştirip dosyaları Linux veya Mac OS X'e aktardığınızda yararlı olur. Sistem her satırın sonunda çöp verilerini gördüğünden, aksi takdirde çalışmazlar.

Dosyanın tek bir Windows satır sonu varsa \r\n(veya CRLF) ve Linux veya Mac OS X'e indirdiyseniz , dosya \n( LF1) daha az olan (veya ) ile değiştirildi . Dosyaları karşılaştırmak için FileMerge kullanılması durum çubuğunda bunu doğrular:

resim açıklamasını buraya girin

Ayrıca veri yorumlamasıyla ilgili bu cevaba bakınız .


İletim tercihlerinde hangi dosya türlerinin metin olarak yorumlanacağını yapılandırabilirsiniz:

resim açıklamasını buraya girin

Tüm dosya uzantılarını bu listeden kaldırabilir ve Linux / Mac OS X satır sonlarında, yani \nWindows kullanırken bile standart hale getirebilirsiniz . Çoğu editör satır sonu modunu değiştirebilir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.