আমি কখনই বিশ্বাস করি না যে ইউআরএলগুলির শেষে একটি সময় থাকতে পারে, যেমন www.google.de.(যা সুস্পষ্টভাবে কাজ করছে না)।
যাইহোক, www.youtu.be.পুরোপুরি ভাল কাজ করছে। তারা কীভাবে তা পরিচালনা করেছিল?
10
পিছনে। [ডট] আসলে সঠিক, তবে সিস্টেমগুলি আপনার জন্য সাধারণত ডিএনএস পর্যায়ে অনুমান করে। সুতরাং যে কোনও .কম সাইটটি আসলে গুগল ডটকম হবে। এবং তাত্ত্বিকভাবে এটি কাজ করা উচিত, তবে, এটি এমনও হতে পারে যে কোনও ব্রাউজার এটি আশা করে না এবং অনুরোধটি সঠিকভাবে প্যাকেজ করতে ব্যর্থ হয় বা যদি তারা তা করে, তবে আপনি যে ডিএনএস ব্যবহার করছেন সেটি এটি সঠিকভাবে বুঝতে পারে না। এটি অস্বাভাবিক যে কোনও ব্যবহারকারী আসলে বিন্দু ব্যবহার করে এবং ডিফল্টরূপে এটির ব্যবহারকারীর দ্বারা প্রয়োজন হয় না।
—
ক্লোজটোক
www.google.de.আমার জন্য ভাল কাজ করে।
এটি ডিএনএস ম্যাজিক।
—
কোডএঞ্জ্রি
.ওভারলর্ড টিএলডি, তারপরে আপনার জিটিএলডি রয়েছে :)
প্রযুক্তিগতভাবে, এটি কোনও URL নয় তবে একটি হোস্ট-নেম name ইউআরএল (
—
হ্যাগেন ভন ইটজেন
http://example.com/path/file.বনাম http://example.com/path/file) এর শেষে একটি অতিরিক্ত বিন্দু একটি পার্থক্য করতে পারে। উদাহরণস্বরূপ, যদি পথটি কোনও ফাইলে অনুবাদ হয় এবং অন্তর্নিহিত ওএস এবং ফাইল সিস্টেমটি পৃথক file.করে file। আমার ধারণা আমার এটির উল্লেখ করার দরকার নেই http://example.com/path/file?foo=bar.এবং http://example.com/path/file?foo=barএটিও খুব আলাদা different ইউআরএলস
এটিও সম্ভব যে ওয়েব সার্ভারটি সেই হোস্টনামের জন্য নির্ধারিত সংযোগগুলি গ্রহণ করতে কনফিগার করা হয়নি। যখন ওয়েব সার্ভারগুলি নাম-ভিত্তিক ভার্চুয়াল হোস্টিং প্রক্রিয়াটি
—
ব্র্যান্ডন
Hostআগত অনুরোধ থেকে শিরোনাম ব্যবহার করে , কোনও গ্যারান্টি নেই যে এটি এটির সাথে যেমন আচরণ করবে .তখন সেখানে নেই। আমি কেবল যাচাই করেছি যে আমি একটি সাইট দিয়ে আমি অ্যামাজন এস 3 এ চলেছি।