विशेष विषय

कुछ विशिष्ट सिस्टम सॉफ़्टवेयर संयोजनों को काम करने के लिए कुछ अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता हो सकती है XOOPS के साथ. यहां ज्ञात मुद्दों के कुछ विवरण और उनसे निपटने के लिए मार्गदर्शन दिए गए हैं।

SELinux वातावरण

कुछ फ़ाइलों और निर्देशिकाओं को इंस्टॉल, अपग्रेड और सामान्य ऑपरेशन के दौरान लिखने योग्य होना आवश्यक है XOOPS का. पारंपरिक Linux परिवेश में, यह सुनिश्चित करके पूरा किया जाता है कि जिस सिस्टम उपयोगकर्ता के अंतर्गत वेब सर्वर चलता है, उसके पास आमतौर पर XOOPS निर्देशिकाओं पर अनुमतियाँ होती हैं उन निर्देशिकाओं के लिए उपयुक्त समूह सेट करना।

SELinux सक्षम सिस्टम (जैसे CentOS और RHEL) में एक अतिरिक्त, एक सुरक्षा संदर्भ होता है फ़ाइल सिस्टम को बदलने की किसी प्रक्रिया की क्षमता को प्रतिबंधित कर सकता है। इन प्रणालियों की आवश्यकता हो सकती है XOOPS के सही ढंग से कार्य करने के लिए सुरक्षा संदर्भ में परिवर्तन।

XOOPS को उम्मीद है कि वह सामान्य ऑपरेशन के दौरान कुछ निर्देशिकाओं में स्वतंत्र रूप से लिखने में सक्षम होगा। इसके अतिरिक्त, XOOPS इंस्टाल और अपग्रेड के दौरान, कुछ फ़ाइलें लिखने योग्य भी होनी चाहिए।

सामान्य ऑपरेशन के दौरान, XOOPS फ़ाइलें लिखने और उप निर्देशिकाएँ बनाने में सक्षम होने की अपेक्षा करता है इन निर्देशिकाओं में:

• uploads मुख्य XOOPS वेब रूट में
• xoops_data इंस्टालेशन के दौरान इसे जहां भी स्थानांतरित किया जाए

इंस्टॉल या अपग्रेड प्रक्रिया के दौरान XOOPS को इस फ़ाइल में लिखना होगा:

• mainfile.php मुख्य XOOPS वेब रूट में

एक विशिष्ट CentOS अपाचे आधारित प्रणाली के लिए, सुरक्षा संदर्भ में परिवर्तन हो सकते हैं इन आदेशों के साथ पूरा किया गया:

chcon -Rv --type=httpd_sys_rw_content_t /path/to/web/root/uploads/
chcon -Rv --type=httpd_sys_rw_content_t /path/to/xoops_data/

आप mainfile.php को इसके साथ लिखने योग्य बना सकते हैं:

chcon -v --type=httpd_sys_rw_content_t /path/to/web/root/mainfile.php

नोट: इंस्टॉल करते समय, आप अतिरिक्त निर्देशिका से एक खाली mainfile.php कॉपी कर सकते हैं।

आपको httpd को मेल भेजने की भी अनुमति देनी चाहिए:

setsebool -P httpd_can_sendmail=1

अन्य सेटिंग्स जिनकी आपको आवश्यकता हो सकती है उनमें शामिल हैं:

httpd को नेटवर्क कनेक्शन बनाने, यानी आरएसएस फ़ीड लाने या API कॉल करने की अनुमति दें:

setsebool -P httpd_can_network_connect 1

डेटाबेस से नेटवर्क कनेक्शन सक्षम करें:

setsebool -P httpd_can_network_connect_db=1

अधिक जानकारी के लिए अपने सिस्टम दस्तावेज़ीकरण और/या सिस्टम प्रशासक से परामर्श लें।

Smarty 4 और कस्टम थीम

XOOPS 2.7.0 ने अपने टेम्प्लेटिंग इंजन को Smarty 3 से Smarty 4 में अपग्रेड किया। Smarty 4 अधिक सख्त है Smarty 3 की तुलना में टेम्प्लेट सिंटैक्स के बारे में, और कुछ पैटर्न जो पुराने टेम्प्लेट में सहन किए गए थे अब त्रुटियां उत्पन्न होंगी. यदि आप केवल थीम का उपयोग करके XOOPS 2.7.0 की एक नई प्रति स्थापित कर रहे हैं और रिलीज़ के साथ भेजे गए मॉड्यूल के बारे में चिंता करने की कोई बात नहीं है - प्रत्येक शिप किए गए टेम्पलेट Smarty 4 संगतता के लिए अद्यतन किया गया है।

चिंता तब लागू होती है जब आप:

• कस्टम थीम वाली मौजूदा XOOPS 2.5.x साइट को अपग्रेड करना, या
• XOOPS 2.7.0 में कस्टम थीम या पुराने तृतीय-पक्ष मॉड्यूल स्थापित करना।

लाइव ट्रैफ़िक को किसी उन्नत साइट पर स्विच करने से पहले, प्रीफ़्लाइट स्कैनर चलाएँ जो इसमें शिप होता है /upgrade/ निर्देशिका. यह /themes/ और /modules/ को स्कैन करके Smarty 4 असंगतताओं की तलाश करता है और उनमें से कई की स्वचालित रूप से मरम्मत कर सकता है। देखें विवरण के लिए प्रीफ्लाइट चेक पेज।

यदि आप किसी इंस्टाल या अपग्रेड के बाद टेम्प्लेट त्रुटियों का सामना करते हैं:

1. /upgrade/preflight.php को पुनः चलाएँ और किसी भी रिपोर्ट की गई समस्या का समाधान करें।
2. index.html को छोड़कर सब कुछ हटाकर संकलित टेम्पलेट कैश साफ़ करें xoops_data/caches/smarty_compile/.
3. समस्या की पुष्टि के लिए अस्थायी रूप से xbootstrap5 या default जैसी शिप की गई थीम पर स्विच करें साइट-व्यापी के बजाय विषय-विशिष्ट है।
4. साइट को उत्पादन में वापस लाने से पहले किसी भी कस्टम थीम या मॉड्यूल टेम्पलेट परिवर्तन को मान्य करें।