ফাইল-এক্সটেনশনের কোনও উদ্দেশ্য আছে (অপারেটিং সিস্টেমের জন্য)?


73

লিনাক্স ফাইল-শিরোলেখের একটি কোডের মাধ্যমে কোনও ফাইলের ধরণ নির্ধারণ করে। ফাইলটি খোলার জন্য কোন সফ্টওয়্যারটি ব্যবহার করা হবে তা জানার জন্য এটি ফাইল-এক্সটেনশনের উপর নির্ভর করে না।

আমার পড়াশোনা থেকে এটাই মনে আছে। আমি ভুল হলে দয়া করে আমাকে সংশোধন করুন!

সম্প্রতি উবুন্টু সিস্টেমের সাথে একটি বিট কাজ: আমি ব্যবস্থা যা মত এক্সটেনশান নেই ফাইলের দেখতে অনেকটা .sh, .txt, .o,.c

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

অথবা অপারেটিং-সিস্টেমের জন্যও তাদের কোনও উদ্দেশ্য রয়েছে?


5
আপনি যদি এখানে ভাল প্রতিক্রিয়া না পান তবে মনে রাখবেন এখানে ইউনিক্স.স্ট্যাকেক্সেঞ্জ ডটকম
এমকিড

সম্পর্কিত, প্রায় সদৃশ: Askubuntu.com/questions/390015/…
Zzzach ...


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

6
আমি মনে করি এই প্রশ্নের সাথে সমস্যার একটি অংশ হ'ল "অপারেটিং-সিস্টেম" একটি ভাল-সংজ্ঞায়িত ধারণা নয়। অপারেটিং সিস্টেমের অংশ কী এবং এর উপরে একটি অ্যাপ্লিকেশন কী? ওএসের বেশিরভাগ অংশ নয় (আমরা যে কোনও ওএসের কথা বলছি) কোন ফাইলটি কী তা যত্নশীল করে - তারা কেবল তাদের যা বলেছে তা করে। তারা কীভাবে জানে সে সম্পর্কে পার্থক্যগুলি অপ্রাসঙ্গিক; তারা না। অন্যদিকে অ্যাপ্লিকেশনগুলি একটি বা উভয় জিনিস ভালভাবে করতে পারে।
আইএমএসওপি

উত্তর:


39

লিনাক্স ফাইল শিরোনামে একটি কোডের মাধ্যমে কোনও ফাইলের ধরণ নির্ধারণ করে। ফাইলটি খোলার জন্য সফ্টওয়্যারটি ব্যবহার করার জন্য এটি ফাইল এক্সটেনশনের উপর নির্ভর করে না।

আমার পড়াশোনা থেকে এটাই মনে আছে। আমি ভুল হলে দয়া করে আমাকে সংশোধন করুন!

  • সঠিকভাবে মনে আছে।

এই এক্সটেনশনগুলি কি কেবল মানুষের জন্য বোঝানো হয়েছে?

  • হ্যাঁ, সাথে কিন্তু।

আপনি যখন অন্যান্য অপারেটিং সিস্টেমের সাথে ইন্টারঅ্যাক্ট করেন যা এক্সটেনশনের উপর নির্ভর করে তারা কী তা হ'ল এগুলি ব্যবহার করা বুদ্ধিমান ধারণা।

উইন্ডোজে, খোলার সফ্টওয়্যার এক্সটেনশনের সাথে সংযুক্ত থাকে।

নামে "ফাইল" "file.txt যাও" নামে একই ফাইল খোলার চেয়ে Windows এ কঠিন একটি টেক্সট ফাইল খোলা (আপনি থেকে ফাইল খোলা ডায়লগ চলে যাওয়ার প্রয়োজন হবে *.txtথেকে *.*প্রত্যেক সময়)। একই ট্যাব এবং আধা-কোলন পৃথক পৃথক পাঠ্য ফাইলের ক্ষেত্রে যায়। ইমেলগুলি (.mbox এক্সটেনশন) আমদানি ও রফতানির ক্ষেত্রেও এটি একই হয়।

বিশেষত যখন আপনি সফ্টওয়্যার কোড করেন। "সফ্টওয়্যার 1" নামের একটি ফাইল যা একটি এইচটিএমএল ফাইল এবং "সফটওয়্যার 2" যা একটি জাভাস্ক্রিপ্ট ফাইল, এটি "সফ্টওয়্যার এইচটিএমএল" এবং "সফটওয়্যার.জেএস" এর তুলনায় আরও বেশি কঠিন হয়ে ওঠে।


লিনাক্সে যদি এমন কোনও ব্যবস্থা থাকে যেখানে ফাইল এক্সটেনশনগুলি গুরুত্বপূর্ণ, আমি এটিকে একটি বাগ বলব। যখন সফ্টওয়্যার ফাইল এক্সটেনশনের উপর নির্ভর করে, তখন তা কাজে লাগে। ফাইলটি কী তা চিহ্নিত করার জন্য আমরা একটি দোভাষী নির্দেশিকা ব্যবহার করি ("কোনও ফাইলের প্রথম দুটি বাইট" #! "অক্ষর হতে পারে, যা একটি ম্যাজিক সংখ্যা গঠন করে (হেক্সাডেসিমাল 23 এবং 21," # "এবং" এর ASCII মানগুলি!) " ") প্রায়শই শেবাং হিসাবে পরিচিত,")।

ফাইল এক্সটেনশানগুলির সাথে সর্বাধিক বিখ্যাত সমস্যাটি ছিল উইন্ডোজটিতে LOVE-LETTER-FOR-YOU.TXT.vbs । এটি টেক্সট ফাইল হিসাবে ফাইল এক্সপ্লোরারে দেখানো হচ্ছে একটি ভিজ্যুয়াল বেসিক স্ক্রিপ্ট।

উবুন্টুতে আপনি নটিলাস থেকে কোনও ফাইল শুরু করার সময় আপনি কী করবেন সে সম্পর্কে একটি সতর্কতা পাবেন। নটিলাস থেকে একটি স্ক্রিপ্ট কার্যকর করা যেখানে এটি কিছু সফ্টওয়্যার শুরু করতে চায় যেখানে এটি জিইডিট খোলার কথা, এটি স্পষ্টতই একটি সমস্যা এবং আমরা এটি সম্পর্কে একটি সতর্কতা পেয়েছি।

কমান্ড লাইনে আপনি যখন কোনও কাজ সম্পাদন করেন, তখন আপনি এক্সটেনশানটি কী তা দৃশ্যত দেখতে পারেন। যদি এটি .vbs এ শেষ হয় তবে আমি সন্দেহজনক হয়ে উঠতে শুরু করব (এটি নয় যে .vbs লিনাক্সে এক্সিকিউটেবল হয় least কমপক্ষে আরও কিছু প্রচেষ্টা ছাড়াই নয়;))।


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

4
@ টেক্রাফ আসলে ফাইল ম্যানেজার সম্ভবত readme.txtকোনও টেক্সট এডিটর দিয়ে ফাইলটি খোলার চেষ্টা করবে । আমি কেবল কে-ডি-ই-তে ডলফিন দিয়ে চেষ্টা করেছি, এক্সিকিউটেবল অনুমতি যুক্ত শেল স্ক্রিপ্ট তৈরি করেছি, এটি সংরক্ষণ .txtকরুন এবং এটিতে ক্লিক করলে কেট এটি খুলবে। যদি আমি এটির নামকরণ করি .shতবে এটিতে ক্লিক করা এটি চালায়।
বাকুরিউ

9
লিনাক্স: যেহেতু মেক ফাইলের এক্সটেনশনের উপর নির্ভর করে এমন নিয়মগুলি তৈরি করা হয়, তাই এটি কি কেবল মানুষের চেয়ে বেশি সংখ্যক এক্সটেনশানগুলি তৈরি করে না (কোনও পাং উদ্দেশ্য নয়)?
বলভ

15
এটি একটি স্মরণীয়ভাবে ভুল উত্তর। লিনাক্সের কিছু অংশ ফাইলের ধরণ নির্ধারণ করতে যাদু নম্বর ব্যবহার করে। কমান্ড লাইনে ফাইলগুলি কার্যকর করা হচ্ছে। তবে সিস্টেমের অন্যান্য বিশাল অংশগুলি কী দেখতে হবে তা জানার জন্য ফাইল এক্সটেনশনগুলি ব্যবহার করে, সেগুলি ডায়নামিক লিঙ্কার (যা .so ফাইলগুলি চায়), মোডপ্রাব, বিল্ড সিস্টেম, প্লাগইনস, পাইথন, রুবি ইত্যাদির জন্য লাইব্রেরি ইত্যাদি ব্যবহার করে use টির ম্যাজিক সংখ্যা নেই, fileএটি হিউরিস্টিক-ভিত্তিক, নির্দিষ্ট নয়।
অ্যালান শুটকো

3
"লিনাক্স ফাইল শিরোনামের একটি কোডের মাধ্যমে কোনও ফাইলের ধরণ নির্ধারণ করে" "সঠিক" ডাব্লুটিএফ? "ফাইলের শিরোনামে কোড" কী? লিনাক্সে এ জাতীয় কোনও কোড নেই এবং জেনেরিক "ফাইল শিরোনাম" নেই।
লিওনব্লয়

68

এখানে কোনও 100% কালো বা সাদা উত্তর নেই।

সাধারণত লিনাক্স ফাইলের নামের উপর নির্ভর করে না (এবং ফাইল এক্সটেনশানগুলি (সাধারণত শেষ সময়ের পরে ফাইলের নামের অংশ)) এবং এর পরিবর্তে ফাইলের ধরনটি তার সামগ্রীর প্রথম কয়েকটি বাইট পরীক্ষা করে এবং এটি পরিচিত যাদু সংখ্যার তালিকার সাথে তুলনা করে নির্ধারণ করে ।

উদাহরণস্বরূপ, সমস্ত বিটম্যাপ চিত্র ফাইলগুলি (সাধারণত নাম এক্সটেনশন সহ .bmp) অবশ্যই BMতাদের প্রথম দুটি বাইটের অক্ষর দিয়ে শুরু করা উচিত । বেশিরভাগ স্ক্রিপ্টিং ভাষার স্ক্রিপ্টগুলির মতো বাশ, পাইথন, পার্ল, এডাব্লুকে ইত্যাদি (মূলত প্রতিটি বিষয় যা লাইনকে #মন্তব্য হিসাবে শুরু করা হয়) #!/bin/bashপ্রথম লাইনের মতো শেবাং থাকতে পারে । এই বিশেষ মন্তব্যটি সিস্টেমটিকে জানায় যে অ্যাপ্লিকেশনটি দিয়ে ফাইলটি খুলতে হবে।

সুতরাং সাধারণত অপারেটিং সিস্টেম ফাইলের বিষয়বস্তু নির্ভর করে এবং ফাইলের ধরণ নির্ধারণের জন্য তার নাম নয়, তবে লিনাক্সে ফাইল এক্সটেনশনগুলির কখনই প্রয়োজন হয় না তা উল্লেখ করে সত্যের অর্ধেক অংশ থাকে।


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

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

এবং অবশ্যই মানুষের ব্যবহারকারী লাভ ফাইল এক্সটেনশন থেকে সবচেয়ে যে হিসাবে একটি ফাইল সুস্পষ্ট ধরণ করে তোলে এবং একই বেস নাম দিয়ে একাধিক ফাইল মত বিভিন্ন এক্সটেনশন পারবেন site.html, site.php, site.js, site.cssযে ফাইল ইত্যাদি অসুবিধা অবশ্যই হয় এক্সটেনশন এবং প্রকৃত ফাইল টাইপ / বিষয়বস্তু অগত্যা মেলে না।

অতিরিক্তভাবে এটি ক্রস-প্ল্যাটফর্ম ইন্টারঅ্যাপেরিবিলিটির জন্য প্রয়োজন, যেমন উইন্ডোজ কোনও readmeফাইলের সাথে কী করবে তা জানে না , তবে কেবল একটি readme.txt


আপনি এখানে নিজেকে সামান্য বিরোধিতা করছেন: যদি আদর্শ চিত্র দর্শকের কোনও ফাইল নাম .bmp সমাপ্ত হওয়ার প্রয়োজন হয়, আপনি OS এর কোন অংশটি "BM" থেকে শুরু হওয়া ফাইলের বিষয়বস্তুর উপর নির্ভর করছেন? আফাইক, কেবলমাত্র "জাদু নম্বরগুলি সম্পর্কে কার্নেল যত্নশীল তা #!হ'ল এক্সিকিউটেবল প্রকার, যার মধ্যে বিশেষ
ক্ষেত্র রয়েছে

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

1
আমি যে বাক্যটি চ্যালেঞ্জ করছি তা হ'ল: "লিনাক্স ... প্রথম কয়েকটি বাইট পরীক্ষা করে ফাইলের ধরন নির্ধারণ করে"। আপনি এই বাক্যে "লিনাক্স" এর কোন সংজ্ঞা ব্যবহার করছেন? fileইউটিলিটির অস্তিত্ব সত্যই কিছু প্রমাণ করে না; এটি একটি দরকারী সরঞ্জাম, এটি কোনও ওএসে থাকতে পারে। ওএসের কোন মৌলিক অংশটি fileফাইলের নামটি গ্লোব করার চেয়ে চালানোকে আরও "সঠিক" করে তোলে ?
আইএমএসওপি

নোট করুন যে কোনও এক্সটেনশন ছাড়াই ফাইলগুলি কোনও প্রোগ্রামের সাথে যুক্ত হতে পারে।
ইসানানে

24

যেমন অন্যদের দ্বারা উল্লিখিত হয়েছে, লিনাক্সে একটি দোভাষী নির্দেশিকা পদ্ধতি ব্যবহার করা হয় (উইন্ডো দ্বারা ব্যবহৃত ফাইলের নাম এক্সটেনশন অ্যাসোসিয়েশন পদ্ধতির পরিবর্তে শিরোনাম বা ম্যাজিক সংখ্যা হিসাবে কোনও ফাইলের মধ্যে কিছু মেটাডেটা সংরক্ষণ করা হয়) read

এর অর্থ আপনি কয়েকটি ব্যতিক্রম বাদে আপনার পছন্দ মতো যে কোনও নামের সাথে একটি ফাইল তৈরি করতে পারেন

যাহোক

আমি সাবধানতার একটি শব্দ যুক্ত করতে চাই।

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

আপনি যদি কোনও ফাইলের নাম পরিবর্তন My Novel.docকরে থাকেন My-Novel, তবে লিব্রিওফাইস এখনও এটি খুলতে সক্ষম হবে, তবে এটি 'শিরোনামহীন' হিসাবে খুলবে এবং এটি সংরক্ষণ করার জন্য আপনাকে আবার নামকরণ করতে হবে (লাইব্রোফাইস ডিফল্টরূপে একটি এক্সটেনশান যুক্ত করে, তাই আপনার তখন দুটি ফাইল My-Novelএবং My-Novel.odtযা বিরক্তিকর হতে পারে)

আরও গুরুতরভাবে, আপনি যদি আমার স্প্রেডশিট.এক্সলসেক্স ফাইলটি মাই-স্প্রেডশিটে নামকরণ করেন, তবে এটির সাথে এটি খোলার চেষ্টা করুন এটি xdg-open My-Spreadsheetপাবেন (কারণ এটি আসলে একটি সংকোচিত ফাইল):

এবং আপনি যদি কোনও ফাইলের নাম পরিবর্তন My Spreadsheet.xlsকরে থাকেন My-Spreadsheet, যখন আপনি xdg-open My-Spreadsheetকোনও ত্রুটি বলতে বলছেন

ত্রুটি খোলার অবস্থান: এই ফাইলটি পরিচালনা করার জন্য কোনও অ্যাপ্লিকেশন নিবন্ধিত নেই

(যদিও এই উভয় ক্ষেত্রেই এটি কাজ করে ঠিক আছে soffice My-Spreadsheet)

আপনি তারপর extensionless ফাইল নামান্তর তাহলে My-Spreadsheet.odsসঙ্গে mvএবং এটি খোলার জন্য আপনি এই পাবেন চেষ্টা করুন:

(মেরামতের ব্যর্থতা)

ফাইলটি সঠিকভাবে খোলার জন্য আপনাকে মূল এক্সটেনশনটি আবার রাখতে হবে (আপনি যদি চান তবে ফর্ম্যাটটি রূপান্তর করতে পারেন)

টি এল; ডিআর:

যদি আপনার কাছে নাম এক্সটেনশান সহ দেশী ফাইল থাকে, তবে সবকিছু ঠিক হয়ে থাকবে বলে ধরে নিয়ে এক্সটেনশনগুলি সরিয়ে ফেলবেন না!


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

1
ইতিমধ্যে অনেক দুর্দান্ত উত্তর, তবে আমি লক্ষ্য করেছি যে গ্রাহকবন্ধের জন্য আরও একটি নির্দিষ্ট। আপনি কমা বিচ্ছিন্ন মানগুলির একটি ফাইল তৈরি করেন (CSV) এবং এটিকে "test.csv" হিসাবে সংরক্ষণ করুন, আপনি কী ধরণের বিভাজক (যেমন লিব্রোফাইস ক্যালক) ব্যবহার করছেন তা জিজ্ঞাসা করে একটি উইন্ডো খোলে। উদাহরণস্বরূপ, আপনি যদি এই ফাইলটির নাম "test.cs" এ রাখেন তবে লাইব্রোফাইস রাইটার এটি খোলেন। সুতরাং, উপরের জিপ উদাহরণের পাশাপাশি, মনে হচ্ছে লিব্রোফাইস ফাইল এক্সটেনশানটি ব্যবহার করে।
রায়

3
লিনাক্স ফাইল সিস্টেম ফাইলের ধরণের বিষয়ে কিছুই করে না। এটি সব এটি উপরে চলমান প্রোগ্রাম ডাউন।
পিটার গ্রিন

@ পিটারগ্রিন হ্যাঁ, তবে প্রোগ্রামগুলি যে তাৎপর্য দেয় তা বোঝানোর অর্থ এটি কেবল "মানুষের পক্ষে" নয়, উদাহরণস্বরূপ, ক্লাসিক ম্যাকোসগুলির এটি ছিল [সেখানে চার-বাইট "ফাইল টাইপ" এবং "স্রষ্টা অ্যাপ্লিকেশন" ক্ষেত্রগুলি ছিল না ' ফাইলের নামের অংশ নয়, সুতরাং ওএস এবং অ্যাপ্লিকেশনগুলির কাছে ফাইল এক্সটেনশানগুলি না দেখে তাদের প্রয়োজনীয় সমস্ত তথ্য ছিল]
র্যান্ডম 832

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

20

আমি অন্যান্য উত্তরগুলির থেকে এটির জন্য আলাদা দৃষ্টিভঙ্গি পোষণ করতে চাই এবং "লিনাক্স" বা "উইন্ডোজ" এর সাথে (আমার সাথে বহন করবে) কিছু করার আছে এই ধারণাকে চ্যালেঞ্জ জানাতে চাই।

ফাইল এক্সটেনশনের ধারণাটি "ফাইলের নামের অংশের ভিত্তিতে চিহ্নিত করার জন্য একটি সম্মেলন" হিসাবে প্রকাশ করা যায়। কোনও ফাইলের ধরণের শনাক্তকরণের জন্য অন্যান্য সাধারণ কনভেনশনগুলি এর বিষয়বস্তুগুলি পরিচিত স্বাক্ষরের একটি ডাটাবেসের ("ম্যাজিক নম্বর" পদ্ধতির) সাথে তুলনা করে এবং ফাইল সিস্টেমে অতিরিক্ত বৈশিষ্ট্য হিসাবে সংরক্ষণ করে (মূল MacOS এ ব্যবহৃত পদ্ধতির) ।

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

উইন্ডোজে, ফাইল এক্সটেনশনটি কোনও ফাইল সনাক্তকরণের প্রাথমিক মাধ্যম হিসাবে ব্যবহার করার একটি শক্তিশালী traditionতিহ্য রয়েছে; সর্বাধিক দৃশ্যমানভাবে, গ্রাফিকাল ফাইল ব্রাউজার (উইন্ডোজ ৩.১-এ ফাইল ম্যানেজার এবং আধুনিক উইন্ডোজ এক্সপ্লোরার) আপনি কখন কোন অ্যাপ্লিকেশন চালু করবেন তা নির্ধারণ করতে কোনও ফাইলে ডাবল-ক্লিক করলে এটি ব্যবহার করে। লিনাক্সে (এবং আরও সাধারণভাবে ইউনিক্স-ভিত্তিক সিস্টেমগুলি) বিষয়বস্তুগুলি পরিদর্শন করার জন্য আরও traditionতিহ্য রয়েছে; সবচেয়ে উল্লেখযোগ্যভাবে, কার্নেলটি সরাসরি চালানো কোনও ফাইলের শুরুতে এটি কীভাবে চালানো যায় তা নির্ধারণ করতে দেখায়; স্ক্রিপ্ট ফাইলগুলি ইন্টারপ্রেটারের #!পথ অনুসরণ করে আরম্ভ করে কোনও দোভাষীকে নির্দেশ করতে পারে ।

এই traditionsতিহ্যগুলি প্রতিটি সিস্টেমের জন্য রচিত প্রোগ্রামগুলির ইউআই নকশাকে প্রভাবিত করে, তবে প্রচুর ব্যতিক্রম রয়েছে, কারণ প্রতিটি পদ্ধতির বিভিন্ন পরিস্থিতিতে বিভিন্ন উপকার রয়েছে cons সামগ্রীগুলি পরীক্ষা করার পরিবর্তে ফাইল এক্সটেনশনগুলি ব্যবহারের কারণগুলির মধ্যে রয়েছে:

  • ফাইলের বিষয়গুলি পরীক্ষা করার জন্য ফাইলের সামগ্রীগুলি পরীক্ষা করা মোটামুটি ব্যয়বহুল; সুতরাং উদাহরণস্বরূপ "* .conf নামক সমস্ত ফাইল সন্ধান করুন" "এমন সমস্ত ফাইল সন্ধান করুন যাঁর প্রথম লাইনে এই স্বাক্ষরের সাথে মেলে" সন্ধান করুন "
  • ফাইলের বিষয়বস্তুগুলি অস্পষ্ট হতে পারে; অনেকগুলি ফাইল ফর্ম্যাট হ'ল কেবলমাত্র একটি নির্দিষ্ট উপায়ে চিকিত্সার ফাইলগুলি, অন্য অনেকগুলি বিশেষভাবে কাঠামোগত জিপ ফাইল এবং এর জন্য সঠিক স্বাক্ষরগুলি সংজ্ঞায়িত করা জটিল হতে পারে
  • একটি ফাইল সত্যিকার অর্থে একাধিক প্রকারের জন্য বৈধ হতে পারে; এইচটিএমএল ফাইলটি বৈধ এক্সএমএল হতে পারে, একটি জিপ ফাইল এবং একটি জিআইএফ একসাথে উভয় বিন্যাসের জন্য বৈধ থাকতে পারে
  • ম্যাজিক নম্বর মিলিয়ে মিথ্যা ধনাত্মক হতে পারে; একটি ফাইল ফর্ম্যাট যাতে কোনও শিরোনাম নেই এমন হতে পারে "GIF89a" বাইটস দিয়ে শুরু হতে পারে এবং একটি GIF চিত্র হিসাবে ভুল পরিচয় পাওয়া যায়
  • কোনও ফাইলের নামকরণ এটি "অক্ষম" হিসাবে চিহ্নিত করার একটি সুবিধাজনক উপায় হতে পারে; উদাহরণস্বরূপ, "foo.conf" কে "foo.conf to" এ পরিবর্তন করতে কোনও ব্যাকআপ ইঙ্গিত করার জন্য ফাইলটির সমস্ত নির্দেশনা মন্তব্য করার জন্য সম্পাদনা করা সহজ, এবং এটি একটি স্বয়ংক্রিয় ডিরেক্টরি থেকে বেরিয়ে যাওয়ার চেয়ে সুবিধাজনক; তেমনিভাবে। টেক্সট এ। php ফাইলটির নাম পরিবর্তন করে Apache কে পিএইচপি ইঞ্জিনে স্থান দেওয়ার পরিবর্তে সরল পাঠ হিসাবে তার উত্সটি পরিবেশন করতে বলবে

লিনাক্স প্রোগ্রামগুলির উদাহরণ যা ডিফল্টরূপে ফাইলের নাম ব্যবহার করে (তবে অন্যান্য পদ্ধতি থাকতে পারে):

  • জিজিপ এবং গানজিপের ".gz" সমাপ্ত কোনও ফাইলের বিশেষ পরিচালনা রয়েছে have
  • জিসিসি ".c" ফাইলগুলিকে সি হিসাবে এবং ".সিসি" বা ".সি" কে সি ++ হিসাবে পরিচালনা করবে

উইন্ডোজের এক্সটেনশানটি লুকিয়ে রাখার দৃ and় traditionতিহ্য আছে যদি এটি "সুপরিচিত" এবং এমনকি ডস একটি আদেশকে .COM, .BAT, এবং .EXE বাদ দিতে দেয় তবে প্রকৃত প্রোগ্রামটি কার্যকর করতে হবে তা নির্ধারণ করতে স্বয়ংক্রিয়ভাবে তাদের অনুসন্ধান করে। * নিক্সে এ জাতীয় কোনও traditionতিহ্য নেই।
মন্টি হার্ড 21

এটি আরও উত্তম উত্তর তবে একটি ত্রুটিযুক্ত ত্রুটি রয়েছে ... #!শুরুতে রেখে একটি স্ক্রিপ্ট কার্যকর করা যায় না । এর এক্সিকিউটেবল বিট (গুলি) সেট সহ যে কোনও ফাইল বেশ কয়েকটি উপায়ে কার্যকর করা যেতে পারে। #!/bin/bashএবং অনুরূপ স্বাক্ষরগুলি কেবল কোন দোভাষী ব্যবহার করতে হবে তা নির্দিষ্ট করে। যদি এরকম কোনও স্বাক্ষর সরবরাহ না করা হয় তবে ডিফল্ট শেল ইন্টারপ্রেটার ধরে নেওয়া হয়। 'হ্যালো ওয়ার্ল্ড' দুটি শব্দ ব্যতীত একটি ফাইল, তবে এর এক্সিকিউশন বিট সেট সহ, রান করার সময় 'হ্যালো' কমান্ড সন্ধান করার চেষ্টা করা হবে।
ডকসালভাজার

1
@ ডকসালভ্যাজার ভাল ক্যাচ, এটি যে কোনও কিছুর মতো আনাড়ি শব্দ ছিল। আমি এটি একটি বিট পরিষ্কার যে কুঁড়েঘর না পারে তা নিশ্চিত করার জন্য reworded থাকেন করতে স্ক্রিপ্ট এক্সিকিউটেবল, এটা ঠিক পরিবর্তন কিভাবে এটি মৃত্যুদন্ড কার্যকর করা হয়।
আইএমএসওপি

15

আসলে, কিছু প্রযুক্তি না ফাইল এক্সটেনশন উপর নির্ভর, তাই আপনি যদি উবুন্টু সেই প্রযুক্তি ব্যবহার, আপনাকে এক্সটেনশনের খুব নির্ভর করতে হবে। কয়েকটি উদাহরণ:

  • gccসি একটি সি ++ ফাইলের মধ্যে পার্থক্য করতে এক্সটেনশনগুলি ব্যবহার করে। এক্সটেনশন ব্যতীত তাদের পার্থক্য করা বেশ অসম্ভব (কোনও ক্লাসহীন একটি সি ++ ফাইল কল্পনা করুন)।
  • অনেক ফাইল ( docx, jar, apk) শুধু বিশেষ করে জিপ আর্কাইভ গঠিত হয়। আপনি সাধারণত সামগ্রী থেকে টাইপ অনুমান পারে, এটা সবসময় সম্ভব নাও হতে পারে (যেমন জাভা ম্যানিফেস্ট হয় ঐচ্ছিক মধ্যে jarফাইল)।

এই জাতীয় ক্ষেত্রে ফাইল এক্সটেনশনগুলি ব্যবহার না করা কেবল হ্যাকি ওয়ার্কআরউন্ডের সাথেই সম্ভব হবে এবং সম্ভবত খুব ত্রুটিযুক্ত হওয়ার সম্ভাবনা রয়েছে।


প্রোগ্রামিং উল্লেখ করার জন্য আপনার পক্ষে ভাল তবে আপনি বেশিরভাগ বিবরণ ভুল পেয়েছেন। gccসি ফাইলগুলির জন্য ফ্রন্ট-এন্ড, সি ++ ফাইলগুলির জন্য আপনাকে g++ভাষা নির্দিষ্ট করতে ফ্রন্ট-এন্ড বা কমান্ড-লাইন সুইচ প্রয়োজন। আরও গুরুত্বপূর্ণ হ'ল সেই makeপ্রোগ্রাম যা কোনও নির্দিষ্ট ফাইল ব্যবহার করতে হবে gccবা g++তৈরি করতে হবে - এবং makeএটি নিয়ম মেলানোর জন্য ফাইলনামের ধরণগুলির (বেশিরভাগ এক্সটেনশন) এর উপর সম্পূর্ণ নির্ভর করে is
বেন ভয়েগট

@ বেনভয়েগ্ট কোনও .ccএক্সটেনশন দিয়ে কোনও ফাইল সংকলন করার সময় gcc, এটি সত্যিই সি ++ হিসাবে সংকলিত হবে এবং এটি নথিভুক্ত করা হয়েছে man gcc: "প্রদত্ত যে কোনও ইনপুট ফাইলের জন্য ফাইলের নাম প্রত্যয়টি নির্ধারণ করে যে কী ধরনের সংকলন করা হয়েছে:" তারপরে একটি তালিকা এক্সটেনশনগুলি এবং কীভাবে তাদের চিকিত্সা করা হয়
এইচডিভি

1
@hvd তারপরে সম্ভবত এটি লাইব্রেরির ডিফল্ট সেট যা আপনি সঠিক সীমানা ব্যবহার না করলে মারাত্মকভাবে ভুল হয়ে যায়। যাইহোক মেকিং প্রধান উদাহরণ কারণ এটি যা কিছু করে তা ফাইল এক্সটেনশনের ভিত্তিতে।
বেন ভয়েগট

1
@ বেনওয়েগ্টও makeএকটি ভাল উদাহরণ, তবে gccফাইলের নামগুলির উপর যেমন ভারী থাকে তেমন নির্ভর করে। এখানে একটি উদাহরণ চেয়ে পরিষ্কার এর .cবনাম .cc: সি জন্য, gccপ্রত্যয় ব্যবহার বলতে যদি তার প্রথম পদক্ষেপ (preprocess হয় .c), কম্পাইল ( .i), জড় ( .s), অথবা লিঙ্ক ( .o)। এখানে, আমি ব্যবহার -E, -Sএবং -cবলতে gccযেখানে থামাতে , কিন্তু এটা ফাইলের নামের ব্যবহার কোথায় করতে শুরু gcc something.ccসি ++ এর জন্য সঠিক লাইব্রেরিতে লিঙ্ক দেবে না তবে এটি ফাইলটিকে সি ++ হিসাবে বিবেচনা করবে , এ কারণেই অনেক ব্যবহারকারী এই ভুল করার সময় তারা প্রাপ্ত ত্রুটি বার্তাগুলি নিয়ে বিভ্রান্ত হয়।
এলিয়াহ কাগন

7

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

ফাইল ম্যানেজাররা যতদূর যান না কেন তারা কিছু ফাইলের এক্সটেনশান, যেমন ফাইলগুলি জানতে চান .desktopযা মূলত উইন্ডোর সংস্করণ শর্টকাটের মতো তবে আরও ক্ষমতা সহ capabilities তবে ওএসের হিসাবে এটি ফাইলের মধ্যে কী আছে, তার নামে কী নয় তা জানা দরকার know


3
এটি মোটেই সত্য নয়। এমন প্রোগ্রাম রয়েছে যা একটি নির্দিষ্ট বর্ধনের আশা করে। সর্বাধিক ব্যবহৃত উদাহরণ সম্ভবত এটি gunzipযা ডাকা হয় না যদি কোনও ফাইলকে সংক্ষেপিত করে না foo.gz
টেরডন

এটি নির্দিষ্ট সফ্টওয়্যার একটি বাস্তবায়ন। বেশিরভাগ ক্ষেত্রে, ইউনিক্স-মতো সিস্টেমে ইউটিলিটিগুলি কোনও বর্ধনের আশা করে না।
সের্গেই কোলোডিয়াজনি

7
বেশিরভাগ অংশ তারা না, না। আপনার প্রথম বাক্যটি অবশ্য দাবি করে যে সেগুলি কখনই ব্যবহৃত হয় না এবং কেবল মানুষের কাছে গুরুত্বপূর্ণ। এটি সম্পূর্ণ সত্য নয়। gunzipএকটি উদাহরণ, eogঅন্য একটি। এছাড়াও, অনেক সরঞ্জাম সঠিক এক্সটেনশান ছাড়াই নামগুলি স্বয়ংক্রিয়ভাবে পূরণ করে না। আমি যা বলছি তা হ'ল "এক্সটেনশানগুলি সর্বদা অপ্রাসঙ্গিক" এর চেয়ে কিছুটা জটিল।
টেরডন

1
1 ছোট সমস্যা: অপারেটিং সিস্টেম সম্পর্কে ওপি জিজ্ঞাসা করেছে। 'গানজিপ' এবং 'ইওগ' অপারেটিং সিস্টেম নয় বরং তাদের নিজস্ব বিধিনিষেধ (বন্দুকের ক্ষেত্রে) বা পদ্ধতি (ইওগ) তৈরি করার সিদ্ধান্ত নিয়েছে। যদিও "মাইম টাইপস"।
রিঞ্জউইন্ড

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

6

এটি একটি মন্তব্য উত্তরের জন্য খুব বড়।

মনে রাখবেন যে এমনকি "এক্সটেনশন" এরও অনেকগুলি আলাদা অর্থ থাকলে।

আপনার যে কথা বলছেন তা হ'ল পরে 3 টি বর্ণ বলে। ডস 8.3 ফর্ম্যাটটি সত্যই জনপ্রিয় করেছে এবং উইন্ডোজ আজও .3 অংশ ব্যবহার করে।

লিনাক্সের অনেকগুলি ফাইল রয়েছে যেমন .conf বা .list বা .d বা .c যার অর্থ রয়েছে তবে এটি 8.3 অর্থে আসলেই এক্সটেনশন নয়। উদাহরণস্বরূপ অ্যাপাচি এর কনফিগারেশন নির্দেশের জন্য /etc/apache2/sites-enabled/website.conf এ নজর দেয়। যদিও সিস্টেমটি মাইম টাইপ এবং সামগ্রী লিখিত শিরোনাম ব্যবহার করে এবং এটি কোনও পাঠ্য ফাইলটি নির্ধারণ না করে, অ্যাপাচি (ডিফল্টরূপে) এখনও এটি .conf এ শেষ না করে এটিকে লোড করবে না।

.c আর একটি দুর্দান্ত। হ্যাঁ এটি একটি পাঠ্য ফাইল, তবে জিসিসি মেইন.সি. এবং শেষ অবধি মূল হয়ে যাওয়ার উপর নির্ভর করে (লিঙ্ক করার পরে)। কোনও সময়েই সিস্টেমটি .c, .o বা কোনও এক্সটেনশন ব্যবহার করে সামগ্রী হিসাবে যতটা অর্থ আসে না, তবে স্টাফের পরে স্টাফ। কিছু অর্থ আছে। আপনি সম্ভবত আপনার এসসিএম সেটআপ করবেন মেইন.ও এবং প্রধান উপেক্ষা করার জন্য।

পয়েন্ট হ'ল এটি: এক্সটেনশানগুলি উইন্ডোতে সেভাবে ব্যবহার হয় না। কার্নেল একটি .txt ফাইল চালায় না কারণ আপনি নামের .txt অংশটি সরিয়েছেন। এক্সিকিউটিভের অনুমতি সেট করা থাকলে একটি টেক্সট ফাইল চালানো খুব খুশি। বলা হচ্ছে, তাদের অর্থ আছে এবং এখনও অনেক কিছুতে "কম্পিউটার স্তর" ব্যবহার করা হয়।


1
উইন্ডোজ এছাড়াও করিতে বাধ্য নয় x.3মত আরও আছে, আপনি পেয়েছেন আর এক্সটেনশন হিসাবে ভাল নামকরণ স্কিম .doxc, .torrent, .part, ইত্যাদি এটা ঠিক যে অনেক ফাইল ফরম্যাট এবং এক্সটেনশন ইতিমধ্যে সময় পরে ফিরে সংজ্ঞায়িত করা হয়েছে যখন 8.3 নামকরণ এখনও একটা জিনিস ছিল এবং ফর্ম্যাটগুলি প্রায় 3 টি পর্যন্ত অক্ষর ব্যবহারের কনভেনশনটিকে কেবল রূপান্তরিত করে।
বাইট কমান্ডার

".Conf", ".c", ইত্যাদি কীভাবে "8.3 ইন্দ্রিয়" থেকে "আলাদা অর্থ" তা আমি দেখতে পাচ্ছি না। ফাইল এক্সটেনশনের ধারণাটি "ফাইলের নামের অংশের ভিত্তিতে চিহ্নিত করার জন্য একটি সম্মেলন" হিসাবে প্রকাশ করা যায়। এমনকি ডস / উইন ৩.১ এর সঠিক বর্ধনেরও প্রয়োজন নেই (আপনি কোনও ওয়ার্ড ডকুমেন্ট "STUPIDN.AME" কল করতে পারেন এবং এটি উইনওয়ার্ডে Ctrl-O দিয়ে খুলতে পারেন)। এটি ঠিক যে কয়েকটি সিস্টেম (যেমন উইন্ডোজে ডাবল ক্লিক করুন gzip, আপনার মেকফিল ইত্যাদি) প্রতিটি ফাইলের সঠিক ব্যবস্থা গ্রহণের জন্য অনুমান করার জন্য এই কনভেনশনটি ব্যবহার করতে লেখা যেতে পারে।
আইএমএসওপি

@ বাইটকম্যান্ডার এটি সত্য, তবে এক্সটেনশনটি এখনও ব্যবহৃত অ্যাপটিকে নির্ধারণ করে। উত্তরটি কীভাবে সম্পাদনা করবেন তা আমি নিশ্চিত নই reflect
কোটায়ার

1
@ কোটায়ার পুনরায়, এটি সমস্ত নির্ভর করে যে আমরা "ওএস" বলতে কী বুঝি। ফাইল পরিচালক অবশ্যই "এএমই" এর জন্য একটি রেজিস্ট্রি কী সন্ধান করা হবে, এবং আমাকে বলতে হবে যে, "foo.txt" একটি টেক্সট ফাইল। তবে dirএকটি কমান্ড প্রম্পটে চালানো আমাকে এ জাতীয় কোনও কথা বলবে না; এটা কেবল যত্ন নেবে না। উভয় OS এ ফাইলগুলি কার্যকর করা অবশ্যই একটি ব্যতিক্রম; যদি প্রশ্নটি কেবল তাদের মধ্যে সীমাবদ্ধ থাকে তবে উত্তরটি হ'ল ডস / উইন্ডোজ কেবল নামটির বিষয়ে যত্নশীল এবং ইউনিক্স / লিনাক্স কেবলমাত্র সম্পাদন করার অনুমতি এবং ফাইলের প্রথম বাইট সম্পর্কে যত্নশীল। এর বাইরেও, সবসময় কিছু অ্যাপ্লিকেশন থাকে যা অনুসরণ করার জন্য একটি সম্মেলন বেছে নেয়।
আইএমএসওপি

1
@ কোটায়ার আপনি উইন্ডোজ ৩.১ এবং তারপরে * .এসএসআর (স্ক্রিন সেভার বাইনারি) ভুলে গেছেন। এটি বলেছিল, এমনকি এক্সিকিউটেবলের জন্য ডস / উইন্ডোজ সিস্টেমে ফাইল এক্সটেনশন এখনও কেবল একটি সুবিধা। নির্দিষ্ট বৈশিষ্ট্যগুলি আপনি "অপারেটিং সিস্টেম" এর রেখাটি কোথায় আঁকেন তার উপর অনেক বেশি নির্ভর করে তবে আপনি সর্বদা একটি বাইনারি মেমোরিতে লোড করতে পারেন এবং নিজেই নিজে এটিতে ঝাঁপিয়ে নিতে পারেন, যে কাজটি ওএসকে সাধারণত কোনও কাজ করতে বলা হয়। এমএস-ডস-এ, আপনি যদি কমান্ড ডট কমের মাধ্যমে লক্ষ্য করেন তবে আমি নিশ্চিত যে এক্সই সিএম এর মতো একটি তালিকা রয়েছে যা আপনি এমন সম্পাদনা করতে পারবেন যে কোনওটি নির্দিষ্ট না করা থাকলে এটি অন্যান্য এক্সটেনশনগুলির জন্য দেখায় (এটি একটি ভাল ধারণা হবে না বলছেন, মনে মনে)।
একটি সিভিএন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.