कैशिंग कॉन्फ़िगर करें
लार्वाल का विन्यास दर्जनों फाइलों में फैला हुआ है, और including
उनमें से प्रत्येक के लिए प्रत्येक अनुरोध एक महंगी प्रक्रिया है। अपनी सभी कॉन्फ़िगर फ़ाइलों को एक में मिलाने के लिए, उपयोग करें:
php artisan config:cache
ध्यान रखें कि एक बार कैश करने पर किसी भी तरह के बदलाव का कोई असर नहीं होगा। कॉन्फिगर कैश को रिफ्रेश करने के लिए उपरोक्त कमांड को फिर से रन करें। यदि आप पूरी तरह से कॉन्फ़िगर कैश से छुटकारा चाहते हैं, तो दौड़ें
php artisan config:clear
राउटर्स की कैचिंग
रूटिंग भी लार्वा का एक महंगा काम है। मार्गों को कैश करने के लिए। Php फ़ाइल नीचे दी गई कमांड चलाती है:
php artisan route:cache
दिमाग है कि यह बंद के साथ काम नहीं करता है। यदि आप क्लोजर का उपयोग कर रहे हैं, तो यह उन्हें नियंत्रक में स्थानांतरित करने का एक शानदार मौका है, क्योंकि कारीगर कमांड उन अपवादों को फेंक देगा जब उचित नियंत्रक विधियों के बजाय बंद होने के लिए बाध्य मार्गों को संकलित करने का प्रयास किया जाता है। कॉन्फिगर कैश की तरह ही, मार्गों में परिवर्तन। एफपी पर अब कोई प्रभाव नहीं पड़ेगा। कैश को रीफ्रेश करने के लिए, उपरोक्त कमांड को हर बार चलाएं जब आप रूट फाइल में बदलाव करते हैं। रूट कैश से पूरी तरह से छुटकारा पाने के लिए, नीचे दिए गए कमांड को चलाएं:
php artisan route:clear
क्लासमेट अनुकूलन
यह एक मध्यम आकार की परियोजना के लिए सैकड़ों PHP फ़ाइलों में फैले होने के लिए असामान्य नहीं है। जैसा कि अच्छा कोडिंग व्यवहार हमें निर्देशित करता है, हर चीज की अपनी फाइल होती है। यह, निश्चित रूप से, कमियों के बिना नहीं आता है। लारवेल को प्रत्येक अनुरोध के लिए दर्जनों अलग-अलग फ़ाइलों को शामिल करना पड़ता है, जो कि करना महंगा है।
इसलिए, एक अच्छा अनुकूलन विधि यह घोषित कर रही है कि कौन सी फाइलें हर अनुरोध के लिए उपयोग की जाती हैं (उदाहरण के लिए, आपके सभी सेवा प्रदाता, मिडलवेयर और कुछ और) और उन्हें केवल एक फ़ाइल में मिलाते हैं, जो बाद में प्रत्येक अनुरोध के लिए लोड किया जाएगा। यह आपकी सभी जावास्क्रिप्ट फ़ाइलों को एक में संयोजित करने से अलग नहीं है, इसलिए ब्राउज़र को सर्वर से कम अनुरोध करना होगा।
अतिरिक्त संकलित फ़ाइलें (फिर से: सेवा प्रदाताओं, बिचौलियों और इसी तरह) को आपके द्वारा फाइलों की कुंजी में config / compile.php में घोषित किया जाना चाहिए। एक बार जब आप अपने ऐप के लिए किए गए हर अनुरोध के लिए आवश्यक सब कुछ डालते हैं, तो उन्हें एक फ़ाइल में संक्षिप्त करें:
php artisan optimize --force
संगीतकार ऑटोलैड का अनुकूलन
यह एक लार्वा के लिए ही नहीं है, बल्कि किसी भी अनुप्रयोग के लिए जो संगीतकार का उपयोग कर रहा है।
मैं पहले समझाता हूं कि PSR-4 ऑटोलॉड कैसे काम करता है, और फिर मैं आपको दिखाता हूं कि इसे अनुकूलित करने के लिए आपको क्या कमांड चलाना चाहिए। यदि आप यह जानने में रुचि नहीं रखते हैं कि संगीतकार कैसे काम करता है, तो मैं आपको सीधे कंसोल कमांड पर कूदने की सलाह देता हूं।
जब आप App\Controllers\AuthController
कक्षा के लिए संगीतकार से पूछते हैं , तो वह पहले कक्षा में एक सीधा जुड़ाव खोजता है। क्लासमेट कक्षाओं और फ़ाइलों के 1-टू -1 संघों के साथ एक सरणी है। चूंकि, निश्चित रूप से, आपने मैन्युअल रूप से लॉगिन क्लास और इसकी संबंधित फ़ाइल को क्लासमैप में नहीं जोड़ा है, संगीतकार आगे बढ़ेगा और नामस्थानों में खोज करेगा। क्योंकि App एक PSR-4 नाम स्थान है, जो कि Laravel के साथ डिफ़ॉल्ट रूप से आता है और यह app/
फ़ोल्डर से जुड़ा है , संगीतकार PSR-4 वर्ग के नाम को मूल स्ट्रिंग हेरफेर प्रक्रियाओं के साथ एक फ़ाइल नाम में परिवर्तित करने का प्रयास करेगा। अंत में, यह अनुमान लगाता है कि App\Controllers\AuthController
एक AuthController.php फ़ाइल में स्थित होना चाहिए, जो Controllers/
कि एक फ़ोल्डर में है जो सौभाग्य से नेमस्पेस फ़ोल्डर में होना चाहिए, जो है app/
।
यह सारी मेहनत केवल यह पाने के लिए कि फाइल App\Controllers\AuthController
में क्लास मौजूद है app/Controllers/AuthController.php
। संगीतकार को आपके पूरे एप्लिकेशन को स्कैन करने और कक्षाओं और फ़ाइलों के प्रत्यक्ष 1-टू -1 संघ बनाने के लिए, निम्नलिखित कमांड चलाएँ:
composer dumpautoload -o
ध्यान रखें कि यदि आप पहले से ही php कारीगर को ऑप्टिमाइज़ करते हैं --फोर्स, तो आपको अब इसे चलाने की ज़रूरत नहीं है। चूंकि ऑप्टिमाइज़ कमांड पहले से ही एक अनुकूलित ऑटोलॉड बनाने के लिए संगीतकार को बताता है।