Mengapa ada mode ASCII di FTP, yang lazim dalam perangkat lunak dan implementasi FTP saat ini? Mengapa tidak selalu menggunakan biner tanpa memperhatikan data?
Mengapa ada mode ASCII di FTP, yang lazim dalam perangkat lunak dan implementasi FTP saat ini? Mengapa tidak selalu menggunakan biner tanpa memperhatikan data?
Jawaban:
Jika ragu, baca RFC :
Struktur file adalah default yang harus diasumsikan jika perintah STRUcture belum digunakan tetapi struktur file dan record harus diterima untuk file "teks" (yaitu file dengan TYPE ASCII atau EBCDIC) oleh semua implementasi FTP. Struktur file akan memengaruhi mode transfer file (lihat Bagian tentang Mode Transmisi) dan interpretasi serta penyimpanan file tersebut.
Struktur "alami" dari suatu file akan tergantung pada host mana yang menyimpan file tersebut. File kode sumber biasanya akan disimpan pada Mainframe IBM dalam catatan panjang tetap tetapi pada DEC TOPS-20 sebagai aliran karakter yang dipartisi ke dalam garis, misalnya oleh. Jika transfer file antara situs yang berbeda tersebut berguna, harus ada cara bagi satu situs untuk mengenali asumsi pihak lain tentang file tersebut.
dll dll ... Singkatnya, itu adalah untuk memastikan bahwa representasi teks dalam satu pengkodean dikonversi dengan benar ketika ditransfer ke host menggunakan pengkodean yang berbeda.
Karena sistem operasi yang berbeda (Windows, UNIX, VAX) menggunakan metode akhir baris yang berbeda untuk file teks sederhana.
Windows (DOS) menggunakan pasangan CR / LF, UNIX hanya menggunakan salah satunya. Mode ASCII mengubah pasangan CRLF dan mode BIN tidak.
Ron
Saya pikir itu hanya karena kadang-kadang nyaman. Kembali pada hari ketika FTP adalah cara Anda mendapatkan file dari satu sistem ke yang berikutnya, itu adalah penghemat waktu yang besar - Anda tidak perlu tahu apa sistem itu di ujung lain untuk memiliki file teks yang dapat dibaca.
Tapi ya, sebagian besar itu hanya gangguan hari ini. Hanya mesin korup o-matic untuk yang belum tahu!
Mode ASCII memiliki tempat kembali pada hari ketika pengkodean karakter dan EOL adalah masalah nyata, tetapi saya ingin melihat klien ftp menghapus atau mungkin hanya menyembunyikan opsi ini hari ini. Saat ini kebanyakan hanya konvensi EOL yang kacau di antara sistem, tetapi saya telah menemukan sebagian besar editor teks yang baik tidak peduli lagi. Jadi untuk menghindari kerusakan file biner (atau bahkan yang berbasis teks), saya sarankan hanya menggunakan mode biner untuk semuanya.
Mode ASCII digunakan sehingga perangkat lunak dapat secara otomatis mengubah karakter EOL ke nilai yang tepat untuk klien / server tergantung pada apakah Anda mengunggah / mengunduh. Jika Anda mengunggah ke jenis sistem yang sama seperti yang Anda gunakan, tidak ada perbedaan dalam mode ini.
Alasan untuk mode ini adalah karena tidak semua perangkat lunak pada semua sistem akan menangani EOL dengan benar yang bukan jenis EOL yang tepat (misalnya, banyak perangkat lunak Windows hanya akan menangani "\ r \ n" dengan benar dan akan menolak sesuatu mengerikan pada "\ n").