ফাইল নামকরণে মূলধনপত্র ব্যবহার না করা কি সেরা অনুশীলন হিসাবে বিবেচিত হয়?

Question

লোকেরা বলেছে আপনার ইউনিক্স ফাইলের নামকরণের ফাঁকা স্থান ব্যবহার করা উচিত নয়। ফাইলের নাম (যেমন, File_Name.txtবনাম file_name.txt) তে মূল অক্ষর ব্যবহার না করার কোনও ভাল কারণ আছে ? বা এটি কি কেবল ব্যক্তিগত পছন্দের বিষয়?

Comments

আপনি ক্যাপগুলি ব্যবহার করতে পারেন তবে একটি মান হিসাবে এটি ব্যবহার করবেন না। কেবলমাত্র ছোট অক্ষর ব্যবহার করুন এবং _ সুতরাং file_name.txt ভাল।

— শাবির এ।

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

— থমাস

পিএসআর -২ - পিএইচপি ওয়ার্ল্ডের ডি-ফ্যাক্টো নামকরণের মান, যা লিনাক্সে সংখ্যাগরিষ্ঠভাবে চালিত হয় উটকেস ব্যবহার করে php-fig.org/psr/psr-2

— jdog

Answer 1

লোকেরা বলেছে আপনার ইউনিক্স ফাইলের নামকরণের ফাঁকা জায়গা থাকা উচিত নয়।

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

স্পেসগুলি কমান্ড লাইনে ফাইল ফাইল নির্দিষ্টকরণ ইত্যাদিকে বিশ্রী করে তোলে। এটা সম্বন্ধে. * নিক্স সিস্টেমে কেবলমাত্র নিষিদ্ধ অক্ষরগুলি হ'ল নুল (উদ্বেগ করবেন না, এটি আপনার কীবোর্ডে বা অন্য কারও নয়) এবং /যেহেতু এটিই পথ বিভাজক। ^{1 এ} ছাড়া আর কিছু যায় না। স্বতন্ত্র পাথ উপাদানসমূহ (ফাইলের নাম) 255 বাইটের মধ্যে সীমাবদ্ধ (আপনি যদি বর্ধিত অক্ষর সেট ব্যবহার করছেন তবে একটি সম্ভাব্য জটিলতা) এবং 4 কিবিতে সম্পূর্ণ পাথ।

বা এটি কেবল ব্যক্তিগত পছন্দের বিষয়

আমি এটা বলব। সর্বাধিক ডেন এর আপনার মূলধন ডিরেক্টরি একটি হত্যা তৈরি বলে মনে হচ্ছে $HOME( Downloads, Desktop, Documents- D, খুবই জনপ্রিয়) যাতে এটি সম্পর্কে উদ্ভট কিছু নেই। এগুলির মধ্যে রাজধানী সহ খুব সাধারণ commonতিহ্যবাহী ফাইলও রয়েছে, যেমন .Xclientsএবং .Xauthority।

শুরুতে জিনিসকে মূলধন করার একটি মূল্য হ'ল ডিকোসোগ্রাফিকভাবে তালিকাভুক্ত করার পরে তারা নিম্ন কেসের জিনিসগুলির আগে উপস্থিত হতে পারে - কমপক্ষে অনেক সরঞ্জাম সহ এবং লোকেলের সাপেক্ষে।

আমি উটের মামলার ভক্ত (যেমন উট কেস) এবং এটি ফাইলের নাম সহ ব্যবহার করি, যেমন /home/goldilocks/blueSuedeShoes- সেখানে কী আছে তা মনে করবেন না। অবশ্যই ব্যক্তিগত পছন্দের বিষয় তবে এটি এখনও আমার শোকের কারণ হতে পারে না।

জাভা ক্লাস ফাইলগুলিতে প্রকৃতির দ্বারা মূলধনগুলি থাকে, কারণ জাভা শ্রেণীর নামগুলি থাকে। এবং অবশ্যই, আসুন আমরা ভুলে যাই না NetworkManager, এমনকি যদি আমাদের মধ্যে কিছু পছন্দ করে।

---

^{1. একটা আরো অনেক কিছু, সীমায়িত POSIX সুপারিশ "পোর্টেবল ফাইলের নাম অক্ষর সেট" যে নেই ব্যবধান থাকা - কিন্তু তা অন্তর্ভুক্ত করে বড় হাতের অক্ষরে! পসিক্স একই নথির অন্য কোথাও "স্ল্যাশ চরিত্র এবং নাল বাইট" সংক্রান্ত আরও সাধারণ সীমাবদ্ধতা নির্দিষ্ট করে । এটি দীর্ঘস্থায়ী প্রচলিত অনুশীলনের প্রতিফলন বা প্রতিফলিত হয় ।}

Comments

মিয়া: "এটা কি সত্য?" ভিনসেন্ট: "না এটা তা নয়, আমি যা শুনেছি ঠিক তা তাই।" মিয়া: "এ কথা তোমাকে কে বলেছে?" ভিনসেন্ট: "তারা।" মিয়া: "তারা অনেক কথা বলে তাই না?" ভিনসেন্ট: "তারা অবশ্যই করে।"

— কর্সিকা 21

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

— ব্ল্যাকলাইট জ্বলজ্বল 21

অনেকগুলি কীবোর্ডে, সিটিআরএল-স্পেস বা সিটিআরটিএল - @ বা এলইটি -0 একটি NUL টাইপ করবে।

— dubiousjim

@ ডডজেটেসট্যাম্রোলার আমি বিশ্বাস করি যে আপনি এক্সট্রাক্টে ফরোয়ার্ড স্ল্যাশ (বা আরও স্পষ্টভাবে, 0x2F মানের বাইট ) সম্পর্কে ভুল করেছেন । আসলে, আমি বিশ্বাস করি না যে এটি ফাইল সিস্টেমটিতেও পৌঁছে যাবে; ব্যাকিং স্টোর নির্বিশেষে ভিএফএস স্তর এটিকে অস্বীকার করবে।

— zwol

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

— স্নেকডোক

Answer 2

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

এটি বলেছে, আপনি ফাইলের নামের ক্ষেত্রে আরও খারাপ করতে পারেন:

• স্পেস ব্যবহার করে কিছু খারাপভাবে লিখিত প্রোগ্রাম এবং স্ক্রিপ্টগুলি ভেঙে যায় যা ফাইলের নামগুলি যথাযথভাবে উদ্ধৃত করে না
• ফাইলের নাম দিয়ে কোনও -সমস্যা শুরু করতে সমস্যা হতে পারে কারণ অনেক প্রোগ্রাম এটিকে ফাইলের নামের পরিবর্তে কমান্ড-লাইন বিকল্প হিসাবে দেখতে পাবে (উদাহরণস্বরূপ rm -rনামকরণ করা কোনও ফাইল সরিয়ে দেবে না -r)।
• ফাইলের নাম একটি দিয়ে শুরু করা .এটি অনেকগুলি ইউটিলিটি এবং শেল গ্লোববিং থেকে আড়াল করে রাখবে (যেমন rm *ফাইলগুলি মুছে ফেলবে না .config)
• বিশেষ অক্ষর |<>*?এবং এমনকি মুদ্রণযোগ্য অক্ষরগুলির মতো newlineপ্রযুক্তিগতভাবে ব্যবহার করা প্রযুক্তিগতভাবে সম্ভব, তবে স্পেস অক্ষরের অনুরূপ স্ক্রিপ্টগুলি / প্রোগ্রামগুলি ভেঙে ফেলতে পারে। পার্থক্যটি হ'ল স্পেস ক্যারেক্টারটি প্রায়শই ব্যবহৃত হয়, সুতরাং প্রোগ্রামাররা তাদের প্রোগ্রামগুলি এর বিপরীতে পরীক্ষা করার প্রবণতা দেখায়, যখন কম জনপ্রিয় চরিত্রগুলি প্রায়শই অরক্ষিত থাকে।

Comments

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

— স্টাফেন চেজেলাস

আপনি কি বলতে চাইছেন: rm *ফাইলগুলি সরিয়ে দেবে না .config?

— ওয়াইল্ডকার্ড

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

— দিমিত্রি গ্রিগরিয়েভ

@ দিমিত্রিগ্রিরিভ, না তারা নেই। ডট ফাইল রয়েছে এমন কোনও ডিরেক্টরিতে ls -ald। ?? * ব্যবহার করে দেখুন।

— বিল বার্থ

আমি বিশ্বাস করি যে "আপনি যদি ফাইলের নামে বড় বড় অক্ষর ব্যবহার করতে চান তবে আপনার ইউনিক্সে ক্রম বাছাই করা (কখনও কখনও) কেস সংবেদনশীল" এই বিষয়টি মনে রাখা উচিত " ব্যবহারকারীর এই আচরণটি চাই Makefileএবং READMEএটির নিখুঁত উদাহরণ। আরও মনে রাখবেন যে চিঠিটি যদি নামের প্রথম অক্ষর না হয় তবে এই প্রভাবটি নগণ্য so তাই আপনি যদি উট কেস ব্যবহার করেন তবে এটি কোনও বড় বিষয় নয়। অবশ্যই, আপনি anOctagonআগে দেখে অবাক হতে পারেন angle, তবে অন্তত তারা তালিকাতে একসাথে থাকবেন।

— জি-ম্যান

Answer 3

আপনি যদি উইন্ডোজ পরিবেশের সাথে ইন্টারফেস করতে চলেছেন তবে আপনার রাজধানীগুলি এড়ানো উচিত কারণ উইন্ডোজ সব কিছু কমিয়ে দেবে। এটি প্রায়শই অন্যভাবে যেতে সমস্যা হয়; একটি লিঙ্কের Page_2.htmlপাবেন page_2.htmlউইন্ডোজে কিন্তু ইউনিক্স মধ্যে ব্যর্থ হবে।

Comments

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

— Jörg ডব্লু মিটাগ

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

— dodgethesteamroller

@ JörgWMittag যদি না আমি ভুল করছি এনটিএফএস হয় না কেস-অবশ, এটা ঠিক যে রহস্যময় উপায়ে উইন্ডোজ কাজ করে।

— চিতুলহু

@ চথুলহু: এএফআইএকে, এনটিএফএসের চারটি আলাদা নেমস্পেস রয়েছে যাতে আপনি ফাইলের জন্য নাম তৈরি করতে পারেন। (যদিও আমি জানি না যে কোনও একক ফাইলের একাধিক নেমস্পেসে নাম থাকতে পারে)) একটি "ডস" নেমস্পেস (8.3, কেস-সংবেদনশীল), একটি "দীর্ঘ" নেমস্পেস (কেস-সংবেদনশীল, কেস-সংরক্ষণ, হল UTF-16), "সংক্ষিপ্ত দীর্ঘ" নামের জন্য একটি বিশেষ নামস্থান, অর্থাত্ নাম যার ক্ষেত্রে সংরক্ষিত করা উচিত কিন্তু 8.3 মধ্যে যে মাপসই, এবং একটি POSIX নামস্থান (ব্যতীত অন্য অক্টেট একটি প্রবাহ \0এবং /, কেস সংবেদনশীল)। কমপক্ষে এটি আমার মনে আছে। তবে আমি একমত যে এটি এক ধরণের গোলযোগ। …

— জার্গ ডব্লু মিটাগ

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

— জার্গ ডব্লু মিটাগ

Answer 4

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

Comments

echo set completion-ignore-case On >> ~/.inputrcকিছুটা সাহায্য করতে পারে, কমপক্ষে নিজের সিস্টেমে।

— wchargin

এই উত্তরের বিষয়টি কী তা নিয়ে আমি পরিষ্কার নই - যদি না হয় আপনি কীভাবে কোনও ফাইলের নাম "বানান" করতে পারেন তা ভুলে যেতে পারেন। উদাহরণস্বরূপ, আপনি যদি নামে একটি ফাইল তৈরি করেন Fooএবং পরে cat f(ট্যাব) টাইপ করেন তবে এটি ব্যর্থ হবে। কিন্তু একই জিনিস যদি আপনি টাইপ ঘটবে cat foo, cat Foobarবা cat Fuসত্য আপনি কষ্ট একটি ফাইল যার নাম আপনি সঠিকভাবে মনে করতে পারছি না সত্যিই স্বয়ংসম্পূর্ণ সাথে কিছু নেই অ্যাক্সেসের ক্ষেত্রে সমস্যা করবে -।

— জি-ম্যান 21

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

— ব্ল্যাকলাইট জ্বলজ্বল

Answer 5

যেহেতু এনএল_ডেরেক এই পোকার কৃমিটি খুলেছিল, তবে এটি সঠিকভাবে প্রকাশ করেনি, তাই আমি এটি বলব:

বড় হাতের অক্ষর ব্যবহার করা ঠিক আছে তবে কেবলমাত্র ক্ষেত্রে ক্ষেত্রে পৃথক হওয়া ফাইল (একই ডিরেক্টরিতে) তৈরি করা আপনার এড়ানো উচিত কারণ উদাহরণস্বরূপ, File_Name.txt এবং file_name.txt , কারণ

• আপনি যদি কোনওভাবে ডিরেক্টরিটিকে উইন্ডোজ সিস্টেমে উপলব্ধ করেন তবে এটি উভয় ফাইল অ্যাক্সেস করতে সক্ষম হবে না। আপনি সম্ভবত নামটি ব্যবহার না করেই সম্ভবত ডিরেক্টরিতে প্রথম প্রদর্শিত শুধুমাত্র এটি অ্যাক্সেস করতে সক্ষম হবেন। (বাদে: এটি আপনাকে তাদের হিসাবে অ্যাক্সেস দিতে পারে FILENA~1.TXTএবং FILENA~2.TXT - dir /xকোন দীর্ঘ নামটি দিয়ে কোন সংক্ষিপ্ত নামটি (যদি থাকে তবে) কী হয় তা টাইপ করুন )
• ফাইল সিস্টেমটি যদি আসলে একটি উইন্ডোজ ফাইল সিস্টেম হয় (যেমন, উইন্ডোজ চলমান কোনও এনএফএস সার্ভারের একটি এক্সএফএটি বা এনটিএফএস ফাইল সিস্টেম থেকে মাউন্ট করা হয়), তবে দুটি নাম (সম্ভবত) সহাবস্থান করতে দেওয়া হবে না। উদাহরণস্বরূপ, আপনি যদি করেন এবং , আপনি আউটপুট সমেত একটি একক ফাইলের সাথে শেষ করতে পারেন ।cmd1 > foocmd2 > Foocmd2
• একইভাবে, আপনি যদি কখনও উইন্ডোজ সিস্টেমে ফাইলগুলি স্থানান্তর করেন তবে দুটি নাম (সম্ভবত) সহাবস্থান করতে দেওয়া হবে না। উদাহরণস্বরূপ, আপনি যদি দুটি ফাইল সমন্বিত একটি সংরক্ষণাগার (উদাহরণস্বরূপ, জিপ) তৈরি করেন এবং এটি একটি উইন্ডোজ সিস্টেমে বের করেন তবে দ্বিতীয় ফাইলটি সম্ভবত প্রথমটি ওভাররাইট করে। আপনি যদি এগুলিকে কোনও এফটিপি বা অনুরূপ কিছু দিয়ে একটি উইন্ডোজ বাক্সে স্থানান্তর করেন তবে একই জিনিস।

Comments

কেবল উইন্ডোজই নয়, বেশ কয়েকটি অন্যান্য ওএস (ভিএমএস, আমি মনে করি, সিপি / এম অবশ্যই, অন্যরা ...)

— টবি স্পিড

Answer 6

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

Comments

সাপ_কেস চোখের উপর সহজ - storageNycDcPrimaryএবং StorageNycDcPrimaryউভয়ই পড়তে অদ্ভুত।

— go2null

Answer 7

আমি বিবেচনা করি ফাইলের নাম এবং রাজধানীর ফাঁকা স্থানগুলি ব্যবহার করা এড়ানো ভাল অনুশীলন ।

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

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

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

এবং একটি শেষ কথা, আপনি যদি সমস্ত সমস্যা এড়াতে চান তবে ফাইলের নামগুলিতে কোনও বিশেষ অক্ষর নেই (কেবলমাত্র ছোট অক্ষরের অক্ষর, অঙ্কগুলি, আন্ডারস্কোর এবং বিয়োগগুলি [1])। এই অবাঞ্ছিত চরিত্রের তালিকায় সমস্ত অ্যাস্কি অক্ষরও রয়েছে (হ্যাঁ, ফরাসী এবং অন্যান্য অ ইংরেজী লোক - এবং আমি তাদের মধ্যে একজন am যার মধ্যে কোনওটি নেই: à, â, ä, ç, ..., ..., ö, æ, œ , ...)। এটি লগইন এবং পাসওয়ার্ড সহ আরও অনেক কিছুতে প্রসারিত । আপনি যখন কোনও লগইন বা পাসওয়ার্ডে একটি উদ্ধৃতি বা ডাবল উদ্ধৃতি ( 'বা ") রাখেন যা বাশ স্ক্রিপ্ট দ্বারা পরিচালিত কোনও নিশ্চিত সিসাদমিন দ্বারা লিখিত না হয়ে কি হবে তা অনুমান করার সুযোগ দেব ...

[1]: হয়তো আমরা প্রসারিত করতে পারে যে করতে ~, @, #এবং কিছু অন্যদের, কিন্তু এই কষ্ট করার জন্য খুঁজছেন হয় (এবং হ্যাঁ আমি Emacs ফাইল সম্পর্কে জানি ...)।

Comments

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

— ব্ল্যাকলাইট জ্বলজ্বল

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

— jfg956

যে একটি সচেতন পছন্দ আপনার অংশ কিছু অক্ষর, একটি সীমাবদ্ধতা পাতাটা বদলে ব্যবহার করা থেকে বিরত সিস্টেম (এই উদাহরণে, Wi-Fi এর মান, পি এবং ক্লায়েন্ট বাস্তবায়নের, ইত্যাদি)। আপনি যদি পাসওয়ার্ড হিসাবে এলোমেলোভাবে নির্বাচিত অক্ষরের একটি স্ট্রিং ব্যবহার করে থাকেন তবে আপনি একটি মনোস্পেস ফন্ট ব্যবহার করে (বা প্রাপকদের ব্যবহার করতে উত্সাহিত করতে), বা যদি আপনি হস্তাক্ষর করে থাকেন তবে আরও স্বতন্ত্র গ্লাইফগুলি ব্যবহার করে পাঠযোগ্যতা উন্নত করতে পারেন ser এল, বড় হাতের অক্ষর I এবং অঙ্ক 1; ছোট ছোট ছোট ও, গোলাকার বড় হাতের ছোট, স্ল্যাশড বা বিন্দু অঙ্ক 0; ইত্যাদি)। বিকল্পভাবে, আপনি একটি পাসফ্রেজ ব্যবহার করতে পারেন।

— ব্ল্যাকলাইট জ্বলজ্বলে