সম্পাদনা: আমি আসল পোস্টটি ভুল লিখেছি। 168 মডিউলগুলি অনেক বেশি এবং 300 থেকে 700 মিলিয়ন এসকিউএল অনুসন্ধানগুলি বিশাল । আপনি যত বেশি মডিউল ব্যবহার করবেন, মডিউলগুলি করার সাথে সাথে এগুলি আরও তদন্ত করবে।
আক্রমণাত্মক ক্যাশে ব্যবহারের সময় আপনি যা করতে পারেন, সমস্ত কিছু ক্যাশে করুন, যদি এটি পর্যাপ্ত না হয় তবে বিপরীত প্রক্সি ক্যাশে চেষ্টা করুন। ফাইলগুলির জন্য সিডিএন ব্যবহার করা পুরো জিনিসটিকে ব্যাপকভাবে উন্নত করতে পারে। কোনও বিপরীত প্রক্সি ক্যাশে আপনাকে প্রয়োজনীয় লেখাগুলি হিট করার সময় কিছু লেখক কুকিজ সরিয়েও আপনাকে সহায়তা করতে পারে (তারপরে কোর ভাবেন যে ব্যবহারকারী তাদের জন্য বেনামে রয়েছে এবং ক্যাচিংকে সর্বাধিক করে তোলে)।
আপনার একই সাথে অনেকগুলি মডিউল ইন্টারঅ্যাক্ট করার সাথে সাথে ড্রুপাল কোর গতিশীলতা পুরো ভোরকে ধীরে ধীরে করে দেয়।
আমি বলব, উদাহরণস্বরূপ, আপনি ক্ষেত্রগুলি ব্যবহারের পরিবর্তে হুক_নোড_লোড () সময়ে ডেটা লোড করে এমন অনেকগুলি মডিউল ব্যবহার করেন, ক্ষেত্রের ব্যবহারের ক্ষেত্রে ক্যাশিং দক্ষতা নিশ্চিত করার ক্ষেত্রে এটি অনেকগুলি অনুসন্ধান করবে।
রেন্ডারিংতেও অনেক সময় লাগতে পারে, দ্রুপাল_রেন্ডার () (রেন্ডারিং এপিআই যে কোনও সময় বলা হয়ে থাকে) এটি API এর একটি দুর্দান্ত অংশ (সত্যই দরকারী) তবে কিছুটা ধীর গতিতেও হয়। PDO (D7) এবং সম্পূর্ণ DBTNG- এ স্যুইচ করা (যা উপায় দ্বারা দুর্দান্ত) এছাড়াও অবহেলিত অলসতা যুক্ত করে।
এটি বলেছিল যে, নিজে থেকেই মূলটি বেশ দ্রুত (তবে এটি খুব বেশি এসকিউএল কোয়েরি করে, এমনকি প্রায় কিছুই ইনস্টল না করে), খারাপভাবে কোডেড মডিউলগুলি প্রায়শই বাধা হয়ে থাকে।
কোড চালিত কোডের উপর নির্ভর করে এপিসি কার্যকরভাবে 2 বা 3 ভাগের সময় ভাগ করতে পারে। যদি আপনি এটিকে ভালভাবে কনফিগার করেন (সমস্ত এপিসি অপ্টিমাইজেশন সক্ষম করুন, অফিকাল এপিসি ম্যানুয়ালটি ভালভাবে লেখা আছে এবং আপনাকে গাইড করবে)।
আপনি যদি একটি ধীর ফাইল সিস্টেম (নেটওয়ার্ক ফাইল সিস্টেম বা স্লো হার্ড ড্রাইভ) সহ কোনও বাক্সে থাকেন তবে এটি কার্যকর করার সময় একটি দৃশ্যমান প্রভাব বোঝাতে পারে। ড্রুপাল অনেক ছোট ফাইল থেকে তৈরি করা হয়, যা পিএইচপিকে প্রতিবার এগুলির মধ্যে একটি লোড করে এফএসে I / O করতে বাধ্য করে (এপিসিও এর জন্য অনেক সহায়তা করে)।
আপনি যদি মাইএসকিউএল ব্যবহার করে থাকেন তবে সূক্ষ্ম সুরক্ষা করার বিষয়ে চিন্তাভাবনা করলে কোনও ভুল কনফিগার করা ডিবিএমএসও বেশ কুৎসিত বাধা হতে পারে। আপনি যদি একটি ভাগ করা হোস্টিংয়ে থাকেন, যদি এটি ড্রুপাল নির্দিষ্ট (বা প্রস্তুত) না হয় তবে ডিবিএমএস এবং পিএইচপি স্ট্যাক সম্ভবত ভুল কনফিগার্ড বা অ-সুরযুক্ত হবে, যা সত্যই ধীর সাইটগুলিতে নিয়ে যেতে পারে।
সমস্ত ক্যাশে সক্রিয় করতে ভুলবেন না। যদি আপনার সাইটটি ব্যবহারকারী ভিত্তিক অনুমোদিত নয়, তবে আগ্রাসী পৃষ্ঠা ক্যাচিং সক্রিয় করুন (এটি সত্যিই আশ্চর্যজনক)।
আপনার যত বেশি ব্লক থাকবে, আরও পূর্ণ পৃষ্ঠাগুলি ধীর হয়ে যাবে, ভিউ'র মডিউল ব্লকগুলি একটি ভোরের বাধা হয়ে দাঁড়াবে (আপনি যে ভিউ প্লাগইন ব্যবহার করেন তার উপর নির্ভর করে ওজি-র ব্লকটি সত্যিকারের ব্যথা হতে পারে) যদি আপনি তাদের দৃশ্যমানতা সীমাবদ্ধ না করেন তবে প্রতি পৃষ্ঠার ভিত্তিতে, বা কাস্টম পিএইচপি কোড সহ (অন্য কোনও ব্লকও সর্বদা ম্যানুয়ালি আপনার ব্লকটির দৃশ্যমানতা সেট করে, ফাঁকা ব্লকগুলি রেন্ডার প্রচেষ্টা এড়াতে কাঠামোকে ব্যাপকভাবে সহায়তা করে)।
হুক_ইনিট () ব্যবহার করে এমন মডিউলগুলি এড়িয়ে চলুন, প্রতিটি পৃষ্ঠায় হুক_ইনিট () চালিত হচ্ছে, এমনকি যদি আপনি 403 বা 404 পেয়ে থাকেন তবে যা কিছুটা ধীরে ধীরে কমিয়ে দেয় (এটি এমনকি চিত্রের ক্যাশে | শৈলীর প্রজন্মের সময়কে ধীর করে দেয় এবং ফাইলগুলিতে 404 ত্রুটি হবে) ভোর ধীরে কেবল আপনাকে বলার জন্য ফাইলটির অস্তিত্ব নেই)।
