پاک‌سازی دارایی‌ها و ابزارهای وردپرس

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

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

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

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

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

این خط را به wp-config.php اضافه کنید: define( 'HD_MAC_DISABLE_LOGIN_SLUG', true ); و آدرس اصلی wp-login.php دوباره کار می‌کند. مدیر واردشده هم همیشه می‌تواند مستقیم به wp-login.php برود، که راه بازگشت دوم است. عادت خوب این است که آدرس جدید را در مرورگر دیگری تست کنید پیش از آنکه مرورگری را که با آن وارد شده‌اید ببندید.

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

بله، هر دو. فیلتر hd_mac_match_context شرطی را به موتور قاعده یاد می‌دهد که نمی‌شناسد — مثلاً یک بررسی is_woocommerce() — و از آن به بعد همه‌جا مثل شرط‌های داخلی کار می‌کند. فیلتر hd_mac_register_modules یک کلاس را به‌عنوان ماژول ثبت می‌کند و آن ماژول با کلید و تنظیمات خودش در تب ماژول‌ها ظاهر می‌شود. docs/hooks.md برای هر دو یک نمونه کامل دارد.

هیچ، مگر خودتان خواسته باشید. گزینه «با حذف افزونه همه داده‌ها پاک شود» پیش‌فرض خاموش است، پس حذف و نصب دوباره قاعده‌های شما را نگه می‌دارد. اگر روشنش کنید، حذف افزونه دو کلید تنظیمات، دو جدول، کارهای زمان‌بندی‌شده و ترنزینت‌ها را برمی‌دارد — فهرستی کوتاه، و عمداً کوتاه.

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