বড় DOM মাপের ইন্টারঅ্যাকটিভিটির উপর আপনার ধারণার চেয়ে বেশি প্রভাব পড়ে। এই নির্দেশিকা ব্যাখ্যা করে কেন, এবং আপনি কি করতে পারেন।
এটির আশেপাশে কোন উপায় নেই: আপনি যখন একটি ওয়েব পৃষ্ঠা তৈরি করেন, সেই পৃষ্ঠাটিতে একটি ডকুমেন্ট অবজেক্ট মডেল (DOM) থাকবে। DOM আপনার পৃষ্ঠার HTML এর গঠনকে উপস্থাপন করে এবং একটি পৃষ্ঠার গঠন এবং বিষয়বস্তুতে JavaScript এবং CSS অ্যাক্সেস দেয়।
যাইহোক, সমস্যাটি হল যে DOM এর আকার একটি ব্রাউজারের দ্রুত এবং দক্ষতার সাথে একটি পৃষ্ঠা রেন্ডার করার ক্ষমতাকে প্রভাবিত করে। সাধারণভাবে বলতে গেলে, একটি DOM যত বড় হবে, প্রাথমিকভাবে সেই পৃষ্ঠাটিকে রেন্ডার করা এবং পরবর্তীতে পৃষ্ঠার জীবনচক্রে এটির রেন্ডারিং আপডেট করা তত বেশি ব্যয়বহুল৷
এটি খুব বড় DOM সহ পৃষ্ঠাগুলিতে সমস্যাযুক্ত হয়ে ওঠে যখন যে মিথস্ক্রিয়াগুলি DOM-কে সংশোধন বা আপডেট করে তা ব্যয়বহুল লেআউট কাজকে ট্রিগার করে যা পৃষ্ঠার দ্রুত প্রতিক্রিয়া জানানোর ক্ষমতাকে প্রভাবিত করে। ব্যয়বহুল লেআউট কাজ নেক্সট পেইন্টের সাথে একটি পৃষ্ঠার ইন্টারঅ্যাকশনকে প্রভাবিত করতে পারে (INP) ; আপনি যদি ব্যবহারকারীর ইন্টারঅ্যাকশনের জন্য একটি পৃষ্ঠা দ্রুত প্রতিক্রিয়া জানাতে চান, তবে আপনার DOM আকারগুলি যতটা প্রয়োজন তত বড় তা নিশ্চিত করা গুরুত্বপূর্ণ।
কখন একটি পৃষ্ঠার DOM খুব বড় হয়?
লাইটহাউসের মতে , একটি পৃষ্ঠার DOM আকার অত্যধিক যখন এটি 1,400 নোড অতিক্রম করে। যখন একটি পৃষ্ঠার DOM 800 নোড অতিক্রম করে তখন বাতিঘর সতর্কতা নিক্ষেপ করা শুরু করবে৷ উদাহরণস্বরূপ নিম্নলিখিত HTML নিন:
<ul>
<li>List item one.</li>
<li>List item two.</li>
<li>List item three.</li>
</ul>
উপরের কোডে, চারটি DOM উপাদান রয়েছে: <ul>
উপাদান, এবং এর তিনটি <li>
চাইল্ড উপাদান। আপনার ওয়েব পৃষ্ঠায় প্রায় নিশ্চিতভাবেই এর চেয়ে অনেক বেশি নোড থাকবে, তাই এটি বোঝা গুরুত্বপূর্ণ যে আপনি DOM সাইজ চেক করার জন্য কী করতে পারেন — সেইসাথে রেন্ডারিং কাজটি অপ্টিমাইজ করার জন্য অন্যান্য কৌশলগুলি একবার আপনি একটি পৃষ্ঠার DOM যতটা ছোট হয়ে গেলে এটা হতে পারে
কিভাবে বড় DOM পৃষ্ঠা কর্মক্ষমতা প্রভাবিত করে?
বড় DOM গুলি কয়েকটি উপায়ে পৃষ্ঠার কার্যক্ষমতাকে প্রভাবিত করে:
- পৃষ্ঠার প্রাথমিক রেন্ডারের সময়। যখন একটি পৃষ্ঠায় CSS প্রয়োগ করা হয়, তখন DOM-এর অনুরূপ একটি কাঠামো তৈরি হয় যা CSS অবজেক্ট মডেল (CSSOM) নামে পরিচিত। CSS নির্বাচকদের সুনির্দিষ্টতা বাড়ার সাথে সাথে CSSOM আরও জটিল হয়ে ওঠে এবং ওয়েব পৃষ্ঠাটিকে পর্দায় আঁকতে প্রয়োজনীয় লেআউট, স্টাইলিং, কম্পোজিটিং এবং পেইন্টের কাজ চালানোর জন্য আরও বেশি সময় প্রয়োজন। এই যোগ করা কাজটি পৃষ্ঠা লোডের সময় প্রথম দিকে ঘটতে থাকা মিথস্ক্রিয়াগুলির জন্য মিথস্ক্রিয়া বিলম্বিত করে।
- যখন ইন্টারঅ্যাকশনগুলি DOM-কে পরিবর্তন করে, হয় উপাদান সন্নিবেশ বা মুছে ফেলার মাধ্যমে, অথবা DOM বিষয়বস্তু এবং শৈলীগুলি সংশোধন করে, সেই আপডেটটি রেন্ডার করার জন্য প্রয়োজনীয় কাজের ফলে খুব ব্যয়বহুল লেআউট, স্টাইলিং, কম্পোজিটিং এবং পেইন্ট কাজ হতে পারে। পৃষ্ঠার প্রাথমিক রেন্ডারের ক্ষেত্রে যেমন, CSS নির্বাচকের নির্দিষ্টতা বৃদ্ধি রেন্ডারিং কাজে যোগ করতে পারে যখন একটি মিথস্ক্রিয়ার ফলাফল হিসাবে এইচটিএমএল উপাদানগুলি DOM-এ প্রবেশ করানো হয়।
- যখন JavaScript DOM-কে জিজ্ঞাসা করে, DOM উপাদানের রেফারেন্স মেমরিতে সংরক্ষণ করা হয়। উদাহরণস্বরূপ, যদি আপনি একটি পৃষ্ঠায় সমস্ত
<div>
উপাদান নির্বাচন করতেdocument.querySelectorAll
কল করেন, ফলাফলটি প্রচুর পরিমাণে DOM উপাদান প্রদান করলে মেমরি খরচ যথেষ্ট হতে পারে।
এই সবগুলি ইন্টারঅ্যাক্টিভিটি প্রভাবিত করতে পারে, তবে উপরের তালিকার দ্বিতীয় আইটেমটি বিশেষ গুরুত্ব বহন করে। যদি কোনো ইন্টারঅ্যাকশনের ফলে DOM-এ পরিবর্তন হয়, তাহলে এটি অনেক কাজ বন্ধ করে দিতে পারে যা একটি পৃষ্ঠার একটি দুর্বল INP-তে অবদান রাখতে পারে।
আমি কিভাবে DOM আকার পরিমাপ করব?
আপনি কয়েকটি উপায়ে DOM আকার পরিমাপ করতে পারেন। প্রথম পদ্ধতি বাতিঘর ব্যবহার করে। আপনি যখন একটি অডিট চালান, তখন বর্তমান পৃষ্ঠার DOM-এর পরিসংখ্যান "অতিরিক্ত DOM আকার এড়িয়ে চলুন" অডিটে থাকবে "ডায়াগনস্টিকস" শিরোনামের অধীনে। এই বিভাগে, আপনি DOM উপাদানের মোট সংখ্যা, সর্বাধিক চাইল্ড উপাদান ধারণকারী DOM উপাদান, সেইসাথে গভীরতম DOM উপাদান দেখতে পাবেন।
একটি সহজ পদ্ধতিতে যেকোনো বড় ব্রাউজারে ডেভেলপার টুলে জাভাস্ক্রিপ্ট কনসোল ব্যবহার করা জড়িত। DOM-এ HTML উপাদানের মোট সংখ্যা পেতে, পৃষ্ঠাটি লোড হওয়ার পরে আপনি কনসোলে নিম্নলিখিত কোডটি ব্যবহার করতে পারেন:
document.querySelectorAll('*').length;
আপনি যদি রিয়েলটাইমে DOM আকারের আপডেট দেখতে চান, আপনি পারফরম্যান্স মনিটর টুলটিও ব্যবহার করতে পারেন। এই টুলটি ব্যবহার করে, আপনি বর্তমান DOM আকারের সাথে লেআউট এবং স্টাইলিং অপারেশন (এবং অন্যান্য কর্মক্ষমতার দিকগুলি) পারস্পরিক সম্পর্ক স্থাপন করতে পারেন।
যদি DOM-এর আকার লাইটহাউস DOM আকারের সতর্কতা থ্রেশহোল্ডের কাছাকাছি চলে আসে—অথবা সম্পূর্ণভাবে ব্যর্থ হয়—তাহলে পরবর্তী পদক্ষেপটি হল ব্যবহারকারীর ইন্টারঅ্যাকশনগুলিতে প্রতিক্রিয়া জানানোর জন্য আপনার পৃষ্ঠার ক্ষমতা উন্নত করতে কীভাবে DOM-এর আকার কমানো যায় তা নির্ধারণ করা যাতে আপনার ওয়েবসাইটের INP উন্নত হতে পারে৷
আমি কিভাবে একটি মিথস্ক্রিয়া দ্বারা প্রভাবিত DOM উপাদানের সংখ্যা পরিমাপ করতে পারি?
আপনি যদি ল্যাবে একটি ধীর মিথস্ক্রিয়া প্রোফাইলিং করেন যা আপনার সন্দেহ হয় যে পৃষ্ঠার DOM এর আকারের সাথে কিছু করার আছে, আপনি "পুনরায় গণনা করা শৈলী" লেবেলযুক্ত প্রোফাইলারে যেকোন অংশের কার্যকলাপ নির্বাচন করে কতগুলি DOM উপাদান প্রভাবিত হয়েছিল তা বের করতে পারেন " এবং নীচের প্যানেলে প্রাসঙ্গিক ডেটা পর্যবেক্ষণ করুন৷
উপরের স্ক্রিনশটে, লক্ষ্য করুন যে কাজের স্টাইল পুনঃগণনা - যখন নির্বাচিত হয় - প্রভাবিত উপাদানের সংখ্যা দেখায়৷ যদিও উপরের স্ক্রিনশটটি অনেকগুলি DOM উপাদান সহ একটি পৃষ্ঠায় রেন্ডারিং কাজের উপর DOM আকারের প্রভাবের একটি চরম কেস দেখায়, এই ডায়াগনস্টিক তথ্যটি যে কোনও ক্ষেত্রেই এটি নির্ধারণ করতে কার্যকর যে DOM এর আকার কতক্ষণ সময় নেয় তার একটি সীমাবদ্ধ কারণ কিনা। একটি মিথস্ক্রিয়া প্রতিক্রিয়ায় পরবর্তী ফ্রেম আঁকার জন্য।
আমি কিভাবে DOM আকার কমাতে পারি?
অপ্রয়োজনীয় মার্কআপের জন্য আপনার ওয়েবসাইটের HTML অডিট করার বাইরে, DOM আকার কমানোর প্রধান উপায় হল DOM গভীরতা কমানো। একটি সংকেত যে আপনার DOM অপ্রয়োজনীয়ভাবে গভীর হতে পারে যদি আপনি মার্কআপ দেখতে পান যা আপনার ব্রাউজারের বিকাশকারী সরঞ্জামগুলির উপাদান ট্যাবে এরকম কিছু দেখায়:
<div>
<div>
<div>
<div>
<!-- Contents -->
</div>
</div>
</div>
</div>
আপনি যখন এই ধরনের নিদর্শনগুলি দেখতে পান, তখন আপনি সম্ভবত আপনার DOM কাঠামো সমতল করে সেগুলিকে সরল করতে পারেন। এটি করলে DOM উপাদানের সংখ্যা হ্রাস পাবে এবং সম্ভবত আপনাকে পৃষ্ঠা শৈলী সহজ করার সুযোগ দেবে।
DOM গভীরতা আপনার ব্যবহার করা ফ্রেমওয়ার্কগুলির একটি উপসর্গও হতে পারে। বিশেষ করে, কম্পোনেন্ট-ভিত্তিক ফ্রেমওয়ার্ক-যেমন যেগুলি JSX-এর উপর নির্ভর করে—আপনাকে একটি প্যারেন্ট কন্টেনারে একাধিক উপাদান নেস্ট করতে হবে।
যাইহোক, অনেক ফ্রেমওয়ার্ক আপনাকে টুকরা হিসাবে পরিচিত ব্যবহার করে নেস্টিং উপাদানগুলি এড়াতে অনুমতি দেয়। উপাদান-ভিত্তিক ফ্রেমওয়ার্ক যা একটি বৈশিষ্ট্য হিসাবে টুকরো অফার করে সেগুলির মধ্যে নিম্নলিখিতগুলি অন্তর্ভুক্ত (কিন্তু সীমাবদ্ধ নয়):
আপনার পছন্দের কাঠামোতে টুকরো ব্যবহার করে, আপনি DOM গভীরতা কমাতে পারেন। স্টাইলিংয়ের উপর সমতলকরণ DOM কাঠামোর প্রভাব সম্পর্কে আপনি যদি উদ্বিগ্ন হন, তাহলে আপনি আরও আধুনিক (এবং দ্রুত) লেআউট মোড যেমন ফ্লেক্সবক্স বা গ্রিড ব্যবহার করে উপকৃত হতে পারেন।
অন্যান্য কৌশল বিবেচনা করা
এমনকি যদি আপনি আপনার DOM গাছকে সমতল করতে এবং আপনার DOMকে যতটা সম্ভব ছোট রাখার জন্য অপ্রয়োজনীয় HTML উপাদানগুলিকে সরিয়ে দেওয়ার জন্য ব্যথা পান, তবুও এটি বেশ বড় হতে পারে এবং ব্যবহারকারীর ইন্টারঅ্যাকশনের প্রতিক্রিয়ায় এটি পরিবর্তিত হওয়ায় অনেক রেন্ডারিং কাজ শুরু করতে পারে। আপনি যদি নিজেকে এই অবস্থানে খুঁজে পান, তাহলে রেন্ডারিং কাজ সীমিত করার জন্য আপনি বিবেচনা করতে পারেন এমন কিছু অন্যান্য কৌশল রয়েছে।
একটি সংযোজন পদ্ধতি বিবেচনা করুন
আপনি এমন একটি অবস্থানে থাকতে পারেন যেখানে আপনার পৃষ্ঠার বড় অংশগুলি প্রথম রেন্ডার করার সময় ব্যবহারকারীর কাছে প্রাথমিকভাবে দৃশ্যমান হয় না। এটি স্টার্টআপে DOM-এর সেই অংশগুলি বাদ দিয়ে অলস এইচটিএমএল লোড করার একটি সুযোগ হতে পারে, তবে ব্যবহারকারী যখন পৃষ্ঠার এমন অংশগুলির সাথে ইন্টারঅ্যাক্ট করে যেগুলির জন্য পৃষ্ঠার প্রাথমিকভাবে লুকানো দিকগুলির প্রয়োজন হয় তখন সেগুলি যোগ করুন৷
এই পদ্ধতিটি প্রাথমিক লোডের সময় এবং সম্ভবত তার পরেও উভয়ই কার্যকর। প্রাথমিক পৃষ্ঠা লোডের জন্য, আপনি সামনে কম রেন্ডারিং কাজ নিচ্ছেন, যার অর্থ আপনার প্রাথমিক HTML পেলোড হালকা হবে, এবং আরও দ্রুত রেন্ডার হবে। এটি সেই গুরুত্বপূর্ণ সময়ের মধ্যে ইন্টারঅ্যাকশনকে মূল থ্রেডের মনোযোগের জন্য কম প্রতিযোগিতার সাথে চালানোর আরও সুযোগ দেবে।
আপনার যদি পৃষ্ঠার অনেক অংশ থাকে যা প্রাথমিকভাবে লোড করার সময় লুকানো থাকে, তবে এটি অন্যান্য ইন্টারঅ্যাকশনের গতি বাড়াতে পারে যা পুনরায় রেন্ডারিং কাজকে ট্রিগার করে। যাইহোক, অন্যান্য মিথস্ক্রিয়াগুলি DOM-এ আরও যোগ করার ফলে, পৃষ্ঠার জীবনচক্র জুড়ে DOM বৃদ্ধির সাথে সাথে রেন্ডারিং কাজ বৃদ্ধি পাবে।
সময়ের সাথে DOM এ যোগ করা কঠিন হতে পারে এবং এর নিজস্ব ট্রেডঅফ রয়েছে। আপনি যদি এই রুটে যাচ্ছেন, তাহলে ব্যবহারকারীর ইন্টারঅ্যাকশনের প্রতিক্রিয়ায় আপনি যে এইচটিএমএলটি পৃষ্ঠায় যোগ করতে চান তা পূরণ করার জন্য আপনি সম্ভবত নেটওয়ার্ক অনুরোধ করছেন। যদিও ইন-ফ্লাইট নেটওয়ার্ক অনুরোধগুলি INP-এ গণনা করা হয় না, এটি অনুভূত লেটেন্সি বাড়াতে পারে। যদি সম্ভব হয়, একটি লোডিং স্পিনার বা অন্যান্য সূচক দেখান যে ডেটা আনা হচ্ছে যাতে ব্যবহারকারীরা বুঝতে পারে যে কিছু ঘটছে।
CSS নির্বাচক জটিলতা সীমিত করুন
যখন ব্রাউজারটি আপনার CSS-এ নির্বাচকদের পার্স করে, তখন এই নির্বাচকরা বর্তমান লেআউটে কীভাবে প্রযোজ্য হবে তা বোঝার জন্য এটিকে DOM ট্রি অতিক্রম করতে হবে। এই নির্বাচকগুলি যত বেশি জটিল, পৃষ্ঠাটির প্রাথমিক রেন্ডারিং উভয়ই সম্পাদন করার জন্য ব্রাউজারকে তত বেশি কাজ করতে হবে, সেইসাথে স্টাইল পুনঃগণনা এবং লেআউটের কাজ যদি কোনও ইন্টারঅ্যাকশনের ফলে পৃষ্ঠাটি পরিবর্তিত হয়।
content-visibility
বৈশিষ্ট্য ব্যবহার করুন
CSS content-visibility
বৈশিষ্ট্য অফার করে, যা কার্যকরভাবে অলসভাবে অফ-স্ক্রিন DOM উপাদানগুলিকে রেন্ডার করার একটি উপায়। উপাদানগুলি ভিউপোর্টের কাছে যাওয়ার সাথে সাথে সেগুলি চাহিদা অনুসারে রেন্ডার করা হয়। content-visibility
সুবিধাগুলি শুধুমাত্র প্রারম্ভিক পৃষ্ঠা রেন্ডারে একটি উল্লেখযোগ্য পরিমাণ রেন্ডারিং কাজকে কমিয়ে দেয় না, তবে ব্যবহারকারীর ইন্টারঅ্যাকশনের ফলে পৃষ্ঠা DOM পরিবর্তিত হলে অফস্ক্রিন উপাদানগুলির জন্য রেন্ডারিং কাজ এড়িয়ে যায়।
উপসংহার
আপনার DOM সাইজ কমিয়ে শুধুমাত্র যা কঠোরভাবে প্রয়োজন তা হল আপনার ওয়েবসাইটের INP অপ্টিমাইজ করার একটি ভাল উপায়। এটি করার মাধ্যমে, আপনি DOM আপডেট করার সময় লেআউট এবং রেন্ডারিং কাজ সম্পাদন করতে ব্রাউজারটির যে সময় লাগে তা কমাতে পারেন। এমনকি যদি আপনি অর্থপূর্ণভাবে DOM আকার কমাতে না পারেন, তবে কিছু কৌশল রয়েছে যা আপনি একটি DOM সাবট্রিতে রেন্ডারিং কাজকে আলাদা করতে ব্যবহার করতে পারেন, যেমন CSS কন্টেনমেন্ট এবং content-visibility
CSS বৈশিষ্ট্য।
যাইহোক, আপনি এটি সম্পর্কে যান, এমন একটি পরিবেশ তৈরি করুন যেখানে রেন্ডারিং কাজকে ন্যূনতম করা হয় — সেইসাথে আপনার পৃষ্ঠা ইন্টারঅ্যাকশনের প্রতিক্রিয়া হিসাবে রেন্ডারিং কাজের পরিমাণ কমিয়ে দেয়-এর ফলে আপনার ওয়েবসাইট ব্যবহারকারীদের সাথে ইন্টারঅ্যাক্ট করার সময় তাদের কাছে আরও প্রতিক্রিয়াশীল বোধ করবে . এর মানে হল আপনার ওয়েবসাইটের জন্য আপনার কাছে কম INP থাকবে এবং এটি একটি ভাল ব্যবহারকারীর অভিজ্ঞতায় অনুবাদ করবে৷
,বড় DOM মাপের ইন্টারঅ্যাকটিভিটির উপর আপনার ধারণার চেয়ে বেশি প্রভাব পড়ে। এই নির্দেশিকা ব্যাখ্যা করে কেন, এবং আপনি কি করতে পারেন।
এটির আশেপাশে কোন উপায় নেই: আপনি যখন একটি ওয়েব পৃষ্ঠা তৈরি করেন, সেই পৃষ্ঠাটিতে একটি ডকুমেন্ট অবজেক্ট মডেল (DOM) থাকবে। DOM আপনার পৃষ্ঠার HTML এর গঠনকে উপস্থাপন করে এবং একটি পৃষ্ঠার গঠন এবং বিষয়বস্তুতে JavaScript এবং CSS অ্যাক্সেস দেয়।
যাইহোক, সমস্যাটি হল যে DOM এর আকার একটি ব্রাউজারের দ্রুত এবং দক্ষতার সাথে একটি পৃষ্ঠা রেন্ডার করার ক্ষমতাকে প্রভাবিত করে। সাধারণভাবে বলতে গেলে, একটি DOM যত বড় হবে, প্রাথমিকভাবে সেই পৃষ্ঠাটিকে রেন্ডার করা এবং পরবর্তীতে পৃষ্ঠার জীবনচক্রে এটির রেন্ডারিং আপডেট করা তত বেশি ব্যয়বহুল৷
এটি খুব বড় DOM সহ পৃষ্ঠাগুলিতে সমস্যাযুক্ত হয়ে ওঠে যখন যে মিথস্ক্রিয়াগুলি DOM-কে সংশোধন বা আপডেট করে তা ব্যয়বহুল লেআউট কাজকে ট্রিগার করে যা পৃষ্ঠার দ্রুত প্রতিক্রিয়া জানানোর ক্ষমতাকে প্রভাবিত করে। ব্যয়বহুল লেআউট কাজ নেক্সট পেইন্টের সাথে একটি পৃষ্ঠার ইন্টারঅ্যাকশনকে প্রভাবিত করতে পারে (INP) ; আপনি যদি ব্যবহারকারীর ইন্টারঅ্যাকশনের জন্য একটি পৃষ্ঠা দ্রুত প্রতিক্রিয়া জানাতে চান, তবে আপনার DOM আকারগুলি যতটা প্রয়োজন তত বড় তা নিশ্চিত করা গুরুত্বপূর্ণ।
কখন একটি পৃষ্ঠার DOM খুব বড় হয়?
লাইটহাউসের মতে , একটি পৃষ্ঠার DOM আকার অত্যধিক যখন এটি 1,400 নোড অতিক্রম করে। যখন একটি পৃষ্ঠার DOM 800 নোড অতিক্রম করে তখন বাতিঘর সতর্কতা নিক্ষেপ করা শুরু করবে৷ উদাহরণস্বরূপ নিম্নলিখিত HTML নিন:
<ul>
<li>List item one.</li>
<li>List item two.</li>
<li>List item three.</li>
</ul>
উপরের কোডে, চারটি DOM উপাদান রয়েছে: <ul>
উপাদান, এবং এর তিনটি <li>
চাইল্ড উপাদান। আপনার ওয়েব পৃষ্ঠায় প্রায় নিশ্চিতভাবেই এর চেয়ে অনেক বেশি নোড থাকবে, তাই এটি বোঝা গুরুত্বপূর্ণ যে আপনি DOM সাইজ চেক করার জন্য কী করতে পারেন — সেইসাথে রেন্ডারিং কাজটি অপ্টিমাইজ করার জন্য অন্যান্য কৌশলগুলি একবার আপনি একটি পৃষ্ঠার DOM যতটা ছোট হয়ে গেলে এটা হতে পারে
কিভাবে বড় DOM পৃষ্ঠা কর্মক্ষমতা প্রভাবিত করে?
বড় DOM গুলি কয়েকটি উপায়ে পৃষ্ঠার কার্যক্ষমতাকে প্রভাবিত করে:
- পৃষ্ঠার প্রাথমিক রেন্ডারের সময়। যখন একটি পৃষ্ঠায় CSS প্রয়োগ করা হয়, তখন DOM-এর অনুরূপ একটি কাঠামো তৈরি হয় যা CSS অবজেক্ট মডেল (CSSOM) নামে পরিচিত। CSS নির্বাচকদের সুনির্দিষ্টতা বাড়ার সাথে সাথে CSSOM আরও জটিল হয়ে ওঠে এবং ওয়েব পৃষ্ঠাটিকে পর্দায় আঁকতে প্রয়োজনীয় লেআউট, স্টাইলিং, কম্পোজিটিং এবং পেইন্টের কাজ চালানোর জন্য আরও বেশি সময় প্রয়োজন। এই যোগ করা কাজটি পৃষ্ঠা লোডের সময় প্রথম দিকে ঘটতে থাকা মিথস্ক্রিয়াগুলির জন্য মিথস্ক্রিয়া বিলম্বিত করে।
- যখন ইন্টারঅ্যাকশনগুলি DOM-কে পরিবর্তন করে, হয় উপাদান সন্নিবেশ বা মুছে ফেলার মাধ্যমে, অথবা DOM বিষয়বস্তু এবং শৈলীগুলি সংশোধন করে, সেই আপডেটটি রেন্ডার করার জন্য প্রয়োজনীয় কাজের ফলে খুব ব্যয়বহুল লেআউট, স্টাইলিং, কম্পোজিটিং এবং পেইন্ট কাজ হতে পারে। পৃষ্ঠার প্রাথমিক রেন্ডারের ক্ষেত্রে যেমন, CSS নির্বাচকের নির্দিষ্টতা বৃদ্ধি রেন্ডারিং কাজে যোগ করতে পারে যখন একটি মিথস্ক্রিয়ার ফলাফল হিসাবে এইচটিএমএল উপাদানগুলি DOM-এ প্রবেশ করানো হয়।
- যখন JavaScript DOM-কে জিজ্ঞাসা করে, DOM উপাদানের রেফারেন্স মেমরিতে সংরক্ষণ করা হয়। উদাহরণস্বরূপ, যদি আপনি একটি পৃষ্ঠায় সমস্ত
<div>
উপাদান নির্বাচন করতেdocument.querySelectorAll
কল করেন, ফলাফলটি প্রচুর পরিমাণে DOM উপাদান প্রদান করলে মেমরি খরচ যথেষ্ট হতে পারে।
এই সবগুলি ইন্টারঅ্যাক্টিভিটি প্রভাবিত করতে পারে, তবে উপরের তালিকার দ্বিতীয় আইটেমটি বিশেষ গুরুত্ব বহন করে। যদি কোনো ইন্টারঅ্যাকশনের ফলে DOM-এ পরিবর্তন হয়, তাহলে এটি অনেক কাজ বন্ধ করে দিতে পারে যা একটি পৃষ্ঠার একটি দুর্বল INP-তে অবদান রাখতে পারে।
আমি কিভাবে DOM আকার পরিমাপ করব?
আপনি কয়েকটি উপায়ে DOM আকার পরিমাপ করতে পারেন। প্রথম পদ্ধতি বাতিঘর ব্যবহার করে। আপনি যখন একটি অডিট চালান, তখন বর্তমান পৃষ্ঠার DOM-এর পরিসংখ্যান "অতিরিক্ত DOM আকার এড়িয়ে চলুন" অডিটে থাকবে "ডায়াগনস্টিকস" শিরোনামের অধীনে। এই বিভাগে, আপনি DOM উপাদানের মোট সংখ্যা, সর্বাধিক চাইল্ড উপাদান ধারণকারী DOM উপাদান, সেইসাথে গভীরতম DOM উপাদান দেখতে পাবেন।
একটি সহজ পদ্ধতিতে যেকোনো বড় ব্রাউজারে ডেভেলপার টুলে জাভাস্ক্রিপ্ট কনসোল ব্যবহার করা জড়িত। DOM-এ HTML উপাদানের মোট সংখ্যা পেতে, পৃষ্ঠাটি লোড হওয়ার পরে আপনি কনসোলে নিম্নলিখিত কোডটি ব্যবহার করতে পারেন:
document.querySelectorAll('*').length;
আপনি যদি রিয়েলটাইমে DOM আকারের আপডেট দেখতে চান, আপনি পারফরম্যান্স মনিটর টুলটিও ব্যবহার করতে পারেন। এই টুলটি ব্যবহার করে, আপনি বর্তমান DOM আকারের সাথে লেআউট এবং স্টাইলিং অপারেশন (এবং অন্যান্য কর্মক্ষমতার দিকগুলি) পারস্পরিক সম্পর্ক স্থাপন করতে পারেন।
যদি DOM-এর আকার লাইটহাউস DOM আকারের সতর্কতা থ্রেশহোল্ডের কাছাকাছি চলে আসে—অথবা সম্পূর্ণভাবে ব্যর্থ হয়—তাহলে পরবর্তী পদক্ষেপটি হল ব্যবহারকারীর ইন্টারঅ্যাকশনগুলিতে প্রতিক্রিয়া জানানোর জন্য আপনার পৃষ্ঠার ক্ষমতা উন্নত করতে কীভাবে DOM-এর আকার কমানো যায় তা নির্ধারণ করা যাতে আপনার ওয়েবসাইটের INP উন্নত হতে পারে৷
আমি কিভাবে একটি মিথস্ক্রিয়া দ্বারা প্রভাবিত DOM উপাদানের সংখ্যা পরিমাপ করতে পারি?
আপনি যদি ল্যাবে একটি ধীর মিথস্ক্রিয়া প্রোফাইলিং করেন যা আপনার সন্দেহ হয় যে পৃষ্ঠার DOM এর আকারের সাথে কিছু করার আছে, আপনি "পুনরায় গণনা করা শৈলী" লেবেলযুক্ত প্রোফাইলারে যেকোন অংশের কার্যকলাপ নির্বাচন করে কতগুলি DOM উপাদান প্রভাবিত হয়েছিল তা বের করতে পারেন " এবং নীচের প্যানেলে প্রাসঙ্গিক ডেটা পর্যবেক্ষণ করুন৷
উপরের স্ক্রিনশটে, লক্ষ্য করুন যে কাজের স্টাইল পুনঃগণনা - যখন নির্বাচিত হয় - প্রভাবিত উপাদানের সংখ্যা দেখায়৷ যদিও উপরের স্ক্রিনশটটি অনেকগুলি DOM উপাদান সহ একটি পৃষ্ঠায় রেন্ডারিং কাজের উপর DOM আকারের প্রভাবের একটি চরম কেস দেখায়, এই ডায়াগনস্টিক তথ্যটি যে কোনও ক্ষেত্রেই এটি নির্ধারণ করতে কার্যকর যে DOM এর আকার কতক্ষণ সময় নেয় তার একটি সীমাবদ্ধ কারণ কিনা। একটি মিথস্ক্রিয়া প্রতিক্রিয়ায় পরবর্তী ফ্রেম আঁকার জন্য।
আমি কিভাবে DOM আকার কমাতে পারি?
অপ্রয়োজনীয় মার্কআপের জন্য আপনার ওয়েবসাইটের HTML অডিট করার বাইরে, DOM আকার কমানোর প্রধান উপায় হল DOM গভীরতা কমানো। একটি সংকেত যে আপনার DOM অপ্রয়োজনীয়ভাবে গভীর হতে পারে যদি আপনি মার্কআপ দেখতে পান যা আপনার ব্রাউজারের বিকাশকারী সরঞ্জামগুলির উপাদান ট্যাবে এরকম কিছু দেখায়:
<div>
<div>
<div>
<div>
<!-- Contents -->
</div>
</div>
</div>
</div>
আপনি যখন এই ধরনের নিদর্শনগুলি দেখতে পান, তখন আপনি সম্ভবত আপনার DOM কাঠামো সমতল করে সেগুলিকে সরল করতে পারেন। এটি করলে DOM উপাদানের সংখ্যা হ্রাস পাবে এবং সম্ভবত আপনাকে পৃষ্ঠা শৈলী সহজ করার সুযোগ দেবে।
DOM গভীরতা আপনার ব্যবহার করা ফ্রেমওয়ার্কগুলির একটি উপসর্গও হতে পারে। বিশেষ করে, কম্পোনেন্ট-ভিত্তিক ফ্রেমওয়ার্ক-যেমন যেগুলি JSX-এর উপর নির্ভর করে—আপনাকে একটি প্যারেন্ট কন্টেনারে একাধিক উপাদান নেস্ট করতে হবে।
যাইহোক, অনেক ফ্রেমওয়ার্ক আপনাকে টুকরা হিসাবে পরিচিত ব্যবহার করে নেস্টিং উপাদানগুলি এড়াতে অনুমতি দেয়। উপাদান-ভিত্তিক ফ্রেমওয়ার্ক যা একটি বৈশিষ্ট্য হিসাবে টুকরো অফার করে সেগুলির মধ্যে নিম্নলিখিতগুলি অন্তর্ভুক্ত (কিন্তু সীমাবদ্ধ নয়):
আপনার পছন্দের কাঠামোতে টুকরো ব্যবহার করে, আপনি DOM গভীরতা কমাতে পারেন। স্টাইলিংয়ের উপর সমতলকরণ DOM কাঠামোর প্রভাব সম্পর্কে আপনি যদি উদ্বিগ্ন হন, তাহলে আপনি আরও আধুনিক (এবং দ্রুত) লেআউট মোড যেমন ফ্লেক্সবক্স বা গ্রিড ব্যবহার করে উপকৃত হতে পারেন।
অন্যান্য কৌশল বিবেচনা করা
এমনকি যদি আপনি আপনার DOM গাছকে সমতল করতে এবং আপনার DOMকে যতটা সম্ভব ছোট রাখার জন্য অপ্রয়োজনীয় HTML উপাদানগুলিকে সরিয়ে দেওয়ার জন্য ব্যথা পান, তবুও এটি বেশ বড় হতে পারে এবং ব্যবহারকারীর ইন্টারঅ্যাকশনের প্রতিক্রিয়ায় এটি পরিবর্তিত হওয়ায় অনেক রেন্ডারিং কাজ শুরু করতে পারে। আপনি যদি নিজেকে এই অবস্থানে খুঁজে পান, তাহলে রেন্ডারিং কাজ সীমিত করার জন্য আপনি বিবেচনা করতে পারেন এমন কিছু অন্যান্য কৌশল রয়েছে।
একটি সংযোজন পদ্ধতি বিবেচনা করুন
আপনি এমন একটি অবস্থানে থাকতে পারেন যেখানে আপনার পৃষ্ঠার বড় অংশগুলি প্রথম রেন্ডার করার সময় ব্যবহারকারীর কাছে প্রাথমিকভাবে দৃশ্যমান হয় না। এটি স্টার্টআপে DOM-এর সেই অংশগুলি বাদ দিয়ে অলস এইচটিএমএল লোড করার একটি সুযোগ হতে পারে, তবে ব্যবহারকারী যখন পৃষ্ঠার এমন অংশগুলির সাথে ইন্টারঅ্যাক্ট করে যেগুলির জন্য পৃষ্ঠার প্রাথমিকভাবে লুকানো দিকগুলির প্রয়োজন হয় তখন সেগুলি যোগ করুন৷
এই পদ্ধতিটি প্রাথমিক লোডের সময় এবং সম্ভবত তার পরেও উভয়ই কার্যকর। প্রাথমিক পৃষ্ঠা লোডের জন্য, আপনি সামনে কম রেন্ডারিং কাজ নিচ্ছেন, যার অর্থ আপনার প্রাথমিক HTML পেলোড হালকা হবে, এবং আরও দ্রুত রেন্ডার হবে। এটি সেই গুরুত্বপূর্ণ সময়ের মধ্যে ইন্টারঅ্যাকশনকে মূল থ্রেডের মনোযোগের জন্য কম প্রতিযোগিতার সাথে চালানোর আরও সুযোগ দেবে।
আপনার যদি পৃষ্ঠার অনেক অংশ থাকে যা প্রাথমিকভাবে লোড করার সময় লুকানো থাকে, তবে এটি অন্যান্য ইন্টারঅ্যাকশনের গতি বাড়াতে পারে যা পুনরায় রেন্ডারিং কাজকে ট্রিগার করে। যাইহোক, অন্যান্য মিথস্ক্রিয়াগুলি DOM-এ আরও যোগ করার ফলে, পৃষ্ঠার জীবনচক্র জুড়ে DOM বৃদ্ধির সাথে সাথে রেন্ডারিং কাজ বৃদ্ধি পাবে।
সময়ের সাথে DOM এ যোগ করা কঠিন হতে পারে এবং এর নিজস্ব ট্রেডঅফ রয়েছে। আপনি যদি এই রুটে যাচ্ছেন, তাহলে ব্যবহারকারীর ইন্টারঅ্যাকশনের প্রতিক্রিয়ায় আপনি যে এইচটিএমএলটি পৃষ্ঠায় যোগ করতে চান তা পূরণ করার জন্য আপনি সম্ভবত নেটওয়ার্ক অনুরোধ করছেন। যদিও ইন-ফ্লাইট নেটওয়ার্ক অনুরোধগুলি INP-এ গণনা করা হয় না, এটি অনুভূত লেটেন্সি বাড়াতে পারে। যদি সম্ভব হয়, একটি লোডিং স্পিনার বা অন্যান্য সূচক দেখান যে ডেটা আনা হচ্ছে যাতে ব্যবহারকারীরা বুঝতে পারে যে কিছু ঘটছে।
CSS নির্বাচক জটিলতা সীমিত করুন
যখন ব্রাউজারটি আপনার CSS-এ নির্বাচকদের পার্স করে, তখন এই নির্বাচকরা বর্তমান লেআউটে কীভাবে প্রযোজ্য হবে তা বোঝার জন্য এটিকে DOM ট্রি অতিক্রম করতে হবে। এই নির্বাচকগুলি যত বেশি জটিল, পৃষ্ঠাটির প্রাথমিক রেন্ডারিং উভয়ই সম্পাদন করার জন্য ব্রাউজারকে তত বেশি কাজ করতে হবে, সেইসাথে স্টাইল পুনঃগণনা এবং লেআউটের কাজ যদি কোনও ইন্টারঅ্যাকশনের ফলে পৃষ্ঠাটি পরিবর্তিত হয়।
content-visibility
বৈশিষ্ট্য ব্যবহার করুন
CSS content-visibility
বৈশিষ্ট্য অফার করে, যা কার্যকরভাবে অলসভাবে অফ-স্ক্রিন DOM উপাদানগুলিকে রেন্ডার করার একটি উপায়। উপাদানগুলি ভিউপোর্টের কাছে যাওয়ার সাথে সাথে সেগুলি চাহিদা অনুসারে রেন্ডার করা হয়। content-visibility
সুবিধাগুলি শুধুমাত্র প্রারম্ভিক পৃষ্ঠা রেন্ডারে একটি উল্লেখযোগ্য পরিমাণ রেন্ডারিং কাজকে কমিয়ে দেয় না, তবে ব্যবহারকারীর ইন্টারঅ্যাকশনের ফলে পৃষ্ঠা DOM পরিবর্তিত হলে অফস্ক্রিন উপাদানগুলির জন্য রেন্ডারিং কাজ এড়িয়ে যায়।
উপসংহার
আপনার DOM সাইজ কমিয়ে শুধুমাত্র যা কঠোরভাবে প্রয়োজন তা হল আপনার ওয়েবসাইটের INP অপ্টিমাইজ করার একটি ভাল উপায়। এটি করার মাধ্যমে, আপনি DOM আপডেট করার সময় লেআউট এবং রেন্ডারিং কাজ সম্পাদন করতে ব্রাউজারটির যে সময় লাগে তা কমাতে পারেন। এমনকি যদি আপনি অর্থপূর্ণভাবে DOM আকার কমাতে না পারেন, তবে কিছু কৌশল রয়েছে যা আপনি একটি DOM সাবট্রিতে রেন্ডারিং কাজকে আলাদা করতে ব্যবহার করতে পারেন, যেমন CSS কন্টেনমেন্ট এবং content-visibility
CSS বৈশিষ্ট্য।
যাইহোক, আপনি এটি সম্পর্কে যান, এমন একটি পরিবেশ তৈরি করুন যেখানে রেন্ডারিং কাজকে ন্যূনতম করা হয় — সেইসাথে আপনার পৃষ্ঠা ইন্টারঅ্যাকশনের প্রতিক্রিয়া হিসাবে রেন্ডারিং কাজের পরিমাণ কমিয়ে দেয়-এর ফলে আপনার ওয়েবসাইট ব্যবহারকারীদের সাথে ইন্টারঅ্যাক্ট করার সময় তাদের কাছে আরও প্রতিক্রিয়াশীল বোধ করবে . এর মানে হল আপনার ওয়েবসাইটের জন্য আপনার কাছে কম INP থাকবে এবং এটি একটি ভাল ব্যবহারকারীর অভিজ্ঞতায় অনুবাদ করবে৷
,বড় DOM মাপের ইন্টারঅ্যাকটিভিটির উপর আপনার ধারণার চেয়ে বেশি প্রভাব পড়ে। এই নির্দেশিকা ব্যাখ্যা করে কেন, এবং আপনি কি করতে পারেন।
এটির আশেপাশে কোন উপায় নেই: আপনি যখন একটি ওয়েব পৃষ্ঠা তৈরি করেন, সেই পৃষ্ঠাটিতে একটি ডকুমেন্ট অবজেক্ট মডেল (DOM) থাকবে। DOM আপনার পৃষ্ঠার HTML এর গঠনকে উপস্থাপন করে এবং একটি পৃষ্ঠার গঠন এবং বিষয়বস্তুতে JavaScript এবং CSS অ্যাক্সেস দেয়।
যাইহোক, সমস্যাটি হল যে DOM এর আকার একটি ব্রাউজারের দ্রুত এবং দক্ষতার সাথে একটি পৃষ্ঠা রেন্ডার করার ক্ষমতাকে প্রভাবিত করে। সাধারণভাবে বলতে গেলে, একটি DOM যত বড় হবে, প্রাথমিকভাবে সেই পৃষ্ঠাটিকে রেন্ডার করা এবং পরবর্তীতে পৃষ্ঠার জীবনচক্রে এটির রেন্ডারিং আপডেট করা তত বেশি ব্যয়বহুল৷
এটি খুব বড় DOM সহ পৃষ্ঠাগুলিতে সমস্যাযুক্ত হয়ে ওঠে যখন যে মিথস্ক্রিয়াগুলি DOM-কে সংশোধন বা আপডেট করে তা ব্যয়বহুল লেআউট কাজকে ট্রিগার করে যা পৃষ্ঠার দ্রুত প্রতিক্রিয়া জানানোর ক্ষমতাকে প্রভাবিত করে। ব্যয়বহুল লেআউট কাজ নেক্সট পেইন্টের সাথে একটি পৃষ্ঠার ইন্টারঅ্যাকশনকে প্রভাবিত করতে পারে (INP) ; আপনি যদি ব্যবহারকারীর ইন্টারঅ্যাকশনের জন্য একটি পৃষ্ঠা দ্রুত প্রতিক্রিয়া জানাতে চান, তবে আপনার DOM আকারগুলি যতটা প্রয়োজন তত বড় তা নিশ্চিত করা গুরুত্বপূর্ণ।
কখন একটি পৃষ্ঠার DOM খুব বড় হয়?
লাইটহাউসের মতে , একটি পৃষ্ঠার DOM আকার অত্যধিক যখন এটি 1,400 নোড অতিক্রম করে। যখন একটি পৃষ্ঠার DOM 800 নোড অতিক্রম করে তখন বাতিঘর সতর্কতা নিক্ষেপ করা শুরু করবে৷ উদাহরণস্বরূপ নিম্নলিখিত HTML নিন:
<ul>
<li>List item one.</li>
<li>List item two.</li>
<li>List item three.</li>
</ul>
উপরের কোডে, চারটি DOM উপাদান রয়েছে: <ul>
উপাদান, এবং এর তিনটি <li>
চাইল্ড উপাদান। আপনার ওয়েব পৃষ্ঠায় প্রায় নিশ্চিতভাবেই এর চেয়ে অনেক বেশি নোড থাকবে, তাই এটি বোঝা গুরুত্বপূর্ণ যে আপনি DOM সাইজ চেক করার জন্য কী করতে পারেন — সেইসাথে রেন্ডারিং কাজটি অপ্টিমাইজ করার জন্য অন্যান্য কৌশলগুলি একবার আপনি একটি পৃষ্ঠার DOM যতটা ছোট হয়ে গেলে এটা হতে পারে
কিভাবে বড় DOM পৃষ্ঠা কর্মক্ষমতা প্রভাবিত করে?
বড় DOM গুলি কয়েকটি উপায়ে পৃষ্ঠার কার্যক্ষমতাকে প্রভাবিত করে:
- পৃষ্ঠার প্রাথমিক রেন্ডারের সময়। যখন একটি পৃষ্ঠায় CSS প্রয়োগ করা হয়, তখন DOM-এর অনুরূপ একটি কাঠামো তৈরি হয় যা CSS অবজেক্ট মডেল (CSSOM) নামে পরিচিত। CSS নির্বাচকদের সুনির্দিষ্টতা বাড়ার সাথে সাথে CSSOM আরও জটিল হয়ে ওঠে এবং ওয়েব পৃষ্ঠাটিকে পর্দায় আঁকতে প্রয়োজনীয় লেআউট, স্টাইলিং, কম্পোজিটিং এবং পেইন্টের কাজ চালানোর জন্য আরও বেশি সময় প্রয়োজন। এই যোগ করা কাজটি পৃষ্ঠা লোডের সময় প্রথম দিকে ঘটতে থাকা মিথস্ক্রিয়াগুলির জন্য মিথস্ক্রিয়া বিলম্বিত করে।
- যখন ইন্টারঅ্যাকশনগুলি DOM-কে পরিবর্তন করে, হয় উপাদান সন্নিবেশ বা মুছে ফেলার মাধ্যমে, অথবা DOM বিষয়বস্তু এবং শৈলীগুলি সংশোধন করে, সেই আপডেটটি রেন্ডার করার জন্য প্রয়োজনীয় কাজের ফলে খুব ব্যয়বহুল লেআউট, স্টাইলিং, কম্পোজিটিং এবং পেইন্ট কাজ হতে পারে। পৃষ্ঠার প্রাথমিক রেন্ডারের ক্ষেত্রে যেমন, CSS নির্বাচকের নির্দিষ্টতা বৃদ্ধি রেন্ডারিং কাজে যোগ করতে পারে যখন একটি মিথস্ক্রিয়ার ফলাফল হিসাবে এইচটিএমএল উপাদানগুলি DOM-এ প্রবেশ করানো হয়।
- যখন JavaScript DOM-কে জিজ্ঞাসা করে, DOM উপাদানের রেফারেন্স মেমরিতে সংরক্ষণ করা হয়। উদাহরণস্বরূপ, যদি আপনি একটি পৃষ্ঠায় সমস্ত
<div>
উপাদান নির্বাচন করতেdocument.querySelectorAll
কল করেন, ফলাফলটি প্রচুর পরিমাণে DOM উপাদান প্রদান করলে মেমরি খরচ যথেষ্ট হতে পারে।
এই সবগুলি ইন্টারঅ্যাক্টিভিটি প্রভাবিত করতে পারে, তবে উপরের তালিকার দ্বিতীয় আইটেমটি বিশেষ গুরুত্ব বহন করে। যদি কোনো ইন্টারঅ্যাকশনের ফলে DOM-এ পরিবর্তন হয়, তাহলে এটি অনেক কাজ বন্ধ করে দিতে পারে যা একটি পৃষ্ঠার একটি দুর্বল INP-তে অবদান রাখতে পারে।
আমি কিভাবে DOM আকার পরিমাপ করব?
আপনি কয়েকটি উপায়ে DOM আকার পরিমাপ করতে পারেন। প্রথম পদ্ধতি বাতিঘর ব্যবহার করে। আপনি যখন একটি অডিট চালান, তখন বর্তমান পৃষ্ঠার DOM-এর পরিসংখ্যান "অতিরিক্ত DOM আকার এড়িয়ে চলুন" অডিটে থাকবে "ডায়াগনস্টিকস" শিরোনামের অধীনে। এই বিভাগে, আপনি DOM উপাদানের মোট সংখ্যা, সর্বাধিক চাইল্ড উপাদান ধারণকারী DOM উপাদান, সেইসাথে গভীরতম DOM উপাদান দেখতে পাবেন।
একটি সহজ পদ্ধতিতে যেকোনো বড় ব্রাউজারে ডেভেলপার টুলে জাভাস্ক্রিপ্ট কনসোল ব্যবহার করা জড়িত। DOM-এ HTML উপাদানের মোট সংখ্যা পেতে, পৃষ্ঠাটি লোড হওয়ার পরে আপনি কনসোলে নিম্নলিখিত কোডটি ব্যবহার করতে পারেন:
document.querySelectorAll('*').length;
আপনি যদি রিয়েলটাইমে DOM আকারের আপডেট দেখতে চান, আপনি পারফরম্যান্স মনিটর টুলটিও ব্যবহার করতে পারেন। এই টুলটি ব্যবহার করে, আপনি বর্তমান DOM আকারের সাথে লেআউট এবং স্টাইলিং অপারেশন (এবং অন্যান্য কর্মক্ষমতার দিকগুলি) পারস্পরিক সম্পর্ক স্থাপন করতে পারেন।
যদি DOM-এর আকার লাইটহাউস DOM আকারের সতর্কতা থ্রেশহোল্ডের কাছাকাছি চলে আসে—অথবা সম্পূর্ণভাবে ব্যর্থ হয়—তাহলে পরবর্তী পদক্ষেপটি হল ব্যবহারকারীর ইন্টারঅ্যাকশনগুলিতে প্রতিক্রিয়া জানানোর জন্য আপনার পৃষ্ঠার ক্ষমতা উন্নত করতে কীভাবে DOM-এর আকার কমানো যায় তা নির্ধারণ করা যাতে আপনার ওয়েবসাইটের INP উন্নত হতে পারে৷
আমি কিভাবে একটি মিথস্ক্রিয়া দ্বারা প্রভাবিত DOM উপাদানের সংখ্যা পরিমাপ করতে পারি?
আপনি যদি ল্যাবে একটি ধীর মিথস্ক্রিয়া প্রোফাইলিং করেন যা আপনার সন্দেহ হয় যে পৃষ্ঠার DOM এর আকারের সাথে কিছু করার আছে, আপনি "পুনরায় গণনা করা শৈলী" লেবেলযুক্ত প্রোফাইলারে যেকোন অংশের কার্যকলাপ নির্বাচন করে কতগুলি DOM উপাদান প্রভাবিত হয়েছিল তা বের করতে পারেন " এবং নীচের প্যানেলে প্রাসঙ্গিক ডেটা পর্যবেক্ষণ করুন৷
উপরের স্ক্রিনশটে, লক্ষ্য করুন যে কাজের স্টাইল পুনঃগণনা - যখন নির্বাচিত হয় - প্রভাবিত উপাদানের সংখ্যা দেখায়৷ উপরের স্ক্রিনশটটি অনেকগুলি ডিওএম উপাদানগুলির সাথে একটি পৃষ্ঠায় রেন্ডারিং কাজের উপর ডিওএম আকারের প্রভাবের একটি চরম কেস দেখায়, এই ডায়াগনস্টিক তথ্যটি যে কোনও ক্ষেত্রে ডোমের আকারটি কতক্ষণ সময় নেয় তার একটি সীমাবদ্ধ ফ্যাক্টর কিনা তা নির্ধারণের জন্য দরকারী ইন্টারঅ্যাকশনটির প্রতিক্রিয়াতে পেইন্ট করার জন্য পরবর্তী ফ্রেমের জন্য।
আমি কীভাবে ডিওএম আকার হ্রাস করতে পারি?
অপ্রয়োজনীয় মার্কআপের জন্য আপনার ওয়েবসাইটের এইচটিএমএল নিরীক্ষণের বাইরে, ডিওএম আকার হ্রাস করার মূল উপায় হ'ল ডিওএম গভীরতা হ্রাস করা। একটি সংকেত যে আপনার ডোম অযথা গভীর হতে পারে যদি আপনি এমন মার্কআপ দেখেন যা আপনার ব্রাউজারের বিকাশকারী সরঞ্জামগুলির উপাদানগুলির ট্যাবে এমন কিছু দেখায়:
<div>
<div>
<div>
<div>
<!-- Contents -->
</div>
</div>
</div>
</div>
আপনি যখন এই জাতীয় নিদর্শনগুলি দেখেন, আপনি সম্ভবত আপনার ডিওএম কাঠামোটি সমতল করে এগুলি সহজ করতে পারেন। এটি করা ডিওএম উপাদানগুলির সংখ্যা হ্রাস করবে এবং সম্ভবত আপনাকে পৃষ্ঠা শৈলীগুলি সহজ করার সুযোগ দেবে।
ডিওএম গভীরতা আপনি যে ফ্রেমওয়ার্কগুলি ব্যবহার করেন তার লক্ষণও হতে পারে। বিশেষত, উপাদান-ভিত্তিক ফ্রেমওয়ার্কগুলি যেমন জেএসএক্সের উপর নির্ভর করে-আপনাকে পিতামাতার ধারকটিতে একাধিক উপাদান বাসা বাঁধার জন্য অনুরোধ করে।
যাইহোক, অনেক ফ্রেমওয়ার্ক আপনাকে টুকরো হিসাবে পরিচিত যা ব্যবহার করে বাসা বাঁধার উপাদানগুলি এড়াতে দেয়। বৈশিষ্ট্য হিসাবে খণ্ডগুলি সরবরাহ করে এমন উপাদান-ভিত্তিক ফ্রেমওয়ার্কগুলি নিম্নলিখিতগুলির মধ্যে রয়েছে (তবে সীমাবদ্ধ নয়):
আপনার পছন্দসই কাঠামোর টুকরোগুলি ব্যবহার করে, আপনি ডিওএম গভীরতা হ্রাস করতে পারেন। আপনি যদি স্টাইলিংয়ের উপর সমতলকরণ ডিওএম কাঠামোর প্রভাব সম্পর্কে উদ্বিগ্ন হন তবে আপনি ফ্লেক্সবক্স বা গ্রিডের মতো আরও আধুনিক (এবং দ্রুত) লেআউট মোডগুলি ব্যবহার করে উপকৃত হতে পারেন।
অন্যান্য কৌশল বিবেচনা করার জন্য
এমনকি যদি আপনি আপনার ডিওএম গাছকে সমতল করতে এবং আপনার ডোমকে যতটা সম্ভব ছোট রাখার জন্য অপ্রয়োজনীয় এইচটিএমএল উপাদানগুলি সরিয়ে ফেলতে ব্যথা নেন তবে এটি এখনও বেশ বড় হতে পারে এবং ব্যবহারকারীর মিথস্ক্রিয়তার প্রতিক্রিয়াতে পরিবর্তিত হওয়ায় এটি প্রচুর রেন্ডারিংয়ের কাজ বন্ধ করে দিতে পারে। আপনি যদি এই অবস্থানে নিজেকে খুঁজে পান তবে রেন্ডারিংয়ের কাজ সীমাবদ্ধ করার জন্য আপনি আরও কিছু কৌশল বিবেচনা করতে পারেন।
একটি অ্যাডিটিভ পদ্ধতির বিবেচনা করুন
আপনি এমন অবস্থানে থাকতে পারেন যেখানে আপনার পৃষ্ঠার বৃহত অংশগুলি প্রাথমিকভাবে যখন এটি প্রথম রেন্ডার করে তখন ব্যবহারকারীর কাছে দৃশ্যমান হয় না। এটি স্টার্টআপে ডিওএমের সেই অংশগুলি বাদ দিয়ে এইচটিএমএলকে অলস লোড করার সুযোগ হতে পারে তবে ব্যবহারকারী পৃষ্ঠার অংশগুলির সাথে ইন্টারঅ্যাক্ট করে যখন পৃষ্ঠার প্রাথমিকভাবে লুকানো দিকগুলি প্রয়োজন।
এই পদ্ধতির প্রাথমিক লোডের সময় এবং সম্ভবত পরেও দরকারী। প্রাথমিক পৃষ্ঠার লোডের জন্য, আপনি সামনের দিকে কম রেন্ডারিং কাজ করছেন, যার অর্থ আপনার প্রাথমিক এইচটিএমএল পে -লোড হালকা হবে এবং আরও দ্রুত রেন্ডার করবে। এটি মূল থ্রেডের মনোযোগের জন্য কম প্রতিযোগিতার সাথে চালানোর আরও বেশি সুযোগ সেই গুরুত্বপূর্ণ সময়ের মধ্যে মিথস্ক্রিয়া দেবে।
আপনার যদি পৃষ্ঠার অনেকগুলি অংশ থাকে যা প্রাথমিকভাবে লোডে লুকানো থাকে তবে এটি অন্যান্য ইন্টারঅ্যাকশনগুলিকেও গতি বাড়িয়ে তুলতে পারে যা পুনরায় রেন্ডারিংয়ের কাজকে ট্রিগার করে। যাইহোক, অন্যান্য মিথস্ক্রিয়াগুলি ডিওএম -তে আরও যুক্ত হওয়ার সাথে সাথে ডোমটি পৃষ্ঠার জীবনচক্র জুড়ে বাড়ার সাথে সাথে রেন্ডারিংয়ের কাজ বাড়বে।
সময়ের সাথে সাথে ডোমে যুক্ত করা জটিল হতে পারে এবং এর নিজস্ব ট্রেড অফ রয়েছে। আপনি যদি এই রুটে যাচ্ছেন তবে আপনি কোনও ব্যবহারকারীর মিথস্ক্রিয়াটির প্রতিক্রিয়া হিসাবে পৃষ্ঠায় যুক্ত করার ইচ্ছা পোষণ করতে চান এমন এইচটিএমএলকে পপুলেট করার জন্য ডেটা পেতে আপনি সম্ভবত নেটওয়ার্ক অনুরোধ করছেন। যদিও ইন-ফ্লাইট নেটওয়ার্কের অনুরোধগুলি আইএনপির দিকে গণনা করা হয় না, এটি অনুভূত বিলম্বতা বাড়িয়ে তুলতে পারে। যদি সম্ভব হয় তবে কোনও লোডিং স্পিনার বা অন্য সূচকটি দেখান যে ডেটা আনা হচ্ছে যাতে ব্যবহারকারীরা বুঝতে পারে যে কিছু ঘটছে।
সিএসএস নির্বাচক জটিলতা সীমাবদ্ধ করুন
ব্রাউজার যখন আপনার সিএসএসে নির্বাচকদের পার্স করে, তখন কীভাবে - যদি - এই নির্বাচকরা বর্তমান বিন্যাসে প্রয়োগ হয় তা বোঝার জন্য এটি ডোম গাছটি অতিক্রম করতে হবে। এই নির্বাচকরা যত বেশি জটিল, পৃষ্ঠার প্রাথমিক রেন্ডারিং উভয়ই সম্পাদন করতে ব্রাউজারটিকে তত বেশি কাজ করতে হবে, পাশাপাশি যদি কোনও মিথস্ক্রিয়াটির ফলাফল হিসাবে পৃষ্ঠাটি পরিবর্তিত হয় তবে শৈলীর পুনঃসংশোধন এবং লেআউটের কাজ বাড়িয়ে তোলে।
content-visibility
সম্পত্তি ব্যবহার করুন
সিএসএস content-visibility
সম্পত্তি সরবরাহ করে, যা কার্যকরভাবে অলসভাবে অফ-স্ক্রিন ডিওএম উপাদানগুলিকে রেন্ডার করার একটি উপায়। উপাদানগুলি ভিউপোর্টের কাছে যাওয়ার সাথে সাথে তাদের চাহিদা অনুসারে রেন্ডার করা হয়েছে। content-visibility
সুবিধাগুলি প্রাথমিক পৃষ্ঠার রেন্ডারে কেবল উল্লেখযোগ্য পরিমাণে রেন্ডারিং কাজ কেটে দেয় না, তবে ব্যবহারকারীর মিথস্ক্রিয়াটির ফলাফল হিসাবে পেজ ডোম পরিবর্তন করা হলে অফস্ক্রিন উপাদানগুলির জন্য রেন্ডারিং কাজ এড়িয়ে যায়।
উপসংহার
আপনার ডিওএম আকারকে কেবল কঠোরভাবে প্রয়োজনীয় যা হ্রাস করা আপনার ওয়েবসাইটের আইএনপি অনুকূল করার একটি ভাল উপায়। এটি করার মাধ্যমে, আপনি যখন ডিওএম আপডেট হয় তখন ব্রাউজারের জন্য লেআউট এবং রেন্ডারিংয়ের কাজ সম্পাদন করতে সময় লাগে এমন পরিমাণ হ্রাস করতে পারেন। এমনকি যদি আপনি ডোম আকারকে অর্থপূর্ণভাবে হ্রাস করতে না পারেন তবে এমন কিছু কৌশল রয়েছে যা আপনি কোনও ডিওএম সাবট্রি যেমন সিএসএস কনটেন্টমেন্ট এবং content-visibility
সিএসএস সম্পত্তি হিসাবে রেন্ডারিংয়ের কাজটি আলাদা করতে ব্যবহার করতে পারেন।
তবে আপনি এটি চালিয়ে যান, এমন পরিবেশ তৈরি করুন যেখানে রেন্ডারিংয়ের কাজ হ্রাস করা হয় - পাশাপাশি আপনার পৃষ্ঠাটি মিথস্ক্রিয়তার প্রতিক্রিয়ায় যে পরিমাণ রেন্ডারিংয়ের কাজটি করে তা হ্রাস করার ফলাফলটি হ'ল ফলাফলটি হ'ল আপনার ওয়েবসাইটগুলি যখন তাদের সাথে যোগাযোগ করে তখন তাদের ওয়েবসাইটগুলি আরও প্রতিক্রিয়াশীল বোধ করবে . এর অর্থ আপনার ওয়েবসাইটের জন্য আপনার কাছে কম আইএনপি থাকবে এবং এটি আরও ভাল ব্যবহারকারীর অভিজ্ঞতায় অনুবাদ করে।