رفع خطای Fatal Error: wp_cache_get() در وردپرس

اگه بعد از فعال‌کردن کش با خطای wp_cache_get() روبه‌رو شدید و حتی پیشخوان وردپرس هم باز نمی‌شه، نگران نباشید. معمولاً می‌تونید با غیرفعال‌کردن افزونه کش و بررسی فایل‌های باقی‌مونده، سایتتون رو دوباره بالا بیارید. فقط نباید فایل‌های کش رو بدون بکاپ و شناسایی سازنده‌شون حذف کنید.

توی این راهنما اول متن خطا رو بررسی می‌کنیم. بعد سراغ حالت بازیابی وردپرس، تغییر نام پوشه W3 Total Cache و بررسی فایل‌هایی مثل object-cache.php، db.php و advanced-cache.php می‌ریم. در آخر هم افزونه رو مرحله‌به‌مرحله راه‌اندازی می‌کنیم تا بفهمید کدوم قابلیت با سایتتون سازگار نیست.

خطای wp_cache_get در وردپرس یعنی چی؟

wp_cache_get() یکی از توابع API کش آبجکت وردپرسه. کش آبجکت یعنی نگه‌داشتن موقت داده‌هایی که وردپرس زیاد به اون‌ها نیاز داره. این تابع داده ذخیره‌شده رو از سیستم کش می‌خونه و اگه فایل object-cache.php فعال باشه، ممکنه درخواست رو به یک سیستم کش دیگه بسپره. دیدن نام این تابع داخل یک Fatal Error یا خطای بحرانی، به‌تنهایی ثابت نمی‌کنه که خود وردپرس یا همین تابع خراب شده.

علت واقعی ممکنه ناسازگاری یک افزونه، قالب، کد اختصاصی، فایل کمکی کش یا سرویس کش سرور باشه. برای همین قبل از هر تغییری باید متن کامل خطا و مسیر فایل مشکل‌دار رو پیدا کنید. اگه با مفهوم این پیام آشنا نیستید، راهنمای رفع خطای Fatal Error در وردپرس هم کمکتون می‌کنه.

چطور متن کامل خطا و فایل مشکل‌دار رو پیدا کنید؟

متن خطا رو از صفحه سایت، ایمیل خطای فنی وردپرس یا گزارش خطاهای هاست کپی کنید. دنبال مسیری بگردید که نام یک افزونه، قالب یا فایل داخل wp-content رو نشون می‌ده. مثلاً اگه مسیر به پوشه wp-content/plugins/w3-total-cache برسه، W3 Total Cache یکی از مظنون‌های اصلیه؛ ولی هنوز بهتره بقیه مسیرهای خطا رو هم بررسی کنید و بدون مدرک این افزونه رو علت قطعی ندونید.

ممکنه کنار پیام اصلی، Stack Trace هم ببینید. Stack Trace یعنی فهرستی از فایل‌ها و توابعی که وردپرس قبل از رسیدن به خطا اجرا کرده. لازم نیست همه خط‌هاش رو بفهمید؛ متن کاملش رو نگه دارید تا اگه مشکل ادامه پیدا کرد، برای پشتیبانی هاست یا متخصص وردپرس بفرستید.

چرا این خطا معمولاً به سیستم کش مربوطه؟

افزونه‌های کش می‌تونن برای سریع‌ترکردن سایت، فایل‌هایی رو مستقیماً داخل wp-content بسازن. وردپرس بعضی از این فایل‌ها رو خیلی زود و حتی قبل از افزونه‌های معمولی بارگذاری می‌کنه. پس ممکنه با غیرفعال‌کردن افزونه، یکی از فایل‌های کمکی اون همچنان اجرا بشه و خطا باقی بمونه.

W3 Total Cache قابلیت‌هایی مثل Minify، Database Cache و Object Cache داره. Minify یعنی کوچک‌کردن فایل‌های CSS و JavaScript، Database Cache یعنی نگه‌داشتن موقت نتیجه درخواست‌های پایگاه داده و Object Cache هم داده‌های پرکاربرد وردپرس رو موقتاً ذخیره می‌کنه. ناسازگاری به ترکیب تنظیمات، قالب، افزونه‌ها و نوع هاست بستگی داره؛ پس هیچ‌کدوم از این قابلیت‌ها رو بدون بررسی، علت قطعی خطا در نظر نگیرید.

قبل از رفع خطای wp_cache_get چه کارهایی انجام بدید؟

• از فایل‌ها و پایگاه داده سایتتون بکاپ بگیرید. پایگاه داده همون بخشی از سایته که نوشته‌ها، تنظیمات و اطلاعات کاربران داخلش ذخیره می‌شن.
• اطلاعات ورود به کنترل پنل هاست یا SFTP رو آماده کنید. SFTP یک روش امن برای دسترسی به فایل‌های سایت از طریق نرم‌افزارهای انتقال فایله.
• قبل از حذف هر فایل کش، سازنده و مالک اون رو بررسی کنید. افزونه‌های مختلف ممکنه فایل‌هایی با نام یکسان بسازن.

اگه بکاپ ندارید، اول از پشتیبانی هاست بخواید یک نسخه قابل‌بازیابی از فایل‌ها و پایگاه داده تهیه کنه. بهتره به زمان آخرین بکاپ هم توجه کنید تا اطلاعات تازه سایتتون از بین نره.

روش اول: افزونه مشکل‌دار رو با حالت بازیابی وردپرس غیرفعال کنید

حالت بازیابی یا Recovery Mode قابلیتی داخلی در وردپرسه که برای بعضی خطاهای بحرانی یک لینک ورود موقت می‌فرسته. اگه این ایمیل به دستتون رسیده، بهتره اول همین روش رو امتحان کنید؛ چون بدون تغییر مستقیم فایل‌ها می‌تونید افزونه مشکل‌دار رو غیرفعال کنید.

ایمیل خطای فنی وردپرس رو پیدا کنید

صندوق ورودی ایمیل مدیر سایت و پوشه Spam رو بررسی کنید. موضوع ایمیل معمولاً به وجود یک مشکل فنی در سایت اشاره می‌کنه. داخل ایمیل ممکنه نام افزونه یا قالب مشکل‌دار و یک لینک ویژه برای ورود به حالت بازیابی ببینید.

این لینک موقتی و مخصوص سایت شماست. اون رو عمومی نکنید و فقط روی دستگاه مطمئن بازش کنید. اگه لینک منقضی شده یا ایمیل تازه‌ای دریافت نمی‌کنید، روی بازکردن دوباره صفحه به‌عنوان راه قطعی حساب نکنید؛ ارسال ایمیل حالت بازیابی زمان‌بندی و محدودیت‌های خودش رو داره. در این شرایط روش تغییر نام پوشه افزونه یا کمک‌گرفتن از پشتیبانی هاست مطمئن‌تره.

با لینک حالت بازیابی وارد پیشخوان بشید

روی لینک داخل ایمیل بزنید و با حساب مدیر وارد وردپرس بشید. در این حالت، وردپرس افزونه یا قالب مشکل‌دار رو برای نشست شما متوقف می‌کنه تا بتونید به پیشخوان دسترسی پیدا کنید. ممکنه سایت برای بقیه بازدیدکننده‌ها همچنان خطا داشته باشه، پس کار رو نیمه‌کاره رها نکنید.

افزونه کش رو غیرفعال و سایت رو آزمایش کنید

از پیشخوان به بخش «افزونه‌ها ← افزونه‌های نصب‌شده» برید. فقط اگه گزارش خطا W3 Total Cache رو معرفی کرده، اون رو غیرفعال کنید. اگه مسیر خطا نام افزونه یا قالب دیگه‌ای رو نشون می‌ده، همون مورد رو بررسی کنید. بعد از حالت بازیابی خارج بشید و صفحه اصلی، یک نوشته، صفحه ورود و پیشخوان رو در یک پنجره ناشناس مرورگر آزمایش کنید.

اگه خطا برطرف شد، فعلاً افزونه رو دوباره فعال نکنید. اول نسخه‌های وردپرس، PHP، قالب و افزونه‌ها رو از نظر سازگاری بررسی کنید و بعد طبق بخش راه‌اندازی دوباره جلو برید. اگه خطا همچنان باقیه، احتمالاً باید فایل‌های کمکی کش رو بررسی کنید.

روش دوم: پوشه W3 Total Cache رو از هاست تغییر نام بدید

اگه ایمیل حالت بازیابی نیومده، پیشخوان اصلاً باز نمی‌شه و مسیر خطا به W3 Total Cache می‌رسه، می‌تونید پوشه افزونه رو تغییر نام بدید. تغییر نام پوشه معمولاً باعث می‌شه وردپرس نتونه افزونه رو بارگذاری کنه. این کار افزونه رو پاک نمی‌کنه و برگشت‌پذیره.

از فایل‌منیجر یا SFTP وارد پوشه wp-content بشید

وارد File Manager، یعنی ابزار مدیریت فایل در کنترل پنل هاست، بشید یا با SFTP به سایت وصل بشید. ریشه نصب وردپرس رو پیدا کنید؛ این پوشه معمولاً فایل‌هایی مثل wp-config.php و پوشه‌های wp-admin و wp-content رو داره. بعد مسیر wp-content/plugins رو باز کنید.

نام پوشه w3-total-cache رو تغییر بدید

پوشه w3-total-cache رو پیدا کنید و نامش رو مثلاً به w3-total-cache-disabled تغییر بدید. فقط همین پوشه رو تغییر نام بدید و پوشه اصلی plugins رو دست‌کاری نکنید. اگه چنین پوشه‌ای ندارید، متن خطا رو دوباره بررسی کنید؛ ممکنه افزونه دیگه‌ای مسئول مشکل باشه.

سایت و پیشخوان وردپرس رو دوباره بررسی کنید

سایت و آدرس ورود وردپرس رو دوباره باز کنید. اگه پیشخوان در دسترسه، وارد بخش افزونه‌ها بشید تا مطمئن بشید W3 Total Cache غیرفعال شده. چند صفحه مختلف رو هم در حالت ناشناس مرورگر باز کنید تا نتیجه کش قبلی مرورگر گمراهتون نکنه.

اگه سایت هنوز خطای wp_cache_get() رو نشون می‌ده، افزونه غیرفعاله ولی احتمالاً یک فایل کمکی یا تنظیم باقی‌مونده هنوز بارگذاری می‌شه. حالا می‌تونید مرحله بعد رو با احتیاط انجام بدید.

اگه خطا برطرف نشد، فایل‌های باقی‌مونده کش رو بررسی کنید

قبل از تغییر فایل‌های این بخش، یک بکاپ تازه بگیرید. حذف اشتباه یک Drop-in ممکنه قابلیت کش افزونه دیگه یا سرویس مدیریت‌شده هاست رو از کار بندازه. اگه مطمئن نیستید فایل متعلق به کدوم افزونه یا سرویسه، خودتون اون رو تغییر ندید و از پشتیبانی هاست کمک بگیرید.

Drop-in در وردپرس چیه؟

Drop-in یک فایل PHP ویژه داخل wp-content هست که وردپرس اون رو زودتر از افزونه‌های عادی بارگذاری می‌کنه. فایل‌هایی مثل object-cache.php، db.php و advanced-cache.php می‌تونن Drop-in باشن. به همین خاطر ممکنه بعد از غیرفعال‌کردن پوشه افزونه هم اثر اون‌ها باقی بمونه.

فایل‌های db.php و object-cache.php رو بررسی کنید

داخل پوشه wp-content دنبال db.php و object-cache.php بگردید. اول فایل‌ها رو دانلود کنید تا نسخه پشتیبان داشته باشید. بعد محتوای ابتدای فایل، توضیحات داخل کد، تاریخ تغییر و اطلاعات افزونه‌های فعال رو بررسی کنید تا سازنده فایل مشخص بشه.

اگه با اطمینان مشخص شد فایل رو W3 Total Cache ساخته و افزونه هم غیرفعاله، به‌جای حذف مستقیم، نام فایل رو موقتاً تغییر بدید؛ مثلاً object-cache.php.disabled. بعد سایت و پیشخوان رو آزمایش کنید. اگه فایل به افزونه، Redis یا سرویس کش مدیریت‌شده هاست تعلق داره، بدون هماهنگی با پشتیبانی اون رو تغییر ندید. Redis یک سرویس جدا برای نگه‌داشتن موقت داده‌های پرکاربرده.

فایل advanced-cache.php رو بررسی کنید

فایل advanced-cache.php هم داخل wp-content قرار می‌گیره و معمولاً به کش صفحه مربوطه. سازنده فایل رو با همون روش قبلی بررسی کنید. اگه فایل متعلق به W3 Total Cache بود و افزونه غیرفعاله، بعد از تهیه بکاپ نامش رو موقتاً تغییر بدید و نتیجه رو بررسی کنید.

پوشه w3tc-config و پوشه cache رو بررسی کنید

پوشه wp-content/w3tc-config تنظیمات W3 Total Cache رو نگه می‌داره. پوشه wp-content/cache هم ممکنه فایل‌های کش یک یا چند افزونه رو داشته باشه. این پوشه‌ها رو بدون بررسی حذف نکنید؛ چون شاید تنظیمات مهم یا فایل‌های مربوط به ابزار دیگه‌ای داخلشون باشه.

اگه مالک پوشه‌ها مشخصه و بکاپ کامل دارید، می‌تونید نام پوشه مرتبط با W3 Total Cache رو موقتاً تغییر بدید. بعد از هر تغییر فقط یک بار سایت رو آزمایش کنید تا دقیقاً بفهمید کدوم فایل یا پوشه روی خطا اثر گذاشته.

قوانین W3 Total Cache در فایل htaccess رو بررسی کنید

W3 Total Cache ممکنه برای بعضی قابلیت‌ها قوانینی به فایل .htaccess اضافه کنه. این فایل روی نحوه پردازش درخواست‌ها در بعضی وب‌سرورها اثر می‌ذاره. قبل از ویرایشش یک نسخه دانلود کنید؛ چون یک کاراکتر اشتباه هم ممکنه دسترسی به کل سایت رو مختل کنه.

دنبال بخش‌هایی بگردید که داخل توضیحات خود فایل به W3 Total Cache اشاره می‌کنن. نشانه‌ها و ساختار این قوانین ممکنه با نسخه افزونه و تنظیمات سرور فرق داشته باشن، پس از روی یک نمونه قدیمی چیزی رو حذف نکنید. اگه ساختار فایل رو نمی‌شناسید، نسخه کامل .htaccess و متن خطا رو برای پشتیبانی هاست بفرستید تا فقط قوانین تأییدشده مرتبط رو بررسی کنه.

چطور W3 Total Cache رو بدون برگشت خطا دوباره راه‌اندازی کنید؟

بعد از برطرف‌شدن خطا، همه قابلیت‌های کش رو یک‌جا فعال نکنید. هدف اینه که هر قابلیت رو جداگانه آزمایش کنید تا اگه خطا برگشت، علت احتمالی مشخص باشه. قبل از شروع هم از وضعیت سالم سایت یک بکاپ بگیرید.

سازگاری وردپرس، PHP، قالب و افزونه‌ها رو بررسی کنید

صفحه افزونه W3 Total Cache در مخزن وردپرس، حداقل نسخه‌های پشتیبانی‌شده وردپرس و PHP رو نشون می‌ده. این اطلاعات ممکنه با انتشار نسخه‌های تازه عوض بشن، پس قبل از نصب یا فعال‌سازی از همون صفحه رسمی بررسی‌شون کنید. نسخه PHP هاست و نسخه وردپرس رو هم می‌تونید از بخش «ابزارها ← سلامت سایت ← اطلاعات» ببینید.

وردپرس، قالب یا افزونه‌ها رو بدون بکاپ به‌روزرسانی نکنید. اگه سایت فروشگاهی یا پربازدید دارید، بهتره تغییرات رو اول روی یک نسخه آزمایشی از سایت انجام بدید. نسخه آزمایشی یا Staging یک کپی غیرعمومی از سایته که تغییرات روی سایت اصلی اثر نمی‌ذارن.

قابلیت‌های کش رو یکی‌یکی فعال کنید

اگه پوشه یا فایل‌هایی رو تغییر نام داده بودید، قبل از فعال‌سازی دوباره وضعیت اون‌ها رو مشخص کنید. پوشه افزونه رو فقط وقتی به نام اصلی w3-total-cache برگردونید که سایت سالمه و می‌خواید خود افزونه رو دوباره آزمایش کنید. فایل‌های Drop-in رو هم کورکورانه برنگردونید؛ افزونه یا پشتیبانی هاست باید مشخص کنه کدوم فایل هنوز لازمه.

افزونه رو با تنظیمات ساده فعال کنید. بعد فقط یک قابلیت رو روشن کنید و صفحه اصلی، چند نوشته، فرم ورود و پیشخوان رو آزمایش کنید. اگه همه‌چیز سالم بود، سراغ قابلیت بعدی برید. این روش کمی زمان می‌بره، ولی خیلی سریع‌تر از حدس‌زدن بین چند تنظیم هم‌زمانه.

تنظیمات Minify رو جداگانه آزمایش کنید

Minify فایل‌های HTML، CSS و JavaScript رو کوچک یا ترکیب می‌کنه. این قابلیت ممکنه در بعضی ترکیب‌های قالب و افزونه باعث به‌هم‌ریختن ظاهر یا کارنکردن دکمه‌ها بشه. اول Minify رو خاموش نگه دارید. بعد گزینه‌های مربوط به HTML، CSS و JavaScript رو جداگانه فعال و آزمایش کنید.

بعد از هر تغییر، کش افزونه و مرورگر رو پاک کنید و سایت رو در پنجره ناشناس ببینید. فقط صفحه اصلی رو بررسی نکنید؛ منو، فرم‌ها، سبد خرید، ورود کاربران و صفحه‌های مهم سایتتون هم باید درست کار کنن.

Database Cache و Object Cache رو با توجه به نوع هاست تنظیم کنید

Database Cache نتیجه بعضی درخواست‌های پایگاه داده رو موقتاً نگه می‌داره و همیشه روی هر هاستی باعث افزایش سرعت نمی‌شه. Object Cache داده‌های پرکاربرد وردپرس رو نگه می‌داره و وقتی بهترین نتیجه رو می‌ده که سرور و روش ذخیره‌سازی مناسبش آماده باشه. Redis و Memcached دو سرویس رایج برای این نوع کش هستن. OPcache با این موارد فرق داره و کد کامپایل‌شده PHP رو در حافظه نگه می‌داره.

اگه نمی‌دونید هاستتون از چه روشی پشتیبانی می‌کنه، نام گزینه‌ها و مشخصات پلن رو برای پشتیبانی هاست بفرستید. از اون‌ها بخواید روش مناسب Object Cache و Database Cache رو مشخص کنن. تنظیمی که روی یک سرور خوب جواب می‌ده، لزوماً برای سایت شما مناسب نیست.

بعد از هر تغییر، سایت و پیشخوان رو آزمایش کنید

بعد از فعال‌کردن هر قابلیت، هم بخش عمومی سایت و هم پیشخوان رو باز کنید. خطاهای تازه گزارش هاست رو هم بررسی کنید. اگه مشکل برگشت، آخرین گزینه‌ای رو که فعال کردید خاموش کنید و نتیجه رو یادداشت کنید.

برای بررسی عمومی ناسازگاری‌ها می‌تونید از ابزارهای داخلی وردپرس هم کمک بگیرید. آموزش عیب‌یابی وردپرس با ابزار سلامت سایت مسیر بررسی اطلاعات فنی سایت رو ساده‌تر توضیح می‌ده.

اگه به پیشخوان یا فایل‌های سایت دسترسی ندارید چه کار کنید؟

اگه نه پیشخوان باز می‌شه و نه اطلاعات File Manager یا SFTP رو دارید، از پشتیبانی هاست کمک بگیرید. لازم نیست فقط بنویسید «سایتم خراب شده». هرچقدر اطلاعات دقیق‌تری بفرستید، پیدا‌کردن علت سریع‌تر می‌شه.

چه اطلاعاتی رو برای پشتیبانی هاست بفرستید؟

• متن کامل Fatal Error و Stack Trace، بدون حذف مسیر فایل‌ها
• زمان تقریبی شروع خطا و آخرین تغییری که قبلش انجام دادید
• نام افزونه کش و قابلیت‌هایی که فعال کرده بودید
• نسخه وردپرس، نسخه PHP و نوع سرویس کش سرور، اگه می‌دونید
• درخواست تهیه بکاپ قبل از تغییر فایل‌ها یا قوانین سرور

از پشتیبانی بخواید اول افزونه‌ای رو غیرفعال کنه که مسیر خطا به اون می‌رسه. فایل‌های Drop-in هم باید فقط بعد از شناسایی سازنده‌شون بررسی بشن. اگه قراره .htaccess تغییر کنه، حتماً نسخه قبلیش نگه داشته بشه.

چه زمانی باید از متخصص وردپرس کمک بگیرید؟

اگه خطا بعد از غیرفعال‌کردن افزونه و Drop-inهای تأییدشده ادامه داره، چند افزونه کش روی سایت نصب شده یا خطا به کد اختصاصی قالب و افزونه می‌رسه، بهتره از متخصص وردپرس کمک بگیرید. سایت‌های فروشگاهی و عضویتی هم اطلاعات حساس‌تری دارن و آزمون‌وخطای مستقیم روی اون‌ها ریسک بیشتری داره.

اشتباه‌هایی که موقع رفع خطای wp_cache_get نباید انجام بدید

• فایل‌های کش رو بدون تشخیص سازنده‌شون حذف نکنید. افزونه یا سرویس دیگه‌ای ممکنه از همون فایل استفاده کنه.
• همه قابلیت‌های کش رو هم‌زمان فعال نکنید. در این حالت پیدا‌کردن تنظیم ناسازگار سخت می‌شه.
• وردپرس، قالب و افزونه‌ها رو بدون بکاپ به‌روزرسانی نکنید.
• فقط به حذف و نصب دوباره افزونه اکتفا نکنید. Drop-inها، پوشه تنظیمات و قوانین .htaccess ممکنه باقی بمونن.

افزونه رخش؛ گزینه‌ای برای بعد از رفع کامل خطا

بعد از اینکه خطای wp_cache_get() رو کامل برطرف کردید، افزونه رخش می‌تونه یکی از گزینه‌های شما برای مدیریت کش و بهینه‌سازی سرعت سایت باشه. طبق قابلیت‌های معرفی‌شده در صفحه رسمی این محصول، رخش فقط کش ساده صفحه نیست و ابزارهای مربوط به تصاویر، فایل‌های CSS و JavaScript، ووکامرس، پایگاه داده و پایش عملکرد رو هم کنار هم قرار می‌ده. چون قابلیت‌ها ممکنه در نسخه‌های مختلف تغییر کنن، قبل از خرید یا نصب، فهرست و پیش‌نیازهای نسخه فعلی رو در همون صفحه بررسی کنید.

در فهرست قابلیت‌های معرفی‌شده برای رخش، کش کامل صفحه با HTML استاتیک، عمر کش قابل تنظیم، کش مرورگر، کش جداگانه موبایل و فشرده‌سازی gzip دیده می‌شه. gzip روشی برای کم‌کردن حجم داده موقع ارسال از سرور به مرورگره. صفحه‌های حساس مثل سبد خرید، تسویه‌حساب، ورود و صفحه‌های میهن‌پنل هم می‌تونن از کش عبور کنن. امکان مستثنی‌کردن آدرس‌ها و کوکی‌ها، پاک‌سازی دستی یا خودکار کش، گرم‌سازی خودکار بعد از پاک‌سازی و خزنده نقشه سایت هم جزو قابلیت‌های اعلام‌شده هستن. گرم‌سازی یعنی افزونه قبل از ورود کاربر، نسخه کش بعضی صفحه‌ها رو آماده می‌کنه.

یادتون نره رخش یا هر افزونه کش دیگه‌ای رو فقط بعد از غیرفعال‌کردن کامل سیستم کش قبلی راه‌اندازی کنید. باقی‌موندن Drop-inها، قوانین سرور یا پوشه‌های افزونه قبلی می‌تونه باعث تداخل بشه. قبل از نصب بکاپ بگیرید، مطمئن بشید خطای قبلی دیگه دیده نمی‌شه و قابلیت‌های رخش رو مرحله‌به‌مرحله فعال کنید. رخش رو هم نباید راه‌حل قطعی خطای wp_cache_get() یا گزینه‌ای سازگار با همه هاست‌ها در نظر بگیرید.

جمع‌بندی

برای رفع خطای wp_cache_get در وردپرس، اول متن کامل خطا و مسیر فایل رو بررسی کنید. اگه ایمیل حالت بازیابی دارید، افزونه معرفی‌شده رو از همون مسیر غیرفعال کنید. فقط وقتی مسیر خطا به W3 Total Cache می‌رسه، پوشه w3-total-cache رو از File Manager یا SFTP تغییر نام بدید.

اگه خطا باقی موند، فایل‌های db.php، object-cache.php و advanced-cache.php، پوشه w3tc-config، پوشه کش و قوانین W3 Total Cache در .htaccess رو بررسی کنید. فقط مواردی رو تغییر بدید که مطمئنید متعلق به همین افزونه هستن. بعد از رفع مشکل هم قابلیت‌های کش رو یکی‌یکی فعال و آزمایش کنید تا خطا دوباره برنگرده.

سؤال‌های متداول

تیم تولید محتوا

ما در تیم تولید محتوای میهن وردپرس در تلاش هستیم تا بهترین مقالات آموزشی در زمینه وردپرس و کسب‌و‌کارهای اینترنتی را تهیه کنیم. صحت محتوای این صفحه توسط رضا راد بررسی خواهد شد.