رفع خطای نصب افزونه در وردپرس
چرا افزونهتان نصب نمی‌شود یا در میانه راه پیام خطا می‌گیرد؟ این راهنما دوازده خطای رایج نصب افزونه در وردپرس — از محدودیت حجم بارگذاری و خطای باز کردن زیپ تا نبود دسترسی نوشتن و خطای اتصال به مخزن رسمی — را با راه‌حل عملی و پروتکل نصب امن بررسی می‌کند.
یادم هست اولین بار که یک افزونه را از پیشخوان نصب کردم، پیام واضحی گرفتم: حجم فایل بارگذاری بیش از حد مجاز است. آن روز نمی‌دانستم این پیام یعنی چه، ولی بعد از آن فهمیدم که نصب افزونه در وردپرس سه مرحله جدا دارد: بارگذاری فایل، باز کردن بسته زیپ، و راه‌اندازی ساختار اولیه. اگر هر یک از این سه مرحله شکست بخورد، پیام‌های متفاوتی می‌بینید که هرکدام علت ریشه‌ای و راه‌حل جداگانه دارند. این مقاله، فهرست همه آن پیام‌هایی است که در این سال‌ها از مشتریان دیده‌ام و راه‌حلی که برای هرکدام پیدا کرده‌ام.
سه مرحله نصب افزونه که باید بشناسید
قبل از ورود به فهرست خطاها، لازم است سه مرحله نصب افزونه در وردپرس را دقیق بشناسید. بیشتر پیام‌های خطا به شما می‌گویند در کدام مرحله شکست خورده‌اید و همین یک اشاره، نیمی از عیب‌یابی است:
- مرحله بارگذاری: فایل زیپ افزونه از رایانه شما به سرور منتقل می‌شود. اگر حجم فایل بزرگ باشد یا محدودیت سرور کوچک باشد، این مرحله شکست می‌خورد.
- مرحله باز کردن زیپ: سرور فایل زیپ را باز می‌کند و محتوایش را در پوشه
wp-content/pluginsقرار می‌دهد. اگر فایل زیپ خراب باشد یا پوشه اجازه نوشتن نداشته باشد، این مرحله شکست می‌خورد. - مرحله راه‌اندازی: وردپرس فایل اصلی افزونه را اجرا می‌کند تا هوک‌ها و توابعش ثبت شوند. اگر نسخه PHP سازگار نباشد یا افزونه نیاز به پیش‌نیازی داشته باشد، این مرحله شکست می‌خورد.
پیام‌های خطا معمولاً به یکی از این سه مرحله اشاره دارند. اگر با مفهوم کلی افزونه و مکانیزم کارش آشنا نیستید، افزونه وردپرس چیست و چگونه انتخاب کنیم نقطه شروع خوبی است. همچنین برای درک تفاوت نصب و فعال‌سازی، توصیه می‌کنم مقاله خطای عدم فعال شدن افزونه در وردپرس را جدا بخوانید؛ این مقاله روی مرحله نصب تمرکز دارد نه فعال‌سازی.
نصب افزونه در وردپرس مثل جابه‌جایی یک کتاب در قفسه است: اگر قفسه جا نداشته باشد، یا کتاب سالم نباشد، یا دست شما نرسد، در هر مرحله یک پیام متفاوت می‌گیرید. تشخیص پیام، اولین گام راه‌حل است.
خطای اول: حجم فایل بارگذاری بیش از حد مجاز
شایع‌ترین خطای نصب افزونه، پیام The uploaded file exceeds the upload_max_filesize directive in php.ini است. علت: حجم فایل زیپ افزونه از حد مجاز upload_max_filesize در سرور شما بیشتر است. اکثر هاست‌های اشتراکی این مقدار را روی ۲، ۸ یا ۶۴ مگابایت تنظیم می‌کنند. افزونه‌های بزرگتر (مثل قالب‌های فروشگاهی یا باندل‌های سنگین) گاهی از این حد بزرگترند.
سه راه‌حل عملی در تجربه‌ام:
- افزایش مقدار در پنل هاست: در cPanel یا DirectAdmin، بخش PHP Settings یا Select PHP Version را باز کنید و مقدار
upload_max_filesizeوpost_max_sizeرا به ۶۴ یا ۱۲۸ مگابایت افزایش دهید. - افزایش از طریق .htaccess یا .user.ini: اگر دسترسی به پنل هاست ندارید، در فایل
.user.iniاین خطوط را اضافه کنید:
upload_max_filesize = 128M
post_max_size = 128M
memory_limit = 256Mدر بعضی هاست‌ها این فایل پذیرفته نمی‌شود و باید از .htaccess استفاده کنید. اگر با مفهوم کلی هاست و تنظیمات PHP آشنا نیستید، راهنمای انتخاب هاست تصویر کاملی از این لایه می‌دهد.
راه سوم که در پروژه‌های فروشگاهی زیاد استفاده می‌کنم، نصب دستی از طریق FTP است که در بخش پایانی همین مقاله گام‌به‌گام توضیح داده‌ام.
خطای دوم: باز نشدن فایل زیپ
پیام The package could not be installed. PCLZIP_ERR_BAD_FORMAT وقتی ظاهر می‌شود که سرور نمی‌تواند فایل زیپ را باز کند. علت‌های رایج: فایل زیپ ناقص دانلود شده، فایل از نوع دیگری است (مثلاً RAR یا ۷z)، یا افزونه PHP مربوط به zip روی سرور نصب نیست.
راه تشخیص: فایل زیپ را روی رایانه خودتان باز کنید. اگر روی رایانه هم باز نمی‌شود، فایل خراب است و باید مجدداً از منبع رسمی دانلود کنید. اگر روی رایانه سالم بود ولی روی سرور باز نمی‌شود، احتمالاً افزونه zip روی PHP سرور نصب نیست و باید از هاستینگ بخواهید نصبش کند. مسیر کامل تشخیص افزونه‌های PHP در فایل‌های ضروری و ساختار قالب به‌عنوان یک چارچوب کلی بررسی شده است.
خطای سوم: نبود دسترسی نوشتن در پوشه plugins
پیام Could not create directory یا Installation failed: Could not copy file معمولاً وقتی ظاهر می‌شود که سرور اجازه نوشتن در پوشه wp-content/plugins را به کاربر PHP نمی‌دهد. این مسئله بعد از مهاجرت بین هاست‌ها، یا بعد از تغییر مجوزها شایع است.
راه‌حل: از طریق FTP یا File Manager هاست، مجوز پوشه wp-content/plugins را به ۷۵۵ و مجوز فایل‌های داخلی را به ۶۴۴ برگردانید. مجوز استاندارد در وردپرس:
| مورد | مجوز پیشنهادی |
|---|---|
| پوشه‌ها | ۷۵۵ |
| فایل‌ها | ۶۴۴ |
| فایل wp-config.php | ۶۰۰ یا ۶۴۰ |
| پوشه wp-content | ۷۵۵ |
اگر مجوز پوشه ۷۵۵ بود ولی باز هم مشکل داشتید، ممکن است کاربر PHP سرور با کاربر فایل‌های شما متفاوت باشد. این مسئله در هاست‌های اشتراکی شایع است و باید از هاستینگ بخواهید کاربر PHP را به کاربر فایل‌ها هم‌راستا کند.
خطای چهارم: اتمام حافظه PHP در حین نصب
پیام Allowed memory size of X bytes exhausted وقتی ظاهر می‌شود که حافظه مجاز PHP در حین باز کردن زیپ یا راه‌اندازی افزونه تمام شود. افزونه‌های سنگین که در زمان نصب جدول‌های دیتابیس می‌سازند یا فایل‌های زیادی دارند، بیشتر با این خطا مواجه می‌شوند.
راه‌حل: در فایل wp-config.php مقدار حافظه را افزایش دهید:
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );اگر روی سرور هم مقدار PHP پایین باشد، باید از هاستینگ بخواهید memory_limit را در سطح PHP هم افزایش دهد. مسیر تفصیلی این دسته از خطاها در خطای حافظه در وردپرس آمده است.
افزونه‌ای که در زمان نصب حافظه زیادی می‌خواهد، در زمان اجرا هم احتمالاً حافظه زیادی می‌گیرد. این خطا یک هشدار است که ارزش بازبینی انتخاب افزونه را دارد.
خطای پنجم: اتمام زمان اجرای اسکریپت
پیام Maximum execution time of X seconds exceeded وقتی ظاهر می‌شود که فرآیند نصب بیش از حد طول بکشد. سرور به‌طور پیش‌فرض ۳۰ ثانیه به هر اسکریپت PHP زمان می‌دهد. اگر فایل زیپ بزرگ باشد و باز کردنش زمان‌بر شود، این خطا می‌آید.
راه‌حل: در wp-config.php این خط را اضافه کنید:
set_time_limit( 300 );این خط، زمان اجرای اسکریپت را به ۳۰۰ ثانیه (پنج دقیقه) افزایش می‌دهد. اگر همچنان مشکل باقی ماند، احتمالاً سرور به شما اجازه بیشتر از این را نمی‌دهد و باید به‌سراغ روش نصب دستی از طریق FTP بروید. مسیر کامل در همان بخش پایانی این مقاله آمده است.
خطای ششم: نبود اتصال به مخزن رسمی وردپرس
پیام Installation failed: Could not connect to wordpress.org وقتی ظاهر می‌شود که سرور شما نمی‌تواند به مخزن رسمی وردپرس وصل شود. علت‌های رایج: محدودیت خروجی سرور، فیلتر شبکه‌ای، یا قطعی موقت مخزن. این خطا در سرورهای ایران شایع‌تر است.
راه‌حل: اول به‌طور موقت صبر کنید؛ اگر مسئله از قطعی موقت مخزن بوده، در چند ساعت حل می‌شود. اگر مشکل ادامه داشت، فایل زیپ افزونه را مستقیماً از سایت سازنده دانلود کنید و با روش نصب دستی نصبش کنید. یک نکته مهم: نصب افزونه از منبع معتبر، خودش یک لایه امنیتی است؛ اگر با این محدودیت مواجه شدید، از سایت‌های ناشناس و «دانلود رایگان» استفاده نکنید. مسیر تشخیص منبع امن در دانلود افزونه مطمئن وردپرس آمده است.
خطای هفتم: نسخه PHP و وردپرس ناسازگار
پیام This plugin requires PHP version X.X or higher یا Your server is running PHP version X but WordPress X requires at least Y وقتی ظاهر می‌شود که نسخه PHP سرور شما از حداقل نسخه موردنیاز افزونه کمتر یا بیشتر باشد. برعکس هم صادق است: افزونه‌ای که برای PHP 7.4 نوشته شده، روی PHP 8.2 ممکن است خطا بدهد.
راه‌حل: در پیشخوان ← ابزارها ← سلامت سایت، نسخه PHP فعلی را ببینید. سپس در صفحه افزونه، Requires PHP را چک کنید. اگر یکی از این دو با دیگری هم‌خوان نبود، یا نسخه PHP را در پنل هاست تغییر دهید یا افزونه جایگزین انتخاب کنید. تحلیل تفصیلی این دسته از خطاها در خطای عدم سازگاری افزونه با نسخه PHP آمده است.
خطای هشتم: درخواست اطلاعات FTP
گاهی وردپرس هنگام نصب افزونه، صفحه‌ای نشان می‌دهد که از شما نام کاربری، رمز عبور و آدرس FTP یا FTPS می‌خواهد. این صفحه وقتی ظاهر می‌شود که وردپرس اجازه نوشتن مستقیم در پوشه wp-content/plugins را ندارد و می‌خواهد از طریق FTP این کار را انجام دهد.
راه‌حل‌های عملی: اول، مطمئن شوید مجوز پوشه plugins روی ۷۵۵ است. دوم، در wp-config.php این خط را اضافه کنید تا وردپرس از روش filesystem مستقیم استفاده کند:
define( 'FS_METHOD', 'direct' );سوم، اگر با این خط هم حل نشد، از طریق پنل هاست، کاربر PHP را با کاربر فایل‌ها هم‌راستا کنید یا از هاستینگ بخواهید این کار را انجام دهد. مسیر کلی این نوع از خطاها را در خطای دسترسی به فایل‌ها در وردپرس گام‌به‌گام بررسی کرده‌ام.
خطای نهم: محدودیت هاست اشتراکی
گاهی همه‌چیز در کد سالم است ولی سرور به شما اجازه نصب افزونه را نمی‌دهد. مثال‌های واقعی: محدودیت تعداد فایل در هاست‌های اشتراکی، محدودیت inode (تعداد فایل‌های قابل‌ساخت)، محدودیت پهنای باند برای بارگذاری، یا محدودیت مصرف CPU در زمان نصب.
راه‌حل: از هاستینگ بپرسید کدام محدودیت را اعمال می‌کند. اگر محدودیت inode است و سرور شما پر از فایل شده، پاک‌سازی فایل‌های اضافی (مثل بکاپ‌های قدیمی، فایل‌های بی‌استفاده در پوشه uploads) می‌تواند مشکل را حل کند. اگر محدودیت مطلق است، ارتقای پلن هاست یا مهاجرت به هاستی با منابع بیشتر تنها راه باقی است. تحلیل کامل این لایه در تأثیر هاست بر سرعت و پایداری سایت آمده است.
خطای دهم: مجوز فایل و پوشه نامناسب
اگر مجوز فایل‌های افزونه در پوشه wp-content/plugins نامناسب باشد، وردپرس نمی‌تواند فایل‌های جدید را از داخل پوشه بخواند یا بازنویسی کند. مجوز استاندارد پوشه‌ها ۷۵۵ و فایل‌ها ۶۴۴ است؛ ولی در بعضی موقعیت‌ها (مثلاً انتقال سایت از سرورهای ویندوزی به لینوکس) مجوزها به‌هم می‌ریزند و نصب شکست می‌خورد.
راه‌حل: از طریق FTP یا File Manager هاست، مجوز پوشه افزونه و فایل‌های داخلش را به ۷۵۵ و ۶۴۴ برگردانید. این کار در افزونه‌های بزرگ که تعداد فایل‌های زیادی دارند، وقت می‌گیرد؛ ولی اگر مشکل از همین باشد، اثرش آنی است. اگر ابزار دسترسی به FTP ندارید، مسیرهای پیشنهادی و راهنمای انتخاب هاست را در هاست چیست و چگونه انتخاب کنیم ببینید.
خطای یازدهم: نصب از URL مستقیم شکست می‌خورد
وردپرس امکان نصب افزونه از یک URL مستقیم (لینک زیپ) را هم دارد. اگر این روش شکست بخورد، پیام Download failed. Could not open handle for fopen یا مشابه آن ظاهر می‌شود. علت‌های رایج: URL ناسالم، محدودیت allow_url_fopen در PHP، یا قطعی موقت منبع دانلود.
راه‌حل: فایل را روی رایانه خودتان دانلود کنید و از روش نصب دستی استفاده کنید. علاوه بر آن، همیشه از URL رسمی استفاده کنید، نه از لینک‌های میانی ناشناس. اگر افزونه پولی است، لینک دانلود مستقیم را فقط از پنل خود سازنده یا نمایندگی معتبر بگیرید.
خطای دوازدهم: فایل زیپ ناقص یا آلوده
آخرین خطای این فهرست، بدترین خطا هم هست: فایل زیپ ناقص یا آلوده. این حالت وقتی پیش می‌آید که فایل به‌دلیل قطعی اینترنت ناقص دانلود شود یا از منبع ناشناس گرفته شده باشد و کد اضافه‌ای درون آن باشد. نشانه‌اش می‌تواند یکی از این‌ها باشد: نصب کامل می‌شود ولی افزونه فعال نمی‌شود، فایلی در پوشه ناشناس است، یا سایت بعد از نصب رفتار عجیبی نشان می‌دهد.
راه‌حل: اول فایل زیپ را از منبع رسمی مجدداً دانلود کنید و md5 یا sha256 آن را با مقدار اعلام‌شده سازنده مقایسه کنید. اگر مطابقت نداشت، فایل ناقص است. اگر افزونه از منبع ناشناس گرفته شده، همین امروز جایگزینش کنید؛ ریسک امنیتی این نوع فایل‌ها جدی است. مسیر تشخیص نشانه‌های افزونه آلوده در آسیب‌پذیری افزونه‌های وردپرس آمده است.
نصب دستی افزونه از طریق FTP
اگر هیچ‌کدام از راه‌حل‌های بالا برای شما کار نکرد، روش نصب دستی از طریق FTP همیشه جواب می‌دهد. این روش در پروژه‌های فروشگاهی و سایت‌های پرمصرف، پرتکرارترین راه‌حل من است:
- فایل زیپ افزونه را روی رایانه خودتان دانلود کنید.
- فایل زیپ را روی رایانه باز کنید. پوشه‌ای که به‌نام افزونه است را جدا کنید.
- با ابزاری مثل FileZilla به سرور FTP متصل شوید.
- به مسیر
wp-content/pluginsبروید. - پوشه افزونه را در این مسیر آپلود کنید. مطمئن شوید که پوشه اضافی تودرتو نیست؛ ساختار باید
wp-content/plugins/my-plugin/my-plugin.phpباشد نهwp-content/plugins/my-plugin/my-plugin/my-plugin.php. - به پیشخوان وردپرس بروید، صفحه افزونه‌ها را رفرش کنید، افزونه جدید در فهرست ظاهر می‌شود و می‌توانید فعالش کنید.
این روش در همه پرونده‌هایی که با محدودیت سرور یا خطای نصب مواجه شده‌ام، جواب داده است. تنها نکته مهم این است که ساختار پوشه‌ها درست باشد؛ اگر نادرست باشد، افزونه در پیشخوان دیده نمی‌شود. اگر با مفهوم ساختار فایل قالب آشنا نیستید، فایل‌های ضروری و ساختار قالب الگوی مشابهی برای افزونه هم ارائه می‌دهد.
پروتکل نصب امن در سایت زنده
در پروژه‌های جدی، نصب افزونه هرگز مستقیم روی سایت زنده انجام نمی‌شود. ترتیب شخصی من این است:
- ابتدا بکاپ کامل از فایل و دیتابیس بگیرید.
- افزونه را اول در محیط استجینگ نصب و فعال کنید.
- سناریوهای کلیدی سایت را تست کنید: خانه، نوشته، فرم تماس، اگر فروشگاه دارید سبد خرید.
- اگر مشکل نبود، در ساعات کم‌ترافیک روی سایت زنده نصب کنید.
- بلافاصله بعد از نصب، لاگ خطا و Search Console را چک کنید.
- در هفته اول، روزانه لاگ و رفتار سایت را پایش کنید.
این پروتکل چند دقیقه بیشتر وقت نمی‌گیرد ولی در پرونده‌های واقعی از من در برابر بحران‌های پرهزینه محافظت کرده. اگر با مفهوم بکاپ و بازیابی آشنا نیستید، چگونه از سایت وردپرسی بکاپ بگیریم گام‌به‌گام آمده است. اگر نصب نهایتاً شکست خورد، مسیر رفع خطای فعال‌سازی در خطای عدم فعال شدن افزونه در وردپرس آمده است.
سه عادت پیشگیرانه
سه عادتی که بیشترین اثر را روی کاهش این دسته از پرونده‌ها داشته‌اند:
اول، هیچ‌وقت افزونه‌ای را از منبع ناشناس دانلود نمی‌کنم. حتی اگر افزونه پولی است و از سایت ناشناس «رایگان» داده می‌شود، ارزش ریسکش را ندارد. مسیرهای امن تأمین افزونه در دانلود افزونه مطمئن وردپرس آمده است.
دوم، تعداد افزونه‌های فعال را کم نگه می‌دارم. هر افزونه‌ای که نصب می‌کنم، ابتدا به این سؤال جواب می‌دهم که «کدام نیاز امروزم را حل می‌کند؟». اگر فقط یک «شاید فردا» است، نصب نمی‌کنم. فهرست افزونه‌های ضروری در افزونه‌های ضروری وردپرس آمده و مبانی اندازه‌گیری تعداد افزونه‌های فعال در تأثیر افزونه‌ها بر سرعت بررسی شده است.
سوم، اگر افزونه‌ای در نصب مشکل داشت و دو تلاش ناموفق بود، وقت خودم را بیش از این تلف نمی‌کنم. به‌سراغ جایگزین می‌روم. افزونه‌ای که در نصب سرکش است، در آپدیت و نگهداری هم احتمالاً پرونده‌ساز است. گاهی جایگزینی، ارزان‌ترین راه‌حل است. یکی از جایگزین‌های امن در فهرست بهترین افزونه‌های کش و بهترین افزونه‌های سئو آمده است.
نگاه عمیق‌تر: نصب افزونه به‌عنوان یک تراکنش چندمرحله‌ای
برای مهندسانی که با معماری نرم‌افزار سروکار دارند، ارزش دارد نصب افزونه را از منظر مفهوم تراکنش (Transaction) نگاه کنند. در دنیای نرم‌افزار مدرن، هر عملیات چندمرحله‌ای که باید یا کاملاً موفق شود یا کاملاً ناموفق، با مفهوم تراکنش مدیریت می‌شود. اگر در میانه عملیات شکست بخورد، سیستم باید به حالت اولیه بازگردد (Rollback). اما در وردپرس، نصب افزونه به‌طور پیش‌فرض تراکنشی نیست؛ اگر در مرحله دوم یا سوم شکست بخورد، ممکن است بخشی از فایل‌ها روی سرور مانده باشد. این همان چیزی است که در ادبیات مهندسی به آن state partially applied می‌گویند.
سه مشاهده دقیق‌تر از تجربه‌های میدانی: اول، در افزونه‌های حرفه‌ای، الگوی درست این است که در زمان نصب، ابتدا تمام پیش‌نیازها بررسی شوند و فقط اگر همه‌شان پاس شدند، فایل‌ها روی سرور نوشته شوند. اما بسیاری از افزونه‌ها این ترتیب را رعایت نمی‌کنند و به همین دلیل نصب نیمه‌کاره شایع است. اگر خودتان توسعه‌دهنده افزونه هستید، این نکته را جدی بگیرید.
دوم، در معماری multisite (چندسایتی)، نصب افزونه در سطح شبکه با نصب در سطح یک سایت متفاوت است. اگر افزونه‌ای در یک سایت شبکه نصب شود و در سطح شبکه فعال نباشد، بقیه سایت‌ها آن را نمی‌بینند و رفتارشان می‌تواند گیج‌کننده باشد. این تفاوت در معماری چندسایتی، یکی از پرتکرارترین اشتباهاتی است که در پرونده‌های پشتیبانی دیده‌ام. نصب در سطح شبکه، خودش یک پرونده جداگانه می‌طلبد.
سوم، در CI/CD (Continuous Integration / Continuous Deployment یا یکپارچه‌سازی و استقرار پیوسته)، نصب افزونه باید از یک فرآیند قابل‌تکرار عبور کند، نه از دکمه‌ای در پیشخوان. تیم‌های بالغ، افزونه‌ها را در مخزن کد پروژه می‌آورند و از طریق اسکریپت‌های استقرار نصب می‌کنند. این انضباط، زمان نصب را از چند دقیقه به چند ثانیه کاهش می‌دهد و امکان بازگشت سریع را هم فراهم می‌کند. مسیر کلی این الگو در راهنمای انتخاب افزونه مناسب به‌عنوان بخشی از سیاست مدیریت افزونه بررسی شده است.
چهارم، در معماری Headless که فرانت‌اند جدا از وردپرس سرو می‌شود، افزونه‌های نصب‌شده در سمت بک‌اند می‌توانند فقط رفتار API را تغییر دهند و روی نمایش هیچ اثر مستقیمی نداشته باشند. این یعنی برای معماری Headless، انتخاب و نصب افزونه باید با معیار متفاوتی انجام شود: افزونه‌هایی که REST API را تغییر می‌دهند، و افزونه‌هایی که فقط روی پیشخوان یا فرانت‌اند وردپرس اثر دارند. تنها دسته اول برای این معماری مفید است. جزئیات این لایه در REST API در وردپرس آمده است.
یادداشتی از دفتر پرونده‌ها
اگر بخواهم این مقاله را با سه نکته تجربی تمام کنم: اول، بیشتر خطاهای نصب افزونه ریشه‌شان در سه چیز است: محدودیت سرور، مجوز فایل، و کیفیت فایل زیپ؛ پیش از هر اقدامی این سه را بررسی کنید. دوم، نصب دستی از طریق FTP پرتکرارترین راه‌حلی است که در پرونده‌های واقعی به جواب رسیده؛ یادگیری این روش، شما را از خیلی از محدودیت‌های هاست رها می‌کند. سوم، اگر افزونه‌ای در نصب مشکل‌ساز است و دو تلاش ناموفق داشته، جایگزینی آن ارزان‌تر از ادامه تلاش است؛ افزونه‌ای که در نصب سرکش است، در نگهداری هم پرونده‌ساز خواهد بود.
پیشنهاد عملی من برای همین هفته: یک بار مسیر نصب دستی از طریق FTP را در یک محیط استجینگ تمرین کنید. این یک کار سی‌دقیقه‌ای است ولی در روزی که سرور شما به هر دلیلی از نصب معمول خودداری کند، نجات‌دهنده است. نصب افزونه از پنل وردپرس، راحت‌ترین راه است نه همیشه ممکن‌ترین. دانستن راه جایگزین، بخشی از حرفه‌ای‌گری است.
اگر در پروژه‌ای با خطای نصب افزونه مواجه شده‌اید که در این فهرست نبوده — به‌خصوص اگر روی هاست اشتراکی، multisite یا با افزونه‌های خاص ایران بوده — برایم بنویسید کدام علت ریشه‌ای بود و چطور به جواب رسیدید. تجربه‌های واقعی شما همان چیزی است که این راهنما را برای نفر بعدی دقیق‌تر و کاربردی‌تر می‌کند. 🧩
نویسنده در وردپرس کار.