আমার ইউআরএলগুলি ছোট করা উচিত?


17

এই ব্লগ অনুসারে ("এসইও বন্ধুত্বপূর্ণ ইউআরএল সিন্ট্যাক্স অনুশীলনগুলি বোঝা") আমার পরিবর্তন করা উচিত

http://example.com/Hello-Dolly

প্রতি

http://example.com/hello-dolly

প্রদত্ত কারণগুলি হ'ল:

  • ইউআরএল, সাধারণভাবে, কেস-সংবেদনশীল
  • এটি যে কোনও ক্ষেত্রে সংবেদনশীল এসইও এবং অ্যানালিটিক্স প্রতিবেদনকে সহজ করবে

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

তবে আমি এএসপি.নেট এমভিসি ব্যবহার করি এবং ডিফল্টরূপে আমার ইউআরএলগুলি এইভাবে তৈরি হয় ( ক্যামেলকেস ):

http://www.example.com/Controller/Action/Parameter

http://www.example.com/Categories/List/Bicycles

আমি আরএফসি 1738 এর মাধ্যমে স্কিম করেছি তবে আমি এর কোনও নির্দিষ্ট উত্তর দেখতে পাইনি।

ফ্রেমওয়ার্ককে সমস্ত কিছুকে ছোট আকারে পরিবর্তিত করতে বাধ্য করার জন্য আমার পথ ছেড়ে যাওয়া উচিত? মাইক্রোসফ্ট কেন তাদের কাঠামো ডিজাইন করতে বেছে নিয়েছে যদি সবাই আমাকে ছোট হাতের ব্যবহার করতে বলছে?


3
আপনার সম্প্রদায়ের কাছে দুর্দান্ত প্রশ্ন এবং দুর্দান্ত প্রশ্নের উপস্থাপনা এখানে ওয়েবমাস্টার্স.স্ট্যাককেচেঞ্জ ডটকম এ! জিজ্ঞাসার আগে আপনি এই বিষয়টিতে সত্যই আপনার 'হোমওয়ার্ক' করেছিলেন!
dvnkiss

আমি এমন একটি সমস্যায় পড়েছিলাম যেখানে একটি প্রক্সি অনুরোধ করা URL টি সমস্ত ছোট হাতের কাছে বদলে দেয় - এবং আমার ./SO/ উপ-ডিরেক্টরিতে (যেখানে আমি স্ট্যাকওভারফ্লো উদাহরণ রেখেছি) একটি পৃষ্ঠা হোস্ট করে এমন একটি লিনাক্স সার্ভারের অনুরোধের ফলে 404 সৃষ্টি করেছিল। এটি এমন একটি ব্যবহারের ক্ষেত্রে যেখানে ছোট হাতের অক্ষর তৈরি হয় (আপনি তর্ক করতে পারেন যে প্রক্সিটি খারাপভাবে কোড করা হয়েছিল তবে এটিই বাস্তব জীবন ...)
ফ্লোরিস

উত্তর:


10

Should I go out of my way to force the framework to change everything to lower case?

না, এটি প্রয়োজনীয় নয়। উইন্ডোজ অপারেটিং সিস্টেমগুলি তাদের সার্ভার ওএস এবং ফ্রেমওয়ার্ক অ্যাপ্লিকেশন সহ সংবেদনশীল are লিনাক্স / ইউনিক্স অপারেটিং সিস্টেমগুলি তবে সংবেদনশীল।

ইন্টারনেট-ভিত্তিক অ্যাপ্লিকেশনগুলি (যেমন, ব্রাউজারগুলি) আরএফসি 3986 এর 6 অনুচ্ছেদে বর্ণিত ইউআরএলগুলির স্বাভাবিককরণ করা উচিত :

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

আপনি যেহেতু কোনও উইন্ডোজ সার্ভার ব্যবহার করছেন তাতে সন্দেহ নেই, অনুরোধ করা ইউআরএল এবং ইউআরআই ক্লায়েন্ট অ্যাপ্লিকেশনগুলিতে ফিরে আসবে ঠিক fine


উপরের আরএফসিতে বর্ণিত অনুসন্ধান ইঞ্জিনগুলির বিষয়ে, এবং ইউআরএল নর্মালাইজেশনে আপনার উইকিপিডিয়া লিঙ্কে :

ওয়েব পৃষ্ঠাগুলির উপর গুরুত্ব আরোপ করতে এবং সদৃশ পৃষ্ঠাগুলির সূচি হ্রাস করতে অনুসন্ধান ইঞ্জিনগুলি ইউআরএল সাধারণকরণকে নিয়োগ করে।

এবং বিষয়টিতে এই প্রতিবেদনের মতো সূত্র হিসাবে :

সাম্প্রতিককালে, গুগল আরও ভালভাবে বুঝতে শুরু করেছে যে /page1.html এবং / পৃষ্ঠাগুলি এইচটিএমএল একই সামগ্রীর মাত্র দুটি উদাহরণ।


Why did Microsoft choose to design their framework like this if everybody is telling me to use lowercase?

এটি তাদের অপারেটিং সিস্টেমের সাথে সামঞ্জস্যপূর্ণ, এবং আরএফসি এর অনুযায়ী প্রযুক্তিগতভাবে ভুল নয়। তাদের কাজ করার নিজস্ব পদ্ধতিও রয়েছে, যা ওয়েবমাস্টারদের অনুমান করে রাখে :-)


1
দুর্দান্ত উত্তর, আমি খুব অনুরূপ একটি উত্তর পোস্ট করতে যাচ্ছিলাম তবে আপনি আমাকে এতে মারধর করেছেন! "সবাই যদি আমাকে ছোট হাতের ব্যবহার করতে বলছে তবে মাইক্রোসফ্ট কেন তাদের ফ্রেমওয়ার্কটি এমনভাবে ডিজাইন করতে বেছে নিয়েছিল? ... তাদের নিজস্ব কাজ করার পদ্ধতিও রয়েছে যা ওয়েবমাস্টারদের অনুমান করে চলেছে।" - এইটুকু ভালোবাসি। যতদূর আমি মনে করতে পারি মাইক্রোসফ্টের বিকাশকারী / ওয়েবমাস্টাররা তাদের কঠোর নিয়মে বাঁকানোর জন্য নিজস্ব উপায় ছিল!
dvnkiss

4

আমি জানি না যে আপনার এটি পরিবর্তন করা উচিত তবে আপনার ধারাবাহিকতা নিশ্চিত হওয়া উচিত।

আমি কয়েক বছর আগে এটি দেখেছিলাম এবং টিএলডি এর আগে টিএলডি করার পরে গুগলের স্ট্যান্ডার্ডটি সে ক্ষেত্রে ছিল।

সেই সময় আমি একটি অপ্রত্যাশিত সাইটে কাজ করছিলাম BusinessForPhotographers.com; স্পষ্টতই এটিকে নিয়ত সংবেদনশীল হিসাবে বিবেচনা করা হয়।

এর পরে .comআর একটি বিষয়। গুগল দেখতে /Great-Articleপৃথক পৃথক হিসাবে দেখায় /great-article, এমনকি আপনি যদি সার্ভার তাদের একই জায়গায় চালিত করেন।

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

যদিও এটি ইউটিউবের মতো পরিষেবা সম্পর্কে অর্থহীন মনে হতে পারে, /A1B2C3একই URL হিসাবে /a1b2c3কি?

গুগলের চোখে নেই।


3

ইউআরআই পাথগুলি কেস-সংবেদনশীল (যদি অন্যথায় সংজ্ঞায়িত না হয়)। দেখুন কোনো URI মান এসটিডি 66 অধ্যায় 6.2.2.1। কেস সাধারণকরণ :

অন্যান্য জেনেরিক সিনট্যাক্স উপাদানগুলি কেস-সংবেদনশীল হিসাবে ধরে নেওয়া হয় যদি না অন্যথায় পরিকল্পনা দ্বারা নির্দিষ্ট করা হয়

যদি এইচটিটিপি ইউআরআই পাথগুলিতে বড় হাতের অক্ষরগুলি কিছু ব্যবহারকারীর জন্য সমস্যা হয়ে থাকে তবে উইকিপিডিয়া তাদের জন্য নষ্ট হয়ে যাবে। এই দুটি এইচটিটিপি ইউআরআই (কেবলমাত্র ছোট ছোট oবনাম বড় হাতের চেয়ে আলাদা O) বিভিন্ন পৃষ্ঠায় নিয়ে যায়:

তাই না, আপনি না আছে আপনার URI উল্লিখিত পরিবর্তন।

তবে, যদি সম্ভব হয় (উইকিপিডিয়া যেমন করে আপনি কেসটি ব্যবহার না করেন), সমস্ত কেসের রূপগুলি মঞ্জুরি দেওয়া এবং 301 টি একটি ক্যানোনিকাল ভেরিয়েন্টে পুনর্নির্দেশ করা ভাল অভ্যাস হবে

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