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


26

আমি সর্বদা এটি সম্পর্কে ভাবছিলাম এবং কখনও ভাল সমাধান পাইনি।

তবে এই প্রশ্নটি আমাকে এটির স্মরণ করিয়ে দিয়েছে।

আমার ওয়েবসাইটে যখন আমার ইউআরএল থাকে তখন এটি নিম্নলিখিত যে কোনও উপায়ে প্রদর্শিত এবং অ্যাক্সেস করতে পারে:

http://www.somesite.com/subdirectory
http://www.somesite.com/subdirectory/
http://www.somesite.com/subdirectory/index.htm
http://www.somesite.com/subdirectory/index.html
http://www.somesite.com/subdirectory/index.php
http://www.somesite.com/subdirectory/index.asp
http://www.somesite.com/subdirectory/some-relevant-keywords
http://www.somesite.com/subdirectory/some-relevant-keywords.htm
http://www.somesite.com/subdirectory/index.php?page=some-relevant-keywords
http://www.somesite.com/subdirectory/?page=some-relevant-keywords
http://www.somesite.com/subdirectory/?page=some-relevant-keywords&even=more-keywords

ইত্যাদি ...

এখন, আমি ইউআরএলটিতে কীওয়ার্ড যুক্ত করার গুণাবলী বুঝতে পারি। এমনকি সর্বাধিক বুনিয়াদি এসইও গাইড কেবল তা করার জন্য উল্লেখ করবে। ... তবে তাত্পর্য, স্বচ্ছতা, পঠন সহজলভ্যতা, ব্যবহারের সহজতা এবং আরও অনেক কিছুই, ওয়েব সম্মতি সহ ...

ফাইল-এক্সটেনশন করা কি পছন্দ ?

সত্যই, আমার যুক্তি আমাকে গভীরভাবে বলে: হ্যাঁ, এটি করা উচিত। এর কারণটি হ'ল অতীতের দিনগুলি যখন ইন্টারনেট বেশিরভাগ ইউজনেট, ফিডোনেট, এফটিপি এবং গোপার ছিল।

দেখুন, যদি কোনও URL এর কোনও ফাইল নাম না থাকে , তবে এটি সাধারণত একটি ডিরেক্টরি হিসাবে বিবেচিত হয় । এখানেই সূচিপত্রের সূচনা ঘটে, কারণ সূচীক্রমে কোনও সূচি ফাইল পাওয়া না গেলে ডিরেক্টরিটি তালিকাভুক্ত করে। তবে শীঘ্রই যথেষ্ট, ওয়েব প্রোগ্রামাররা এটিকে ওভাররাইড করতে শুরু করে এবং প্রকৃতপক্ষে সেই ওয়েব ডিরেক্টরিটির বিষয়বস্তু পৃষ্ঠা হিসাবে পরিবেশন করতে সূচক। Htm ব্যবহার শুরু করে । মূল পার্থক্যটি হ'ল, মার্কআপ ভাষা যুক্ত করা হয়েছিল এবং এটি ব্রাউজারে পার্স করা হয়েছিল p এই মার্কআপ ল্যাঙ্গুয়েজের সাথে, Content-Type:text/html;প্রতিক্রিয়া শিরোনামের ট্যাগটি কোনও ফাইলের জন্য কোন ফাইল টাইপের তা নির্দেশক হয়ে উঠল । এইচটিএমএলকে একমাত্র "ফাইল টাইপ" বলে মনে হয় যা কেবলমাত্র সংরক্ষণের সময় বাদে ধারাবাহিকভাবে নামকরণের এক্সটেনশান দেয় না।

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

ক্রস-প্ল্যাটফর্ম ফাইল-নামকরণ যুদ্ধের কথা উল্লেখ না করে .. উইন্ডোজ ভিত্তিক একটি 3 বা তার চেয়ে কম সংখ্যার এক্সটেনশান প্রয়োজন, এবং ইউনিক্স / ম্যাক আরও থাকতে পারে। সুতরাং এটি হওয়া উচিত .HTMবা .HTMLবা NONEএবং প্ল্যাটফর্মটি সিদ্ধান্ত নিতে দেওয়া উচিত?

সুতরাং সংক্ষেপে, আমি অনুমান করি যে আমি যা বের করার চেষ্টা করছি তা SEO এর বাইরে এবং নান্দনিকতা এবং ওয়েব সম্মতিতে আরও ডিল করা।


আপনি কিভাবে এটি সেট আপ করবেন? আপনার .htaccess ফাইলে? মানে, প্রথম উদাহরণের মতো দেখতে .html-file এর পথ পরিবর্তন করবেন?
জোলোমন

1
@ জলোমন আপনি এটি করতে পারেন, বা আরও ভালভাবে ওয়ার্ডপ্রেস যেভাবে গতিশীল ইউআরআই পার্সার ব্যবহার করুন এবং এতে পুনঃনির্দেশ *.*করুন।
তালভি ওয়াটিয়া

উত্তর:


20

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

  • http://www.somesite.com/subdirectory - এটি আপনার স্ব-আলোচনার সংস্করণ হতে পারে যা ক্যানোনিকাল মেটা ট্যাগগুলি প্রকৃত উপস্থাপনের দিকে নির্দেশ করতে ব্যবহার করে

  • http://www.somesite.com/subdirectory/ - এটি সর্বদা কোনও ইউআরএলকে অনুসরণ করার জন্য স্ল্যাশ সমর্থন করে তবে সঠিক ইউআরএলকে নির্দেশ করতে ক্যানোনিকাল মেটা ট্যাগ ব্যবহার করে (এটি পুনর্নির্দেশ নয়)

  • http://www.somesite.com/subdirectory/index.htm এবং http://www.somesite.com/subdirectory/some-relevant-keywords.htm - তিনটি চরিত্রের এক্সটেনশন সীমা HTTP- র ক্ষেত্রে প্রযোজ্য নয় (কেবলমাত্র অন্তর্নিহিত ফাইলসিস্টেম / ওএস) যাতে ক্লায়েন্ট এটিকে সূচক html বা এএ হিসাবে সংরক্ষণ করতে পারে, তারা এখনও চাইলে এটি অ্যাক্সেস করতে সক্ষম হবে

  • http://www.somesite.com/subdirectory/index.html - যদি আপনি একটি .atom, একটি .xML বা অনুরূপ সংস্করণ পরিবেশন করেন তবে .html সংস্করণটিকে সম্মান জানানো (এবং স্বতঃ-কথোপকথনের সংস্করণে লিঙ্ক ট্যাগের মাধ্যমে এটির সাথে লিংক দেওয়া) অর্থবোধ করে - এইচটিটিপি কনটেন্ট-লোকেশন শিরোনাম ব্যবহার করুন স্বতঃ-আলোচনার সংস্করণে যাইহোক - মনে রাখবেন আপনি বহু-ভাষাগত (.en, .es, ইত্যাদি ...) বা বহু-অক্ষর (.utf8, .utf16, ইত্যাদি ...) যেতে পারেন go

  • http://www.somesite.com/subdirectory/index.phpএবং http://www.somesite.com/subdirectory/index.asp- যদি না আপনি উত্স কোডটি পরিবেশন করছেন তবে এগুলি সমর্থন করার কোনও মানে রাখে না

  • http://www.somesite.com/subdirectory/some-relevant-keywords - এসইও একটি ক্রমাগত পরিবর্তনশীল শিল্প এবং এটি যদি আপনার পক্ষে কাজ করে তবে দুর্দান্ত

  • http://www.somesite.com/subdirectory/index.php?page=some-relevant-keywords, http://www.somesite.com/subdirectory/?page=some-relevant-keywordsএবং http://www.somesite.com/subdirectory/?page=some-relevant-keywords&even=more-keywords- যদি সামগ্রীটি পরিচালনা করার জন্য সীমাহীন সংখ্যক উপায় থাকে তবে এটি দুর্দান্ত - তবে সাধারণত পৃষ্ঠাগুলি নিজের ইউআরএলকে কোয়েরি স্ট্রিং না করে প্রাপ্য এবং এই ধরণের ইউআরএল এড়ানো উচিত (কম্পিউটারের নিরক্ষর কাউকে টাইপ করার জন্য কাউকে লেখার চেষ্টা করুন) যারা)


1
বহুভাষিক বর্ধন? আমি এই প্রথম এমন কিছু দেখি। আমার মনে আছে পড়াটি গুগল /es/subdirectory/index.htmlসাব-ডোমেনের চেয়ে বেশি ফোল্ডারগুলিকে পছন্দ করে http://es.example.com/subdirectory/index.html। .Es এক্সটেনশানটি অনুসন্ধান ইঞ্জিনগুলি দ্বারা কতটা ভাল সমর্থন করা যায় সে সম্পর্কে আপনার কোনও তথ্য আছে? কারণ আমি এটি ব্যবহার করতে পছন্দ করব। (এছাড়াও আপনি কি তাদের একত্রিত করতে পারেন? পছন্দ করেছেন /index.utf16.es?)
টিমো হুভিনেন

13

আমি বলব যে আপনি যে সফ্টওয়্যারটি ব্যবহার করছেন তা যদি এটি বাদ দিতে দেয় তবে ফাইল এক্সটেনশানটি অন্তর্ভুক্ত করবেন না । সুতরাং আপনার উদাহরণগুলির তালিকা থেকে আমার পছন্দটি হ'ল:

http://www.somesite.com/subdirectory/some-relevant-keywords

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

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


4
এসইও এবং অ্যাস্থ্যাটিক কারণে আমি সেরা-অনুশীলন হিসাবে এটির দিকে এগিয়ে চলেছি।
তালভি ওয়াটিয়া

হ্যাঁ, ব্রাউজারগুলি যত্ন করে না, তবে সার্ভারগুলি যদি এটি এসপি, এসপেক্স বা অন্য কোনও ধরণের হয় তবে ওয়েব সার্ভারে অতিরিক্ত প্রক্রিয়াকরণের প্রয়োজন পড়বে care
অবাক

বহু বছর পরে এটি পুনর্বিবেচনা করা, সেরা-অনুশীলনটি غالب হয়েছে বলে মনে হয়। তবুও আমি এখনও অবাক হয়েছি যখন ওয়েব-ক্রলারের যুক্তি শেষ পর্যন্ত অপারেশনগুলি পার্স করতে শিখবে তখন কি হবে। উদাহরণস্বরূপ, প্রতিটি এসইও বিশেষজ্ঞকে হঠাৎ বিভাজক চরিত্র হিসাবে হাইফেনগুলি ব্যবহার করার নান্দনিকতা এবং পাঠযোগ্যতার বিনষ্ট করতে এটি হঠাৎ করে পরিবর্তন করার some-relevant-keywordsকারণ (some) (!exclude->relevant) (!exclude->keywords)ঘটানোর সমতুল্যতা রয়েছে some+relevant+keywords। মূল কারণ: /?query=some-relevant-keywordsইতিমধ্যে আক্ষরিক বর্জন।
তালভি ওয়াতিয়া


8

ফাইল-এক্সটেনশন করা কি পছন্দ?

আরএফসি-তে ফাইল-এক্সটেনশন থাকার আদেশ দেওয়ার মতো কিছুই নেই, আপনাকে এগুলি ছেড়ে দেওয়ার দরকারও নেই। এটি আপনার পছন্দ একটি পছন্দ।

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

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

ফাইলের এক্সটেনশনগুলি দরকারী এমন একটি পরিস্থিতি রয়েছে: শেষ ব্যবহারকারী যদি পরে ব্যবহারের জন্য আপনার সাইট থেকে তার স্থানীয় কম্পিউটারে সামগ্রী সংরক্ষণ করে। তাত্ত্বিকভাবে একটি 'স্মার্ট' ব্রাউজারের নিশ্চিত হওয়া উচিত যে সংরক্ষিত সামগ্রী স্থানীয় কম্পিউটার ধরণের জন্য কাজ করে; তবে অনুশীলনে আপনি .jpg, .mp4, .css ইত্যাদি শিল্প-স্ট্যান্ডার্ড এক্সটেনশনের সাথে কন্টেন্ট পরিবেশন করে প্রত্যেককে সহায়তা করতে পারেন আমার অভিজ্ঞতায় সমস্ত ব্রাউজারগুলি HTML টাইপটি সঠিকভাবে পরিচালনা করে properly আপনাকে নিজে HTML এ .htm / .html এক্সটেনশন যুক্ত করার দরকার নেই, ব্রাউজারটি এই নির্দিষ্ট সামগ্রীর প্রকারটি সঠিকভাবে পরিচালনা করবে।

সুরক্ষা: আপনি যে প্ল্যাটফর্মটি ব্যবহার করছেন তা লুকিয়ে রাখার ক্ষেত্রে কোনও সুরক্ষার সুবিধা রয়েছে বলে তর্ক করতে পারে (। Php / .asp ইত্যাদি)। সেটা সত্য. অনুশীলনে আমি মনে করি যে কোনও ভাল হ্যাকার এই মুহুর্তে এটি আবিষ্কার করবে, তাই আমি মনে করি না যে কেবল সুরক্ষার জন্য এই এক্সটেনশানগুলি লুকিয়ে রাখা সমস্যার পক্ষে উপযুক্ত।

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

আমার ব্যক্তিগত পছন্দ হয়ে উঠেছে:

  • এইচটিএমএল যখন আমার ওয়েব অ্যাপ্লিকেশন দ্বারা গতিশীলভাবে উত্পন্ন হয়, তখন আমি আসলে সেখানে নেই এমন একটি ডিরেক্টরি এবং ফাইল কাঠামোয় নকল করতে একটি 'নকল' .html এক্সটেনশন যুক্ত করি না। আমি ইউআরএলগুলিকে সাধারণকরণ করি এবং এসইওর কারণে ব্যবহৃত ইউআরএল ফর্ম্যাটটিকে আমি মানক করে তুলেছি। আমি ব্যক্তিগতভাবে ইউআরএল এর শেষ পাতায় পিছনে স্ল্যাশ পছন্দ করি http://example.org/first/second/, তবে এটি স্বাদের বিষয়।

  • আমরা যখন সত্যিকারের ফাইলগুলি নিয়ে কথা বলি যা হার্ডডিস্কে কোথাও আপলোড করা হয়, তখন আমি টাইপটির জন্য 'সাধারণ' ফাইল এক্সটেনশন রাখি। সুতরাং .css / .js / .exe / .mp4 ইত্যাদি এই ধরণের সামগ্রীর জন্য ব্যবহৃত হয়।


.htmআপনি এইচটিএমএল বিষয়বস্তু পরিবেশন করার কারণে একটি ডিরেক্টরি অনুকরণের পরিবর্তে একটি ডিরেক্টরি (বরং ওভাররাইডিং ইনডেক্স। Htm) যুক্ত করা সত্যই "জাল" নয় । বিষয়বস্তু এইচটিএমএল না থাকলে এটি জাল হবে ।
তালভি ওয়াটিয়া

2

আমি কিছুটা অনানুষ্ঠানিক পরীক্ষা-নিরীক্ষা করেছি এবং যা আমি আবিষ্কার করেছি তা আমাকে অবাক করে দিয়েছে তবে কিছুটা অর্থবোধ করে।

একটি সামগ্রী-বিতরণ-থেকে-ব্যবহারকারীর দৃষ্টিকোণ, পাশাপাশি স্ক্রিন স্ক্র্যাপিং থেকে বিষয়বস্তুর ধরণটি দিনটিকে নিয়ম করে।

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

আমি যখন কোনও এক্সটেনশান একেবারেই বাদ দিয়েছি তখন আমি তুলনামূলকভাবে কয়েকটি হিট পেয়েছি - যেন URL টি কোনও অবস্থান বা গতিশীল বিষয়বস্তু এবং অতএব খুব বেশি সূচকের মূল্য নেই।

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

আমি যখন এইচটিএমএল ব্যবহার করার জন্য একই লিঙ্কগুলি পরিবর্তন করেছি তখন অনুসন্ধান ইঞ্জিনগুলি সাইটটির সাথে বুনো হয়ে গেছে।

এই মুহুর্তে, আমার সাইটটি তিনটি স্বচ্ছভাবে পরিচালনা করে, তবে এটি যখন ক্লিকযোগ্য লিঙ্ক সরবরাহ করে, আমি URL এর .html সংস্করণটি ফিরিয়ে দেব।

আমি ভাবতে চাই যে সার্চ ইঞ্জিনগুলি কিছুটা স্মার্ট বা কিছুটা পক্ষপাতদুষ্ট ছিল, তবে আমি আমার পৃষ্ঠাগুলির সাথে এটাই লক্ষ্য করেছি।


একই রিসোর্সের জন্য একাধিক ইউআরআই থাকার কারণে ডুপ পৃষ্ঠাগুলি তৈরি হবে না?
তালভি ওয়াটিয়া

টেকনিক্যালি, আমি মনে করি, এবং আমি তখন উপযুক্ত জিনিসটিকে সন্দেহ করি অন্যরা কেবল পুনর্নির্দেশ সম্পাদন করে perform
ওয়াল্ট স্টোনবার্নার

এটা সত্যিই খুব অবাক! আপনি কী কোনও অনুসন্ধানের ইঞ্জিনের মতো কোনও আরও ব্যাকগ্রাউন্ডের তথ্য সরবরাহ করতে পারেন, আপনি কী পরিমাণ পরিবর্তনটি লক্ষ্য করেছেন, ইত্যাদি?
দামসনেট

আমি ট্র্যাফিকের এক বিশাল ড্রপ ভোগ করেছি এবং আমি এখনও নিশ্চিত নই, আমি এই মুহুর্তের সাথে একযোগে মনে করি।
ড্যান

এত দেরিতে উত্তর দেওয়ার জন্য দুঃখিত, তবে আমি মনে করি কিছুক্ষণ আগে ম্যাট কাটস যদি সম্ভব হয় তবে .html ব্যবহার করার জন্য উল্লেখ করেছিলেন । ( আরও এখানে )। এ জাতীয় ধারণাটি তৈরি করে যে অনুসন্ধান ইঞ্জিনগুলি এক্সটেনশনের সংবেদনশীল, কেবল দেখার কল্পনা করুনhttp://example.com/index.exe
টিমো হুভিনেন

2

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

দেখুন, যদি কোনও URL এর কোনও ফাইল নাম না থাকে, তবে এটি সাধারণত একটি ডিরেক্টরি হিসাবে বিবেচিত হয়।

আমি মনে করি না আমি একমত। সাধারণত, URL টি কেবল তখনই ডিরেক্টরি থাকে যখন তার পিছনে স্ল্যাশ থাকে। একটি পিছনে স্ল্যাশ ছাড়া এটি একটি ফাইল হিসাবে বিবেচনা করা হয়।


ব্যবহারকারীর অভিজ্ঞতা: যদি ফাইল এক্সটেনশন হয় .phpবা .aspব্যবহারকারী এটি সংরক্ষণ করে তবে এটি অজানা ফাইল টাইপ হবে এবং কম্পিউটার নিরক্ষররা কীভাবে এটি পুনরায় খুলতে হবে তা জানেন না। কোনও ফাইল টাইপ না দিয়ে, ব্রাউজারটি এটি যুক্ত করবে, তবে সম্ভবত এটি কিছু অনুসন্ধান ইঞ্জিনকে বাধা দেয়?
তালভি ওয়াটিয়া

0

আপনার কেবলমাত্র একটি ফাইল এক্সটেনশন যুক্ত করা উচিত, যদি ইউআরআই এর পিছনে থাকা সামগ্রীটি আসলে কোনও ফাইল হয়। তবে তারপরেও আপনি এটিকে ফেলে দিতে পারেন, যদি এর কেবলমাত্র একটি উপস্থাপনা থাকে (জেপিজি, পিডিএফ, ...)।

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


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