ফাইল স্থানান্তরের জন্য, এফটিপি কি http এর চেয়ে আরও ভাল পারফর্ম করে?


12

আমার যখন এইচটিপি এর পাশাপাশি এফটিপি বিকল্প রয়েছে ( হ্যাডোপ ডাউনলোড পৃষ্ঠার মতো ), তখন আমার কি এফটিপি পছন্দ করা উচিত?

আমি এর আগেও এফটিপি চেষ্টা করেছি এবং কোনও উল্লেখযোগ্য পার্থক্য লক্ষ্য করিনি। এটি আরও ভাল পারফর্ম করার কথা?

উত্তর:


7

EHow থেকে চুরি, নীচে লিঙ্ক

এইচটিটিপি এর সুবিধা এবং অসুবিধাগুলি

এইচটিটিপি আপলোডগুলি ফাইলের স্থানান্তর সম্পর্কে ন্যূনতম জ্ঞান সহ একটি সার্ভারে ফাইলগুলি আপলোড করার একটি অবিশ্বাস্যভাবে সহজ পদ্ধতি সরবরাহ করে। ফাইল ডাউনলোড করাও অবিশ্বাস্যরকম সহজ। যাইহোক, ফাইলগুলি আপলোড করার ক্ষেত্রে এইচটিটিপি-র পাওয়ার অভাবের মধ্যে অসুবিধাগুলি রয়েছে। এছাড়াও, কোনও প্রোগ্রামারকে প্রশ্নযুক্ত ফাইলটি আপলোড করার জন্য এইচটিএমএলে ফর্মটি তৈরি করতে প্রয়োজনীয় জ্ঞান থাকা দরকার। এটি বিশেষত সত্য যদি ফাইলটি মাইস্পেস বা ফেসবুকের মতো একটি সামাজিক নেটওয়ার্ক তৈরি করে যা তারা তৈরি করছে।

এফটিপি এর সুবিধা এবং অসুবিধা

একটি এফটিপি সার্ভার ব্যবহার করে এটির নিজস্ব সুবিধা রয়েছে। একটির জন্য, কোনও ব্যবহারকারী কোনও প্রোগ্রাম কোনও সার্ভারে একটি গণ আপলোড সম্পাদনের জন্য ব্যবহার করতে পারেন, বারবার ফাইলগুলির জন্য পুনরায় ফিরতে হবে এবং একটি ফর্ম ব্যবহার করে সেগুলি পুনরায় আপলোড করতে হবে না worry ডাউনলোডগুলি পাশাপাশি ম্যাসেও করা যায়। দুর্ভাগ্যক্রমে, একটি এফটিপি সার্ভার এখনও ব্যবহার করার জন্য একটি এফটিপি ক্লায়েন্ট প্রয়োজন, এবং যারা কেবল একটি বা দুটি ছবি আপলোড করতে চেয়েছিল তাদের একটির ব্যবহার বিশেষত জটিল হয়ে উঠবে।

পার্থক্য

শেষ পর্যন্ত, এফটিপি এবং এইচটিটিপি ফাইল স্থানান্তরগুলির সম্পূর্ণ ভিন্ন উদ্দেশ্য রয়েছে। ওয়েবসাইট রক্ষণাবেক্ষণ এবং ব্যাচ আপলোডগুলির জন্য এফটিপি-র ফাইল স্থানান্তর উদ্দেশ্য কমবেশি, যখন এইচটিটিপি ক্লায়েন্ট-এন্ড কাজের জন্য এবং শেষ ব্যবহারকারীদের সিনেমা, ছবি এবং অন্যান্য ফাইলের মতো সার্ভারে আপলোড করার জন্য। প্রায়শই, কোনও প্রোগ্রামার এফটিপি ব্যবহার করে এমন ফাইলগুলি আপলোড করতে যা কোনও প্রান্ত ব্যবহারকারীকে এইচটিএমএল / এইচটিটিপি এর মাধ্যমেও ফাইল আপলোড করতে দেয়।

আরও পড়ুন: এইচটিটিপি বনাম এফটিপি ফাইল স্থানান্তর | eHow.com http://www.ehow.com/about_5435784_http-vs-ftp-file-transfer.html#ixzz0wlUSkVIY


4
এটি বেশিরভাগ আপলোড করার সময় সুবিধা / অসুবিধাগুলি সম্পর্কে । প্রশ্নটি নিয়ে যা ছিল তা নয়।
sleske

@ সালস্ক: সম্মত। আমি নিফলের উত্তরকে অগ্রাহ্য করেছি।
অবিস্মরণীয়যোগ্য সমর্থন

8

সাধারণভাবে, একটি প্রোটোকলের নেটওয়ার্ক পারফরম্যান্স সম্পর্কে সাধারণ উত্তরগুলি খুব কঠিন, কারণ কার্যকারিতা খুব বেশি নির্দিষ্ট নেটওয়ার্ক সেটআপের উপর নির্ভর করে, প্রায়শই ব্যবহৃত প্রোটোকলের চেয়ে বেশি।

এটি বলেছিল, HTTP এবং ftp এর ডেটা থ্রুটপুট কেন আলাদা হওয়া উচিত তার কোনও কারণ আমি জানি না। উভয়ই কেবল একটি টিসিপি স্ট্রিমের মাধ্যমে ডেটা প্রেরণ করে, তাই প্রকৃত ডেটা স্থানান্তর প্রক্রিয়া একই is সুতরাং, না, সাধারণভাবে ডাউনলোডের গতি এফটিপি এবং এইচটিপি-র জন্য একই হওয়া উচিত।

এইচটিপি সাধারণত অন্যান্য কারণে অগ্রাধিকারপ্রাপ্ত: ফায়ারওয়ালগুলির সাথে এটি আরও ভাল কাজ করে (প্রক্সিং করা যায়), এটি বাধা ডাউনলোডগুলি পুনরায় চালু করতে দেয় এবং ডাউনলোডের (এমএমআইএম) পাশাপাশি মিডিয়া প্রকার সরবরাহ করতে পারে, এনক্রিপ্ট করা আরও সহজ (টিএলএস / এসএসএল) , ইত্যাদি ...


1
এইচটিপি বাধা ডাউনলোডগুলি অনুমতি দেয় না, আপনি কি এফটিপি বলতে চাইছেন না তা নিশ্চিত? এফটিপি প্রক্সাইড এবং এনক্রিপটেডও হতে পারে। এইচটিপি ডাউনলোডগুলি কেবলমাত্র অগ্রাধিকার হিসাবে পছন্দ হয় কারণ এটির জন্য কোনও এফটিপি ক্লায়েন্ট (বা সামগ্রী সরবরাহকারীর জন্য একটি সার্ভার) ইনস্টল করার প্রয়োজন নেই
নিফলে

1
হ্যাঁ, আমি এইচপি বলতে চাইছি। HTTP আপনাকে একটি ডাউনলোড পুনরায় শুরু করতে দেয় ("ব্যাপ্তি:" শিরোনাম ব্যবহার করে)। আমি এফটিপি হিসাবে সঠিকভাবে দাঁড়িয়ে আছি: তবে এটি ডাউনলোডগুলি আবারও শুরু করার অনুমতি দেয়।

প্রক্সিং / এনক্রিপ্ট করার ক্ষেত্রে: হ্যাঁ, এফটিপি এটি করতে পারে তবে এটি দৃশ্যত আরও জটিল এবং আরও গুরুত্বপূর্ণভাবে, কম বিস্তৃত, যখন এইচটিটিপি প্রক্সি এবং টিএলএসের সমর্থন কার্যত সর্বজনীন।
sleske

এবং বিটিডব্লিউ, এফটিপি ডাউনলোডের জন্য সাধারণত কোনও এফটিপি ক্লায়েন্ট স্থাপনের প্রয়োজন হয় না, কারণ বেশিরভাগ ব্রাউজারগুলি এফটিপি দ্বারা ডাউনলোড করতে পারে (একটি এফটিপি: // ইউআরএল ব্যবহার করে)। তবে, বেশিরভাগ ব্রাউজারগুলি এফটিপি দ্বারা আপলোড করতে পারে না।
sleske

3

আমার কাছে এফটিপি-র সবচেয়ে বড় ক্ষতি হ'ল সকেটগুলি পুনরায় ব্যবহার করতে অক্ষম। এফটিপিতে 3 টি ট্রান্সফার মোড রয়েছে, স্ট্রিম, ব্লক এবং সংকুচিত, তবে শেষ দুটিটির জন্য সমর্থন সাধারণ নয়। ডিফল্ট, এবং সর্বাধিক ব্যবহৃত মোডে (স্ট্রিম), ডেটাটি মূলত বাইটগুলির কাঁচা প্রবাহ হিসাবে স্থানান্তরিত হয় এবং যেহেতু এটি কোনও ফাইলের সাথে শেষ হওয়ার পরে কোনও মেটাডেটা নেই এটি সম্পন্ন হওয়ার পরে এটি অবশ্যই সংযোগটি বন্ধ করে দিতে হবে। এর অর্থ আপনি যদি এফটিপি-র মাধ্যমে 100,000 ফাইল স্থানান্তর করেন তবে আপনি 100,000 টিসিপি সংযোগ খোলার এবং বন্ধ করে দিচ্ছেন। যদি এই সংযোগগুলির মধ্যে একটি বন্ধ হয়ে যায় তখন তা যদি খুব খারাপ না হয় তবে এটি অবশ্যই একটি সময়ের জন্য TIME_WAIT অবস্থায় রাখতে হবে। উইন্ডোতে সেই বন্দরের পুনরায় ব্যবহারের জন্য ডিফল্ট বিলম্বটি 240 সেকেন্ড (4 মিনিট)। এগুলি সর্বোপরি বন্ধ করতে, আপনার ডিফল্টরূপে কেবলমাত্র 5000 টি পোর্ট ব্যবহার করতে হবে। এটি বিশাল পরিমাণে ছোট ছোট ফাইল স্থানান্তর করার জন্য এফটিপিকে একটি দুঃস্বপ্ন করে তোলে। রেজিস্ট্রিটি টুইট করে আপনি কোলডাউন বিলম্বটি 30 সেকেন্ডে পেতে পারেন এবং সর্বাধিক ব্যবহারকারী বন্দরগুলিকে প্রায় 65,000 বাড়াতে পারেন যা অনেক সাহায্য করবে তবে কোনওভাবেই আদর্শ নয়।

অন্যদিকে এইচটিটিপি একাধিক ফাইল স্থানান্তর করার জন্য একই সকেটটি পুনরায় ব্যবহার করতে পারে। সুতরাং আপনার যদি প্রচুর ফাইল (বিশেষত ছোট ফাইল) থাকে তবে কোনও সন্দেহ ছাড়াই এইচটিটিপি আরও ভাল পছন্দ হতে পারে।

আপনি যদি কয়েকটি বড় ফাইলগুলি করেন তবে আপনি কোন প্রোটোকল ব্যবহার করেন তা বিবেচ্য নয়। আমি মনে করি এফটিপি ঠিক তখনই মনে আসে যখন লোকেরা ফাইল স্থানান্তর করার কথা চিন্তা করে তবে এর অর্থ অবশ্যই এটি এর চেয়ে ভাল।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.