learn

تنظیم مسیر logs و tmp در جوملا پس از انتقال هاست

راهنمای اصلاح مسیر پوشهٔ وقایع و فایل‌های موقت بدون استفاده از URL یا مجوز عمومی 777.

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

مسیر logs و tmp در جوملا چه شکلی است؟

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

/home/ACCOUNT/public_html/administrator/logs
/home/ACCOUNT/public_html/tmp

دامنهٔ https://example.com یا مسیر ویندوزی رایانهٔ لوکال را در هاست لینوکسی وارد نکنید. ریشهٔ سایت همیشه public_html نیست و پوشهٔ وقایع در همهٔ نصب‌ها محل یکسانی ندارد. مسیر واقعی پوشهٔ انتخاب‌شده معیار است.

تنظیم در مدیریت جوملا

با کاربر دارای مجوز وارد مدیریت شوید و System → Global Configuration را باز کنید. در رابط‌های فعلی، Path to Log Folder در زبانهٔ Logging و Path to Temp Folder در زبانهٔ Server قرار دارد. در نسخه‌های قدیمی محل گزینه‌ها متفاوت بود.

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

اگر پنل مدیریت باز نمی‌شود

مسئول مجاز سایت می‌تواند مقدارهای موجود در configuration.php همان نصب را با ویرایشگر متن اصلاح کند. فقط دو ویژگی مرتبط را ویرایش کنید و ویژگی تکراری نسازید. نمونهٔ ساختار چنین است:

public $log_path = '/home/ACCOUNT/public_html/administrator/logs';
public $tmp_path = '/home/ACCOUNT/public_html/tmp';

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

مجوز، مالکیت و فضای آزاد

اگر مسیر درست است اما نوشتن انجام نمی‌شود، مالکیت فایل‌ها، مجوزها، محدودیت فضای حساب و سیاست‌هایی مانند open_basedir را بررسی کنید. برای رفع خطا همهٔ پوشه‌ها را 777 نکنید. سطح دسترسی مناسب به مدل اجرای PHP و مالکیت حساب بستگی دارد.

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

بررسی نتیجه و علت‌های دیگر

پس از ذخیره، یک عملیات کنترل‌شدهٔ مرتبط را آزمایش کنید و پیام خطا را بخوانید. فایل‌های موقت جوملا با upload_tmp_dir در PHP و مسیر نشست‌ها یک تنظیم واحد نیستند. اگر خطا به پوشهٔ موقت PHP مربوط است، باید همان تنظیم مؤثر بررسی شود.

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

مطالعهٔ مرتبط

بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.

مطالب مرتبط

ارسال نظر

فهرست مطالب