এই পৃষ্ঠাটি Cloud Translation API অনুবাদ করেছে।

একটি দক্ষ ক্যাশে নীতির সাথে স্ট্যাটিক সম্পদ পরিবেশন করুন

HTTP ক্যাশিং পুনরাবৃত্তি ভিজিট আপনার পৃষ্ঠা লোড সময় গতি বাড়াতে পারে.

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

কিভাবে Lighthouse ক্যাশে নীতি নিরীক্ষা ব্যর্থ হয়

বাতিঘর সমস্ত স্ট্যাটিক সংস্থানগুলিকে পতাকা দেয় যা ক্যাশে করা হয় না:

বাতিঘরের একটি স্ক্রিনশট একটি দক্ষ ক্যাশে নীতি নিরীক্ষা সহ স্ট্যাটিক সম্পদ পরিবেশন করুন

লাইটহাউস একটি সম্পদ ক্যাশেযোগ্য হিসাবে বিবেচনা করে যদি নিম্নলিখিত সমস্ত শর্ত পূরণ করা হয়:

সম্পদ হল একটি ফন্ট, ছবি, মিডিয়া ফাইল, স্ক্রিপ্ট বা স্টাইলশীট।
সম্পদটির একটি 200 , 203 , বা 206 HTTP স্ট্যাটাস কোড রয়েছে।
সংস্থানটির একটি স্পষ্ট নো-ক্যাশ নীতি নেই।

যখন একটি পৃষ্ঠা অডিট ব্যর্থ হয়, বাতিঘর তিনটি কলাম সহ একটি টেবিলে ফলাফল তালিকাভুক্ত করে:

URL	ক্যাশেযোগ্য সম্পদের অবস্থান
ক্যাশে TTL	সম্পদের বর্তমান ক্যাশে সময়কাল
স্থানান্তর আকার	পতাকাঙ্কিত সংস্থান ক্যাশে করা থাকলে আপনার ব্যবহারকারীরা যে ডেটা সংরক্ষণ করবে তার একটি অনুমান

HTTP ক্যাশিং ব্যবহার করে স্ট্যাটিক রিসোর্স ক্যাশে কিভাবে

Cache-Control HTTP প্রতিক্রিয়া শিরোনাম ফেরত দিতে আপনার সার্ভার কনফিগার করুন:

Cache-Control: max-age=31536000

max-age নির্দেশিকা ব্রাউজারকে সেকেন্ডে কতক্ষণ রিসোর্সটি ক্যাশে করতে হবে তা বলে। এই উদাহরণটি সময়কাল 31536000 সেট করে, যা 1 বছরের সাথে মিলে যায়: 60 সেকেন্ড × 60 মিনিট × 24 ঘন্টা × 365 দিন = 31536000 সেকেন্ড৷

আপনি একটি দীর্ঘ সময়ের জন্য অপরিবর্তনীয় স্ট্যাটিক সম্পদ ক্যাশে করা উচিত, যেমন এক বছর বা তার বেশি।

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

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

একটি দীর্ঘ ক্যাশে সময়কাল সবসময় ভাল হয় না. শেষ পর্যন্ত, আপনার সংস্থানগুলির জন্য সর্বোত্তম ক্যাশে সময়কাল কী তা সিদ্ধান্ত নেওয়া আপনার উপর নির্ভর করে।

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

Chrome DevTools-এ ক্যাশে করা প্রতিক্রিয়াগুলি কীভাবে যাচাই করবেন

ব্রাউজারটি তার ক্যাশে থেকে কোন সংস্থানগুলি পাচ্ছে তা দেখতে, Chrome DevTools-এ নেটওয়ার্ক ট্যাব খুলুন:

[মন্তব্য]: <> (নিম্নলিখিত তালিকাটি web.dev থেকে একটি শর্টকোড ছিল, কিন্তু এটি কোনো ভাষার জন্য ইংরেজি থেকে অনুবাদ করা হয়নি।) 1. খুলতে Control + Shift + J (বা Mac এ Command + Option + J ) টিপুন DevTools. 2. নেটওয়ার্ক ট্যাবে ক্লিক করুন।

Chrome DevTools-এর সাইজ কলাম আপনাকে একটি রিসোর্স ক্যাশে করা হয়েছে তা যাচাই করতে সাহায্য করতে পারে:

Chrome মেমরি ক্যাশে থেকে সর্বাধিক অনুরোধ করা সংস্থানগুলি পরিবেশন করে, যা খুব দ্রুত, কিন্তু ব্রাউজারটি বন্ধ হয়ে গেলে সাফ করা হয়৷

একটি রিসোর্সের Cache-Control হেডার প্রত্যাশিতভাবে সেট করা আছে তা যাচাই করতে, এর HTTP হেডার ডেটা পরীক্ষা করুন:

অনুরোধ টেবিলের নাম কলামের অধীনে অনুরোধের URL-এ ক্লিক করুন।
হেডার ট্যাবে ক্লিক করুন।

হেডার ট্যাবের মাধ্যমে ক্যাশে-কন্ট্রোল হেডার পরিদর্শন করা হচ্ছে — **হেডার** ট্যাবের মাধ্যমে `Cache-Control` হেডার পরিদর্শন করা হচ্ছে।

স্ট্যাক-নির্দিষ্ট নির্দেশিকা

ড্রুপাল

অ্যাডমিনিস্ট্রেশন > কনফিগারেশন > ডেভেলপমেন্ট পৃষ্ঠায় ব্রাউজার এবং প্রক্সি ক্যাশে সর্বোচ্চ বয়স সেট করুন। Drupal কর্মক্ষমতা সম্পদ দেখুন.