উইন্ডোজের পরবর্তী সংস্করণগুলিতে প্রতীকী লিঙ্কগুলির পরিবর্তে শর্টকাট ফাইলগুলি ব্যবহার করা অবিরত থাকবে কেন?


68

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


25
উইন্ডোজ (এবং অফিস) এর নতুন সংস্করণগুলি কেন এএনএসআই ফর্ম্যাটে পাঠ্য ফাইলগুলি সংরক্ষণ করবে এবং ইউটিএফ -8 নয়? হয় অসামঞ্জস্যতা এবং অযৌক্তিকতা বা লিগ্যাসি সিস্টেম সমর্থন করার জন্য ...
বিপরীতে

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

12
উইন্ডোজ .lnkফাইলগুলি লিনাক্স .desktopফাইলগুলির সাথে সিমলিংকের চেয়ে বেশি মিল similar
আর্টুরো টরেস সানচেজ 13

3
সিমলিংকগুলি সুরক্ষিত কৌশলযুক্ত (বিভ্রান্ত ডেপুটি সমস্যা)
কোডসইনচায়োস

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

উত্তর:


106

বেশ কয়েকটি কারণ, আমার ধারণা

  1. ফাইল সিস্টেমের পরিবর্তে শেল দ্বারা ব্যাখ্যা করা হিসাবে আপনি একই এক্সএইজে বিভিন্ন শর্টকাটের বিপরীতে বিভিন্ন স্তরের সামঞ্জস্যের সঞ্চয় করতে পারেন।
  2. কিছু শর্টকাট লিঙ্ক আসলে ফাইল সিস্টেমে বিদ্যমান নেই। এর মধ্যে কয়েকটি হ'ল জিইউইডিগুলির উল্লেখ বা শেল দ্বারা ব্যাখ্যা করা বিশেষ স্ট্রিং।
  3. আপনি একটি সিমিলিংকে স্যুইচগুলি অন্তর্ভুক্ত করতে পারবেন না। আপনি অবশ্যই EXE- এ নির্দেশ করতে পারেন, তবে আপনি এই EXE কে আর কোনও যুক্তি বলতে পারবেন না।
  4. আপনি একটি সিমিলিংকের জন্য একটি আইকন চয়ন করতে পারবেন না।
  5. সিমলিংকে কোন ডিরেক্টরি থেকে কাজ করবেন তা আপনি চয়ন করতে পারেন না।
  6. শর্টকাট ফাইলগুলিকে কেবল ফাইলগুলির দিকে নির্দেশ করতে হবে না, সেগুলি হাইপারলিঙ্ক বা প্রোটোকল লিঙ্ক হতে পারে (একটি ইউআরএল ফাইলের ক্ষেত্রে)।
  7. যে কোনও ফাইল সিস্টেমে এলএনকে ফাইল উপস্থিত থাকতে পারে। উইন্ডোজ, এনটিএফএসের ক্ষেত্রে সিমলিংকগুলি ফাইল সিস্টেম নিজেই পরিচালনা করে।
  8. এগুলি প্রতিস্থাপন করার কোনও সত্যিকারের প্রয়োজন নেই। তারা কাজ করে, তারা ক্ষুদ্র, ভবিষ্যতে এগুলি আরও ছোট করে দেওয়া যেতে পারে যদি উপরে তালিকাভুক্ত না হয়ে তাদের সাথে আরও কার্যকারিতা যুক্ত করার প্রয়োজন হয়।
  9. একটি সিমিলিংক তৈরি করার জন্য প্রশাসনিক অধিকারের প্রয়োজন (যথাযথ কারণে - অন্যথায় দূষিত ফাইলগুলিতে নির্দোষ ফাইলগুলির পুনঃনির্দেশ খুব সামান্য কাজ দিয়ে কার্যকর করা যেতে পারে)

এর চেয়ে আরও বেশি কারণ থাকবে, তবে আমি মনে করি আপনাকে শুরু করার পক্ষে এটি যথেষ্ট :) - এখানে @ গ্রাটিউইজের একটি লিঙ্ক দেওয়া আছে যা এই বিষয়ের অংশে আরও কিছু পড়তে দেবে।


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

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

3
সত্য, এফএসের নিজেই এই তথ্যের বেশিরভাগের কোনও ব্যবহার থাকবে না - অনেকগুলি .lnk বৈশিষ্ট্যগুলি সত্যই এক্সপ্লোরার-নির্দিষ্ট, তাই কোনও ফাইলের পরিবর্তে রিসার্স পয়েন্ট হিসাবে সবকিছু সংরক্ষণ করা ওভারকিল হবে।
মাধ্যাকর্ষণ 6

3
কেবল উল্লেখ করতে চেয়েছিলাম, এলএনকে ফাইলগুলি যতদূর আমি জানি ইউআরএল (হাইপারলিংকস) লক্ষ্য করতে ব্যবহার করা যাবে না। আপনি উইন্ডোজে একই শর্টকাট তৈরির সুবিধাটি কোনও ইউআরএল-এর শর্টকাট তৈরি করতে ব্যবহার করতে পারেন তবে শেষ ফলাফলটি একটি। URL ফাইল (যা সরল পাঠ্য, মূলত একটি INI ফাইল), একটি .LNK ফাইল নয় (যা বাইনারি হয়)।
মাইকেল বেকার 20

3
বা start http://superuser.comযেটি ডিফল্ট ব্রাউজারটিকে বাছাই করে, যেমন URL এর সত্যিকারের শর্টকাট করে। তাই বলা হয়, আপনি পারে .LNK ফাইল URL- এর নির্দেশ করা রয়েছে। শেষ পর্যন্ত, তারা "সিরিয়ালযুক্ত সিওএম মনিকারস", এবং সিওএম সিস্টেমটি নতুন মনিকার ধরণের মাধ্যমে প্রসারিত হতে পারে।
এমএসএলটার্স

6

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

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

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

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

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