এইচটিএমএল বৈধতা: এটি মূল্য?


52

সমস্ত প্রধান ব্রাউজারগুলিতে কাজ করে এমন অ-বৈধ HTML এর তুলনায় সমস্ত পৃষ্ঠাগুলি বৈধ হয়েছে কিনা তা নিশ্চিত করার সুবিধা এবং অসুবিধাগুলি (যদি থাকে) কী কী?

এছাড়াও, জাভাস্ক্রিপ্ট কার্যকর করার পরে কি বৈধ এইচটিএমএল থাকা গুরুত্বপূর্ণ?


5
এটি আপনার প্রশ্নের উত্তর দেয় না তবে ... আপনার পৃষ্ঠায় একটি ডক্টাইপ স্থাপন ব্রাউজারটিকে কুইর্কস মোডের পরিবর্তে মান মোডে রাখবে। আমি কী বলতে চাইছি তা দেখতে কুইর্কস মোডে সন্ধান করুন।
ইভান প্লেইস

1
@ ইভান প্লেস - যদিও কোনও ডক্টইপিই নয় । কিছু কিছু DOYPYPES আসলে কিরক বা প্রায় স্ট্যান্ডার্ড মোডগুলিকে ট্রিগার করে। এইচটিএমএল 5 টি আরও বিস্তারিতভাবে এটি ব্যাখ্যা করে।
luiscubal

1
@luiscubal যে এইচটিএমএল 5 কারণ থেকে নতুন কি en.wikipedia.org/wiki/Quirks_mode , এটা বলে "... যদি একটি পূর্ণ DOCTYPE উপস্থিত ব্রাউজার মান মোড ব্যবহার করবে, এবং এটি যদি অনুপস্থিত ব্রাউজার মোড quirks ব্যবহার করবে । "।
ইভান প্লেস

@Evan বোয়াল-জাতীয় মত্স্যবিশেষ পূর্ববর্তী এইচটিএমএল সংস্করণ সম্পর্কে নিশ্চিত না কিন্তু HTML5 এর বিশেষভাবে কি প্রাচীন DOCTYPES সঙ্গে কাজ করতে বলে: দেখুন whatwg.org/specs/web-apps/current-work/multipage/...
luiscubal

1
@ ইভান প্লেইস অন্য কথায়, "ডিটিডি এইচটিএমএল ২.০ লেভেল 1" কুইর্কস মোডটিকে ট্রিগার করে।
luiscubal

উত্তর:


42

আমি মনে করি এটি অবশ্যই মূল্যবান , তবে আপনার কখনই বৈধতার দাস হওয়া উচিত নয় - এটি একটি বোকামির খেলা।

http://www.codinghorror.com/blog/2009/03/html-validation-does-it-matter.html

  1. আপনার এইচটিএমএলকে বৈধতা দিন। বৈধ এইচটিএমএল মার্কআপ থাকার অর্থ কী তা জানুন। সরঞ্জাম বোঝা। কম তথ্যের চেয়ে আরও তথ্য সর্বদা ভাল। কেন উড়ে অন্ধ?

  2. আপনার এইচটিএমএলটি বৈধ কিনা কেউ তা বিবেচনা করে না। আপনি বাদে যদি তুমি চাও. এক সেকেন্ডের জন্য ভাববেন না যে আপনার ওয়েবসাইট চালানো, আপনার ব্যবহারকারীদের আনন্দিত বৈশিষ্ট্য সরবরাহ করা বা কাজ শেষ করার চেয়ে পুরোপুরি বৈধ এইচটিএমএল উত্পাদন করা আরও গুরুত্বপূর্ণ।


3
আমি এই দ্বিতীয় হতে হবে। আমি জাভাস্ক্রিপ্ট লাইব্রেরি সহ প্রচুর সমস্যা দেখেছি যা অবৈধ এইচটিএমএলকে দোষ দেওয়া যায়। একাধিক নেস্টেড ফর্ম এবং অবৈধভাবে বন্ধ ট্যাগগুলি বড় অপরাধী being জেফের মতো বলে যে ক্রীতদাস হবেন না, তবে যখন jQuery কাজ না করে তখন অভিযোগ করবেন না কারণ আপনার পৃষ্ঠাটি বৈধ এইচটিএমএল নয় (এক্সএইচটিএমএল, এইচটিএমএল 5 বা আপনি ডক্টাইপ হিসাবে যা বেছে নিন)।
গ্যারেথ ফারিংটন

@ জেফ অ্যাটউড: আপনি যখন বলবেন "আমি আপনার এইচটিএমএলটি বৈধ কিনা কেউ তা বিবেচনা করে না I আমি ছাড়া আর একমত হতে পারি না you আপনি ব্যতীত।" দুঃখজনক হলেও সত্য, গ্রাহকরা সত্যই যত্ন নেন না।
মার্কো ডেমাইও

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

একই জিনিস পুরোপুরি ইন্টেন্টেড মার্কআপের জন্য যায়। এটি আরও অকেজো, এটি ব্যান্ডউইথের 100% বর্জ্য এবং যা ব্যবহারিক কোনও ব্যবহার নেই।
নুল ইউজার এক্সসেপশন

@ নুল ইউজার এক্সেপশন: আমি মনে করি এটি দুঃখজনক কারণ আমি খুঁজে পেয়েছি যাচাই করা ওয়েবসাইটগুলি সাধারণত সমস্ত ব্রাউজারগুলিতে অনেক বেশি ভাল রেন্ডার দেয়। অ্যালানের উত্তরে আমার মন্তব্য দেখুন: ওয়েবমাস্টার্স.স্ট্যাকেক্সেঞ্জাও.এ / / ৩73/১14২২ একটি ওয়েবসাইট যাচাই করা আমার কাছে সংরক্ষিত এবং এখনও আমার বিপুল পরিমাণ সময় সাশ্রয় করে। নিখুঁত ইনডেন্টড মার্কআপ সম্পর্কে আমি এটি সম্পর্কে চশমা কখনও শুনিনি। আমি 3 স্পেসে ইনডেন্ট করতে চাই এবং আপনি এক এক করে ইনডেন্ট করতে পছন্দ করতে পারেন।
মার্কো ডেমাইও

32

আমি বৈধ এইচটিএমএলকে একটি সার্থক লক্ষ্য হিসাবে বিবেচনা করি, তবে এটিকে ভাল ওয়েবসাইট তৈরির সর্বাত্মক এবং শেষের হিসাবে দেখছি না।

কৌশলটি হ'ল, আপনার মার্কআপটি পুরোপুরি বৈধ হতে পারে, তবু এটি শব্দার্থক নাও হতে পারে - যেমন লেআউট বা নেভিগেশনের জন্য টেবিল ব্যবহার করা। বৈধ কোড এবং শব্দার্থক কোডের মধ্যে পার্থক্য রয়েছে।

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


22

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


+1 পুরোপুরি এই একমত। বৈধ পৃষ্ঠাগুলি জেএসের পরে চলমান বিপুল পরিমাণ সময় সাশ্রয় করে এবং কীভাবে জিনিসগুলি-এ-ডিসপ্লাই করা বাগগুলি এত রহস্যজনক বলে মনে হয় এবং এটি কেবল একটি পীড়িত বা বন্ধ নয় এইচটিএমএল ট্যাগের কারণে। তদুপরি এফএফ অ্যাডন এইচটিএমএল ভ্যালিডেটরের মতো সরঞ্জাম [ addons.mozilla.org/en-US/firefox/addon/html-uthorator/] এর সাথে স্থানীয়ভাবে আপনার সমস্ত পৃষ্ঠাগুলি যাচাই করা শক্ত ward
মার্কো ডেমাইও

9

বৈধ এইচটিএমএল এর বৃহত প্লাস হ'ল আপনার পৃষ্ঠাটি "প্রধান ব্রাউজারগুলি" বাদে অন্য জিনিসগুলিতে আরও অ্যাক্সেসযোগ্য। সমস্ত "প্রধান ব্রাউজারগুলি" সমস্ত অবৈধ আবর্জনা ডাব্লুডাব্লুডাব্লু ডাবলিকে মোকাবেলা করার জন্য অবিরাম কাজ করতে পারে। তবে, বৈধ এইচটিএমএলকে আঁকড়ানো সাহায্য করে, উদাহরণস্বরূপ, যদি কেউ দৃষ্টিহীনদের জন্য কোনও ব্রাউজার ব্যবহার করে বা আপনার পৃষ্ঠাগুলি অফ-লাইন অ্যাক্সেস করে ইত্যাদি etc.


8

নিজের মধ্যে বৈধতা এতটা সমালোচনামূলক নয়, যেহেতু কয়েকটি ব্রাউজারই 100% অনুগত এবং নিয়মগুলি কীভাবে ব্যাখ্যা করবেন সে সম্পর্কে স্পেকটি 100% স্পষ্ট নয়।

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

নীচে, বৈধ হওয়া গেমের শীর্ষে থাকা এবং প্রশস্ত শ্রোতার সাথে যথাসম্ভব সামঞ্জস্যপূর্ণ হওয়া সহজ করে তোলে।


4

কোন অকার্যকর এইচটিএমএল খারাপ, এবং কোনটি অবৈধ এইচটিএমএল গুরুত্বপূর্ণ নয় তা শিখাই সর্বোত্তম পন্থা।

উদাহরণস্বরূপ, কোনও <div>ট্যাগ বন্ধ করতে ভুলে যাওয়া খুব খারাপ , কারণ আপনার লেআউটটি অবশ্যই এক বা একাধিক ব্রাউজারে স্ক্রু আপ করবে।

তবে এক্সএইচটিএমএলের <br>পরিবর্তে ব্যবহার করা <br />কোনও বিষয় নয় - সমস্ত ব্রাউজার উভয়ই সমস্যা ছাড়াই লাইন ব্রেক হিসাবে ব্যাখ্যা করবে। targetলিঙ্কগুলিতে অ্যাট্রিবিউট ব্যবহার করা অবৈধ, তবে সবচেয়ে খারাপ পরিস্থিতিটি হচ্ছে ব্রাউজারটি কোনও নতুন উইন্ডোতে লিঙ্কটি খুলবে না open


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

1
@ টিজিআর: মজার, আমি ভেবেছিলাম মাসোস্টরা মান-মানক মোড পছন্দ করেন। এমনকি ট্রানজিশনাল ডক্টাইপগুলিরও সমস্যা রয়েছে ("প্রায়শই স্ট্যান্ডার্ড" মোড ইত্যাদি ব্যবহার করে)
অসন্তুষ্ট গোট

1
আমি যুক্তি দিয়েছি যে কঠোরতা প্রয়োজনীয় - কেন অবহেলিত কোড এবং কুইর্কস মোডের ঝুঁকি চালানো চয়ন করুন। স্ট্রাইক ব্যবহার করার জন্য কোনও মূল্য নেই, এটি আপনার পছন্দসই মার্কআপ সংস্করণ সম্পর্কে আরও জানতে উত্সাহিত করে।
সিজেএম

3

ভ্যালিডিটার চালানোর সময়, আপনাকে কেস-কেস-কেস ভিত্তিতে আপনাকে প্রদত্ত ত্রুটিগুলি পরীক্ষা করতে হবে। বৈধতা কি গুরুত্বপূর্ণ? আমার কাছে, হ্যাঁ, এটি খুব গুরুত্বপূর্ণ। তবে এটি কি প্রয়োজন? না।

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

বৈধতা দেওয়ার সময়, কেবলমাত্র ধরে নিবেন না যে আপনার যদি ত্রুটি থাকে তবে আপনি এটি ভুল করছেন। শব্দার্থবিজ্ঞান ব্যাপকভাবে গুরুত্বপূর্ণ, এবং ঠিক তাই ঘটে যায় যে বৈধ এইচটিএমএল প্রায়শই হয় - সঠিক শব্দার্থবিজ্ঞানের প্রাকৃতিক ফলাফল নয়।


আমি সম্মত - আপনার ওয়েব পৃষ্ঠাটি যাচাই করুন, তবে কিছু পরিস্থিতিতে আপনি সতর্কতাগুলিকে উপেক্ষা করতে পছন্দ করতে পারেন, যতক্ষণ না আপনি জানেন কেন তারা সেখানে আছেন
কেসব্যাশ

3

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

এখানে জল্পনাও রয়েছে যে প্রধান অনুসন্ধান ইঞ্জিনগুলি যখন ত্রুটিযুক্ত এইচটিএমএলকে মোকাবেলা করার জন্য ভাল কাজ করে, তারা পৃষ্ঠার মানের "পয়েন্ট" বৈধতার জন্যও নির্ধারিত করতে পারে, আপনার সামগ্রীর প্রাপ্য হিসাবে উচ্চতর র‌্যাঙ্ক করার ক্ষমতাকে আরও প্রভাবিত করে।


2
গুগল স্পষ্টভাবে বলেছে যে অবৈধ এইচটিএমএল র‌্যাঙ্কিংয়ে কোনও প্রভাব ফেলবে না। তবে আমি এই ক্ষেত্রে এইচটিএমএলকে এতটাই ত্রুটিযুক্ত দেখতে পাচ্ছি যে পৃষ্ঠার আসল সামগ্রীটি মাকড়সা দ্বারা পড়া যায় না - যদিও এই ক্ষেত্রে এটি প্রায় নিশ্চিত যে ব্রাউজারগুলি রেন্ডারিংয়ের সমস্যাগুলি প্রদর্শন করতে শুরু করবে।
অসন্তুষ্ট গোট

@ ডিসগ্রান্টলড জোট আপনি ঠিক বলেছেন, এর জন্য এখানে একটি উল্লেখ রয়েছে: youtube.com/watch?v=FPBACTS-tyg
জেসনবার্চ

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

3

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


2

বৈধকরণ দরকারী কারণ এটি আপনাকে কিছু হার্ড-ধরা-ধরা ত্রুটিগুলিকে চিহ্নিত করতে সহায়তা করতে পারে যেমন

<input name=foo value=<?php echo htmlspecialchars($_GET['foo']); ?> />

বা অপ্রত্যাশিত ব্রাউজার আচরণ (উদাহরণস্বরূপ, ব্লক উপাদানগুলিকে aএকটিতে ফায়ারফক্সে কখনও কখনও কুৎসিত উপায়ে ভাঙতে পারে)।


2

ব্রাউজার যখন প্রদর্শন করার সময় অ-স্ট্যান্ডার্ড এইচটিএমএলকে বোঝার চেষ্টা করছে তখন অবৈধ এইচটিএমএল ধীরে ধীরে রেন্ডারিংয়ের কারণ ঘটতে পারে এমন একটি কথা এখনও কেউ উল্লেখ করেন নি point


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

@ নালুউজারএক্সেপশনস: ব্র্যাডবি দ্বারা করা পয়েন্টটি -1 পাওয়ার যোগ্য বলে আমি মনে করি না। সম্ভবত প্রমাণ করা কঠিন, তবে যে ব্রাউজারটি এইচটিএমএল মেসের ভিতরে বাছাই করতে এবং ঠিক করতে হবে এমন কোনও ব্রাউজারের কোনও ত্রুটি না থাকলে ভাল বিন্যাসিত বৈধ এইচটিএমএল পৃষ্ঠা থেকে কিছুটা বেশি সময় লাগতে পারে। এইচটিএমএল বৈধতা অপব্যবহারের কারণে আপনি কেন আমাদের এই প্রশ্নের উত্তর সরবরাহ করবেন না over অবৈধ এইচটিএমএল কোডের সাথে একই পৃষ্ঠার তুলনায় কীভাবে কোনও বৈধ HTML পৃষ্ঠাগুলি এত বেশি উত্সাহিত হতে পারে তা আমি ভাবতে পারি না।
মার্কো ডেমাইও

1

বৈধ এইচটিএমএল থাকার কোনও অসুবিধা নেই। প্রথম স্থানে একটি অনুমান কেন আছে এবং কেন কীভাবে কাজ করা উচিত তা নির্ধারণ করার জন্য কেন অনেক চেষ্টা করা হচ্ছে সেই অনুমানের কারণ is

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

সুতরাং, চশমাগুলি পূরণ করা এবং বৈধ এইচটিএমএল লেখা আপনার পক্ষে ভাল, কোনও অসুবিধা হবেনা।


হুম, আপনি যদি অনুমানের সাথে মিলিত হন তবে কোন সার্চ ইঞ্জিনগুলিতে আপনি উচ্চতর র‌্যাঙ্কিং পাবেন?

2
অসুবিধাটি হ'ল আপনার অতিরিক্ত কোডটি আপনার সমস্ত কোডটি পূরণ করে তা নিশ্চিত করে ব্যয় করে। যদিও এই ব্যয়টি সাধারণত ন্যূনতম তবে এটির অসুবিধা হিসাবেও মোকাবিলা করা উচিত।
চ্যাট করুন

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

বৈধতা পরিভাষা নিয়ে এটাই সমস্যা। আপনি হয় বৈধ বা আপনি নন। ডিগ্রি নেই। ভাঙা এইচটিএমএল (উদাঃ অবরুদ্ধ ট্যাগ, ভুল জায়গায় / নিখোঁজ স্ট্রাকচারাল ট্যাগ, ইত্যাদি) অবৈধ এবং এসইওর ক্ষতি করে, তবে বেশিরভাগ লোকেরা "বৈধতা" বলার পরে সে বিষয়ে কথা বলছেন না। একজন নবজাতক সম্ভবত কোনও ভোক্তা ভুল করেন নি তা নিশ্চিত করার জন্য একটি বৈধকারী ব্যবহার করতে চাইতে পারে, তবে এসইওর মেয়াদে কথা বলার জন্য কোনও পেশাদার বিকাশকারীকে তাদের কোডটি ইতিমধ্যে "যথেষ্ট বৈধ" না হওয়ার প্রয়োজন নেই।
লস ম্যাজেস্টে

1

কিছু HTML বৈধতা ত্রুটিগুলি অ-সুস্পষ্ট লেআউট সমস্যাগুলি (যেমন: ভুলভাবে নেস্টেড / ক্লোসডবিহীন ট্যাগগুলি), জাভাস্ক্রিপ্ট বাগ (যেমন idএকাধিকবার ব্যবহার করা ) এবং কিছু ব্যবহারকারীর জন্য সমস্যাগুলি তৈরি করতে পারে (যেমন altচিত্রগুলিতে কোনও অর্থবহ বা ফাঁকা বৈশিষ্ট্য সহ নয়) not

যদি আমাদের সমস্ত পৃষ্ঠাগুলি বৈধ হয়ে থাকে, তবে এটি একটি দুর্দান্ত স্বয়ংক্রিয় চেক যা ত্রুটির উত্সগুলি বাতিল করতে আপনি করতে পারেন। যদি আপনি কিছু বৈধতা ত্রুটিগুলি ছেড়ে যান কারণ আপনি জানেন যে তারা কোনও ক্ষতি করছে না, আপনার চেক আর স্বয়ংক্রিয় নয়: আপনাকে প্রতিটি ত্রুটিটি দেখতে হবে এবং মনে রাখতে হবে যে এটি ঠিক আছে। ব্যক্তিগতভাবে, কম্পিউটারগুলি যখন আমার কাজ করার পরিমাণ বাড়ানোর পরিবর্তে কমিয়ে দেয় তখন আমি এটিকে পছন্দ করি prefer


1

কারও উল্লেখ না করা একটি বিষয় হ'ল ভবিষ্যতের ব্রাউজার বিকাশ। যদিও আজকের সমস্ত ব্রাউজার অপ্রয়োজনীয় মার্কআপ তুলনামূলকভাবে ভাল পরিচালনা করে, এটি সর্বদা ক্ষেত্রে নাও হতে পারে।

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


আমাকে বলতে হবে আমি ভাবছি এটি সত্য কিনা is

2
হ্যাঁ, আমি কোনও ব্রাউজার <font>ট্যাগ বা এর মতো লোকের জন্য সমর্থন বাদ দিচ্ছি না ।
অসন্তুষ্ট গোট 15

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

1

বৈধতা আপনাকে অসঙ্গতিগুলি এড়াতে এবং কোড বজায় রাখতে সহায়তা করে। ব্রাউজারগুলি মার্কআপ ত্রুটিগুলি থেকে পুনরুদ্ধার করে তবে কখনও কখনও খুব অদম্য উপায়ে।


  • ডিটিডি-ভিত্তিক (এইচটিএমএল 4, এক্সএইচটিএমএল 1 @ ডাব্লু 3 সি) - এটির পক্ষে উপযুক্ত হতে পারে না। ডিটিডি আদিম এবং যেমন, বেশিরভাগ বৈশিষ্ট্যের বৈধতা পরীক্ষা করতে পারে না। সত্ত্বা এবং বাসা বাঁধার বিষয়ে ত্রুটিগুলি বোঝার জন্য আপনি বেশিরভাগই কঠিন হয়ে উঠবেন।

  • এইচটিএমএল 5 বৈধকরণকারী - হ্যাঁ । স্পষ্টভাবে. এইচটিএমএল 5 আরও বাস্তববাদী এবং কিছু নিরীহ নির্মাণের অনুমতি দেয় যা ত্রুটি হিসাবে ব্যবহৃত হত। ওটিওএইচ হেনরির বৈধকারক আসল সমস্যাগুলি আবিষ্কার করতে অনেক বেশি পুঙ্খানুপুঙ্খ এবং ভাল।


জেএস-উত্পাদিত কোডের বৈধতা বিবেচনা করতে পারে, ব্রাউজারগুলি এটি কীভাবে তৈরি করা হয়েছিল তা নির্বিশেষে DOM এ পরিচালনা করে। যদি আপনি ব্যবহার করেন document.write()তবে আপনার সিনট্যাক্সটি সঠিক হওয়ার জন্য আপনাকেও যত্ন নিতে হবে (এটি পৃষ্ঠার উত্স হিসাবে একই পার্সারের মধ্য দিয়ে যায়)।


1

এমনকি যদি আপনার এইচটিএমএল সমস্ত বড় ব্রাউজারগুলিতে কাজ করে তবে এটি করা এখনও মূল্যবান কারণ এটি কখনও কখনও গুগলবোটের মতো অনুসন্ধান ইঞ্জিন ক্রলারের সাথে সমস্যা তৈরি করতে পারে। উদাহরণস্বরূপ এটি দেখুন:

http://www.codeproject.com/KB/server-management/Google_Indexing_Problem.aspx


0

গুগল এবং বিং কোনও সিএসএস বা এইচটিএমএল বৈধতা কোনও র‌্যাঙ্কিং ফ্যাক্টর হিসাবে ব্যবহার করে না এবং ব্যবহার করে না।

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

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