चूंकि जब मैं ऐप बनाता हूं, तो यह स्वचालित रूप से मेरे .env फ़ाइल में मेरे लिए सेट करता है, मुझे यकीन नहीं है कि मुझे इसे कब चलाना चाहिए।लार्वेल में एक नई एप्लिकेशन कुंजी कब उत्पन्न करें?
इसके अलावा, अगर एक दूसरे डेवलपर में आता है, और क्लोन अनुप्रयोग, वह/वह php artisan key:generate चलाने की आवश्यकता है?
हम कैसे जानते हैं कि php artisan key:generate कब चलाना है?
php artisan key:generate एक ऐसा आदेश है जो APP_KEY आपके .env फ़ाइल में मान सेट करता है। डिफ़ॉल्ट रूप से, यह आदेश composer create-project laravel/laravel कमांड के बाद चलाया जाता है। यदि आप विकास के लिए अपनी परियोजना का प्रबंधन करने के लिए git जैसे संस्करण नियंत्रण प्रणाली का उपयोग करते हैं, तो git push ... पर कॉल करने से आपके लार्वेल प्रोजेक्ट की प्रतिलिपि कहीं भी जा सकती है, लेकिन इसमें आपकी .env फ़ाइल शामिल नहीं होगी। इसलिए, अगर कोई आपके प्रोजेक्ट को git clone ... का उपयोग करके क्लोन करता है तो उन्हें अपने एप के लिए सही ढंग से कार्य करने के लिए मैन्युअल रूप से php artisan key:generate दर्ज करना होगा।
तो, टीएल: डॉ केवल समय आप जरूरतphp artisan key:generate कॉल करने के लिए एक पूर्व बनाया Laravel परियोजना का एक clone पीछा कर रहा है।
साइड नोट:
No supported encrypter found. The cipher and/or key length are invalid.
आपकी व्याख्या के लिए बहुत बहुत धन्यवाद। इसलिए कहा जा रहा है कि डेवलपर ए और डेवलपर बी के पास अलग-अलग 'APP_KEY' हो सकता है' क्या भविष्य में कोई समस्या होगी? – ihue
मुझे विश्वास नहीं है, लेकिन यह पूरी तरह से संभव है। ऐसा कहा जा रहा है, मैंने अपने साल + लारवेल के साथ विकास के मामलों में कोई मामला नहीं देखा है। –
यह मेरे लिए काफी उचित है। एक आखिरी सवाल, क्या यह ठीक है अगर डेवलपर बी परियोजना को क्लोन करने के बाद 'APP_KEY' खाली छोड़ देता है। क्या यह खाली छोड़ने का एक बड़ा सौदा है? – ihue
लघु जवाब: कभी नहीं जब आप
SomeRandomString(जो आपके.env.exampleफ़ाइल में डिफ़ॉल्ट है करने के लिए अपनेAPP_KEYसेट के साथ एक Laravel परियोजना चलाने का प्रयास करते हैं, तो आप वास्तव में एक त्रुटि मिल जाएगा। आप पहले अपना लैरावेल एप्लिकेशन बनाते हैं, 'कुंजी: जेनरेट' स्वचालित रूप से कॉल किया जाता है। इसलिए इसे पहले से ही आपके लिए सेट किया जाना चाहिए। अगर आप इसे कमांड को फिर से निष्पादित करके बदलते हैं, तो सावधान रहें कि 'हैश :: मेक()' के साथ सहेजे गए पासवर्ड अब मान्य नहीं होगा। –