ইউআরএলগুলিতে আমার কি শিরোনাম কেস ব্যবহার করা উচিত?


9

আমরা বর্তমানে একাধিক ওয়েব অ্যাপ্লিকেশন সহ কোনও সাইট জুড়ে একটি ধারাবাহিক নামকরণ কনভেনশন নিয়ে সিদ্ধান্ত নিচ্ছি। !তিহাসিকভাবে, আমি 'সমস্ত অক্ষরের ছোট হাতের অক্ষর!' ইউআরএল তৈরি করার সময়:

http://example.com/mysystem/account/view/1551

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

http://example.com/MySystem/Account/View/1551

আমরা এমন পরিস্থিতিতে নেই যেখানে মানুষের প্রয়োজন পড়তে বা URL- বুঝতে সক্ষম হতে যাতে একজন চালক কোনটাই নয়। আমরা পরে মূল জিনিসটি একটি ধারাবাহিক পদ্ধতির যা যৌক্তিক এবং অর্থপূর্ণ।

এমন কোনও মানদণ্ড রয়েছে যা কোনওভাবে বা অন্যভাবে করা ভাল বলে ঘোষণা করে, বা এমন কোনও সমস্যা রয়েছে যা আমরা একে অপরের চেয়ে অগ্রাধিকার পছন্দ করে (অন্তত বাস্তববাদী আধুনিক) সেটআপগুলিতে চালাতে পারি? এই বিতর্কটির জন্য বর্তমানে সাধারণ sensকমত্য কী?

উত্তর:


10

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

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

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


7
কিন্তু সিস্টেম আছে পার্থক্য ...
ghoppe

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

@ jdl134679 সম্পন্ন হয়েছে।
TZHX

4

অভ্যন্তরীণ ওয়েবসাইটগুলির জন্য, আপনি যতক্ষণ না এটির সাথে সামঞ্জস্য রাখছেন ততক্ষণ তা বিবেচ্য নয়।

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

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


2

ব্যবহারকারীরা যতক্ষণ এগুলি টাইপ করতে পারে ততক্ষণ তা সত্যিকার অর্থে কিছু যায় আসে না। ব্যক্তিগতভাবে, আমি পছন্দ করিTitleCase , তবে এমন অনেকে আছেন যারা একমত নন। আপনি যদি ধারাবাহিক হন তবে কেউ আপত্তি করবে না।

যদি আপনার ওয়েব সার্ভারটি কোনও কারণে না করতে পারে, http://foo.com/HelloWorldযখন আমি যাওয়ার চেষ্টা করি তখন আমাকে দেখান http://foo.com/helloworld, আপনার উচিত সমস্ত ছোট হাতের বাছাই করা। এই দিনগুলিতে লোকেরা খুব কমই পুরো ইউআরএল টাইপ করলেও, সামনের মুখের ঠিকানাগুলি মূলধনের সাথে ঘুরে বেড়ানো ছাড়া অ্যাক্সেসযোগ্য হওয়া উচিত।


2

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

"MiXeD-CaSe NaMeS। ইউআরএল-মিক্সিং-আপার-কেস-এবং-লোয়ার-কেস-অক্ষর-ইন-দ্য ইউআরএল দ্বারা আপনার ব্যবহারকারীদের গুলিয়ে ফেলবেন না lower আপনার ব্যবহারকারী আসলে একটি মিশ্রিত ক্ষেত্রে একটি URL টাইপ করেন, এটি সার্ভারে স্বাভাবিক করুন এবং উপযুক্ত কেসটি পরিবেশন করুন।


1

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

যখনই আমি http://www.somewebsite.com/Having/URLs/That-Look-Something-Like-This/ দেখেছি , আমার মনে হয়েছিল বিকাশকারীর অভিপ্রায়টি প্রধানত বাকিদের থেকে কিছুটা আলাদা দেখাচ্ছিল তবে এটি কিছুই নয় উদ্ভাবন এবং কেউই এটা পাঠযোগ্যতা বৃদ্ধি করতে, বিশেষত এখন আপনি আছে সাহায্য করে আমি এবং , হে এবং 0 , আপনার বিশ্লেষণের জন্য প্রতিবাদী অন্য অক্ষর।

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

তবে, লিনাক্সে বেশিরভাগ ওয়েব সার্ভার চলমান রয়েছে এবং আমরা বিকাশকারীরা সর্বদা আগত পাঠ্য ডেটার মানকেই শেষ করে দেয় কারণ ইনপুটটি কেস-সংবেদনশীল, আমি কীভাবে এটি সমস্তভাবে সম্পন্ন করেছি তার প্রতি দৃ .়তা রেখেছি।


0

ব্যবহারের কারণে কখনও শিরোনাম কেস ব্যবহার করবেন না! আপনার মোবাইল ফোনে বিভিন্ন কেস ইউআরএল সম্পাদন করতে আপনার কত সময় ব্যয় করতে হবে এবং ক্লিক করতে হবে তা কল্পনা করুন !


যদিও আমার আইফোনে, শিরোনামের ক্ষেত্রে '-' বা '_' এর চেয়ে কম অতিরিক্ত কীস্ট্রোক প্রয়োজন।
ব্র্যাডস

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