خطای Permission Denied در وردپرس چیست؟

اگر روزی وارد سایت وردپرسی‌تان شده‌اید و با پیام‌هایی مثل «Failed to open stream: Permission denied» یا «Unable to create directory» روبه‌رو شده‌اید، بدانید که تنها نیستید. این خطا یکی از رایج‌ترین مشکلاتی است که مدیران سایت‌های وردپرسی در ایران با آن دست‌وپنجه نرم می‌کنند. خبر خوب این است که در اغلب موارد قابل رفع است — به‌شرطی که ریشه مشکل را بشناسید.

خطای Permission Denied دقیقاً چه می‌گوید؟

این خطا معمولاً به شکل‌های زیر ظاهر می‌شود:

• Warning: fopen(/path/to/file): failed to open stream: Permission denied
• Warning: file_put_contents(/path/to/file): failed to open stream: Permission denied
• Unable to create directory wp-content/uploads/2024/01. Is its parent directory writable by the server?
• The uploaded file could not be moved to wp-content/uploads

تمام این پیام‌ها یک معنا دارند: PHP یا وردپرس تلاش کرده فایلی بخواند، بنویسد یا بسازد، اما سیستم‌عامل سرور اجازه نداده است.

چرا این خطا رخ می‌دهد؟

سرورهای لینوکسی (که اکثر هاست‌های وردپرس روی آن‌ها اجرا می‌شوند) برای هر فایل و پوشه یک سطح دسترسی (Permission) تعریف می‌کنند. این دسترسی‌ها مشخص می‌کنند که چه کسی می‌تواند فایل را بخواند، بنویسد یا اجرا کند.

وردپرس برای عملکرد صحیح نیاز دارد که PHP بتواند در پوشه‌هایی مثل wp-content/uploads، wp-content/plugins و wp-content/themes فایل بنویسد. اگر این دسترسی‌ها اشتباه باشند، خطای Permission Denied ظاهر می‌شود.

دلایل رایج بروز این خطا

• تغییر مالکیت فایل‌ها پس از انتقال هاست: وقتی سایت را از یک هاست به هاست دیگری منتقل می‌کنید، ممکن است مالکیت فایل‌ها عوض شود.
• نصب یا به‌روزرسانی افزونه‌ها از طریق FTP: آپلود دستی با FTP گاهی Permission‌های اشتباه ایجاد می‌کند.
• تنظیمات اشتباه هاست: برخی هاست‌های ارزان‌قیمت Permission‌های پیش‌فرض را سخت‌گیرانه تنظیم می‌کنند.
• اسکریپت‌های امنیتی یا فایروال‌های سرور: گاهی ابزارهای امنیتی سرور دسترسی PHP را محدود می‌کنند.
• مشکل در suPHP یا PHP-FPM: در سرورهایی که PHP با کاربر متفاوتی نسبت به فایل‌ها اجرا می‌شود، این خطا رایج است.

روش‌های رفع خطای Permission Denied

روش اول: بررسی و اصلاح Permission از طریق cPanel

ساده‌ترین روش برای کاربران ایرانی که از هاست اشتراکی استفاده می‌کنند، استفاده از File Manager در cPanel است:

1. وارد cPanel شوید و به File Manager بروید.
2. به مسیر public_html/wp-content بروید.
3. روی پوشه uploads راست‌کلیک کرده و Change Permissions را انتخاب کنید.
4. مقدار را روی ۷۵۵ تنظیم کنید و تیک «Recurse into subdirectories» را بزنید.
5. روی Change Permissions کلیک کنید.

برای فایل‌ها (نه پوشه‌ها) مقدار صحیح ۶۴۴ است.

روش دوم: اصلاح Permission از طریق SSH

اگر به SSH دسترسی دارید، این دستورات را اجرا کنید:

# تنظیم Permission صحیح برای پوشه‌ها
find /home/username/public_html/wp-content -type d -exec chmod 755 {} ;

# تنظیم Permission صحیح برای فایل‌ها
find /home/username/public_html/wp-content -type f -exec chmod 644 {} ;

توجه: username را با نام کاربری هاست خود جایگزین کنید.

روش سوم: بررسی مالکیت فایل‌ها

در محیط SSH دستور زیر را اجرا کنید تا مالک فایل‌ها را ببینید:

ls -la /home/username/public_html/wp-content/uploads

مالک فایل‌ها باید همان کاربر سرور باشد (معمولاً همان نام کاربری cPanel). اگر مالک root یا کاربر دیگری بود، باید با پشتیبانی هاست تماس بگیرید.

روش چهارم: استفاده از افزونه Repair File Permissions

اگر به SSH یا cPanel دسترسی ندارید، می‌توانید از افزونه‌هایی مثل WP File Manager یا iThemes Security برای بررسی و اصلاح Permission‌ها استفاده کنید. البته این روش محدودیت‌هایی دارد و ممکن است همه مشکلات را رفع نکند.

روش پنجم: بررسی تنظیمات wp-config.php

گاهی اضافه کردن این خط به فایل wp-config.php مشکل را حل می‌کند:

define('FS_METHOD', 'direct');

این تنظیم به وردپرس می‌گوید که مستقیماً با فایل سیستم کار کند، نه از طریق FTP.

جدول مرجع: Permission‌های صحیح برای وردپرس

فایل یا پوشه	Permission صحیح	توضیح
پوشه‌های عادی	۷۵۵	خواندن و اجرا برای همه، نوشتن فقط برای مالک
فایل‌های عادی	۶۴۴	خواندن برای همه، نوشتن فقط برای مالک
wp-config.php	۶۰۰ یا ۶۴۰	محدودتر — فقط مالک می‌تواند بخواند
wp-content/uploads	۷۵۵	سرور باید بتواند در این پوشه بنویسد
.htaccess	۶۴۴	قابل خواندن اما نه قابل ویرایش توسط همه

چه زمانی با پشتیبانی هاست تماس بگیریم؟

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

• تنظیمات suPHP یا PHP-FPM سرور
• مالکیت فایل‌ها در سطح سرور
• محدودیت‌های SELinux یا AppArmor
• تنظیمات open_basedir در php.ini

نقش هاست در جلوگیری از خطای Permission Denied

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

• Permission‌های پیش‌فرض را به‌درستی تنظیم می‌کنند
• PHP را با کاربر صحیح اجرا می‌کنند
• محدودیت‌های غیرضروری را اعمال نمی‌کنند
• در صورت بروز مشکل، پشتیبانی تخصصی ارائه می‌دهند

در مقابل، هاست‌های ارزان‌قیمت یا نامناسب اغلب تنظیمات سرور را به‌گونه‌ای پیکربندی می‌کنند که وردپرس نمی‌تواند به‌درستی با فایل‌سیستم تعامل کند. این موضوع نه‌تنها باعث خطای Permission Denied می‌شود، بلکه عملکرد کلی سایت را نیز تحت‌تأثیر قرار می‌دهد.

سوالات متداول درباره خطای Permission Denied

آیا تغییر Permission به ۷۷۷ مشکل را حل می‌کند؟

بله، اما هرگز این کار را نکنید! Permission 777 به این معناست که هر کسی می‌تواند فایل را بخواند، بنویسد و اجرا کند. این یک ریسک امنیتی بسیار جدی است و سایت شما را در برابر هکرها آسیب‌پذیر می‌کند. همیشه از ۷۵۵ برای پوشه‌ها و ۶۴۴ برای فایل‌ها استفاده کنید.

آیا این خطا به‌خودی‌خود رفع می‌شود؟

خیر. خطای Permission Denied یک مشکل تنظیماتی است و تا زمانی که Permission‌ها اصلاح نشوند، پابرجا خواهد بود.

آیا بک‌آپ گرفتن قبل از تغییر Permission لازم است؟

توصیه اکید می‌شود. قبل از هر تغییر در سرور، یک نسخه پشتیبان کامل از سایت تهیه کنید.

جمع‌بندی

خطای Permission Denied در وردپرس اغلب ناشی از تنظیمات نادرست دسترسی فایل‌ها در سرور است. با رعایت Permission‌های استاندارد (۷۵۵ برای پوشه‌ها و ۶۴۴ برای فایل‌ها) و انتخاب یک هاست باکیفیت، می‌توانید از بروز این مشکل جلوگیری کنید.

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