Php 7.4 में प्रीलोड करें: प्रीलोड के लिए कंपोजर और फाइलों का चयन करें

हम बुश में सक्रिय रूप से PHP 7.4 में परिवर्तन कर रहे हैं और नए प्रीलोड फ़ंक्शन का उपयोग करने के अवसर के बारे में बहुत उत्साहित हैं। नहीं बहुत पहले हम उसके साथ हमारे प्रयोगों के बारे में बात की थी ।

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



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

PHP 7.4 में कंपोजर को कैसे लोड करना चाहिए

Preload उन महत्वपूर्ण विशेषताओं में से एक है जो PHP 7.4 उन डेवलपर्स को प्रदान करता है जिन्हें बेहतर प्रदर्शन की आवश्यकता होती है। इस फ़ंक्शन को JIT इंजन को लागू करने से पहले "वार्मिंग अप" कहा जा सकता है, जो PHP 8 में दिखाई देगा (या दिखाई देना चाहिए) इससे पहले, प्री-लोडिंग पर्याप्त होगी, और जो जानते हैं, शायद वे मिलकर काम कर सकते हैं।

इस लेख में प्रीलोड फ़ंक्शन को क्या समझाया गया है। नीचे की रेखा बहुत सरल है: php.ini एक PHP स्क्रिप्ट निर्दिष्ट करता है जिसके लिए जब प्रक्रिया शुरू होती है, तो फ़ाइलें मेमोरी (प्रीलोड) में लोड की जाती हैं। OPCache और ऑटोलैडर फ़ंक्शन के संयोजन में , संगीतकार फ़ाइलों को भी एक बार संकलित और लिंक किया जा सकता है, जिसके बाद वे सभी बाद के अनुरोधों के लिए उपलब्ध होंगे। इसके लिए धन्यवाद, PHP को हर अनुरोध के साथ फ़ाइलों को डाउनलोड करने और संकलित करने की आवश्यकता नहीं है।

हालांकि, कंपोजर डेवलपर्स ने स्टार्टअप कार्यों को प्रदान करने के अलावा, इसे कैसे प्रीलोड में मदद करनी चाहिए, इस पर सहमति नहीं दी है। तथ्य इस प्रकार हैं:

• Preloading पहली बार PHP 7.4 में घोषित किया गया था;
  
• फ़ाइलों को प्रीलोड करने में मदद करने के लिए कोई संगीतकार निर्देश नहीं है;
  
• प्रीलोड करने के लिए, आपको php.ini तक पहुँच की आवश्यकता होती है, अर्थात प्रक्रिया के लिए;
  
• सभी फ़ाइलों को पहले से लोड करने से केवल सबसे अनुरोध की गई फ़ाइलों को लोड करने की तुलना में प्रदर्शन में सुधार नहीं होगा।
  

दूसरे शब्दों में, केवल उन लोगों के लिए जिनके पास सर्वर तक पूर्ण पहुंच है, प्री लोडिंग का उपयोग कर सकते हैं। यह साझा सर्वर और कुछ PAS समाधान को शामिल नहीं करता है जो php.ini के साथ काम करना शामिल नहीं करता है।

तो, कंपोजर कैसे दिए गए प्रीलोड में मदद कर सकता है कि यह एक नवाचार है? यहाँ मेरी राय है

प्रीलोड कैसे काम करना चाहिए

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

संगीतकार को एप्लिकेशन (रूट प्रोजेक्ट) द्वारा निर्दिष्ट फाइलों की सूची लेनी चाहिए और उन सभी फाइलों को संकलित करना चाहिए जो PHP बिना किसी कठिनाई के उपयोग कर सकती हैं।
उसी समय, हमें प्रीलोड तंत्र से पैकेज जोड़ने और हटाने की क्षमता की आवश्यकता होती है।
प्रीलोडिंग को कभी भी पैकेज स्तर पर काम नहीं करना चाहिए, क्योंकि प्रत्येक पैकेज के प्रीलोडिंग को सक्षम या अक्षम करना डेवलपर की जिम्मेदारी है।

संगीतकार में लोडिंग वैकल्पिक होना चाहिए। डेवलपर को इसे अक्षम करना होगा ताकि PHP अपने स्वयं के प्रीलोडर का उपयोग कर सके, जो OPCache विश्लेषण के आधार पर काम कर सकता है - यह एप्लिकेशन लोड पर निर्भर करता है और सभी फाइलों को प्रीलोड करने की तुलना में अधिक कुशलता से काम करता है।

यह सब प्रीलोड पर शुरू होता है

सिस्टम को जटिल नहीं करने के लिए, प्रोजेक्ट के रूट में फ़ाइल को पहले से लोड करें। Json। यह उन प्रीलोड फ़ाइलों को सूचीबद्ध करेगा जिन्हें संगीतकार चयन कर सकता है। चूंकि यह एक JSON फाइल है, इसलिए डेवलपर इसे एक विशेष कमांड की मदद से भी जेनरेट कर सकता है। मुझे लगता है कि बहुत अच्छा होगा यदि संगीतकार के पास इस तरह की स्क्रिप्ट-आधारित JSON फ़ाइल बनाने की उपयोगिता हो।

{ "pre-compile": [ "my-script.php", "my-other-script.php" ], "extensions": [ "php" ], "files": [ "app/*", "config/", "helpers.php", "app/Models/*", "app/Controllers/*/Http/*", "app/Views/Compiled*.php" ], "namespace": [ "App\\Models", "App\\Controllers\\", "App\\Views\\MainView", "Vendor\\Package\\*", ], "packages": { "symfony/http-client": true, "robert/*-client": true, "vendor/package": { "files": true, "namespace": true }, "foo/bar": { "files": [ "helpers.php", "loaders/*" ], "namespace": [ "Foo\\Bar\\DynamicLoaders\\*", "Foo\\Bar\\Clients" ] } }, "output": "preload-compiled.php" } 

Preload.json का उपयोग करके आप जल्दी से जाँच कर सकते हैं कि प्रीलोडिंग प्रोजेक्ट में शामिल है या नहीं: यदि फ़ाइल गायब है, तो प्रीलोडिंग समर्थित या अवांछनीय नहीं है।

आइए देखते हैं कि चाबियां क्या करती हैं।

पूर्व संकलन

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

 "pre-compile": [ "my-script.php", "my-other-script.php" ] 

इन फ़ाइलों को निर्दिष्ट क्रम में निष्पादित किया जाएगा।

लक्ष्य एक एकल JSON फ़ाइल पर निर्भर होने के बजाय, डेवलपर को फ़ाइलों की एक सूची बनाने के लिए है जो वह फिट देखता है। इन फ़ाइलों को सबसे पहले निष्पादित किया जाएगा। और हाँ, आप केवल इस कुंजी के साथ preload.json को लागू कर सकते हैं। चूंकि हम PHP फ़ाइलों के बारे में बात कर रहे हैं, एक सरणी को संकलित करते समय, आप अन्य फ़ाइलों को भी जोड़ सकते हैं।

एक्सटेंशन

यह फ़ाइल एक्सटेंशन की एक सूची है जिसे पहले से लोड करने की आवश्यकता है। डिफ़ॉल्ट रूप से, केवल php एक्सटेंशन वाली फाइलें ली जाती हैं।

 "extensions": ["php", "php5", "php7"] 

उदाहरण के लिए, आप * .phtml फ़ाइलों से भरी एक निर्देशिका जोड़ सकते हैं, जिसमें कुछ उपयोगी PHP फाइलें भी शामिल हैं, और संगीतकार केवल उनका चयन करेंगे, न कि निर्देशिका की संपूर्ण सामग्री।
जैसा कि आप समझते हैं, इस प्रक्रिया को मैन्युअल रूप से फ़ाइलों को जोड़कर बदला जा सकता है।

फ़ाइलें

यह कुंजी संगीतकार को सूची से सभी फाइलों को डाउनलोड करने के लिए कहती है, जिनके रास्ते कंपोजर के स्थान के सापेक्ष हैं।

 "files": [ "helpers.php", "app/Models/*", "app/Controllers/*/Http/*", "app/Views/Compiled*.php", ] 

सूची निकालना आसान है:

• फ़ाइलों और निर्देशिकाओं को जोड़ने के लिए रिश्तेदार पथ का उपयोग करें;
  
• निर्देशिकाओं से केवल उन में संग्रहीत चाइल्ड फ़ाइलों को जोड़ा जाएगा (पुनरावर्ती नहीं);
  
• पुनरावर्ती पथ एक तारांकन अंत (*) से संकेत मिलता है;
  
• इस प्रतीक का उपयोग कर आप भी कर सकते हैं, उदाहरण के लिए, कुछ फ़ाइलें और निर्देशिकाएं जोड़ें: src/Clients/*/Stores या src/Model*.php ।
  

बड़े अनुप्रयोगों को विकसित करते समय एप्लिकेशन-विशिष्ट स्क्रिप्ट को मैन्युअल रूप से चुनने या बनाने के बिना मास्क द्वारा फाइलें जोड़ना विशेष रूप से उपयोगी है।

यदि आपको केवल संगीतकार JSON फ़ाइल में ऑटोलॉड कुंजी का उपयोग करके सभी फ़ाइलों को पहले से लोड करने की आवश्यकता है, तो इसे true सेट करें।

नाम स्थान

यह कुंजी संगीतकार को किसी दिए गए नामस्थान या वर्ग नाम जैसे file या directory साथ फ़ाइलों को लोड करने के लिए कहती है। एक ही तंत्र आपको अन्य स्थापित पैकेजों से स्थान के नामों को गतिशील रूप से कॉल करने की अनुमति देता है।

 "namespaces": [   "App\\Models",   "App\\Controllers\\",   "App\\Views\\MainView",   "Vendor\\Package\\*", ] 

बड़े अनुप्रयोगों पर काम करते समय यह भी सुविधाजनक है जो किसी भी समय बदल सकने वाली फ़ाइलों के बजाय नामस्थान पर अधिक निर्भर हैं। संगीतकार स्वचालित रूप से नाम स्थान के अनुसार फाइलें निकालेगा और उन्हें एक सूची में डालेगा।

संकुल

यह कुंजी आपको बाहरी पैकेज से पंजीकृत अन्य फ़ाइलों को लोड करने की अनुमति देती है, जैसे कि सहायक फाइलें या किसी नेमस्पेस से जुड़ी कक्षाएं।

 "packages": {   "symfony/http-client": true,   "robert/*-client": true,   "vendor/package": {       "files": true,       "namespace": true   },   "foo/bar": {       "files": {           "helpers.php",           "loaders/*"       },       "namespace": [           "Foo\\Bar\\DynamicLoaders\\*",           "Foo\\Bar\\Clients"       ]   } } 

यहां सब कुछ बहुत सरल है: यदि मूल्य सच है, तो इस पैकेज के कंपोज़र.जॉन फ़ाइल में ऑटोलॉड कुंजी की पूरी सामग्री लोड की जाएगी। अन्यथा, आप प्रीलोड जोड़ को अधिक सूक्ष्मता से नियंत्रित कर सकते हैं।

यदि कुंजी मान सत्य है, तो वह autoload में पंजीकृत सभी फाइलों को डाउनलोड करेगा। डिफ़ॉल्ट मान false । यह namespace कुंजी के लिए भी सही है।

आप इस नियम के साथ व्यक्तिगत फ़ाइलों या नामस्थानों का भी चयन कर सकते हैं। लेकिन इस मामले में, autoload कुंजी का उपयोग नहीं किया जाएगा।

उत्पादन

यह बस संकलित प्रीलोड सूची फ़ाइल का नाम है।

 "output": "preload-compiled.php" 

आसान विधानसभा

हमारी प्रीलोड सूची तैयार है, और हम मुख्य प्रीलोड स्क्रिप्ट को संकलित करने के लिए संगीतकार कह सकते हैं।

 composer preload 

नतीजतन, प्री-संकलित किया गया। php उन सभी फ़ाइलों के साथ बनाया जाएगा, जिन्हें PHP को प्रीलोड करना होगा। बेशक, आप अपनी इच्छानुसार फ़ाइल का नाम बदल सकते हैं।

आपको मापदंडों के preload कुंजी को ओवरराइड करने की भी आवश्यकता है।

 composer preload \   --input=my-custom-preload-list.json \   --output=my-preload.php 

डिफ़ॉल्ट रूप से अक्षम

यदि आप प्रीलोडिंग के लिए फ़ाइल संकलित करने का प्रयास करते हैं, तो preload.json के बिना प्रोजेक्ट एक त्रुटि लौटाएगा। इसका कारण यह है कि संगीतकार (और यह अनुमान नहीं लगाना चाहिए) कि उसे पहले से लोड नहीं किया जाना चाहिए।

आपको याद दिला दूं कि प्रीलोड संगीतकार की सामान्य कार्यक्षमता में हस्तक्षेप नहीं करता है। चूंकि यह कंसोल कमांड है, स्थानीय विकास के साथ, आप प्रीलोडिंग को पूरी तरह से छोड़ सकते हैं। कंपोज़र प्रीलोड मैकेनिज्म की एकमात्र चीज़ ऑटोलैड फ़ाइल है, जो गुम होने पर उत्पन्न की जानी चाहिए। खैर, आखिरकार, लगभग 2020 वें वर्ष यार्ड में है, पीएसआर -4 का उपयोग हर जगह किया जाता है, है ना?

परिणाम

आपको कुछ इस तरह से php फाइल मिलनी चाहिए:

 <?php /** * Preloading @generated by Composer */ // Autoload the classes so those can be preloaded using `require_once`. require_once __DIR__.'/../autoload.php'; // File list $files = [ '/var/www/app/Foo.php', '/var/www/app/Bar.php', '/var/www/helpers/basic.php', '/var/www/helpers/advanced.php', '/var/www/vendor/Foo/Bar/src/Class.php', '/var/www/vendor/Foo/Bar/helpers/helpers.php', '/var/www/vendor/Foo/Bar/config.php', // ... ]; // Preload all root project files foreach ($files as $file) { require_once $file; } 

वास्तव में, यह सिर्फ फाइलों की एक सूची है जो संगीतकार में ऑटोलैडर फ़ंक्शन का उपयोग करके पहले से लोड की जाएगी। PHP इस फ़ाइल को एक बार निष्पादित करेगा, और यह इतिहास बन जाएगा।

---

मुझे पूरी उम्मीद है कि कम्पोज़र के पास एक हैक लिखने के बिना फाइलों को प्रीलोड करने का कोई तरीका होगा।

चूँकि ऊपर वर्णित विधि संगीतकार कर्नेल का हिस्सा नहीं है, आप अभी भी कम ज़रूरी चीज़ों को छुए बिना OPCache विश्लेषण के आधार पर प्रीलोडिंग के लिए सबसे महत्वपूर्ण फ़ाइलों का चयन कर सकते हैं। कल्पना करें कि 100 एमबी की क्षमता वाली 1,500 फ़ाइलों को प्रीलोड करने के बजाय, आप मूल प्रदर्शन का 99% बनाए रखते हुए 10 एमबी की क्षमता के साथ केवल 150 फ़ाइलों को डाउनलोड कर सकते हैं।

हम एक लाइन में PHP 7.4 प्रोजेक्ट को प्रीलोड करते हैं

इसके तुरंत बाद मैंने एक लेख लिखा कि कैसे कंपोज़र आपको एक प्रोजेक्ट को प्रीलोड करने में मदद कर सकता है, सेलडेक (कंपोज़र डेवलपमेंट टीम का एक सदस्य) ने सभी आशा को मार दिया कि कंपोज़र के पास पैकेज मैनेजर से पीएचपी प्रक्रिया में प्रोजेक्ट को लोड करने का एक आसान विकल्प होगा।

(...) मैं समझाता हूं: मुझे यकीन है कि निकट भविष्य में हम कंपोजर को लोड करने से संबंधित कुछ भी नहीं जोड़ेंगे।

क्यों? PHP में प्रीलोडिंग एक विकास (निर्भरता के बजाय) समस्या है, इसे php.ini द्वारा मैन्युअल रूप से संपादित करके हल किया जाता है - केवल डेवलपर्स ही ऐसा कर सकते हैं यदि वे स्वयं PHP का प्रबंधन करते हैं।

लेकिन यह मुझे प्रोजेक्ट को प्रीलोड करने के लिए अपना पैकेज बनाने से नहीं रोकता। और आप भी।

प्रीलोड और मेट्रिक्स

प्रीलोडिंग गंभीर प्रसंस्करण के बिना उत्पादकता में एक सरल और सस्ती वृद्धि के लिए एक अच्छा उपकरण हो सकता है।

लेकिन समस्या यह नहीं है कि प्रीलोड कैसे करें , बल्कि क्या । पूरे ढांचे और हजारों फाइलों को पहले से लोड करने से मेमोरी जल्दी खत्म हो जाएगी, इसलिए इसे नेत्रहीन रूप से करना एक विकल्प नहीं है, कम से कम बड़ी परियोजनाओं में। यह केवल सबसे अनुरोधित फ़ाइलों को डाउनलोड करने के लिए सलाह दी जाती है। लेकिन उन्हें कैसे परिभाषित किया जाए?

सौभाग्य से, ओपचे ने opcache_get_status () को डेटा एकत्र करने की अनुमति देता है जिसके बारे में फाइलें सबसे अधिक एक्सेस की जाती हैं। आप न केवल यह पता लगा सकते हैं कि कौन सी फाइलें सबसे अधिक मांग में हैं, लेकिन यहां तक ​​कि आवेदन शुरू होने के कुछ समय बाद भी वे कितनी मेमोरी का उपभोग करते हैं।

यह एक हफ्ते या तो उस समय तक इंतजार करने की सिफारिश की जाती है जब ओप्पाचे एक निश्चित संख्या में हिट दर्ज करता है। यह सब आवेदन पर निर्भर करता है, लेकिन आपको बिंदु मिलता है।
तो आइए सबसे लोकप्रिय फ़ाइलों से आंकड़ों के आधार पर एक प्रीलोड सूची बनाएं। मैंने इसके लिए एक पैकेज बनाया।

कल्पना कीजिए ... प्रीलोडर!

यह पैकेज आपके एप्लिकेशन के लिए स्वचालित रूप से एक प्रीलोड सूची बनाएगा। यह OPCache उपयोग के आँकड़े एकत्र करेगा, हिट्स की संख्या के आधार पर फ़ाइलों को क्रमबद्ध करेगा और एक सूची बनाएगा ताकि कुल फ़ाइल आकार निर्दिष्ट सीमा से अधिक न हो।



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

दूसरे शब्दों में, सबसे अनुरोधों को संसाधित करते समय PHP आवेदन प्रदर्शन में सुधार करेगा।

और इसका उपयोग कैसे करें? कम्पोज़र ऑटोलैडर को बताएं कि प्रीलोडर स्क्रिप्ट कहाँ लिखनी है, और आपका काम हो गया।

 use DarkGhostHunter\Preloader\Preloader; Preloader::make() ->autoload('vendor/autoload.php') ->output('preload.php') ->generate(); 

बेशक, आपको चुनना है कि कब उत्पन्न करना है, लेकिन यह पूरी बात है। आप इसे यादृच्छिक रूप से भी कर सकते हैं और सूची को फिर से लिख सकते हैं, उदाहरण के लिए, प्रत्येक 100 वें अनुरोध के लिए।

 use DarkGhostHunter\Preloader\Preloader; Preloader::make() ->whenOneIn(100) ->autoload('vendor/autoload.php') ->output('preload.php') ->overwrite() ->generate(); 

आपको एक रेडीमेड प्रीलोड स्क्रिप्ट मिलेगी जिसे आप php.ini में डाल सकते हैं।

 <?php /** * This file is generated automatically by Preloader. * * This script uses Composer Autoload file and `require_once` to preload the files in this * list. Add this file to your `php.ini` in `opcache.preload` to preload this list into * PHP at startup. Additionally, this file also includes information about Opcache. * * * Add (or update) this line in `php.ini`: * * opcache.preload=/www/app/vendor/preload.php * * --- Config --- * Generated at: 2019-11-20 15:20:49 UTC * Opcache * - Used Memory: 130585 B * - Free Memory: 294896 B * - Wasted Memory: 347764 B * - Cached files: 2675 * - Hit rate: 94% * - Misses: 542 * Preloader config * - Memory limit: 32 MB * - Overwrite: false * - Files excluded: 0 * - Files appended: 0 */ require_once '/www/app/vendor/autoload.php'; $files = [ '/www/app/ClassFoo.php', '/www/app/ClassBar.php', '/www/app/ClassBaz.php', '/www/app/ClassQuz.php', '/www/app/ClassQux.php', '/www/app/vendor/author/package/src/Example.php', // ... ]; foreach ($files as $file) { require_once $file; } 

और वह यह है। इसे अपने लिए आजमाएँ: डार्कघोस्तुन्टर / प्रीलोडर - पैकागिस्ट ।