پیدا نکردن php.ini که اطلاعات از آن خوانده میشود

[acreza]

سلام .
csf این پیام را میداد Check php for ini_set disabled
من هم با دستور زیر php.ini را پیدا میکنم و این تابع را در disabel_function قرار میدهم و سرویس httpd را ریستارت میکنم اما هیچ تاثیری نداره و همچنان csf ابن پیام را میده که ابن تابع باید غیر فعال بشه

php -i | grep php.ini
مسیری که بر میگردونه : usr/local/etc/php5/cgi/php.ini

با دستور زیر هم همین مسیر را میده :
php --inii

ولی این فایل در این مسیر اصلا تاثیری نداره چون حتی فایل را تغییر نام دادم ببینم از این فایل اطلاعات خوانده میشه یا نه و httpd را ریستارت کردم که بدون مشکل ریستارت شد

حتی با دستور whereis php.ini یک مسیر دیگه را هم پیدا کردم که توش php.ini داشت و اون را هم تغییر نام دادم و httpd را ریستارت کردم ولی بازهم بدون خطا httpd ریستارت میشه !!!


پس این فایل php.ini که اطلاعات ازش خونده میشه کجاست ؟ خیلای عجیبه !!!

[tizparvaz]

سلام


yum install mlocate
updatedb
locate php.ini

اینجوری هر چندتا که فایل php.ini داشته باشید نشونتون میده میتونید ویرایش کنید

[Yas-Host]

چه کنترل پنلی استفاده میکنید؟

داخل یک هاست یک فایل php ایجاد فرمایید و کد زیر رو درونش قرار بدید :



<?php phpinfo(); ?>


سپس مسیر رو برای شما نشون خواهد داد.

در ضمن بستن این تابع = مشکلاتی در برخی اسکریپت ها به دنبال خواهد داشت نظیر open cart

موفق باشید.

[acreza]

از پاسخ همگی متشکرم .
من متوجه شدم که از همون مسیر اول اطلاعات داره خوانده میشه ولی نکته اینجاست که قرار دادن تابع ini_set در لیست توابع غیر فعال شده هیچ اثری بر روی خطای csf در این مورد نمیگذاره !! نه این تابع بلکه کلیه توابع را هم که کامنت کنم یا کامنت نکنم اثری نداره

[aghdaee]

سلام
دلیلش این هست که شما از مود CGI در PHP استفاده می کنید و CSF به صورت پیش فرض از مسیر CLI فایل Php.ini میخونه
شما با زدن این دستورها توی SSH می تونید یک symlink به مسیر صحیح ایجاد کنید تا CSF شما دچار اشتباه نشه
mv /usr/local/lib/php.ini /usr/local/lib/php.ini.bk
ln -s /usr/local/etc/php5/cgi/php.ini /usr/local/lib/php.ini
موفق باشید

[acreza]

تشکر حل شد.
حالا این CGI امنیتش بیشتره یا CLI
هرچی گشتم کسی در این باره چیزی ننوشته بود
من CGI استفاده میکنم و suphp هم نصبه

[aghdaee]

هر کدوم مزیت های خودشون رو دارند ولی در کل CGI امن تر هست البته به شرط این که اگر از دایرکت ادمین استفاده می کنید طریق محدود کردن Open_basedir رو بلد باشید