এটি কি বিদ্যমান: একটি ফাইল-সিস্টেম কাঠামো নথির মানক উপায় standard


11

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

এই মুহুর্তে, আমি ডকুমেন্ট readmeকরতে চাইছি এমন প্রতিটি ডিরেক্টরিতে একটি প্লেটেক্সট ফাইল ব্যবহার করে এটি নথিভুক্ত করেছি। কেউ যদি কোনও ডিরেক্টরিতে কী বোঝায় তা নিশ্চিত না হন তবে তারা সেই ফাইলটি পড়ে।

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

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

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

সুতরাং, প্রশ্ন: এই জাতীয় একটি অস্তিত্ব আছে? তা না হলে কেন? লোকেরা কি এটি একটি সার্থক ধারণা বলে মনে করে?


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

সুতরাং, আধুনিক ফাইল সিস্টেমে স্ট্যান্ডার্ড সংযোজন হিসাবে, এই তিনটি বৈশিষ্ট্যটি ডিফল্টরূপে আসা উচিত: 1) ফাইল বিবরণ, 2) কোনও ফোল্ডারের অভ্যন্তরে কাস্টম ফাইল ক্রম এবং 3) ফাইল ট্যাগিং / লেবেলিং। এই 3 টি "বেসিক" বৈশিষ্ট্যগুলি উপকারের জন্য কোনও সিএমএস ব্যবহার করার দরকার নেই।
সোরিন পোষ্টেলনিকু

উত্তর:


5

আমি যতদূর জানি কোন মান নেই। আমার অভিজ্ঞতা থেকে এখানে কয়েকটি ধারণা দেওয়া হল।

এটি সেট আপ করুন, এটি কখনও পরিবর্তন করবেন না

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

বর্ণনামূলক এবং নিয়মিত ডিরেক্টরি নাম ব্যবহার করুন

কারও কাছেই .filingফাইল বা অন্য কিছু পড়ার সময় নেই। যদি আপনার ডিরেক্টরিটির নামগুলি নিজের ব্যাখ্যা না করে থাকে তবে আপনি সম্ভবত যেভাবেই হারিয়ে গেছেন।

আপনার ডিরেক্টরি কাঠামোর জন্য একটি ডকুমেন্টেশন লিখুন

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


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

এ জাতীয় কি কোন অস্তিত্ব আছে?

না, আমি এটা মনে করি না।

তা না হলে কেন?

আমার মতে: কয়েকটি ব্যবহারকারীর সাথে একটি ছোট স্ট্যাটিক শ্রেণিবিন্যাসের জন্য এটি ওভারকিল। অনেক ব্যবহারকারীর সাথে একটি বৃহত পরিবর্তনশীল শ্রেণিবিন্যাসের জন্য এটি কাজ করবে না কারণ বিভাগগুলির ধারণা (= ডিরেক্টরি, ফোল্ডার) স্কেল করে না।

লোকেরা কি এটি একটি সার্থক ধারণা বলে মনে করে?

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


1
"কখনও পরিবর্তনশীল ফাইল-সিস্টেম কাঠামোর চেয়ে খারাপ আর কিছুই নয়" ব্যতীত যে কাঠামোটি আর বোঝা যায় না, এমনকী স্থিরভাবে পরিবর্তন করতে অস্বীকার করে।
জামেশফিশার

1
"বর্ণনামূলক এবং সামঞ্জস্যপূর্ণ ডিরেক্টরি নাম ব্যবহার করুন" - হ্যাঁ, একেবারে প্রয়োজনীয়। দুর্ভাগ্যক্রমে বর্ণনামূলক এবং সংকীর্ণতার মধ্যে দ্বন্দ্ব রয়েছে - কেউ / এসআরভি / সমস্ত-শ্রেণিবদ্ধ-ডেটা / অ্যাক্সেস-কেবল-অফিস-এবং-অ্যাডমিন / চিঠি-তবে-জনসাধারণের মধ্যে কোনও ফাইলের পাথ টাইপ করতে চায় না -নোটিসটিকস / একাডেমিক-বছরের -2009 / ... এবং আরও কিছু।
জামেশফিশার 14'10

"আপনার ডিরেক্টরি কাঠামোর জন্য একটি ডকুমেন্টেশন লিখুন" - এছাড়াও দুর্দান্ত ধারণা। এটি মূলত আমি যা পরামর্শ দিচ্ছি; ডকুমেন্টেশন একচেটিয়া পরিবর্তে বিতরণ করা হবে যে।
জামেসফিশার

"বিভাগগুলির ধারণা (= ডিরেক্টরি, ফোল্ডার) স্কেল করে না" - সত্য-ইশ ব্যতীত কখনও কখনও কেবল এটি করতে হয়। বলুন, বড় সফ্টওয়্যার উত্স গাছ ( git.kernel.org/?p=linux/kernel/git/next/linux-next.git ;a=tree )।
জামেসফিশার 14'10

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

2

ওয়াসাবি একটি শট মূল্য। আপনার প্রকল্পের মূলে, সরল-পাঠ্য উত্সটি একটি দৃ project় প্রকল্পের ওভারভিউ হিসাবে কাজ করবে এবং কিছু ফ্যানসিয়ার ফলাফলের জন্য আপনি একই দস্তাবেজটি ব্রাউজারে ফেলে দিতে পারেন।

মঞ্জুর, এটি কোনও ফাইল-সিস্টেম-ভিত্তিক সমাধান নয়, তবে আশেপাশের সমস্ত ফাইল সিস্টেমগুলি সাধারণ কোনও সাধারণ সমর্থন না করে, ওয়াসাবি (বা এটির নিজের প্রয়োগ) ভাল বিকল্প হতে পারে।


1

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

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

আপনি আপনার ওএস নির্দিষ্ট করে না, তবে আলফ্রেস্কোর মতো দুর্দান্ত (এবং বিনামূল্যে) পণ্য রয়েছে যা আপনার বর্তমান সেটআপের চেয়ে ভাল আপনাকে পরিবেশন করতে পারে।


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

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

1

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

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

এতে অতিরিক্ত সুবিধা রয়েছে যে ফাইলটি একাধিক উপায়ে অনুসন্ধান করা দরকার থাকলে উদাহরণস্বরূপ, ফাইল লেখক বা তৈরির তারিখ বা আপনার যে কোনও ব্যবসায়িক নিয়মের উপর ভিত্তি করে একটি সূচক index আপনি সিমলিঙ্কগুলির সাথে ট্যাগিং অনুকরণ করতে পারেন। একটি tagsডিরেক্টরি ডিরেক্টরি থেকে একটি সিমিলিংক সহজ , তাই এতে tags/mytag/myfileএকটি সিমিলিংকও হতে পারে actual/myfile

অতিরিক্তভাবে ইউজার ইন্টারফেস পরিবর্তন না করে ফাইল সিস্টেমের স্তরক্রম কাঠামো পরিবর্তন করাও সম্ভব হবে।

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

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