আজকের সফ্টওয়্যার এবং এফটিপি বাস্তবায়নে এফটিপিতে কেন একটি এএসসিআইআই মোড আছে? ডেটা নির্বিশেষে সবসময় বাইনারি কেন ব্যবহার করবেন না?
আজকের সফ্টওয়্যার এবং এফটিপি বাস্তবায়নে এফটিপিতে কেন একটি এএসসিআইআই মোড আছে? ডেটা নির্বিশেষে সবসময় বাইনারি কেন ব্যবহার করবেন না?
উত্তর:
সন্দেহ হলে, আরএফসি পড়ুন :
ফাইল-স্ট্রাকচারটি ডিফল্ট হিসাবে ধরে নেওয়া যায় যদি স্ট্রাকচার কমান্ডটি ব্যবহার না করা হয় তবে ফাইল এবং রেকর্ড কাঠামো উভয়ই "পাঠ্য" ফাইলের (যেমন, টিওয়াইপি এএসসিআইআই বা ইবিসিডিআইসি সহ ফাইলগুলি) সমস্ত এফটিপি বাস্তবায়নের দ্বারা গ্রহণ করা আবশ্যক। একটি ফাইলের কাঠামো কোনও ফাইলের স্থানান্তর মোড (ট্রান্সমিশন মোডের বিভাগ দেখুন) এবং ফাইলটির ব্যাখ্যা এবং স্টোরেজ উভয়কেই প্রভাবিত করবে।
কোনও ফাইলের "প্রাকৃতিক" কাঠামো নির্ভর করে কোন হোস্ট ফাইলটি সঞ্চয় করে তার উপর। উত্স-কোড ফাইলটি সাধারণত একটি নির্দিষ্ট দৈর্ঘ্যের রেকর্ডে আইবিএম মেইনফ্রেমে সংরক্ষণ করা হয় তবে একটি ডিসি টপস -২০ এ লাইনের মধ্যে বিভক্ত অক্ষরের একটি ধারা হিসাবে উদাহরণস্বরূপ। যদি এই জাতীয় বৈসাদৃশ্য সাইটের মধ্যে ফাইল স্থানান্তর কার্যকর হতে হয়, তবে একটি সাইটের পক্ষে ফাইল সম্পর্কে অন্যের অনুমানগুলি সনাক্ত করার কিছু উপায় থাকতে হবে।
ইত্যাদি ইত্যাদি ... সংক্ষেপে, এটি নিশ্চিত করা যে কোনও পৃথক এনকোডিং ব্যবহার করে হোস্টগুলিতে স্থানান্তরিত করার সময় একটি এনকোডিংয়ের পাঠ্য উপস্থাপনাগুলি সঠিকভাবে রূপান্তরিত হয়েছিল।
কারণ বিভিন্ন অপারেটিং সিস্টেমগুলি (উইন্ডোজ, ইউএনআইএক্স, ভ্যাক্স) সাধারণ পাঠ্য ফাইলগুলির জন্য বিভিন্ন লাইন সমাপ্তির পদ্ধতি ব্যবহার করে।
উইন্ডোজ (ডস) একটি সিআর / এলএফ জুড়ি ব্যবহার করে, ইউনিক্স তাদের মধ্যে কেবল একটি ব্যবহার করে। এএসসিআইআই মোডটি সিআরএলএফ জোড়া রূপান্তরিত করে এবং বিন মোড দেয় না।
রন
আমি মনে করি এটি কেবল কারণ এটি কখনও কখনও সুবিধাজনক হয়। আগের দিন যখন এফটিপি ছিল যে আপনি কীভাবে একটি সিস্টেম থেকে অন্য সিস্টেমে ফাইল পেয়েছিলেন, এটি একটি বড় টাইমসভার ছিল - পাঠযোগ্য পাঠ্য ফাইলের জন্য আপনাকে অন্য প্রান্তে কী ছিল তা জানার দরকার ছিল না।
তবে হ্যাঁ, বেশিরভাগ ক্ষেত্রে এটি আজ কেবল উপদ্রব। নিরবিচ্ছিন্ন করার জন্য কেবল একটি দুর্নীতিগ্রস্থ-ও-ম্যাটিক মেশিন!
অক্ষর এবং EOL এনকোডিং একটি আসল সমস্যা ছিল সেদিনে ASCII মোডটির জায়গা ফিরে ছিল তবে আমি ftp ক্লায়েন্টদের অপসারণ করতে বা সম্ভবত আজই এই বিকল্পটি আড়াল করতে দেখতে চাই। আজকাল এটি বেশিরভাগই কেবল EOL কনভেনশন যা সিস্টেমগুলির মধ্যে মিশে যায় তবে আমি খুঁজে পেয়েছি বেশিরভাগ সুনির্দিষ্ট পাঠ্য সম্পাদকরা আর যাইহোক যত্ন নেন না। সুতরাং বাইনারি ফাইলগুলি (বা এমনকি কিছু পাঠ্য ভিত্তিক ফাইলগুলি) দূষিত না করার জন্য, আমি সমস্ত কিছুর জন্য কেবল বাইনারি মোড ব্যবহার করার পরামর্শ দিই।
ASCII মোডটি ব্যবহার করা হয় যাতে আপনি আপলোড / ডাউনলোড করছেন কিনা তার উপর নির্ভর করে সফ্টওয়্যারটি স্বয়ংক্রিয়ভাবে ক্লায়েন্ট / সার্ভারের জন্য সঠিক মূল্যগুলিতে EOL টি অক্ষর পরিবর্তন করতে পারে। আপনি যেভাবে ব্যবহার করছেন একই ধরণের সিস্টেমে আপলোড করা থাকলে এই মোডগুলির মধ্যে কোনও পার্থক্য নেই।
যদিও এই মোডের কারণ হ'ল সমস্ত সিস্টেমে সমস্ত সফ্টওয়্যারই ইওএলগুলি সঠিকভাবে ইওল হ্যান্ডেল করবে না (উদাহরণস্বরূপ, উইন্ডোজ সফ্টওয়্যারগুলির অনেকগুলি কেবল "\ r \ n" সঠিকভাবে পরিচালনা করবে এবং কিছু কিছু ব্যাক করবে) "\ n" তে ভয়ঙ্কর।