আপনার কাছে প্রায় পর্যাপ্ত র্যাম নেই
আমাদের প্রায় 240k পণ্য
উপলব্ধ র্যাম: 6 জিবি
থ্রেড: 32
আপনার কাছে যত পরিমাণ পণ্য রয়েছে তার জন্য পর্যাপ্ত পরিমাণ র্যাম নেই। থাম্বের নিয়ম হিসাবে, আমরা লজিক্যাল কোর প্রতি কমপক্ষে 2-4 জিবি র্যামের প্রস্তাব দিই।
যদি আপনি আপনার সম্ভাব্য মেমরির ব্যবহার ম্যাপ করেন:
max_memoryPH 768 এমবি = 24 জিবি এর সাথে 64 পিএইচপি থ্রেডস- 240,000 পণ্যগুলির প্রায় 15GB InnoDB টেবিল স্পেস হতে পারে
- PH৪ পিএইচপি থ্রেডগুলি প্রায় 128 মাইএসকিউএল সংযোগের বিষয়ে ওয়্যারেন্ট করবে, সাধারণত এটি প্রতি সংযোগ ন্যূনতম 200MB ব্যয় করে আসে
- রেডিস এবং
lzfসংকুচিত - 240,000 পণ্যগুলির জন্য ব্যাকএন্ড স্টোরেজ এখনও প্রায় 6GB র্যাম ব্যবহার করবে consume
সুতরাং এখন পর্যন্ত মোট প্রতিশ্রুতিবদ্ধ র্যামের 70 গিগাবাইট - আমরা ওএস ইত্যাদির কথাও উল্লেখ করি নি etc.
আপনার হার্ডওয়্যার ভয়ঙ্করভাবে সংক্ষিপ্ত বিবরণযুক্ত । আমি এই ম্যাজেন্টো সার্ভার সেট আপের উপর পড়ার পরামর্শ দেব কীভাবে অগ্রগতি করতে হবে তার জন্য কিছুটা জন্য নিবন্ধ ।
মেমক্যাচড ক্যাশে ট্যাগগুলি সমর্থন করে না
আপনি যদি মেমক্যাচ ব্যবহার করে থাকেন (কোনও সমস্যা নয় তবে এটির খুব উচ্চ কার্যকারিতা), তবে আপনি হয় ক্যাশে ট্যাগগুলি সংরক্ষণ করছেন বা না রাখছেন। যদি আপনার কোনও slow_backendসংজ্ঞায়িত না থাকে - তবে আপনি ট্যাগগুলি সংরক্ষণ করছেন না, যার মূলত অর্থ হ'ল আপনার ক্যাশে বিভিন্ন ক্যাশে প্রকারের মধ্যে কোনও ভেদাভেদ করতে পারে না - তাই আপনি সেগুলি স্বাধীনভাবে ফ্লাশ করতে সক্ষম হবেন না।
এ সম্পর্কে একটি পড়ুন, http://www.sonassi.com/ জ্ঞান-base / magento-kb / কি-is-memcache-actually-caching-in-magento/
আমরা রেডিসে সরে যেতে দৃ over়ভাবে পরামর্শ দেব। এটির কীর্তি রয়েছে এবং বৃহত্তর স্টোরগুলির জন্য উল্লেখযোগ্য সূক্ষ্ম সুরকরণের প্রয়োজন এটি। তবে সামগ্রিকভাবে ক্যাশে-ট্যাগ সমর্থনের আসল উপকারের সাথে মেমচেডের চেয়ে কিছুটা ভাল পারফর্ম করবে।
404 এবং এফপিসি
এফপিসি একটি বাস্তব সমস্যা আছে, প্রকৃতপক্ষে, সমস্ত ক্যাচিং ইঞ্জিনের 404s এর সমস্যা রয়েছে। কারণ হ'ল, যে কোনও পুরানো ইউআরএল এখনও ক্রল করা হয়েছে বা এর সাথে লিঙ্কযুক্ত রয়েছে এমন কোনও পৃষ্ঠায় অবতরণ করবে যা পুরো মাধ্যমে পুনরুক্তি করতে হবেcore_url_rewrite টেবিলের , চেষ্টা করুন এবং অবশেষে 404 ছাড়ার আগে লোড দেওয়ার আগে সমস্ত সংজ্ঞায়িত রাউটার এবং নেমস্পেসের বিরুদ্ধে ম্যাচটি খুঁজে দেখুন।
তারপরে এমন কোনও উত্সকে ক্যাশে করা হচ্ছে যার কোনও মূল্য নেই এবং এটি আপনার ক্যাশে স্টোরেজে স্থান গ্রহণ করবে। আপনি সম্ভবত দেখতে পাবেন যে আপনার মেমক্যাচড স্টোরেজটির একটি বিশাল অংশটি আসলে 404 সামগ্রী খেয়েছে।
বড় ক্যাটালগ (240k পণ্য) সহ, আপনি অবশ্যই আপনার পণ্যের টার্নওভারের ন্যায্য অংশ নিতে চলেছেন, এবং এইভাবে, ইউআরএলগুলিতে পরিবর্তন এবং তারপরে, অনেকগুলি 404 এর।
এফপিসি অবৈধ বনাম পরিষ্কার
এই মুহুর্তে - এবং ডিফল্টরূপে - এফপিসির আচরণটি ক্যাশে প্রবেশকে কেবল অকার্যকর করার পরিবর্তে পরিবর্তনগুলিতে ক্যাশে পরিষ্কার করা। আপনার প্রয়োজন মতো ঠিক মতো করার জন্য কোনও EE স্টোরের জন্য এই আচরণটি পরিবর্তন করতে আমরা একটি এক্সটেনশন লিখেছিলাম।
আপনার সমস্যাটি কীভাবে সমাধান করবেন সে সম্পর্কে একটি ধারণা দেওয়ার জন্য এখানে একটি দ্রুত প্যাচ's
app/code/core/Enterprise/PageCache/etc/config.xml
index 6a56a80..85ebc92 100644
--- app/code/core/Enterprise/PageCache/etc/config.xml
+++ app/code/core/Enterprise/PageCache/etc/config.xml
@@ -139,7 +139,7 @@
<observers>
<enterprise_pagecache>
<class>enterprise_pagecache/observer</class>
- <method>cleanCache</method>
+ <method>invalidateCache</method>
</enterprise_pagecache>
</observers>
</catalogrule_after_apply>
কোনও ক্রলার চালাবেন না
যদি আপনি যথেষ্ট পরিমাণে ফুটফুট পেয়ে থাকেন - আমরা ক্রল সরঞ্জামটি চালানোর পরামর্শ দিই না, এটি অপ্রয়োজনীয় বোঝা উত্পন্ন করে। লোকেরা / বট / ক্রোলারদের সাইটটি ব্রাউজ করা উচিত ক্যাশেটি প্রাইম করা উচিত।
তবে আপনার প্রশ্নের উত্তর দেওয়ার জন্য, আপনি যদি উপরে উল্লিখিত কনফিগারেশন ফাইলটি দেখে থাকেন - আপনি ক্রল শিডিয়ুলটি দেখুন যা ক্রল ব্রাউজিং উইন্ডোটির জন্য সংজ্ঞায়িত করা হয়েছে।
আপনি যদি বাসি কন্টেন্ট বহন করতে পারেন
এবং শেষ পর্যন্ত, যদি আপনার পর্যাপ্ত পরিমাণ থাকে র্যাম থাকে। আপনার ক্যাশেড ডেটা আরও বেশি দিন ধরে রাখতে - আপনি এফপিসিতে সঞ্চিত সামগ্রীর টিটিএল বাড়িয়ে ভালভাবে উপকৃত হতে পারেন।
ইন <full_page_cache>ট্যাগে আপনার ./app/etc/local.xmlমাত্র সংজ্ঞায়িত
<lifetimelimit>86400</lifetimelimit>
জীবনকাল সেকেন্ডে সংজ্ঞায়িত করা হয়। আপনাকে সামগ্রীতে সতেজতা, কর্মক্ষমতা এবং আপনার কাছে উপলব্ধ স্টোরেজ স্পেসের পরিমাণের মধ্যে ভারসাম্য বজায় রাখতে হবে।
আপনি EE এর সাথে তৃতীয় পক্ষের ক্যাচিং এক্সটেনশন কেন ব্যবহার করছেন
আপনি এফপিসির জন্য একটি প্রিমিয়াম প্রদান করছেন - যা আমাকে বলতে কষ্ট দেয়, খুব ভাল। সুতরাং আপনি কেন শীর্ষে 3 য় পক্ষের বিকল্পগুলি চালাচ্ছেন। এটা মুছুন.
এইভাবে রাখুন। যদি আপনার গাড়িটি খারাপভাবে চলছিল - আপনি কি ক্ষতিপূরণ দেওয়ার জন্য বুটে আরও একটি ইঞ্জিন যুক্ত করবেন; বা ঠিক সেখানে ইতিমধ্যে ইঞ্জিন ঠিক আছে?