Laravel रिक्त सफेद स्क्रीन

117

मेरी लार्वा साइट पहले काम कर रही थी, मैंने हाल ही में अपाचे 2.4 और पीएचपी 5.5.7 में अपग्रेड किया।

जब मुझे laravel.mydomain.com पर जाना है तो मुझे एक सफेद रिक्त स्क्रीन मिल रही है, अपाचे त्रुटि लॉग, मार्गों और आदि में कुछ भी ठीक नहीं होना चाहिए क्योंकि यह पहले काम किया था।

जब मैं /var/sites/laravel/public/.htaccess पर एक अमान्य पंक्ति सम्मिलित करता हूं, तो मुझे 500 मिल रहे हैं।

यहाँ मेरे .htaccess:

$ cat /var/sites/laravel/public/.htaccess
<IfModule mod_rewrite.c>
    <IfModule mod_negotiation.c>
    Options -MultiViews
</IfModule>

RewriteEngine On

# Redirect Trailing Slashes...
RewriteRule ^(.*)/$ /$1 [L,R=301]

# Handle Front Controller...
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^ index.php [L]

मेरे वर्चुअल होस्ट के निर्देश को:

DocumentRoot "/var/sites/laravel/public"
ServerName laravel.mydomain.com
<Directory "/var/sites/laravel/public">
    AllowOverride All
    allow from all
    Options +Indexes
    Require all granted
</Directory>

और अपाचेक्टल -एस

$ /usr/local/apache2/bin/apachectl -S
VirtualHost configuration:
*:*                    is a NameVirtualHost
     default server mydomain.com (/usr/local/apache2/conf/extra/httpd-vhosts.conf:25)
     port * namevhost mydomain.com (/usr/local/apache2/conf/extra/httpd-vhosts.conf:25)
     port * namevhost laravel.mydomain.com (/usr/local/apache2/conf/extra/httpd-     vhosts.conf:34)
ServerRoot: "/usr/local/apache2"
Main DocumentRoot: "/var/www"
Main ErrorLog: "/usr/local/apache2/logs/error_log"
Mutex rewrite-map: using_defaults
Mutex default: dir="/usr/local/apache2/logs/" mechanism=default
PidFile: "/usr/local/apache2/logs/httpd.pid"
Define: DUMP_VHOSTS
Define: DUMP_RUN_CFG
User: name="daemon" id=1 not_used
Group: name="daemon" id=1 not_used
php  apache  frameworks  laravel  laravel-4 
— माइको
स्रोत
कोशिश करें और लारवेल की एक नई नई स्थापना को लार्वा.माइलडोमैन.कॉम में डालें - क्या यह काम करता है?
— लारेंस
HMM, मैंने कंपोज़र के साथ प्रोजेक्ट बनाने की कोशिश की और मैं खुलकर गायब हो रहा हूँ। क्या बाद में इसे जोड़ने का कोई आसान तरीका है या क्या मुझे अपने PHP को वर्तमान कॉन्फ़िगर विकल्पों + --with -ssl के साथ फिर से जोड़ने की आवश्यकता है?
— Mico
1
स्टेजिंग सर्वर पर पहले से काम कर रही परियोजना को आगे बढ़ाते समय मुझे यह रिक्त स्क्रीन समस्या हो रही थी। मैं इसके साथ कहीं नहीं जा रहा था तब मैंने @-शिफ्ट-एक्सचेंज के सुझाव के अनुसार ही करने का फैसला किया और लारवेल की एक नई स्थापना की, फिर मुझे समस्या बहुत जल्दी मिल गई; स्टेजिंग सर्वर PHP का पुराना संस्करण चला रहा था। लारवेल के लिए कम से कम PHP v5.4.0 की आवश्यकता होती है। सोचा था कि मैं इसका उल्लेख करूंगा कि किसी और को भी यही परेशानी हो।
— इग्नायूसर
याद रखें कि मेमोरी सीमा हिट नहीं हो रही है - इससे लारवेल 4 में मेरे लिए WSOD पहले हो गया है
— Smith
बस एक और डेटा बिंदु - मैंने इसे वेब फ़ाइलों को माउंट करने के लिए एनएफएस का उपयोग करते हुए, कुबेरनेट्स पर तैनात एक ऐप पर मारा। बहुत धीमी एनएफएस प्रदर्शन के कारण, ऐसा लगता था कि लारवेल समय की उचित मात्रा के भीतर विचारों को कैश करने में विफल रहे थे। PHP-FPM एक खाली प्रतिक्रिया दे रहा था। सभी विचारों को मैन्युअल रूप से हटाने और उन्हें फिर से कैशिंग करके फिक्स्ड।
— जो नाइलैंड

जवाबों:

222

अमरीका की एक मूल जनजाति

क्या यह उत्तर आपकी स्थिति का वर्णन करता है या मदद करता है? अपाचे 2.4 में अपग्रेड करने से अपाचे विन्यास में कुछ बदलाव आते हैं।

Laravel

क्या आप लारवेल के लॉग या अपाचे के लॉग की जाँच कर रहे हैं?

लारावेल 4.1 में अपग्रेड करने के बाद से, मेरे पास सफेद स्क्रीन "त्रुटियां" (डब्ल्यूएसओडी) है, जब एप्लिकेशन लॉग स्थान पर नहीं लिख सकता था। मैंने हमेशा अपाचे द्वारा ऐप / स्टोरेज डायरेक्टरी को लिखने योग्य बना दिया है (या तो "www-data", "अपाचे" या वर्ल्ड-राइट करने योग्य - जो आपके सर्वर सेटअप पर निर्भर करता है)।

वेब सर्वर उपयोगकर्ता

उबंटू / डेबियन सर्वर पर, आपका PHP उपयोगकर्ता "www-data" के रूप में चल सकता है। CentOS / RedHat / Fedora सर्वर पर, आप PHP को उपयोगकर्ता "अपाचे" के रूप में चला सकते हैं।

सुनिश्चित करें कि आपकी फाइलें PHP चलाने वाले उपयोगकर्ता के स्वामित्व में हैं:

# Debian/Ubuntu
$ sudo chown -R www-data /path/to/laravel/files

# CentOS/RedHat/Fedora
$ sudo chown -R apache /path/to/laravel/files

ध्यान दें कि आप उपयोगकर्ता www-data या Apache के रूप में नहीं चल रहे हैं। यह आपके होस्टिंग और सेटअप पर निर्भर करता है!

लारवेल ४

# Group Writable (Group, User Writable)
$ sudo chmod -R gu+w app/storage

# World-writable (Group, User, Other Writable)
$ sudo chmod -R guo+w app/storage

लारवेल 5+ (6 सहित)

# Group Writable (Group, User Writable)
$ sudo chmod -R gu+w storage

# World-writable (Group, User, Other Writable)
$ sudo chmod -R guo+w storage

#####
# The bootstrap/cache directory may need writing to also
##

# Group Writable (Group, User Writable)
$ sudo chmod -R gu+w bootstrap/cache

# World-writable (Group, User, Other Writable)
$ sudo chmod -R guo+w bootstrap/cache
— fideloper
स्रोत
9
लगता है जैसे यह अनुमति की समस्या थी। लार्वा की निर्देशिका को चकमा देने से यह काम कर गया।
— Mico
3
@fideloper इस जवाब ने वास्तव में मेरा दिन बचा लिया। WSOD मिल रहा था, और लॉग में कहीं भी कुछ भी नहीं दिख रहा था। एप्लिकेशन / स्टोरेज को ध्यान में रखते हुए इस पर ध्यान दिया गया। मैं अपनी आभासी टोपी आपको देता हूं!
— टिम हैबरसैक
हाँ, इसके लिए धन्यवाद वास्तव में मुझे यहाँ बचाया। मुझे एक एक्स-पैड मिल रहा था: मेरी http प्रतिक्रिया में ब्राउज़र बग से बचें और मुझे लगा कि यह था
— साइमन बेनेट
4
भंडारण फ़ोल्डर पर अनुमति ने मेरी ऐसी समस्या को हल कर दिया। लेकिन लार्वा ब्राउज़र पर अनुमति मुद्दा क्यों नहीं दिखाता है?
— मूसा
4
इसने मेरे लिए भी समस्या तय कर दी .... कभी भी मुझे यह नहीं मिला। मैं सहमत हूं कि "मौत की सफेद स्क्रीन" के बजाय किसी प्रकार का त्रुटि संदेश प्रदर्शित किया जाए तो यह सबसे अच्छा होगा।
— डस्टी 909
65

Laravel 5 और इसकी नई फ़ाइल संरचना के लिए फिदेलोपेर के उत्तर का अद्यतन है:

$ sudo chmod -R o+w storage/
— EddardOmeka
स्रोत
कुडोस! Ubuntu 14.04 सर्वर पर L5 के लिए मेरे मुद्दे को हल किया।
— डायलन पियर्स
मेरे लिए भी काम किया, पर मैक ओएस एक्स 10.10.3
— डेव
मेरे लिए काम किया - CentOS 6.8 (अंतिम)
— माइक
26

सार्वजनिक / index.php पृष्ठ में यह कोशिश करें

error_reporting(E_ALL);
ini_set('error_reporting', E_ALL);
ini_set("display_errors", 1);
— CG_DEV
स्रोत
यह वास्तव में मुझे क्या चाहिए था क्योंकि सर्वर के काम पर किसी कारण से (Plesk) यह त्रुटि लॉग में कुछ भी लॉग नहीं कर रहा था और लार्वा लॉग में कुछ भी नहीं था, यह जोड़कर मुझे पता चला कि यह वास्तव में एक लापता फ़ाइल थी जो मेरे रिक्त का कारण बन रही थी 500 स्क्रीन, एक गुच्छा धन्यवाद!
— सैम
मेरे पास सफेद स्क्रीन भी थी और कोई त्रुटि नहीं थी। सभी अनुमति और सब कुछ सही था। इस जवाब ने मुझे वास्तव में यह देखने में मदद की कि क्या चल रहा है। धन्यवाद।
— SI
कल से इस मुद्दे के साथ खिलवाड़ किया है। मेरे मामले में फ़ोल्डर की अनुमति से परे इस जाँच में बताया गया था कि सर्वर ने विक्रेता फ़ोल्डर के अंदर सभी फ़ोल्डर नहीं निकाले हैं?! क्या एक रहस्य .... वास्तव में एक अच्छा दृष्टिकोण। कम पहुंच के बिना सार्वजनिक सर्वर के लिए उपयोगी।
— कोडटॉइल
26

निम्न चरणों ने मेरी लारवेल 5 पर रिक्त सफेद स्क्रीन समस्या को हल किया।

  • अपने Laravel रूट फ़ोल्डर में जाएं
  • निर्देशिका bootstrap/cacheऔर storageनिर्देशिकाओं को लिखित अनुमति दें

sudo chmod -R 777 बूटस्ट्रैप / कैश स्टोरेज

  • नाम बदलें .env.exampleकरने के लिए.env
  • लारवल रूट से टर्मिनल / कमांड-प्रॉम्प्ट में निम्नलिखित कमांड के साथ एप्लिकेशन कुंजी उत्पन्न करें:

php कारीगर कुंजी: उत्पन्न

यह एन्क्रिप्शन कुंजी पैदा करते हैं और का मान अद्यतन करेगा APP_KEYमें .envफ़ाइल

इससे समस्या हल हो जानी चाहिए।

यदि समस्या अभी भी मौजूद है, तो config/app.phpउपरोक्त कारीगर कुंजी जनरेट कमांड से उत्पन्न नई कुंजी के साथ अपडेट करें :

'key' => env('APP_KEY', 'SomeRandomString'),

सेवा

'key' => env('APP_KEY', 'KEY_GENERATED_FROM_ABOVE_COMMAND'),

— मुकेश चपागैन
स्रोत
10

किसी को भी, जो त्रुटियों को प्रदर्शित करने के लिए भंडारण को सुलभ बनाने के बाद भी रिक्त पृष्ठ प्राप्त करता है, इन दो पंक्तियों को सार्वजनिक / index.php की पहली पंक्तियों में यह देखने के लिए रखता है कि कम से कम क्या हो रहा है। मेरे लिए यह त्रुटि थी: कक्षा 'PDO' को लाइन 16 में /var/www/***/config/database.php में नहीं मिला

error_reporting(E_ALL);
ini_set('display_errors', 1);
— हसन गिलक
स्रोत
6

जब मैं लिनक्स में नया था। मुझे आमतौर पर मेरे लारवेल प्रोजेक्ट के साथ यह त्रुटि मिली। सफेद त्रुटियों का अर्थ त्रुटि है, इसमें कुछ अनुमति मुद्दा या त्रुटि हो सकती है।

आपको बस दो चरणों का पालन करना होगा, और यह शैंपू की तरह काम करेगा :)

(१) अनुमति देना। अपने प्रोजेक्ट के रूट डायरेक्टरी से इन कमांड को रन करें

(a) sudo chmod 777 -R storage
(b) sudo chmod bootstrap/cache

(२) यदि आपने प्रोजेक्ट को क्लोन किया है या जीथब से खींचा है तो चलाएं

composer install

(3) अपनी .env फ़ाइल को ठीक से कॉन्फ़िगर करें, और आपकी परियोजना काम करेगी।

— विकाश
स्रोत
चरण (2) मेरी स्थापना से गायब था। मैंने यह सोचकर प्रोजेक्ट को क्लोन किया था कि इसमें निर्देशिका की सभी आवश्यक फाइलें थीं ताकि यह बॉक्स से बाहर निकल सके। मुझे अभी भी परेशानी थी, लेकिन यह एक महत्वपूर्ण कदम था।
— जोनाथन हिकमैन
5

मैं एक CentOS सर्वर पर इसी तरह के मुद्दे से जूझ रहा था। Php कारीगर सर्व का उपयोग करना और स्थानीय मशीन पर पोर्ट 8000 के माध्यम से इसे एक्सेस करना ठीक काम किया, लेकिन किसी विशेष दृश्य को लोड करने के लिए मेरी रिमोट मशीन नहीं मिल सकी। मैं तार ठीक कर सकता था, और कुछ दृश्य लोड हो रहे थे। इससे पहले कि मैं एक SELinux मुद्दा था एहसास होने से पहले कुछ समय के लिए अनुमति पर मेरी पूंछ का पीछा किया। मैंने इसे लागू करने से लेकर अनुमति तक लागू किया और यह काम किया। आशा है कि वहाँ किसी और को मदद करता है कि एक ही मुद्दे का सामना हो सकता है।

setenforce permissive
— Kamkat86
स्रोत
इससे मुझे हर बार मदद मिली
— उमैर हामिद
5

मेरे पास एक और विकल्प भी है कि रिक्त पृष्ठ समस्या क्यों हो सकती है। यदि आप उत्पादन मोड पर हैं और यदि आपने php कारीगर (config: cache) द्वारा अपनी कॉन्फिग फाइलों को कैश किया है, तो कैश फ़ाइल निष्पादन को हटाने का प्रयास करें:

php artisan config:clear

या इसे हटाएं मैनुअल (बूटस्ट्रैप / कैश / config.php)

— बोरिस टेटेव
स्रोत
1
मैंने बाकी सब कोशिश की और यह अंतिम चीज है जो मेरे लिए काम की है।
— डेविडहायो
मेरी एनवी फ़ाइल को अमान्य कर दिया गया था, इस आदेश को चल रहा है मुझे बताएं।
— SvEnjoyPro
4

इस कमांड को चलाने से यह मेरे लिए हल हो गया:

php artisan view:clear

मुझे लगता है कि एक खाली त्रुटि पृष्ठ कुछ कैश्ड था। कैश साफ़ करना था।

— एंड्रयू
स्रोत
4

मेरे मामले में, मैंने laravelकई बार स्थापित किया है, और मुझे यकीन है कि फ़ोल्डर लिखने की अनुमति सही ढंग से दी गई है।

ऊपर दिए गए अधिकांश जवाबों की तरह:

sudo chmod 777 -R storage bootstrap

गलती यह है कि मेरा nginx कॉन्फ़िगरेशन आधिकारिक दस्तावेज से आता है ।

मैंने केवल only कॉपी करने के बाद डोमेन नाम को संशोधित किया, फिर मुझे एक खाली पृष्ठ मिला। मैंने पुनः आरंभ करने की कोशिश की nginxऔर php-fpm, लेकिन मेरे लिए काम नहीं किया।

अंत में, मैंने इस लाइन कॉन्फ़िगरेशन को समस्या को हल करने के लिए जोड़ा।

location ~ \.php$ {

    # same as documentation ...

    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}

मुझे उम्मीद है कि मैं दूसरों की मदद कर सकता हूं।

— qskane
स्रोत
1
मैं इस मुद्दे पर एक पूरा दिन खो दिया है। यह जवाब है कि आखिरकार मुझे बचा लिया। काश मैं तुम्हें एक से अधिक वोट दे सकता। धन्यवाद!
— माइल
3

लारवेल 5.8 में रिक्त स्क्रीन का सामना करना। 777 राइट्स दिए गए स्टोरेज और बूटस्ट्रैप फोल्डर दोनों से हर चीज ठीक लगती है। पर

php artisan cache:clear

यह समस्या को दिखाता है। यह अनुप्रयोग के नाम में श्वेत रिक्त स्थान था .env फ़ाइल

— saad
स्रोत
1

मेरे पास इसे वैग्रंट मशीन में सेटअप करने के लिए कुछ मुद्दे हैं। Whats वास्तव में मेरे लिए काम करता है एक निष्पादित किया गया था:

chmod -R o+w app/storage/

वैग्रंट मशीन के अंदर से।

संदर्भ: https://laracasts.com/lessons/vagrant-and-laravel

— gvsrepins
स्रोत
1

WSOD के कारण एक और चीज 'रिटर्न' कीवर्ड को याद कर रही है, जैसे:

return View::make('yourview');

विरोध के रूप में

View::make('yourview');

— emragins
स्रोत
1

कभी-कभी ऐसा इसलिए होता है क्योंकि लार्वा 5.1 में PHP> = 5.5.9 की आवश्यकता होती है। अपडेट php समस्या का समाधान करेगा।

— केविन
स्रोत
1

मेरे लिए अजीब है, लेकिन मेरे मामले में मुझे इस मुद्दे को हल करने के लिए लार्वा के कैश को साफ करना पड़ा।

— antongorodezkiy
स्रोत
1

मुझे भी करने के बाद उसी मुद्दे का सामना करना पड़ा composer update

मैंने स्थापित करने की कोशिश की composer required monolog/monolog भी लेकिन काम नहीं किया।

तब मैंने / विक्रेता निर्देशिका को हटा दिया और भाग गया composer installऔर सामान्य रूप से काम किया।

मूल रूप से यह मेरे मोनोलॉग और अन्य स्थिर संकुल संस्करण को पूर्व में वापस ला चुका होगा। इतना बेहतर नहीं हैcomposer update

क्या मैंने देखा कि दोनों / विक्रेता फ़ोल्डरों की तुलना कर रहे हैं और पाया कि उन classesफ़ाइलों के तहत /vendor/monolog/monolog/src/Handlerसंगीतकार अद्यतन के बाद गायब थे।

— अमित शाह
स्रोत
1

बिना त्रुटियों के रिक्त स्क्रीन के पीछे कई कारण हो सकते हैं। जब भी मैं साझा होस्टिंग में लार्वा परियोजना को अपलोड करना चाहता हूं, मुझे इस समस्या का सामना करना पड़ा है।

कारण: गलत PHP संस्करण

मेरे मामले में, मुद्दा गलत php संस्करण के कारण था। मेरे पास स्थानीय कंप्यूटर में 7.1 संस्करण था जहां साझा होस्टिंग पैनल के रूप में, php 5.6 संस्करण था। 5.6 से 7.1 तक के संस्करण को बदलना मेरे लिए काम कर गया।

आप cpanel होम पेज में उपलब्ध मल्टीप्ल मैनेजर से cpanel में php संस्करण बदल सकते हैं।

— सागर गौतम
स्रोत
1

कभी-कभी मार्ग में। आपके पास हो सकता है

Route::get('/{id}', 'Controller@show'..

पहले लिखा था

Route::get('/add', 'Controller@add'..

यह खाली विधि हो सकती है Controller::show()जब आप अपने नियंत्रक को खरोंच से विकसित करना शुरू करते हैं। इस मामले में आपको /addurl का अनुरोध करने पर खाली खाली पेज मिलेगा । ऐसा इसलिए होता है क्योंकि अनुरोध /{id}मार्ग द्वारा नियंत्रित किया गया था, और इसकी विधि कुछ भी नहीं लौटाती है।

बस /addपहले रूट लगाने का प्रयास करें/{id}

— Илья Алисов
स्रोत
0

समान व्यवहार वाली अन्य समस्या PHP 5.5.x के साथ Laravel 3 का उपयोग करती है। आपको कुछ लार्वा फ़ंक्शन का नाम "उपज () बदलना होगा क्योंकि php 5.5 में एक आरक्षित शब्द है

— हेर्नान
स्रोत
0

कारण हो सकता है Middlewareयदि आप handleफ़ंक्शन के अंत में निम्नलिखित कोड डालना भूल जाते हैं

return $next($request);
— फरीद चालसमोव
स्रोत
0

जब मैं पहली बार लार्वा + उबंटू 14.04 पर शुरू करता हूं तो मुझे भी वही त्रुटि हो रही थी। मैं अभी बूटस्ट्रैप और स्टोरेज फ़ोल्डर पर राइट क्लिक करता हूं >>> प्रॉपर्टीज >>> अनुमति >> अन्य एक्सेस >>> इसे "फाइल्स बनाएं और डिलीट करें" बदलें संलग्न फ़ाइलों के लिए अनुमति

धन्यवाद

— user1846871
स्रोत
0

Laravel मंचों से इसे प्राप्त करें, लेकिन यदि आपने हाल ही में Laravel संस्करणों और PHP संस्करणों को अपग्रेड किया है और nginx चला रहे हैं, तो सुनिश्चित करें कि आपने नए PHP संस्करण को प्रतिबिंबित करने के लिए अपनी nginx कॉन्फ़िगरेशन फ़ाइल को बदल दिया है। उदाहरण के लिए:

अपने nginx साइट कॉन्‍फ़िगर फ़ाइल (यहाँ: / etc / nginx / sites-available) में, परिवर्तन करें

fastcgi_pass unix:/var/run/php5-fpm.sock;

सेवा

fastcgi_pass unix:/var/run/php/php5.6-fpm.sock;

— बेन विल्सन
स्रोत
0

मेरे पास एक ही मुद्दा है। मैं पहले से ही संग्रहण फ़ोल्डर के लिए chmod फ़ोल्डर बदल देता हूं। .env में डेटाबेस सेटिंग्स भरें, लेकिन समस्या को ठीक नहीं किया। मैंने Laravel 5.5 का उपयोग किया और मैंने PHP 5.6 का उपयोग किया, इसे ठीक करने के लिए मैं (cpanel-> PHP चयनकर्ता) के पास गया और मैंने PHP 7.1 में बदल दिया और समस्या हो गई।

— अबेद पुत्रा
स्रोत
0

सामान्य मामलों पर त्रुटियों लॉग इन होना चाहिए जब तक

स्क्रिप्ट लॉग फ़ाइल में नहीं लिख सकता

  • इसकी जांच करें
  • अनुमतियाँ

या उच्च स्तरीय जाँच ऐप सर्वर लॉग पर त्रुटि आई जैसे Appache || nginx

या यह संसाधनों की सीमा है जैसे PHP आईएनआई सेटिंग्स

memory_limit
max_input_time
max_execution_time

या ओएस सीमा और इतने पर

— Bdwey
स्रोत
0

भंडारण और कैश फ़ोल्डर और php संस्करण समस्याओं में अनुमति समस्याओं के अलावा, किसी भी त्रुटि संदेश के बिना रिक्त पृष्ठ प्रदर्शित करने के लिए अन्य कारण हो सकते हैं।

उदाहरण के लिए, मुझे बिना किसी लॉग के और रिक्त श्वेत पृष्ठ के साथ एक redeclare त्रुटि संदेश मिला । मेरे स्वयं के सहायक फ़ंक्शन और एक विक्रेता फ़ंक्शन के बीच एक संघर्ष था।

मैं एक प्रारंभिक बिंदु के रूप में सुझाव देता हूं , artisanकमांड चलाएं । उदाहरण के लिए:

php artisan cache:clear

यदि कोई समस्या थी, तो यह टर्मिनल में संकेत देगा और आपको एक सुराग मिल गया है और आप समाधान के लिए Google कर सकते हैं।

— खलील ललेह
स्रोत
0

ब्लैंक स्क्रीन तब भी होती है जब आपका लारवेल ऐप बहुत अधिक जानकारी प्रदर्शित करने की कोशिश करता है और PHP सीमाएँ एक ही पृष्ठ पर (दसियों हज़ार डेटाबेस रिकॉर्ड प्रदर्शित करने के लिए) किक करती हैं। सबसे खराब हिस्सा, आपको लारवेल लॉग में कोई त्रुटि नहीं दिखाई देगी। आप शायद PHP FPM लॉग में भी कोई त्रुटि नहीं देखेंगे। आपको अपने http सर्वर लॉग में त्रुटियाँ मिल सकती हैं, उदाहरण के लिए nginx कुछ ऐसा फेंकता है FastCGI sent in stderr: "PHP message: PHP Fatal error: Allowed memory size of XXX bytes exhausted।

संक्षिप्त टिप: अपनी क्वेरी ऑब्जेक्ट पर अपनी सीमा ->limit(1000)कहां जोड़ें 1000।

— f055
स्रोत
0

मैंने इस समस्या को तब मारा जब मैंने अपने सर्वर पर लारवेल 5.8 ऐप को चलाने की कोशिश की, वैग्रेंट होमस्टेड का उपयोग करके स्थानीय विकास से अपलोड किया। थोड़ी देर बाद मुझे पता चला कि मेरे द्वारा चलाए जा रहे लाइव सर्वर पर देव उपडोमेन किसी तरह PHP 5.6 पर सेट था।

cPanel> MultiPHP प्रबंधक> PHP 7.2 पर सेट करें

यह मेरे लिए तय है। आशा है कि यह किसी की मदद कर सकता है।

— Inigo
स्रोत
0

हल करने के लिए इस .htaccess का उपयोग करें

Options +ExecCGI
addhandler x-httpd-php5-cgi .php
Options -MultiViews
DirectoryIndex index.php
<IfModule mod_rewrite.c>
<IfModule mod_negotiation.c>
    Options -MultiViews -Indexes
</IfModule>
RewriteEngine On
RewriteBase /
# Handle Authorization Header
RewriteCond %{HTTP:Authorization} .
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
# Redirect Trailing Slashes If Not A Folder...
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} (.+)/$
RewriteRule ^ %1 [L,R=301]
# Handle Front Controller...
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
#RewriteRule ^ index.php [L]
RewriteRule ^(.*)$ index.php?/$1 [L]
</IfModule>
— कौशिक डे
स्रोत
0

मेरे मामले में, BLANK WHITE SCREEN समस्या env फाइल पर टाइपो या गलत चरित्र की तरह सरल थी। मैं सोशलाइट लागू कर रहा था, इसलिए जब मैं इस तरह से Google+ के लिए .env क्रेडेंशियल सेट कर रहा था:

G+_CLIENT_ID = Your G+ Client ID
G+_CLIENT_SECRET = Your G+ Client secret
G+_REDIRECT = 'http://localhost:8000/callback/google'

लेकिन, .env फ़ाइल '+' चिह्न का उपयोग नहीं कर सकती है, इसलिए मुझे यह सुधार करना होगा:

GOOGLE_CLIENT_ID = Your G+ Client ID
GOOGLE_CLIENT_SECRET = Your G+ Client secret
GOOGLE_REDIRECT = 'http://localhost:8000/callback/google'

मुझे आशा है कि यह आपको एक गंभीर त्रुटि खोजने में मदद करेगा ...

— Absolutkarlos
स्रोत
-2

मेरे मामले में, अपाचे को फिर से शुरू करने से समस्या ठीक हो गई। उबंटू / डेबियन के लिए:

sudo service apache2 restart
— खैरूलनिज़म डहरी
स्रोत
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.