आम कोर के आधार पर असतत Yii प्रोजेक्ट्स

सभी के लिए शुभकामनाएँ!

मैं एक आम कोर के आधार पर Yii में अलग-अलग प्रोजेक्ट बनाने के विषय पर कुछ विचार और विचार साझा करना चाहता हूं।

कुछ समय पहले, कोहन से yii में आवश्यकतानुसार स्विच करना, मैं इसकी सादगी और सुविधा से लंबे समय तक खुश था, जो कि, मुझे ऐसा लग रहा था, कोखाना की तुलना में कई गुना अधिक था (प्रेमियों ने इस ढांचे को माफ कर दिया), और फिर, उसके लिए सभी उसी काम की जरूरत, मुझे Yii की वास्तुकला में और, विशेष रूप से, अपनी परियोजनाओं को एक अलग कर्नेल से वितरित करने की संभावना में तल्लीन करना पड़ा।

प्रारंभ में, जिसे "आउट ऑफ द बॉक्स" कहा जाता है, Yii पहले से ही कर्नेल के साथ अलग-अलग फ़ोल्डरों में आता है और उस पर कई डेमो प्रोजेक्ट हैं, लेकिन यह मेरे लिए पर्याप्त नहीं था, क्योंकि मुझे कई अन्य प्रोजेक्ट प्रबंधन और नियंत्रण क्षमताओं की आवश्यकता थी, जिसके आधार पर उन्हें बनाया गया था। उन विचारों को जिन्हें मैं बताना चाहता हूं।

थोड़ा आरक्षण

शुरू करने के लिए, मैं अपाचे, php, या अन्य चीजों की ठीक सेटिंग्स से परेशान नहीं होने जा रहा हूं, क्योंकि मैं सिर्फ विचार को बताना चाहता हूं और आपकी राय जानना चाहता हूं, प्रिय habrayuzers, चाहे वह प्रस्तावित विधि को आगे विकसित करने के लायक है या नहीं और इसे कैसे संशोधित किया जा सकता है, इसलिए, मैं तुरंत एक आरक्षण करता हूं कि नीचे वर्णित सभी क्रियाएं एक ताजा स्थापित ubunt 11.10 और बॉक्स के बाहर एक पारंपरिक दीपक पर होती हैं।
यह भी माना जाता है कि पाठक पहले से ही Yii की मूल बातें से परिचित है और कम से कम मोटे तौर पर इसकी निर्देशिका संरचना को जानता है।

ट्रेनिंग

इसलिए, शुरू में हमारे पास लगभग निम्नलिखित सेटिंग्स के साथ सबसे सरल मेजबान है:

<VirtualHost *:80> ServerName demo.lori ServerAlias demo.lori www.demo.lori DocumentRoot /home/lori/workspace/demo.lori/www ErrorLog /home/lori/workspace/demo.lori/logs/error.log CustomLog /home/lori/workspace/demo.lori/logs/access.log common </VirtualHost> 

ZY .Lori डोमेन ज़ोन को परीक्षण के लिए चुना गया है और सभी संभावित सार्थक विकल्पों में से, यह केवल आपके विनम्र सेवक का वैकल्पिक नाम है जो लोगों द्वारा स्वीकार किया गया है।

विकास की प्रक्रिया के दौरान लॉग फ़ोल्डर्स को उनके लिए तेजी से पहुंच के लिए चुना गया था (मैं यूनिक्स क्षेत्र में एक गुरु होने का नाटक नहीं करता हूं, और इसलिए, अगर कोई मुझसे कहता है कि यह कोषेर नहीं है, तो मैं खुशी के साथ सुनूंगा)।

इसके अतिरिक्त, कार्यक्षेत्र फ़ोल्डर में, yii नामक एक फ़ोल्डर बनाएँ, जहां हम Yii में ताज़ा डाउनलोड किए गए संग्रह को अनपैक करते हैं, और अधिक विशेष रूप से, इससे फ्रेमवर्क फ़ोल्डर (लेख के निर्माण के समय, फ्रेमवर्क के अंतिम स्थिर संस्करण 1.1.10)। अब से, यह हमारा मूल होगा, और (विशुद्ध रूप से सैद्धांतिक रूप से, निश्चित रूप से), हम भविष्य में इसे बहुत कम ही छू पाएंगे।

उसके बाद, /home/lori/workspace/demo.lori/www फ़ोल्डर में, हम निम्नलिखित संरचना को व्यवस्थित करते हैं (इस विधि के लिए संशोधित Yii की सिफारिशों के अनुसार):

- www /
—— सूचकांक। पीएचपी
——
—— विन्यास /
——————— devel /
———— <विकास स्थान विन्यास फाइल>
—— स्थिर /
———— <उत्पादन स्थान विन्यास फाइल>
- इंजन /
—— <प्रोजेक्ट प्रोजेक्ट फ़ाइलें>
- थीम /
—— मूल / (मुख्य विषय का शीर्षक)
————– स्थिर /
—————— चित्र /
———————— सीएसएस /
———————- जेएस /
——– विचार /
—————— << विषयों के द्वारा हमारे सभी विचारों की फाइलें>

अब, ऊपर वर्णित संगठन के अनुसार, सभी प्रोजेक्ट फाइलें (नियंत्रक, घटक, मॉडल, आदि) इंजन फ़ोल्डर में संग्रहीत की जाएंगी, थीम फ़ोल्डर का गंतव्य नहीं बदलता है, थीम और अन्य स्थिर सामग्री जैसे CSS या JS फाइलें यहां संग्रहीत की जाएंगी। कॉन्फ़िगरेशन फ़ोल्डर भी कैनोनिकल बना हुआ है, हालांकि, इसके इंटर्नल कुछ हद तक बदल जाएंगे।

सभी फ़ोल्डरों और फ़ाइलों को बनाए जाने के बाद, यह रहता है, जैसा कि वाईआईआई विशेषज्ञों ने सही रूप से देखा है, रनटाइम और एसेट्स फ़ोल्डर बनाने के लिए, हालांकि, यहां पहले महत्वपूर्ण बदलाव शुरू होते हैं। इन फ़ोल्डरों को एक विशेष तरीके से व्यवस्थित किया जाएगा।

बस एक ध्यान दें: सभी आगे आदेशों को सुडो के माध्यम से निष्पादित किया जाता है, इसलिए मैं यह संकेत नहीं दूंगा, यह मानते हुए कि हमारे पास पहले से ही सभी अधिकार हैं।

हम अपनी परियोजनाओं के लिए एक सामान्य गोदाम बनाते हैं:

 mkdir -p /home/projects/data/demo.lori cd /home/projects/data/demo.lori mkdir -p ./assets/stable mkdir -p ./runtime/stable mkdir -p ./upload/stable mkdir -p ./assets/devel mkdir -p ./runtime/devel mkdir -p ./upload/devel 

अब हमें अपने ढांचे को इन फ़ोल्डरों में फाइल बनाने की अनुमति देने की आवश्यकता है, इसके लिए हम प्रदर्शन करते हैं:

 chown www-data -R /home/projects 

(* यूनिक्स के पारखी लोगों के लिए एक छोटा सा सवाल भी है, क्या अधिकारों के बारे में कोई टिप्पणी है?)

अब हमारे लिए जो कुछ भी है वह हमारी परियोजना में इन फ़ोल्डरों के लिए सहानुभूति पैदा करना है:

 ln -s /home/projects/data/demo.lori/assets /home/lori/workspace/demo.lori/www/assets ln -s /home/projects/data/demo.lori/runtime /home/lori/workspace/demo.lori/www/runtime ln -s /home/projects/data/demo.lori/upload /home/lori/workspace/demo.lori/www/upload 

UPD1 (टिप्पणियों के आधार पर): एक समान निर्देशिका संरचना का उपयोग क्यों करें
1) Yii सिद्धांत के अनुसार, फ़ाइलों को ऐसी परिसंपत्तियों में संग्रहित किया जाना चाहिए जो किसी तरह परियोजना से जुड़ी हों, उदाहरण के लिए, कुछ तृतीय-पक्ष js-script, css-files, चित्र और अन्य चीजें, इसलिए यदि मैं अपनी सभी परियोजनाओं में उपयोग करता हूं, उदाहरण के लिए , तुच्छ jQuery या सीएसएस-रीसेट, उन्हें सभी परियोजनाओं के बाहर एक स्थान पर संग्रहीत करना अधिक तर्कसंगत होगा।
2) रनटाइम का बहुत मतलब नहीं था, लेकिन विशुद्ध रूप से सैद्धांतिक रूप से यह विकास में कोई विशेष भूमिका नहीं निभाता है और इसकी आवश्यकता खुद Yii को होती है, क्योंकि प्रोजेक्ट के फ़ोल्डर को स्वयं अव्यवस्थित नहीं करने के लिए, इस निर्देशिका को इसके बाहर ले जाया गया था।
3) दूरस्थ और केंद्रीकृत अपलोड आवश्यक है ताकि, उदाहरण के लिए, इस मामले में जब एक विकास वातावरण स्थानीय नेटवर्क पर तैनात किया जाता है, तो परियोजनाओं में उपयोग की जाने वाली फाइलें सभी डेवलपर्स के लिए सामान्य होती हैं, उदाहरण के लिए, यदि एक अवतार उपयोगकर्ता के लिए एक परियोजना में लोड किया जाता है इसे बनाना अधिक तर्कसंगत है ताकि यदि कोई व्यक्ति किसी चित्र को लोड करता है, तो अन्य सभी डेवलपर्स को यह देखना चाहिए कि क्या डेटाबेस में कुछ लिंक है या नहीं।

इस पर, बुनियादी तैयारी पूरी हो गई है, हम सीधे प्रोजेक्ट सेटअप पर आगे बढ़ते हैं।

प्रवेश बिंदु सेटिंग

आइए index.php फ़ाइल से शुरू करें, यह मानक Yii प्रविष्टि बिंदु से लगभग अलग नहीं है, डेवलपर्स और उत्पादन में स्थानों को विभाजित करने के लिए संशोधनों के अपवाद के साथ:

 <?php date_default_timezone_set('Europe/Moscow'); error_reporting(E_ALL); ini_set('display_errors', 1); //  Yii $yii = dirname(__FILE__).'/../../yii/yii.php'; /* ,      .    ,     ,   .     ,       . */ define('DEVELOP_LOCATION', (gethostname() == 'lori-desktop' ? 'devel' : 'stable')); /*     ,    .    . */ if (array_key_exists('HTTP_LORI_DEBUG', $_SERVER) and $_SERVER['HTTP_LORI_DEBUG'] == 'DEBUG IT, DEBUG!') { defined('YII_DEBUG') or define('YII_DEBUG',true); defined('YII_TRACE_LEVEL') or define('YII_TRACE_LEVEL', 10); } /*       .htaccess.      ,  ,    . */ if ($_SERVER['REQUEST_URI'] != $_SERVER['REDIRECT_URL']) $_SERVER['REQUEST_URI'] = $_SERVER['REDIRECT_URL']; //        $config = dirname(__FILE__).'/config/'.DEVELOP_LOCATION.'/main.php'; require_once($yii); Yii::createWebApplication($config)->run(); 

वर्तमान में खुद कुछ इस तरह दिखता है:

 AddDefaultCharset UTF-8 RewriteEngine on RewriteBase / RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^upload/(.*)$ /forbidden [L] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^assets/(.*)$ /forbidden [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^assets/(.*)$ /nofile [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^upload/(.*)$ /nofile [L] RewriteCond %{REQUEST_URI} !^/assets RewriteCond %{REQUEST_URI} !^/upload RewriteRule ^(.*)$ index.php [L] 

प्रवेश बिंदु तैयार हैं, अब आपको उनके लिए कॉन्फ़िगरेशन कॉन्फ़िगर करने की आवश्यकता है।

प्राथमिकताएँ निर्धारित करना :)

मैं प्रत्येक स्थान के लिए सेटिंग्स के निर्माण का शेड्यूल नहीं करूंगा, और मैं devel स्थान के लिए क्रियाओं का वर्णन करूंगा, क्योंकि सभी परिवर्तन उस पर होंगे, और उत्पादन स्थान के लिए कॉन्फ़िगरेशन का निर्माण समान है।

सबसे पहले, config / devel / folder में, main.php फ़ाइल बनाएँ। यह Yii पर किसी भी परियोजना के विन्यास से नियमित रूप से main.php जैसा दिखेगा, लेकिन हम अपनी फ़ाइल संगठन के अनुसार इसमें कुछ जोड़ देंगे:

 <? return array( //          engine 'basePath' => dirname(__FILE__).'/../../engine/', 'name' => 'Demo project', //     runtime    'runtimePath' => dirname(__FILE__).'/../../runtime/devel', //        /themes 'theme' => 'basic', 'preload' => ..., 'import' => ..., 'defaultController' => 'default', //         'components' => array( 'assetManager' => array( 'basePath' => dirname(__FILE__).'/../../assets/devel', ), 'user' => ..., 'db' => ..., 'errorHandler' => ..., 'urlManager' => array( 'urlFormat' => 'path', 'rules' => require_once dirname(__FILE__).'/routes.php', ), 'log' => ... ), 'params' => require(dirname(__FILE__).'/params.php'), ); 

उपरोक्त कॉन्फ़िगरेशन में, ellipses कोड के मानक ब्लॉकों की जगह लेते हैं जो फ़ाइल संगठन में वर्तमान परिवर्तनों से प्रभावित नहीं होते हैं और इसलिए उन्हें विवरण की आवश्यकता नहीं होती है।
इसके अतिरिक्त, यह urlManager की स्थापना के बारे में उल्लेख के लायक है:
मुझे वास्तव में यह पसंद नहीं है कि शास्त्रीय योजना के अनुसार, रूटिंग को कॉन्फ़िगरेशन से भ्रमित किया जाता है, क्योंकि मैंने इसे हमेशा एक अलग मार्गों में रखा है। मुख्य फ़ोल्डर के रूप में एक ही फ़ोल्डर में पीएफ फ़ाइल, और इसमें फॉर्म की सामान्य संरचना शामिल है

 <? return array( 'var1' => 'value1' ); 

अंतभाषण

इस पर, सिद्धांत रूप में, परियोजना का पूरा बुनियादी सेटअप पूरा हो गया है - परियोजना को कॉन्फ़िगर किया गया है।

इस दृष्टिकोण के लाभ:
- परियोजनाओं को एक दूसरे से अलग करना
- सभी परियोजनाओं के लिए एक इंजन, जो आपको इसे अद्यतन करने या सभी परियोजनाओं के लिए एक बार पूरक करने की अनुमति देता है
- विकास और उत्पादन स्थानों पर अलगाव की उपस्थिति, अपने स्वयं के कॉन्फ़िगरेशन और फ़ाइलों को शामिल करने के साथ
- गिट जैसे संस्करण नियंत्रण प्रणालियों के साथ काम करते समय सुविधा
- कुछ हद तक एक विषय सूची परियोजना से अलग

विपक्ष:
- अभी तक नहीं खोजा गया

मुझे इसकी लचीलेपन के कारण यह दृष्टिकोण पसंद है, क्योंकि यदि आप इसे देखते हैं, तो आप इसे htaccess के माध्यम से स्थानों के साथ संचालित करके, विभिन्न वातावरणों के लिए अलग-अलग कॉन्फ़िगरेशन बनाकर, और बहुत अधिक विस्तार से, इस तथ्य के बारे में चिंता किए बिना कि आप हर बार कुछ जोड़ सकते हैं कर्नेल में कुछ अच्छाइयाँ, आपके सभी प्रोजेक्ट्स में परिवर्तन (आखिरकार, कर्नेल, किसी भी प्रोजेक्ट की तरह, अपने आप में एक प्रोजेक्ट है, जिसे डेवलपमेंट लोकेशन पर भी बदला जा सकता है और प्रोडक्शन पर अपलोड किया जा सकता है।

यदि किसी के पास कोई टिप्पणी या सवाल है, तो मुझे खुशी होगी और यदि संभव हो तो उपरोक्त उदाहरण में कुछ स्थानों पर जवाब दें या सही करें।

इसके अलावा, मैं जनता से Yii पर एक परियोजना बनाने के पूर्ण चक्र के लिए समर्पित लेखों की एक श्रृंखला बनाने की आवश्यकता के बारे में पूछना चाहूंगा, क्योंकि, स्पष्ट रूप से, मुझे इस तरह के लेख नेटवर्क पर नहीं मिले, मूल रूप से कैशिंग जैसे अलग-अलग लेखों का एक गुच्छा है। सत्यापन, और मूल गाइड, डेवलपर्स द्वारा प्रस्तुत किया गया, समग्र रूप से वाईआईआई परियोजना की पूर्ण धारणा भी नहीं देता है।

अंत तक लेख पढ़ने वाले सभी को धन्यवाद!

UPD: कुछ लोगों ने फिर भी कहा कि लेखों का पाठ्यक्रम इतना बुरा प्रस्ताव नहीं है, तो मैं पूछना चाहता हूं: यदि आप ओटी और टीओ के विकास पर एक चक्र लगाते हैं, तो क्या तुच्छ नहीं है (प्रस्तावित ब्लॉग या पता पुस्तिका की तरह): आप देखना चाहेंगे ?