উন্নত উষ্ণায়ন

উইন্ডোজ, মাল্টি-রিজিওন ওয়ার্মিং, ব্রাউজার/SSR রেন্ডারিং এবং মোবাইল ব্যবহারকারী এজেন্টদের সময়সূচী করুন।

12 মিনিট পড়া

সেটআপের জন্য চারটি ক্ষমতা যা একটি প্লেইন ঘন্টায় HTTP ক্রল কভার করে না। সবগুলিই প্ল্যান-গেটেড — যদি আপনার ফর্ম থেকে একটি অনুপস্থিত থাকে, তবে এটি আপনার সদস্যতার অন্তর্ভুক্ত নয়৷

উষ্ণ সময়সূচী জানালা

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

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

কেন আপনি এই চান

  • শীর্ষের আগে উষ্ণ কঠিন। আপনার ব্যস্ততম সময়ের আগে কয়েক ঘন্টার মধ্যে র‌্যাম্প করুন যাতে ট্র্যাফিক অবতরণ করার সময় সবকিছু গরম থাকে।
  • রাতারাতি ব্যাক অফ। কেউ না গেলে অনুরোধের বাজেট এবং মূল লোড সংরক্ষণ করুন।
  • রক্ষণাবেক্ষণ জানালা রক্ষা করুন। ব্যাকআপ, মাইগ্রেশন বা ব্যাচ কাজের সময় উষ্ণতা বন্ধ করুন।
  • **একটি সম্পাদকীয় ছন্দ মেলান।

JSON বিন্যাস

উষ্ণ সময়সূচী ক্ষেত্রটি একটি টাইমজোন এবং উইন্ডোগুলির একটি তালিকা সহ একটি JSON অবজেক্ট নেয়:

সপ্তাহের দিন, 08:00-20:00, আমস্টারডাম সময়
json
{
  "timezone": "Europe/Amsterdam",
  "windows": [
    { "days": [1, 2, 3, 4, 5], "startHour": 8, "endHour": 20, "intensity": 1 }
  ]
}
মাঠঅর্থ
WordPressএকটি IANA টাইমজোনের নাম যেমন Europe/Amsterdam, America/New_York, বা UTC। উইন্ডোজ এই জোনে মূল্যায়ন করা হয়, তাই ডেলাইট সেভিং আপনার জন্য পরিচালনা করা হয়।
WordPressসময় উইন্ডোর একটি তালিকা. তাদের যে কোনো ভিতরে রান অনুমোদিত হয়.
WordPressসপ্তাহের দিনগুলিতে উইন্ডোটি প্রযোজ্য, যেখানে 1 সোমবার এবং 7 রবিবার৷
WordPressজানালা খোলার ঘণ্টায়, 023
WordPressজানালা বন্ধ হওয়ার ঘন্টা, 023
WordPressজানালার সময় আপেক্ষিক উষ্ণায়ন প্রচেষ্টা। 1 স্বাভাবিক; একটি নিম্ন মান আরো মৃদু উষ্ণ হয়.
দুটি জানালা — শিখরের আগে শক্ত, রাতারাতি মৃদু
json
{
  "timezone": "Europe/Amsterdam",
  "windows": [
    { "days": [1, 2, 3, 4, 5], "startHour": 6, "endHour": 10, "intensity": 1 },
    { "days": [1, 2, 3, 4, 5, 6, 7], "startHour": 0, "endHour": 5, "intensity": 0.3 }
  ]
}

শেষ করার জন্য উইন্ডোটি যথেষ্ট প্রশস্ত কিনা তা পরীক্ষা করুন

যদি একটি পূর্ণ পাস হতে তিন ঘন্টা সময় লাগে এবং আপনার উইন্ডো দুটি হয়, রান ছোট করা হবে এবং পরবর্তীতে URLs কখনই উষ্ণ হবে না। হয় জানালা প্রশস্ত করুন, হারের সীমা বাড়ান বা উষ্ণতার পরিধি সংকুচিত করুন৷

Tip

চব্বিশ ঘন্টা গরম করার জন্য মাঠটি খালি রাখুন। এটি বেশিরভাগ সাইটের জন্য সঠিক পছন্দ - শুধুমাত্র যখন আপনার একটি নির্দিষ্ট কারণ থাকে তখনই উইন্ডোজ যোগ করুন।

মাল্টি-রিজিওন ওয়ার্মিং

বেশিরভাগ CDN উপস্থিতির প্রতিটি বিন্দুতে স্বাধীনভাবে ক্যাশে করে। ইউরোপ থেকে উষ্ণ হওয়া একটি পৃষ্ঠা ইউরোপীয় প্রান্তের নোডকে পূর্ণ করে — এটি সিঙ্গাপুরের একজন দর্শকের জন্য কিছু করে না যা একটি ভিন্ন POP আঘাত করে যা সেই পৃষ্ঠাটি কখনও পরিবেশন করেনি।

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

যখন আপনার প্রয়োজন হয়

  • আপনার একাধিক মহাদেশে অর্থপূর্ণ ট্র্যাফিক রয়েছে।
  • আপনার CDN ক্যাশে প্রতি POP বা বিশ্বব্যাপী পরিবর্তে অঞ্চল প্রতি।
  • আপনি অঞ্চল-নির্দিষ্ট উত্স থেকে স্থানীয় সামগ্রী পরিবেশন করেন।
  • আপনি একটি মাল্টি-CDN সেটআপ চালান যেখানে আচরণ ভৌগলিক দ্বারা পৃথক হয়।

আপনার প্রায় সব দর্শক এক দেশে থাকলে, একটি একক অঞ্চল ভালো এবং বহু-অঞ্চল সুবিধা ছাড়াই খরচ যোগ করে।

আরও অঞ্চল থেকে উষ্ণতা অনুরোধকে বহুগুণ করে

প্রতিটি অঞ্চল তার নিজস্ব অনুরোধ জারি করে, তাই তিনটি অঞ্চলকে কভার করা অনুরোধের পরিমাণ প্রায় তিনগুণ করে — আপনার মূল এবং আপনার পরিকল্পনার URL বাজেট উভয়ের বিপরীতে। সেই অনুযায়ী আপনার হার সীমা আকার.

আপনার প্রকৃত বিশ্লেষণ থেকে অঞ্চলগুলি বেছে নিন, আকাঙ্ক্ষা নয়। আপনার ট্রাফিকের দুই শতাংশ জেনারেট করে এমন একটি অঞ্চলকে উষ্ণ করা খুব কমই অনুরোধের বাজেটের তিনগুণ মূল্যের।

ব্রাউজার / SSR উষ্ণায়ন

একটি প্লেইন HTTP আনয়ন HTML একটি সার্ভার ফিরিয়ে আনে। বেশিরভাগ সাইটের জন্য এটিই ক্যাশে করা হয় এবং এটি আপনার প্রয়োজন।

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

ব্রাউজার / SSR ওয়ার্মিং সঠিকভাবে পৃষ্ঠাটি লোড করতে একটি বাস্তব ব্রাউজার ইঞ্জিন ব্যবহার করে। এটি একটি ব্যবসা-পরিকল্পনা ক্ষমতা, প্রতি উষ্ণতার জন্য সক্ষম।

প্লেইন HTTP ওয়ার্মিং ব্যবহার করুন যখন...ব্রাউজার ওয়ার্মিং ব্যবহার করুন যখন...
আপনার সার্ভার সম্পূর্ণ রিটার্ন HTMLপৃষ্ঠাটি ক্লায়েন্ট-সাইডে একত্রিত হয়
একটি CDN বা পৃষ্ঠা ক্যাশে প্রতিক্রিয়া সংরক্ষণ করেসম্পূর্ণ রেন্ডার পাসের পরেই ক্যাশে পূরণ হয়
আপনি সস্তায় সর্বোচ্চ থ্রুপুট চানসঠিকতা ভলিউমের চেয়ে বেশি গুরুত্বপূর্ণ
সর্বাধিক স্থির এবং ঐতিহ্যবাহী CMS সাইটSSR/ISR অ্যাপ-রাউটার শৈলীর রুট যা পূরণ হচ্ছে না

ব্রাউজার ওয়ার্মিং অনেক ভারী

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

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

মোবাইল ওয়ার্মিং

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

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

  • অপরিহার্য যদি আপনার ক্যাশে কী ব্যবহারকারী এজেন্ট বা একটি ডিভাইস ক্লাস অন্তর্ভুক্ত করে।
  • অপরিহার্য যদি আপনি একটি পৃথক মোবাইল থিম বা একটি m. সাবডোমেন পরিবেশন করেন।
  • অপ্রয়োজনীয় যদি আপনি প্রতিটি ডিভাইসে অভিন্ন প্রতিক্রিয়াশীল HTML পরিবেশন করেন — একটি ক্যাশড কপি ইতিমধ্যেই সবাইকে পরিবেশন করে।

Note

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

কাস্টম ব্যবহারকারী এজেন্ট

ব্যবহারকারী এজেন্ট ফিল্ড আপনাকে ঠিক কোন এজেন্ট স্ট্রিং অনুরোধ পাঠানো হবে তা সেট করতে দেয়। আপনি হতে পারে কারণ:

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

Tip

উষ্ণায়নের জন্য একটি স্বতন্ত্র, শনাক্তযোগ্য ব্যবহারকারী এজেন্ট ব্যবহার করা ভাল অনুশীলন। এটি আপনার বিশ্লেষণ এবং অ্যাক্সেস লগগুলিতে Cache Rocket ট্র্যাফিককে স্পষ্ট করে তোলে এবং রিপোর্টিং থেকে বাদ দেওয়া সহজ করে তোলে।