मैं हाल ही में CentOS पर Plesk 9.5 का उपयोग करके इस सटीक समस्या में भाग गया।
मैं यह सुनिश्चित करने के लिए नहीं कह सकता कि यह Plesk के अपडेट के कारण हुआ था या नहीं। ग्राहक को नहीं लगता कि हाल ही में कोई बदलाव किए गए थे, लेकिन अपाचे इस त्रुटि के साथ शुरू करने में विफल रहा।
यह सुनिश्चित करने के लिए सिस्टम के एक आश्वासन के बाद कि यह एक ब्रीच के कारण नहीं था, मैंने कुछ समस्या निवारण किया और निर्धारित किया कि mod_php
अपाचे कॉन्फ़िगरेशन से हटा दिया गया था। Plesk सेटिंग्स की जाँच करने के बाद, बॉक्स पर प्रत्येक vhost FastCGI और SuExec का उपयोग कर रहा था।
FastCGI और SuExec का उपयोग करते समय, आप php.conf (FastCGI) और .htaccess (SuExec) में PHP निर्देशों को नहीं बदल सकते हैं।
ग्राहक ने मूल रूप से आपत्तिजनक लाइनों पर टिप्पणी की थी, लेकिन इसने हर चीज के लिए सत्र समर्थन तोड़ दिया। जिस तरह से मैं इसे हल करने में सक्षम था, वह http_php वापस httpd.conf में मैन्युअल रूप से जोड़ना था।
अन्य LoadModule के साथ अनुभाग में निम्न पंक्ति जोड़ें। सुनिश्चित करें कि पथ (../modules/) बाकी मॉड्यूल से मेल खाता है। संभावना अच्छी है कि यह पहले से ही आपके सिस्टम पर मौजूद है और अपडेट के दौरान इसे केवल कॉन्फ़िगरेशन से हटा दिया गया था।
bash# vi /etc/httpd/conf/httpd.conf
LoadModule php5_module ../modules/libphp5.so
bash# apachectl restart
इसने मुझे बंद गार्ड को पकड़ लिया, और मैं यह सुनिश्चित करने के लिए नहीं कह सकता कि यह अपग्रेड है जो समस्या का कारण है या क्या यह सबसे अच्छा फिक्स है। मैं टिप्पणी के लिए खुला हूं, लेकिन php निर्देशों को टिप्पणी करने के खिलाफ अत्यधिक सलाह देता हूं /etc/httpd/conf.d/php.conf
क्योंकि यह सामान तोड़ देगा।