আমার ইউআরএলটিতে কখন আমাকে একটি পিছনে স্ল্যাশ ব্যবহার করা উচিত?

Question

ইউআরএল এ কখন একটি ট্রেলিং স্ল্যাশ ব্যবহার করা উচিত? উদাহরণস্বরূপ - আমার ইউআরএল দেখতে ভালো লাগবে /about-us/নাকি /about-us?

আমি এসইও সম্পর্কিত বিষয়গুলি সম্পর্কে সম্পূর্ণ সচেতন - নকল সামগ্রী এবং ক্যানোনিকাল জিনিস; পৃষ্ঠাগুলি একা সঠিকভাবে পরিবেশন করার প্রসঙ্গে আমার কোনটি ব্যবহার করা উচিত তা জানার চেষ্টা করছি ।

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

কোনটি ব্যবহার করবেন তা জানার উপযুক্ত উপায় আছে?

Comments

ট্র্যাশিং স্ল্যাশ, তবে আমার মতে এটি মূলত নান্দনিকতা। চেহারা এবং অনুভূতি।

— এরিক হার্লিটজ

প্রো ওয়েবমাস্টারগুলিতে একই প্রশ্ন: আপনার ইউআরএল পথটি শেষের স্ল্যাশে শেষ হয় কি না তাতে কি কোনও পার্থক্য রয়েছে?

— স্টিফেন অস্টেরমিলার

এই প্রশ্নটিকে অন্যতম পছন্দ হিসাবে বিবেচনা করা হয়েছে এবং এটি মূলত মতামত ভিত্তিক হিসাবে বিষয়বস্তু বলে মনে হবে না । তবে, আমার উত্তরটি যেমন দেখায়, আসলে এই প্রশ্নটিকে পছন্দ হিসাবে বিবেচনা করা একটি ভুল: এটি একটি এক্সওয়াই সমস্যা, এবং অন্তর্নিহিত "বাস্তব" প্রশ্নের একটি সুনির্দিষ্ট প্রযুক্তিগত উত্তর রয়েছে, এবং এইভাবে মূলত মতামত ভিত্তিক নয় ।

— রায়েডওয়াল্ড

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

— কোয়ান্টিন

আমি আপনার প্রশ্নে কয়েকটি সম্পাদনা করেছি, দয়া করে আপনার যখন সুযোগ করার সুযোগ হবে তখন সেগুলি দুটিবার পরীক্ষা করে দেখুন। ধন্যবাদ :)

— টিম পোস্ট

Answer 1

আমার ব্যক্তিগত মতামত পিছনে স্ল্যাশ অপব্যবহার করা হয়।

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

ইউনিক্স-এর মতো অপারেটিং সিস্টেমে এই বইয়ের জন্য একটি সাধারণ URL ফাইল / ///home/username/RomeoAndJuliet.pdf হিসাবে একটি ফাইল পাথ হবে, একটি স্থানীয় হার্ড ডিস্কে একটি ফাইলে সংরক্ষিত বৈদ্যুতিন বই সনাক্ত করতে।

উত্স: উইকিপিডিয়া: ইউনিফর্ম রিসোর্স আইডেন্টিফায়ার

পড়ার জন্য আরও একটি ভাল উত্স: উইকিপিডিয়া: ইউআরআই স্কিম

আরএফসি 1738 অনুসারে, যা 1994 সালে ইউআরএল সংজ্ঞায়িত করেছিল, যখন সংস্থানগুলিতে অন্যান্য সংস্থাগুলির রেফারেন্স থাকে তবে তারা দ্বিতীয় সংস্থার অবস্থান নির্ধারণ করতে আপেক্ষিক লিঙ্কগুলি ব্যবহার করতে পারে যেমন বলা হয়, "নিম্নলিখিত আপেক্ষিক ব্যতীত এই জায়গায় একই জায়গায় পথ "। এটি আরও বলা যায় যে এই জাতীয় আপেক্ষিক URL গুলি একটি মূলক্রম ভিত্তিযুক্ত মূল URL এর উপর নির্ভরশীল যার বিরুদ্ধে আপেক্ষিক লিঙ্কটি ভিত্তিক, এবং ftp, HTTP, এবং ফাইল ইউআরএল স্কিমগুলি এমন কিছু উদাহরণ যার সাথে শ্রেণিবদ্ধ হিসাবে বিবেচনা করা যেতে পারে শ্রেণিবিন্যাসের উপাদানগুলি "/" দ্বারা পৃথক করা হচ্ছে।

উত্স: উইকিপিডিয়া ইউনিফর্ম রিসোর্স লোকেটার (ইউআরএল)

এছাড়াও:

এই প্রশ্নটি আমরা প্রায়শই শুনি। উত্তরগুলি এগিয়ে! Icallyতিহাসিকভাবে, ইউআরএলগুলির জন্য একটি ডিরেক্টরি নির্দেশ করার জন্য পিছনে স্ল্যাশযুক্ত URL এবং ট্রেলিং স্ল্যাশ ছাড়াই ফাইলগুলি বোঝাতে এটি সাধারণ:

http://example.com/foo/ (স্ল্যাশ সহকারে, প্রচলিত একটি ডিরেক্টরি সহ)

http://example.com/foo (স্ল্যাশ ছাড়াই, প্রচলিত একটি ফাইল ছাড়াই)

উত্স: গুগল ওয়েবমাস্টার কেন্দ্রীয় ব্লগ - স্ল্যাশ করতে বা স্ল্যাশ করতে না

অবশেষে:

1. URL এর শেষে একটি স্ল্যাশ ঠিকানাটিকে "সুন্দর" দেখাচ্ছে look

2. শেষে এবং প্রসার ছাড়াই একটি স্ল্যাশ ছাড়াই একটি URL কিছুটা "অদ্ভুত" দেখাচ্ছে।

3. আপনি কখনই আপনার সিএসএস ফাইলটির নাম রাখবেন না (উদাহরণস্বরূপ) http://www.sample.com/stylesheet/ আপনি কি করবেন?

তবে আমি পরিবেশ নির্বিশেষে ওয়েব সেরা অনুশীলনের প্রবক্তা। ইউআরএল সম্পর্কে কোনও এক্সট্রাকশন না করে যেমন আপনি বলেছিলেন ঠিক তেমনি এটি দু: খজনক এবং অস্পষ্ট হতে পারে।

Comments

এটি অদ্ভুত, আপনি কোনও ফাইলের নাম "স্টাইলশীট /" রাখতে পারবেন না - এবং স্ল্যাশ বা কোনও

— স্ল্যাশই

@nicogawenda, .htaccess সব ধরণের যাদু করতে পারে;) আপনার সিএসএস আসলে পিএইচপি ফাইল হতে পারে!

— rmorse

ওয়েব সার্ভার প্রায়ই সেবা করার জন্য ডিফল্টরূপে স্থাপন করা হয়েছে index.html(অথবা একইভাবে ফাইল নামে) যখন একটি ডিরেক্টরি অ্যাক্সেস করা হয়, তাই /foo/হল /foo/index.htmlঅতিরিক্ত জগাখিচুড়ি ছাড়া। এছাড়াও, অতীতে, ব্রাউজারগুলি /ডোমেন নামটিতে যুক্ত হত /তবে হোমপেজে অ্যাক্সেস করার সময় সেগুলি (ফায়ারফক্স, ক্রোম, অপেরা) বাদ দিতে পারে ।

— বি 10011

আমি @ বিফ্রোহসের সাথে একমত ডিরেক্টরিগুলির জন্য অবশ্যই ডিফল্ট পৃষ্ঠাগুলি এই নীতিটিকে লঙ্ঘন করে। যদি আমরা 'ট্রেইলিং স্ল্যাশ = ডিরেক্টরি' প্রয়োগ করতে চাই তবে অবশ্যই কোনও ডিরেক্টরিতে নির্দেশিত সমস্ত ইউআরএল একটি ডিরেক্টরি তালিকা বা 403 নিষিদ্ধ http প্রতিক্রিয়া ফিরিয়ে আনতে হবে।

— মার্ভিন

"শেষ অবধি" বিভাগের # 1 এবং 2 পয়েন্টগুলি এখনও সঠিক কিনা তা আমি নিশ্চিত নই। মূলত এটি লেখার পর থেকেই বছরগুলিতে স্বাদ বদলেছে। আমি এগুলি বিস্তারিতভাবে অধ্যয়ন করি নি, তবে মনে হয় যে নতুন ওয়েবসাইটগুলিতে স্ল্যাশ বাদ দেওয়া আরও সাধারণ এবং "সুন্দর"।

— স্পিড প্লেন

Answer 2

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

• childসম্পর্কিত /base/হয় /base/child।
• childসম্পর্কিত /base(সম্ভবত আশ্চর্যজনক) /child।

Comments

সহায়ক নিবন্ধ যে এই কিছু গভীরতা মধ্যে যায়: cdivilly.wordpress.com/2014/03/11/...

— হেফাইস্তুস

হ্যাঁ, আমি মনে করি এসইও সহ এটিই এই প্রশ্নের সবচেয়ে গুরুত্বপূর্ণ বিষয় important

— ব্যবহারকারী 2875289

নেট ব্যবহার করার সময় এই সমস্যাটি পেরিয়ে গিয়েছিল Uri.MakeRelativeUri। ফলাফলগুলি যা বলেছিল তা হুবহু প্রতিফলিত করে। আমি আমার বেসে ট্রেলিং স্ল্যাশ যুক্ত করে বিষয়টি ঠিক করেছি Uri।

— জুলাইগলন 21

Answer 3

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

• স্ল্যাশ সবসময় ডিরেক্টরি বোঝায়, কখনও ফাইল নয়।
• ফাইলগুলির কোনও নামকরণ করা যেতে পারে (এক্সটেনশন সহ বা ছাড়াই), তবে স্ল্যাশ সহ ধারণ বা শেষ হতে পারে না।

এই নির্দেশিকাগুলি ব্যবহার করে, ডিরেক্টরিটি অ-ডিরেক্টরি উত্সের পরে স্ল্যাশ রাখা ভুল।

Comments

"ডিরেক্টরিগুলির পরে স্ল্যাশ, সংস্থানগুলির পরে নয়": ইউআরএলগুলি দুটি ধরণের জিনিস, "সংস্থানগুলি" এবং "ডিরেক্টরিগুলি" বোঝায় না; তারা এক ধরণের জিনিসকে বোঝায়: সংস্থানসমূহ। ক্লুটি ইউআরএল এর আরে আছে in

— রায়েডওয়াল্ড

এবং * নিক্স ফাইল সিস্টেমের সমস্ত কিছুই একটি ফাইল, তবে ডিরেক্টরিগুলি এখনও বিদ্যমান। তোমার লক্ষ্যটা কি?

— ইয়ারিন

এটি কোনও ফাইল বা ডিরেক্টরি অভ্যন্তরীণভাবে পরিবেশিত হোক না কেন, ব্যবহারকারী যা দেখেন তা কেবল একটি ওয়েব পৃষ্ঠা is আর example.com/about আসলে থেকে পড়া হতে পারে example.com/about/index.html ।

— মুসিফিল

@ ডেভিডআরআর: ঠিক বলেছেন। এবং ব্রাউজার নাম রেজল্যুশন ভিতর থেকে ঘটতে হয়েছে কারণ পুনর্নির্দেশ প্রয়োজন directory(অন্যথায় image.pngমধ্যে http://hostname/directoryনির্দেশ করবে http://hostname/image.png)। আমি কেবল বলছিলাম যে কোনও ফাইল এবং ডিরেক্টরিগুলির মধ্যে পার্থক্যটি ব্যবহারকারীর দৃষ্টিভঙ্গি থেকে খুব গুরুত্বপূর্ণ নাও হতে পারে।

— মুসফিল

আমি আপনার ফলাফলের সাথে একমত, তবে আমি নিশ্চিত নন যে আমাদের ইউআরএল সিস্টেমটি * নিক্স-স্টাইল ফাইল সিস্টেমগুলি অনুকরণ করার জন্য তৈরি করা উচিত। এটি সম্ভবত একটি উদ্দেশ্য পরিবেশন করেছে, তবে এখন তা খুব কম।

— স্পিড প্লেন

Answer 4

এটি আসলে নান্দনিকতার প্রশ্ন নয়, তবে প্রকৃতপক্ষে একটি প্রযুক্তিগত পার্থক্য। এটির ডিরেক্টরি চিন্তা সম্পূর্ণরূপে সঠিক এবং বেশ কিছু ব্যাখ্যা করে। আসুন এটি কার্যকর করা:

আপনি এখন পাথরের যুগে ফিরে এসেছেন বা কেবল স্থির পৃষ্ঠাগুলি পরিবেশন করছেন

আপনার ওয়েব সার্ভারে আপনার একটি স্থির ডিরেক্টরি কাঠামো রয়েছে এবং কেবলমাত্র স্ট্যাটিক ফাইল যেমন চিত্রগুলি, এইচটিএমএল এবং এই জাতীয় - কোনও সার্ভারের সাইড স্ক্রিপ্ট বা যা কিছু নেই।

একটি ব্রাউজার অনুরোধ করে /index.htm, এটি বিদ্যমান এবং ক্লায়েন্টের কাছে সরবরাহ করা হয়। পরে আপনার প্রচুর আছে - আসুন বলুন - ডিভিডি চলচ্চিত্রগুলি পর্যালোচনা করা হয়েছে এবং /dvd/ডিরেক্টরিগুলির প্রত্যেকটির জন্য একটি এইচটিএমএল পৃষ্ঠা রয়েছে । এখন কেউ অনুরোধ করেছে /dvd/adams_apples.htmএবং এটি বিতরণ করা হয়েছে কারণ এটি রয়েছে।

কোনও দিন, কেউ কেবল অনুরোধ করে /dvd/- এটি একটি ডিরেক্টরি এবং সার্ভারটি কী বিতরণ করবে তা বের করার চেষ্টা করছে। অ্যাক্সেস বিধিনিষেধের পাশাপাশি আরও দুটি সম্ভাবনা রয়েছে: ব্যবহারকারীকে ডিরেক্টরি বিষয়বস্তু দেখান (আমি বাজি ধরছি আপনি ইতিমধ্যে এটি কোথাও দেখেছেন) বা একটি ডিফল্ট ফাইল দেখান (অ্যাপাচে এটি রয়েছে DirectoryIndex: sets the file that Apache will serve if a directory is requested.:)

এখন পর্যন্ত এত ভাল, এটি প্রত্যাশিত কেস। এটি ইতিমধ্যে পরিচালনা করার পার্থক্যটি দেখায়, সুতরাং আসুন এটির মধ্যে আসুন:

সকাল 5:34 এ আপনি আপনার ফাইলগুলি আপলোড করতে ভুল করেছেন

(কোন পথে হয় সম্পূর্ণরূপে বোধগম্য।) সুতরাং, আপনি কিছু সম্পূর্ণরূপে ভুল করেছি এবং আপলোড পরিবর্তে /dvd/the_big_lebowski.htmআপনি যে ফাইল আপলোড dvd(কোন এক্সটেনশন সহ) এর /।

কেউ আপনার /dvd/ডিরেক্টরি তালিকা বুকমার্ক করেছে (অবশ্যই আপনি সেই নিফটিটি তৈরি করতে এবং সর্বদা আপডেট করতে চান না index.htm) এবং আপনার ওয়েব সাইটটি পরিদর্শন করছেন। ডিরেক্টরি সামগ্রী বিতরণ করা হয় - সব ঠিক আছে।

কেউ আপনার তালিকা শুনেছেন এবং টাইপ করছেন /dvd। এবং এখন এটি স্ক্রু হয়েছে। আপনার ডিভিডি ডিরেক্টরি তালিকার পরিবর্তে সার্ভারটি সেই নামের সাথে একটি ফাইল সন্ধান করে এবং আপনার বিগ লেবোভস্কি ফাইল সরবরাহ করছে।

সুতরাং, আপনি সেই ফাইলটি মুছুন এবং লোকটিকে পৃষ্ঠাটি পুনরায় লোড করতে বলুন। আপনার সার্ভারটি /dvdফাইলটি সন্ধান করে তবে তা শেষ হয়ে যায়। বেশিরভাগ সার্ভারগুলি লক্ষ্য করবে যে সেই নামের একটি ডিরেক্টরি রয়েছে এবং ক্লায়েন্টকে বলবে যে এটি যা খুঁজছিল তা অন্য কোথাও রয়েছে। প্রতিক্রিয়া সম্ভবত হতে হবে:

Status Code:301 Moved Permanently সঙ্গে Location: http://[...]/dvd/

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

অবশেষে এই প্রতিক্রিয়াটি পাওয়ার পরে, ক্লায়েন্ট লোড করে /dvd/এবং সবকিছু ঠিক আছে।

এটা কি ঠিক আছে? না।

"জাস্ট ফাইন" আপনার পক্ষে যথেষ্ট ভাল নয়

আপনার কিছু গতিশীল পৃষ্ঠা রয়েছে যেখানে সমস্ত কিছু প্রেরণ করা হয় /index.phpএবং প্রক্রিয়াজাত হয়। এখনও অবধি সবকিছু বেশ ভাল কাজ করেছে তবে পুরো বিষয়টি ধীর মনে হচ্ছে এবং আপনি তদন্ত করছেন।

শীঘ্রই, আপনি লক্ষ্য করবেন যে /dvd/listঠিক একই কাজ করছে: /dvd/list/এরপরে অভ্যন্তরীণ অনুবাদিত যা পুনর্নির্দেশ index.php?controller=dvd&action=list। একটি অতিরিক্ত অনুরোধ - তবে আরও খারাপ! customer/loginপুনঃনির্দেশগুলি customer/login/যার পরিবর্তে এর HTTPS URL- এ পুনঃনির্দেশ করে customer/login/। আপনি প্রচুর অপ্রয়োজনীয় এইচটিটিপি পুনঃনির্দেশগুলি (= অতিরিক্ত অনুরোধগুলি) পেয়েছেন যা ব্যবহারকারীর অভিজ্ঞতা ধীর করে দেয়।

সম্ভবত আপনার এখানে একটি ডিফল্ট ডিরেক্টরি সূচকও রয়েছে: index.php?controller=dvdকোনও actionঅভ্যন্তরীণ লোড ছাড়াই index.php?controller=dvd&action=list।

সারসংক্ষেপ:

• এটির সাথে শেষ হলে এটি কখনও ফাইল হতে /পারে না । কোনও সার্ভার অনুমান করছে না।

• স্ল্যাশ বা কোনও স্ল্যাশ সম্পূর্ণ ভিন্ন অর্থ। "স্ল্যাশ বা কোনও স্ল্যাশ" এর মধ্যে প্রযুক্তিগত / সংস্থানগুলির পার্থক্য রয়েছে এবং আপনার এটি সম্পর্কে সচেতন হওয়া উচিত এবং সেই অনুযায়ী এটি ব্যবহার করা উচিত। আপনি সম্ভবত /dvd/index.htmযখন বলবেন যে সার্ভারটি সম্ভবত - সম্ভবত সঠিক স্ক্রিপ্টের জিনিসগুলি লোড করে - বা ঠিক /dvdকরে দেয়: আপনি ঠিক অনুরোধ করেছেন বলে নয়। যা হত /dvd/।

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

Comments

সুতরাং একটি সংক্ষেপে আপনি সব শেষে স্ল্যাশ যোগ করার জন্য? :)

— ডেনিস

আপনি যখন এটি বোঝাতে চাইছেন তখন আমি এটি ব্যবহারের জন্য সমস্ত;) উদাহরণস্বরূপ নিয়ামক এবং ক্রিয়াকলাপের কথা বলা এটি হবে: কন্ট্রোলারদের স্ল্যাশ দিয়ে শেষ হওয়া উচিত। আপনি যখন কোনও ফাইলের উল্লেখ করেন বা কোনও ক্রিয়া স্ল্যাশ বাদ দেন

— নিকো গাভেন্ডা

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

— অ্যাডাম গুডউইন

আমি আপনার উদাহরণ বুঝতে পারি না। কোন ফাইল সিস্টেম একই ডিরেক্টরি ( dvd) সহ একটি ডিরেক্টরি এবং অন্য একটি নিয়মিত ফাইলের অনুমতি দেয় ?

— Musiphil

Answer 5

আপনি যখন আপনার URL করা /about-us/(trailing স্ল্যাশ সঙ্গে), এটি একটি ফাইল দিয়ে শুরু করা খুবই সহজ index.htmlপরে এবং তারপর এটি প্রসারিত ও একাধিক ফাইল (যেমন যোগ our-CEO-john-doe.jpg) অথবা এমনকি এটি (যেমন অধীন একটি অনুক্রমের গড়ে তুলতে /about-us/company/, /about-us/products/,, ইত্যাদি) হিসাবে প্রয়োজন ছাড়া প্রকাশিত ইউআরএল পরিবর্তন করছে । এটি আপনাকে একটি দুর্দান্ত নমনীয়তা দেয়।

Comments

আমি দুঃখিত আমি এটি পেলাম না। যদি আমি শুরু করি /about-usবা /about-us/আমার ডিরেক্টরিটি প্রসারিত করা হয় তবে এখনও উভয় ক্ষেত্রেই প্রকাশিত ইউআরএল পরিবর্তন করতে হবে। নতুন ফাইলটি /about-us/new-file.htmlউভয় ক্ষেত্রেই হবে !! আমি এখানে কি মিস করছি?

— হিসাবরক্ষক

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

— Daw

এফওয়াইআই - আমি উপরের যে কোনওটি সত্য বলে বিশ্বাস করি না - কেন সেখানে /about-usএবং হতে পারে না /about-us/company? ফাইলগুলি পরিবেশন করার ক্ষেত্রে, অ্যাপাচি এবং আইআইএস উভয়ই এটি ঠিকঠাক পরিচালনা করতে পারে, তাই আমি দ্বিমত পোষণ করি।

— sean2078

@ sean2078 হ্যাঁ, তবে আপনি যদি /about-usলিঙ্ক করতে /about-us/companyচান তবে আপনাকে ব্যবহার করতে হবে href="https://stackoverflow.com/about-us/company"বা href="./company"(যদিও এটি সম্পর্কে নিশ্চিত নন)। আপনার উপর হন /about-us/, যদিও, এটা সহজ: href="company"।

— এডোরাথ

Answer 6

এখানে অন্যান্য উত্তরগুলি পিছনে থাকা স্ল্যাশ বাদ দেওয়া পছন্দ করে। একটি ক্ষেত্রে রয়েছে যাতে একটি পিছনে স্ল্যাশ অনুসন্ধান ইঞ্জিন অপ্টিমাইজেশন (এসইও) সাহায্য করবে with এই ক্ষেত্রে আপনার দস্তাবেজটিতে ফাইল এক্সটেনশান হিসাবে উপস্থিত উপস্থিত রয়েছে যা তা নয় .html। ওয়েবসাইটগুলি রেটিং করার ক্ষেত্রে এটি একটি সমস্যা হয়ে ওঠে। তারা এই দুটি url এর মধ্যে বেছে নিতে পারে:

• http://mysite.example.com/rated.example.com
• http://mysite.example.com/rated.example.com/

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

যদি আপনার ইউআরএলগুলির .ফাইল অংশে না থাকে তবে আমি সরলতার জন্য পিছনে থাকা স্ল্যাশ বাদ দেওয়ার পরামর্শ দেব।

Comments

কোনও সত্যিকারের অনুসন্ধান ইঞ্জিনগুলি সেই বোকা। এই উত্তরটি খাঁটি জল্পনা।

— নবীন

আমি গুগলের সাথে এই সমস্যাটি দেখেছি। এটি বেশ কয়েক বছর আগে ছিল, তাই আমি এখনও নিশ্চিত না যে যদি আজও তেমন ঘটনা ঘটে থাকে।

— স্টিফেন অস্টেরমিলার

হু, এটি একটি ভাল ডেটা পয়েন্ট। যদিও এটি এখনও অন্য কিছু কারণে ঘটেছিল তা আমরা এখনও জানি না।

— নবীন

Answer 7

কে বলে একটি ফাইলের নামের একটি এক্সটেনশন দরকার ?? কোনও সময় * নিক্স মেশিনটি একবার দেখুন ...
আমি আপনার বন্ধুর সাথে সম্মত, কোনও পিছনে স্ল্যাশ নেই।

Answer 8

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

আপনার পছন্দসই একটি ইউআরএল নামকরণ কনভেনশন চয়ন করুন এবং <head>প্রতিটি ওয়েব পৃষ্ঠার বিভাগে একটি কমনীয় মেটা ট্যাগ অন্তর্ভুক্ত করুন ।

সার্চ ইঞ্জিন দুটি পৃথক সদৃশ URL- হিসাবে একটি একক ওয়েবপেজ বিবেচনা করতে পারে যখন তারা সঙ্গে এবং পিছনের স্ল্যাশ ছাড়াই অর্থাত এটা সম্মুখীন example.com/about-us/এবং example.com/about-us।

প্রতিটি পৃষ্ঠায় একটি প্রমিত মেটা ট্যাগ অন্তর্ভুক্ত করা ভাল অনুশীলন কারণ আপনি কীভাবে অন্য সাইটগুলি আপনার ইউআরএলতে লিঙ্ক করে তা নিয়ন্ত্রণ করতে পারবেন না।

ক্যানোনিকাল ট্যাগ ভালো দেখায়: <link rel="canonical" href="https://example.com/about-us" />। ক্যানোনিকাল মেটা ট্যাগ ব্যবহার করে নিশ্চিত করা হয় যে অনুসন্ধান ওয়েবসাইটগুলি আপনার ওয়েবসাইটের সাথে লিঙ্ক করার সময় অন্যান্য ওয়েবসাইটগুলি একটি ট্রেলিং স্ল্যাশ অন্তর্ভুক্ত কিনা তা বিবেচনা না করেই কেবল একবার আপনার প্রতিটি URL গুলি গণনা করে।