এইচটিএমএলের জন্য কেন কঠোরভাবে পার্সিং বেছে নেওয়া হয়নি?


38

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

এইচটিএমএলকে কঠোরভাবে বিশ্লেষণ করার কারণ নেই?


7
আপনি Joels নিবন্ধ খুঁজে পারে, মঙ্গল হেডসেট সুদের যাবে। এছাড়াও বিশেষ দ্রষ্টব্যটি হ'ল আরএফসি 79৯৩: দৃust়তা নীতি , যা স্পষ্টভাবে বলেছে যে টিসিপি বাস্তবায়নগুলি আবর্জনাকে পার্স করার জন্য যথাসাধ্য চেষ্টা করা উচিত। এই নীতিটি তখন থেকে ব্রাউজারগুলিতে প্রয়োগ করা হয়।
ব্রায়ান

25
@ ব্রায়ান: দৃust়তার অর্থ আপনি যখন বাচ্চা পেয়েছেন তখন আপনার উপর পড়ে যাওয়া উচিত নয়। এর অর্থ এই নয় যে আপনাকে বোকা বানাতে হবে।
মার্জন ভেনেমা

2
এক্সএইচটিএমএল কঠোরভাবে পার্সিং ব্যবহার করে।
ব্যবহারকারী16764

3
এটি কি কেবল আমি, বা এর কোনও উত্তর খুব সন্তুষ্ট নয়?
gsingh2011

2
@ gsingh2011 উত্তরগুলির কোনওটিই সন্তুষ্ট নয়, তবে আমার উত্তরটি সত্য। আমাদের মধ্যে কয়েক জন নেট এ সক্রিয় ছিল যে অনেক আগে থেকেই :-) তবে হ্যাঁ, এত সাধারণ কারণে আমরা কতটা জাঙ্ক ফেলে রেখেছি তা অবাক করে দেয়।
রস প্যাটারসন

উত্তর:


39

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


7
হ্যাঁ, +1 হ'ল, vi বা নোটপ্যাডে এটি সমস্ত কীভাবে শুরু হয়েছিল। বেশিরভাগ পৃষ্ঠাগুলি খারাপ উদাহরণ কোড থেকে অনুলিপি করা হওয়ার সাথে এটি আর কখনও ভাল হয় নি। এছাড়াও ডাব্লুডাব্লুডাব্লু বুম হয়েছে, সুতরাং যে কেউ টাইপ করতে পারে সে ওয়েব বিকাশকারী হয়ে যায় এবং এটি দ্রুত কাজ শেষ করার বিষয়ে।
jqa

1
স্পষ্টতই, @ Jukka এর মন্তব্যে এই উত্তরটি সর্বোত্তম সম্ভাব্য ব্যাখ্যা দেয়
শুভম

35

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

এটির সাথে আসল সমস্যাটি হ'ল যখন আপনার ত্রুটি বার্তাগুলির প্রয়োজন হয় যা সাধারণত বিকাশের পরিস্থিতিতে থাকে - আপনি নিশ্চিত করতে চান যে আপনি তৈরি করেছেন এইচটিএমএল সঠিক কিনা এবং যেহেতু "ব্রাউজার এক্স-এ কাজ করে" "সঠিক" এর সমতুল্য নয়, আমরা কেবল এটি ব্রাউজারের মাধ্যমে চালাতে পারি না এবং এটি কার্যকর হয় কিনা তা দেখতে পাই: ব্রাউজার আপনার জন্য ঠিক করে দিয়েছে সঠিক HTML এবং ভুল HTML এর মধ্যে পার্থক্যটি আমরা বলতে পারি না। এটি যদিও একটি সমাধানযোগ্য সমস্যা; ব্রাউজার প্লাগইন রয়েছে যা মান লঙ্ঘন রিপোর্ট করে, ডাব্লু 3 সি বৈধকারক এবং অন্যান্য অনেক অনুরূপ সরঞ্জাম রয়েছে।


7
ভাল, আমি মনে করি না যে কেউ এইচটিএমএল পরিবেশন করবে যা ত্রুটিগুলি ছুঁড়ে দেয়। আপনি কেন মনে করেন যে সংকলক ধরে নেওয়া কোডটি এইচটিএমএল ধরে ব্রাউজার থেকে কোনও বিবিধ?
শুভম

1
আমি এখানে শুভমের সাথে একমত - "যেহেতু আমরা এমন কোনও উত্স থেকে ইনপুট নিয়ে কাজ করছি যেটির উপর আমাদের কোনও প্রভাব নেই" প্রভাবটি মিথ্যা, প্রভাবটি পরোক্ষ কিন্তু কিছু ওয়েবসাইট এখনও সেই প্রভাবের কারণে আই 6 সমর্থন করে।
স্টিভ 314

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

2
@ শুভম: সাধারণত একটি সংকলক ব্যবহারকারীর উত্স কোডটি সংকলিত হওয়ার উপর নিয়ন্ত্রণ থাকবে। ওয়েব পৃষ্ঠাগুলির ক্ষেত্রে এটি সাধারণত হয় না।
ক্যাট

17

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

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

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


15
HTML authors and authoring tools produce crappy markup.- ব্রাউজারগুলি গ্রহণ করার কারণে তারা তা করে। যদি প্রথম থেকেই ব্রাউজারগুলি এটি গ্রহণ না করে - তবে এই সরঞ্জামগুলি এবং লেখকরা
ক্রেপি

3
@ গ্র্যান্ডমাস্টারবি - আমি মনে করি আপনি এই বিষয়টিটি মিস করেছেন - এমনকি বাজারে যেখানে কেবল একটি ব্রাউজার ছিল - এটি কঠোরভাবে বিশ্লেষণ করেনি।
user93353

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

3
শুরুতে, ব্রাউজারগুলিকে এমন একটি মার্কআপ ভাষার সাথে মোকাবিলার জন্য তড়িঘড়ি করে লেখা হয়েছিল যা চূড়ান্ত হয়নি এবং এর কোনও সরকারী স্পেসিফিকেশন ছিল না - কোনও কঠোরভাবে বিচ্ছেদ বিধি ছিল না। (১৯৯৫ সালে, এইচটিএমএল ২.০, নামমাত্র এসজিএমএল-ভিত্তিক ছিল, তবে এটি বাস্তবায়িত হতে খুব দেরী হয়েছিল।)
জুন্কা কে। কোরপেলা

2
আইই আসলে এর বেশিরভাগ মার্কেট শেয়ার হারিয়েছে। তবে কঠোরভাবে পার্সিংয়ের সাথে যদি কিছু করার থাকে তবে সম্ভবত এটির সামান্যই রয়েছে। আইই, এর অদ্ভুততা সহ, ওয়েবটি দীর্ঘকাল ধরে অন্য ব্রাউজারগুলিকে তার প্রতিকূলতাকে নকল করার জন্য বাধ্য করেছিল, কারণ অনেক পৃষ্ঠা অন্যথায় বিচ্ছিন্ন হয়ে যায়।
Jukka K. Korpela

9

এর সংক্ষিপ্তসারটি হ'ল এইচটিএমএলটি এসজিএমএল নামে পরিচিত অন্য একটি হাইপার-লিঙ্কযুক্ত মার্কআপ ভাষার উপর ভিত্তি করে তৈরি হত যা ডকুমেন্টেশন এবং ম্যানুয়ালগুলির জন্য প্রায়শই ব্যবহৃত হত।

এইচটিএমএলের ইতিহাস সম্পর্কিত একটি নিবন্ধ থেকে :

টিম উল্লেখ করেছিলেন যে শুরুর কিছু HTML ডকুমেন্টগুলি পুরানো এসজিএমএল ভাষার উপর ভিত্তি করে তৈরি হয়েছিল যা সিআরএন ইতিমধ্যে ব্যবহার করেছিল: - আমরা এসইএমএমএল ট্যাগসেট থেকে কিছু ট্যাগ অন্তর্ভুক্ত করেছি এবং একবার সিআরএন-তে সমর্থিত [...] এইচটিএমএল পার্সার ট্যাগগুলি যা এটি বোঝে না তা উপেক্ষা করবে এবং এমন বৈশিষ্ট্যগুলি উপেক্ষা করবে যা এটি সিআরএন-এসজিএমএল ট্যাগগুলি বোঝে না

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

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


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

5

এটি ব্রাউজার যুদ্ধের আংশিক .তিহাসিক অবশেষ

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

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

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

সমস্যাটিকে আরও খারাপ করে তোলা হচ্ছে বেশ কয়েকটি "টিউটোরিয়াল" সাইটগুলিও ভুল জিনিস শেখায় এবং সেগুলি সঠিক বলে মনে করে কারণ তারা যা শেখায় সেগুলি কাজ করে।

শেষ পর্যন্ত এর অর্থ হ'ল আপনি যদি এখন কেবলমাত্র কঠোর এইচটিএমএল 99% সাইটকে পার্সিং দিয়ে একটি ব্রাউজার তৈরি করেন তবে তা কার্যকর হবে না।


6
আইই বাজারে আসার আগেই নেটস্কেপ কখনও কঠোরভাবে বিশ্লেষণ করেনি। আমি তাড়াতাড়ি 1997 থেকে নেটস্কেপ স্মরণ
user93353

এমনকি যদি পরিষ্কার মান থাকে তবে ব্রাউজারের পক্ষে ট্যাগগুলির মধ্যে পার্থক্য করা কঠিন যেগুলি ব্রাউজারটি প্রকাশের পরে বৈধভাবে সংজ্ঞায়িত হয়েছিল, যেগুলি ট্যাগ কখনও হয়নি এবং কখনও বৈধ হবে না। যদি "alচ্ছিক" ট্যাগগুলি যা কোনও দস্তাবেজকে উন্নত করে তবে এর অর্থগত শুদ্ধতার জন্য প্রয়োজনীয় না হয় সেগুলি প্রয়োগ করে এমন স্ট্যান্ডার্ডের সংস্করণ সংখ্যাটি অন্তর্ভুক্ত করে, তবে যে ব্রাউজারটি স্ট্যান্ডার্ডের ২৩ <o24wowzo>তম সংস্করণটি প্রয়োগ করেছিল তা নিঃশব্দে কোনও ট্যাগ উপেক্ষা করতে পারে তবে একটি এঁকে দিতে পারে <o23wowzo>, তবে এই জাতীয় একটি নকশা HTML এর "মানব-পঠনযোগ্য" দিকটিকে প্রতিবন্ধক করে তুলবে।
সুপারক্যাট

2

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

তারা দাবি করেছিল যে এটি অ-পেশাদারদের কাছে ওয়েব আরও অ্যাক্সেসযোগ্য হতে চেয়েছিল তবে এইচটিএমএল 4 এর সবচেয়ে লেন্সিয়েন্ট আকারে ব্যবহার করা থেকে কাউকে বাধা দেওয়া হয়নি।

এটি বলেছে, আপনি যদি কঠোর স্টাইলের বিন্যাস চান তবে আপনি এখনও HTML5 কে এক্সএমএল হিসাবে পরিবেশন করতে পারেন। আইএমও এটি এমন কোনও শক্তিশালী মোডে লেআউট বা ইউআই কাজ করার সুবিধাগুলি কাটাবার একটি ভাল উপায় হতে পারে যা আপনি অন্য কোনও লোকের কাছে দেওয়ার আগে যা কোনও সত্য ঝুঁকি ছাড়াই একে কঠোর হিসাবে দেখতে চান বা না করতে পারে (তাদের ডক্টিপটি ছিঁড়ে দেওয়া ব্যতীত কারণ) তারা আসলে কুইর্কস মোডের পক্ষে - 2017 সালে (এই সম্পাদনার সময়) তাদের গুলি করা উচিত So সুতরাং এটি এখনও মূলত রয়েছে তবে কিছু গবেষণা করুন I আমি মনে করি সেখানে এমন কিছু সতর্কীকরণ রয়েছে যা আমাদের এক্সএইচটিএমএল ছিল না যা ছিল না সত্যই লেআউটের কাজকে প্রভাবিত করে Just কেবল এটিই ঠিক করবেন না যে এটি "এটি সঠিকভাবে করার একমাত্র উপায়" বা যে ধরণের কথাবার্তাটি এই ধরণের কথাবার্তা কেনে তারা ধারণাটিকে কুকুর ছড়িয়ে দেবে, ব্রাউজারগুলিকে আবার দোষ দেবে, এবং তারা দাঁত গ্রহণ করবে আমরা ছেড়ে যাওয়া একমাত্র কঠোর বিকল্পের বাইরে ((2017 সম্পাদনা:

http://mathiasbynens.be/notes/xhtml5

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