इसका मुश्किल हिस्सा किसी भी प्रकार के त्रुटि संदेश को प्रकट करने के लिए ब्राउज़र का जिद्दी इनकार रहा है। जब ऐसा होता है, तो मैं कमांड लाइन पर जाना और इसे आज़माना पसंद करता हूं, इस प्रकार वेब सर्वर को एक चर के रूप में समाप्त कर देता हूं।
चैट से, हमें पता चला कि कमांड लाइन ने उम्मीद के मुताबिक त्रुटि दिखाई, लेकिन इनायत से ऐसा नहीं किया:त्रुटि आउटपुट थी, और स्क्रिप्ट रुकी हुई थी। यह एक कठिन दुर्घटना है, जिसे वेब सर्वर के लिए जिम्मेदार नहीं ठहराया जा सकता है।
\Throwable
. के परिचय के साथ , ऐसे परिदृश्य जहां PHP मुश्किल से मरता है, कम और बीच में दूर होता जा रहा है। इसलिए, PHP की दम तोड़ती सांस को पकड़ने के प्रयास में, हमने एक register_shutdown_function
लागू किया जिसने error_get_last
pulled खींच लिया यह पता लगाने के प्रयास में कि क्या, अगर कुछ भी, उड़ाने से ठीक पहले कहा गया था।
यह, संक्षेप में, ब्राउज़र में त्रुटि संदेश प्रकट करता है (इस बार एक अलग ब्राउज़र का उपयोग करके)। हालाँकि, यह दोहराने योग्य नहीं था। इस बिंदु पर अंतर्दृष्टि कैशिंग थी:composer dump-autoload
समस्या ठीक कर दी!
मुझे संदेह है कि जो हुआ वह यह है:
Eloquent
एक अपवाद फेंका- PHP लारवेल की अपवाद प्रबंधन कक्षाओं के माध्यम से इसे बढ़ा रहा था
- किसी समय, PHP ने उस वर्ग को लोड करने का प्रयास किया जो ऑटोलोडर में नहीं था
- PHP कठिन रूप से दुर्घटनाग्रस्त हो गया (यह उन मामलों में से एक है जहां PHP 7.0 बेल्स)
composer dump-autoload
चलाकर , सभी "लापता" वर्गों को ऑटोलोडर के दायरे में लाया गया और, जब फिर से कोशिश की गई, तो सही कोड अनुक्रम हुआ।