লারাভেল ফাঁকা সাদা পর্দা

117

আমার লারাভেল সাইটটি আগে কাজ করছিল, আমি সম্প্রতি অ্যাপাচি ২.৪ এবং পিএইচপি 5.5.7 এ আপগ্রেড করেছি।

লারাভেল.মিডোমেন.কম.-এ যাওয়ার সময় এখন আমি একটি সাদা ফাঁকা স্ক্রিন পাচ্ছি, অ্যাপাচি ত্রুটির লগগুলি, রুটগুলি এবং ইত্যাদির কিছুই ঠিক আগের মতো কাজ করা উচিত নয়।

আমি /var/sites/laravel/public/.htaccess এ একটি অবৈধ লাইন whenোকানোর সময় 500 টি পাওয়ার সাথে সাথেই .htaccess লোড হচ্ছে।

আমার .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 
— ফ্ল্যাশ
সূত্র
laravel.mydomain.com এ লারাভেলের একটি ফাঁকা নতুন ইনস্টল করার চেষ্টা করুন - এটি কি তখন কাজ করে?
— লরেন্স
এইচএমএম, আমি সুরকারের সাথে প্রকল্প তৈরি করার চেষ্টা করেছি এবং আমি স্পষ্টতই ওপেনসেল অনুপস্থিত। এর পরে এটি যুক্ত করার কোনও সহজ উপায় আছে বা আমার বর্তমান পিএইচপিটি বর্তমান কনফিগার বিকল্পগুলি + --উপেনসেল সহ পুনরায় সংকলন করা দরকার?
— মাইকো
1
ইতিমধ্যে কর্মরত প্রকল্পটি একটি স্টেজিং সার্ভারে নিয়ে যাওয়ার সময় আমার এই ফাঁকা স্ক্রিনের সমস্যা ছিল। আমি এর সাথে আর কোথাও পাচ্ছিলাম না তখন আমি সিদ্ধান্ত নিয়েছিলাম @ দ্য শিফট-এক্সচেঞ্জের পরামর্শ মত একই কাজ করব এবং লারাভেলের একটি নতুন ইনস্টল তৈরি করব, তারপরে আমি সমস্যাটি খুব দ্রুত খুঁজে পেলাম; মঞ্চ সার্ভারটি পিএইচপি-র একটি পুরানো সংস্করণ চলছে। লারাভেলটির কমপক্ষে পিএইচপি v5.4.0 প্রয়োজন। ভেবেছিলাম আমি উল্লেখ করেছি অন্য কারওর মতো একই সমস্যা আছে।
— ইগনোসৌর
স্মৃতি সীমাটি আঘাত হানছে না তা পরীক্ষা করুন - এটি আমার জন্য লারাভেল 4
— স্মিথ
ঠিক অন্য একটি ডাটা পয়েন্ট - আমি ওয়েবের ফাইলগুলি মাউন্ট করার জন্য এনএফএস ব্যবহার করে কুবেরনেটসে মোতায়েন করা একটি অ্যাপ্লিকেশনটিতে এটি আঘাত করেছি। খুব ধীর এনএফএসের পারফরম্যান্সের কারণে, দেখে মনে হচ্ছে লারাভেল যুক্তিসঙ্গত সময়ের মধ্যে মতামতগুলি ক্যাশে করতে ব্যর্থ হয়েছে। পিএইচপি-এফপিএম একটি খালি প্রতিক্রিয়া ফিরিয়েছিল। ম্যানুয়ালি সমস্ত দর্শন সরিয়ে এবং তাদের পুনরায় ক্যাশে করে স্থির করা হয়েছে।
— জো নিল্যান্ড

উত্তর:

222

এ্যাপাচি

কি এই উত্তরটি আপনার পরিস্থিতির বর্ণনা দেয় বা সহায়তা করে? অ্যাপাচি ২.৪-তে আপগ্রেড করা অ্যাপাচি কনফিগারেশনের কিছু পরিবর্তন নিয়ে আসে।

লারাভেল

আপনি কি লারাভেলের লগগুলি বা অ্যাপাচের লগগুলি পরীক্ষা করছেন?

লারাভেল ৪.১-তে আপগ্রেড করার পরে, অ্যাপ্লিকেশন লগের জায়গায় লিখতে না পারলে আমার সাদা পর্দার "ত্রুটিগুলি" (ডাব্লুএসওডি) হয়েছিল OD অ্যাপ্লিকেশন / স্টোরেজ ডিরেক্টরিটি আপাচি দ্বারা লিখনযোগ্য করে তৈরি করে আমি সর্বদা এটি সমাধান করেছি ("www-ডেটা", "অ্যাপাচি" বা বিশ্ব লিখনযোগ্য - যা আপনার সার্ভার সেটআপের উপর নির্ভর করে group

ওয়েব সার্ভার ব্যবহারকারী

উবুন্টু / ডেবিয়ান সার্ভারগুলিতে আপনার পিএইচপি ব্যবহারকারী "www-ডেটা" হিসাবে চলতে পারে। CentOS / RedHat / ফেডোরা সার্ভারে, আপনার পিএইচপি সম্ভবত ব্যবহারকারী "অ্যাপাচি" হিসাবে চলমান থাকবে।

আপনার ফাইলগুলি পিএইচপি চলমান ব্যবহারকারীর মালিকানাধীন রয়েছে তা নিশ্চিত করুন:

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

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

নোট করুন যে আপনি ব্যবহারকারীর www-ডেটা বা অ্যাপাচি হিসাবে চলছেন না। এটি আপনার হোস্টিং এবং সেটআপের উপর নির্ভর করে!

লারাভেল 4

# 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
দেখে মনে হচ্ছে এটি কোনও অনুমতি সমস্যা ছিল। ল্যারাভেল ডিরেক্টরিটি তৈরি করে এটি কাজ করে।
— মাইকো
3
@ ফিডলোপার এই উত্তরটি সত্যিই আমার দিনকে বাঁচিয়েছে। ডাব্লুএসইউড পাচ্ছিল, এবং কোথাও লগ-এ কিছুই দেখাচ্ছে না। অ্যাপ্লিকেশন / স্টোরেজটি গুডডিং করে এটি যত্ন নিয়েছিল। আমি আমার ভার্চুয়াল টুপি আপনাকে টিপ!
— টিম হবারস্যাক
হ্যাঁ আপনাকে ধন্যবাদ এখানে সত্যিই আমাকে এখানে রক্ষা করেছে। আমি একটি এক্স-প্যাড পাচ্ছিলাম: আমার এইচটিপি প্রতিক্রিয়াতে ব্রাউজার বাগ এড়ান এবং আমি ভেবেছিলাম যে এটি ছিল
— সাইমন বেনেট
4
স্টোরেজ ফোল্ডারে অনুমতি আমার এ জাতীয় সমস্যা সমাধান করেছে। তবে কেন ল্যারাভেল ব্রাউজারে অনুমতি ইস্যু দেখায় না?
— মুসা
4
এটি আমার জন্যও সমস্যাটি স্থির করে .... এটি নিজে থেকে কখনই খুঁজে পেতাম না। আমি সম্মত হ'ল "মৃত্যুর সাদা পর্দা" না দিয়ে যদি কোনওরকম ত্রুটি বার্তা প্রদর্শিত হয় তবে ভাল হবে।
— ধূলি 909
65

লারাভেল 5 এবং এর নতুন ফাইল কাঠামোর জন্য ফিদেলোপারের উত্তরের একটি আপডেট হ'ল:

$ sudo chmod -R o+w storage/
— EddardOmeka
সূত্র
যশ! উবুন্টু 14.04 সার্ভারে এল 5 এর জন্য আমার সমস্যাটি সমাধান করুন।
— ডিলান পিয়ার্স
আমার জন্যও ম্যাক ওএস এক্স 10.10.3 তে কাজ করেছেন
— ডেভ
আমার জন্য কাজ করেছেন - CentOS 6.8 (ফাইনাল)
— মাইক 21
26

পাবলিক / ইনডেক্স.এফপি পৃষ্ঠায় এটি চেষ্টা করুন

error_reporting(E_ALL);
ini_set('error_reporting', E_ALL);
ini_set("display_errors", 1);
— CG_DEV
সূত্র
এটি প্রকৃতপক্ষে আমার যা প্রয়োজন ছিল কারণ সার্ভারের কাজের কোনও কারণেই এটি ছিল (প্লেস্ক) এটি ত্রুটি লগ এবং লারাভাল লগ-এ কিছুই লগইন করছিল না, এটি যোগ করে আমাকে দেখিয়েছিল যে এটি আসলে একটি অনুপস্থিত ফাইল যা আমার ফাঁকা কারণ ঘটছিল 500 স্ক্রিন, ধন্যবাদ একটি গুচ্ছ!
— স্যাম
আমার সাদা পর্দাও ছিল এবং কোনও ত্রুটিও নেই। সমস্ত অনুমতি এবং সবকিছু নিখুঁত ছিল। এই উত্তরটি আমাকে আসলে কী চলছে তা দেখতে সাহায্য করেছিল। ধন্যবাদ।
— এসআই
গতকাল থেকে এই বিষয়টি নিয়ে গণ্ডগোল হয়েছে। আমার ক্ষেত্রে ফোল্ডারের অনুমতি ব্যতিরেকে এই চেকটি জানানো হয়েছিল যে সার্ভারটি বিক্রেতা ফোল্ডারের ভিতরে সমস্ত ফোল্ডারটি বের করে নি !? কি রহস্য .... সত্যিই একটি ভাল পদ্ধতির low অল্প অ্যাক্সেস ছাড়া পাবলিক সার্ভারগুলির জন্য কার্যকর।
— কোডটোলাইফ
26

নীচের পদক্ষেপগুলি আমার লারাভেল 5 এ ফাঁকা সাদা পর্দার সমস্যার সমাধান করেছে।

  • আপনার লারাভেল রুট ফোল্ডারে যান
  • bootstrap/cacheএবং storageডিরেক্টরিতে লেখার অনুমতি দিন

sudo chmod -R 777 বুটস্ট্র্যাপ / ক্যাশে স্টোরেজ

  • পুনরায় নামকরণ .env.example করুন.env
  • লারাভেল মূল থেকে টার্মিনাল / কমান্ড-প্রম্পটে নিম্নলিখিত কমান্ড সহ অ্যাপ্লিকেশন কী তৈরি করুন:

পিএইচপি কারিগর কী: উত্পন্ন

এটি এনক্রিপশন কী উত্পন্ন করবে এবং APP_KEYইন- এর মান আপডেট করবে.env ফাইল

এই সমস্যার সমাধান করা উচিত।

যদি সমস্যাটি এখনও config/app.phpথেকে থাকে তবে উপরের কারিগর কী জেনারেট কমান্ড থেকে উত্পন্ন নতুন কীটি আপডেট করুন :

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

প্রতি

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

— মুকেশ চাঁপাগেইন
সূত্র
10

ত্রুটি প্রদর্শনের জন্য স্টোরেজ অ্যাক্সেসযোগ্য করার পরেও যে কেউ খালি পৃষ্ঠা পান তার জন্য কমপক্ষে কী ঘটছে তা দেখার জন্য এই দুটি লাইনটি সর্বজনীন / সূচক.এফপি এর প্রথম লাইনে রাখুন। আমার জন্য এই ত্রুটিটি ছিল: ক্লাস 'পিডিও' পাওয়া গেল না /var/www/***/config/datedia.php লাইন 16 এ

error_reporting(E_ALL);
ini_set('display_errors', 1);
— হাসান গিলাক
সূত্র
6

আমি যখন লিনাক্সে নতুন ছিলাম I আমি সাধারণত আমার লারাভেল প্রকল্পের সাথে এই ত্রুটিটি খুঁজে পাই। সাদা ত্রুটি মানে ত্রুটি, এতে কিছু অনুমতি সমস্যা বা ত্রুটি থাকতে পারে।

আপনাকে কেবল দুটি পদক্ষেপ অনুসরণ করতে হবে, এবং চ্যাম্পের মতো কাজ করবে :)

(1) অনুমতি দিন। আপনার প্রকল্পের মূল ডিরেক্টরি থেকে এই কমান্ডটি চালান

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

(২) আপনি যদি প্রকল্পটি ক্লোন করেছেন বা গিথুব থেকে টানছেন তবে চালান run

composer install

(3) আপনার .env ফাইলটি সঠিকভাবে কনফিগার করুন এবং আপনার প্রকল্পটি কাজ করবে।

— Vikash
সূত্র
পদক্ষেপ (2) আমার ইনস্টলেশন থেকে অনুপস্থিত ছিল। বাক্সটি বাইরে বেরিয়ে আসার জন্য ডিরেক্টরিতে এটি প্রয়োজনীয় সমস্ত ফাইল রয়েছে বলে আমি প্রকল্পটি ক্লোন করেছিলাম। আমার তখনও সমস্যা ছিল, তবে এটি ছিল এক গুরুত্বপূর্ণ পদক্ষেপ।
— জোনাথন হিকম্যান
5

আমি একটি সেন্টোস সার্ভারে অনুরূপ সমস্যা নিয়ে লড়াই করছিলাম। পিএইচপি আর্টিজান সার্ভ ব্যবহার করে এবং স্থানীয় মেশিনে 8000 পোর্টের মাধ্যমে এটি অ্যাক্সেস করা ভাল কাজ করেছে তবে আমার দূরবর্তী মেশিনগুলিকে একটি নির্দিষ্ট ভিউ লোড করতে পারেনি। আমি স্ট্রিংগুলিকে জরিমানা ফিরিয়ে দিতে পারি, এবং কিছু দর্শন লোড হচ্ছে। পরিশেষে বুঝতে পারার আগে এটি কোনও সেলিনাক্স ইস্যু হওয়ার আগে কিছুক্ষণ অনুমতি নিয়ে আমার লেজটি তাড়িয়েছিল। আমি কেবল এটি প্রয়োগ থেকে অনুমোদনের জন্য সেট করেছি এবং এটি কার্যকর হয়েছে। আশা করি এটি সেখানকার অন্য কাউকে সাহায্য করবে যা একই সমস্যাটির মুখোমুখি হতে পারে।

setenforce permissive
— Kamkat86
সূত্র
এটি আমাকে প্রতিবার সহায়তা করেছে
— উমায়ের হামিদ
5

খালি পৃষ্ঠা ইস্যু হতে পারে কেন আমার কাছে আরও একটি বিকল্প রয়েছে। আপনি যদি প্রোডাকশন মোডে থাকেন এবং যদি আপনি পিএইচপি আর্টিজান (কনফিগারেশন: ক্যাশে) দ্বারা আপনার কনফিগারেশন ফাইলগুলি ক্যাশে করেন তবে ক্যাশে ফাইলটি কার্যকর করে মুছে ফেলার চেষ্টা করুন:

php artisan config:clear

অথবা এটি ম্যানুয়ালি মুছে ফেলুন (বুটস্ট্র্যাপ / ক্যাশে / কনফিগারেশন। পিপিপি)

— বরিস তেতেভ
সূত্র
1
আমি অন্য সব কিছুর চেষ্টা করেছি এবং এটিই আমার পক্ষে কাজ করা চূড়ান্ত বিষয়।
— ডেভিডহ্যোগো
আমার এনভির ফাইলটি অবৈধ ছিল, এই আদেশটি চালানো আমাকে জানতে দিন।
— SvEnjoyPro
4

এই আদেশটি চালানো আমার পক্ষে এটি সমাধান করেছে:

php artisan view:clear

আমার ধারণা, ফাঁকা ত্রুটি পৃষ্ঠাটি কিছুটা ক্যাশেড ছিল। ক্যাশেগুলি সাফ করতে হয়েছিল।

— অ্যান্ড্রু
সূত্র
4

আমার ক্ষেত্রে, আমি ইনস্টল করেছি laravel অনেকবার এবং আমি নিশ্চিত যে ফোল্ডার লেখার অনুমতিটি সঠিকভাবে দেওয়া হয়েছে।

উপরের উত্তরগুলির বেশিরভাগের মত:

sudo chmod 777 -R storage bootstrap

ভুলটি হ'ল আমার এনগিনেক্স কনফিগারেশনটি অফিসিয়াল ডকুমেন্টেশন থেকে আসে ।

আমি কেবল অনুলিপি করার পরে ডোমেনের নামটি পরিবর্তন করেছি ， তারপরে আমি একটি ফাঁকা পৃষ্ঠা পেয়েছি। আমি আবার চালু করার চেষ্টা করেছি nginxএবংphp-fpm , তবে আমার পক্ষে কাজ করছে না।

অবশেষে, আমি সমস্যাটি সমাধান করার জন্য এই লাইন কনফিগারেশনটি যুক্ত করেছি।

location ~ \.php$ {

    # same as documentation ...

    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}

আমি অন্যদের সাহায্য করতে পারেন আশা করি।

— qskane
সূত্র
1
আমি এই ইস্যুতে একটি পুরো দিন ছুটি হারিয়েছি। এই উত্তরটি যা আমাকে শেষ পর্যন্ত উদ্ধার করেছিল। আমি আশা করি আমি আপনাকে একটি আপ ভোট চেয়ে বেশি দিতে পারে। ধন্যবাদ!
— মাইলস
3

লারাভেল ৫.৮ এ ফাঁকা স্ক্রিনের মুখোমুখি। স্টোর এবং বুটস্ট্র্যাপ ফোল্ডার উভয়ই thing 777 টি অধিকার দিয়ে প্রতিটি জিনিসই দুর্দান্ত মনে হচ্ছে। চালু

php artisan cache:clear

এটি .env ফাইলের অ্যাপ্লিকেশন নামের হোয়াইট স্পেসগুলির মধ্যে সমস্যাটি দেখায়

— সাদ
সূত্র
1

এটি ভ্যাগ্র্যান্ট মেশিনে সেটআপ করার জন্য আমার কিছু সমস্যা রয়েছে। আমার জন্য যা সত্যই কাজ করে তা কার্যকর করা হয়েছিল:

chmod -R o+w app/storage/

ভ্যাগ্র্যান্ট মেশিনের ভিতরে থেকে।

তথ্যসূত্র: https://laracast.com/lessons/vagrant-and-laravel

— gvsrepins
সূত্র
1

ডাব্লুএসওডির কারণ হতে পারে এমন আরেকটি জিনিস 'রিটার্ন' কীওয়ার্ডটি হারিয়েছে, যেমন:

return View::make('yourview');

উল্টোদিকে

View::make('yourview');

— emragins
সূত্র
1

কখনও কখনও এটি কারণ লারাভেল 5.1 পিএইচপি> = 5.5.9 প্রয়োজন require আপডেট পিএইচপি সমস্যা সমাধান করবে।

— কেভিন
সূত্র
1

আমার জন্য অদ্ভুত, তবে আমার ক্ষেত্রে সমস্যাটি সমাধান করার জন্য আমাকে ল্যারাভেলের ক্যাশে সাফ করতে হয়েছিল।

— antongorodezkiy
সূত্র
1

আমি করার পরেও একই সমস্যার মুখোমুখি হয়েছি composer update

আমি ইনস্টল করার চেষ্টা করেছি composer required monolog/monolog খুব করেছি কিন্তু কাজ হয়নি।

তারপরে আমি / বিক্রেতা ডিরেক্টরিটি সরিয়ে দৌড়ে এসেছি এবং composer installস্বাভাবিক হিসাবে কাজ করেছি।

মূলত এটি অবশ্যই আমার মনোোলজ এবং অন্যান্য স্থিতিশীল প্যাকেজগুলির সংস্করণটিকে আগেরটিতে ফিরিয়ে দিয়েছে। না তাই ভালcomposer update

আমি উভয় / বিক্রেতাদের ফোল্ডারগুলির সাথে তুলনা করে লক্ষ্য করেছি এবং এর মধ্যে থাকা এই classesফাইলগুলি /vendor/monolog/monolog/src/Handlerসুরকার আপডেট হওয়ার পরে অনুপস্থিত ছিল।

— অমিত শাহ
সূত্র
1

ত্রুটি ছাড়াই ফাঁকা পর্দার পিছনে অনেক কারণ থাকতে পারে। আমি যখনই শেয়ারড হোস্টিংয়ে ল্যারাভেল প্রকল্পটি আপলোড করতে চাই তখন আমি অনেকবার এই সমস্যার মুখোমুখি হয়েছি।

কারণ: ভুল পিএইচপি সংস্করণ

আমার ক্ষেত্রে, সমস্যাটি ছিল পিএইচপি সংস্করণের ভুল সংস্করণের কারণে। আমার স্থানীয় কম্পিউটারে পিএইচপি 7.1 সংস্করণ ছিল যেখানে ভাগ করা হোস্টিং সিপ্যানেলের মতো, পিএইচপি 5.6 সংস্করণ ছিল version 5.6 থেকে 7.1 সংস্করণটি স্যুইচ করা আমার পক্ষে কাজ করেছিল।

আপনি সিপানেলের পিএইচপি সংস্করণ সিএনপেল হোম পৃষ্ঠাতে উপলব্ধ মাল্টিপ্প ম্যানেজার থেকে পরিবর্তন করতে পারেন।

— সাগর গৌতম
সূত্র
1

কখনও কখনও রুট.এফপিতে আপনার থাকতে পারে

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

আগে লেখা

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

Controller::show()আপনি যখন স্ক্র্যাচ থেকে আপনার নিয়ামক বিকাশ শুরু করেন এটি খালি পদ্ধতি হতে পারে । এই ক্ষেত্রে /addইউআরএল অনুরোধ করার সময় খালি খালি পৃষ্ঠাটি পাবেন । অনুরোধটি পরিচালনা করেছিল বলেই এটি ঘটে/{id} রুট এবং এর পদ্ধতিটি কিছুই দেয় না।

/addআগে রুট স্থাপন করার চেষ্টা করুন/{id}

— Алисов Алисов
সূত্র
0

একই আচরণের সাথে অন্যান্য সমস্যা হ'ল পিএইচপি 5.5.x সহ লারাভেল 3 ব্যবহার করুন। আপনাকে কিছু ল্যারাভেল ফাংশনটির নাম "ফলন () পরিবর্তন করতে হবে কারণ পিএইচপি 5.5-এ সংরক্ষিত শব্দ

— হার্নান
সূত্র
0

Middlewareআপনি যদি handleফাংশন শেষে নিম্নলিখিত কোডটি রাখতে ভুলে যান তবে কারণ হতে পারে

return $next($request);
— ফরিদ মুভসুমভ
সূত্র
0

আমি লারাভেল + উবুন্টু 14.04 এ প্রথমবার শুরু করার সময় আমিও একই ত্রুটি পেয়েছিলাম আমি বুটস্ট্র্যাপ এবং স্টোরেজ ফোল্ডারে >>> বৈশিষ্ট্য >>> অনুমতি >> অন্যদের অ্যাক্সেস >>> এ ক্লিক করুন "ফাইল তৈরি এবং মুছুন" এ পরিবর্তন করুন বদ্ধ ফাইলের জন্য অনুমতি

ধন্যবাদ

— user1846871
সূত্র
0

লারাভেল ফোরামগুলি থেকে এটি পেয়েছেন তবে আপনি যদি সম্প্রতি লারাভেল সংস্করণগুলি এবং পিএইচপি সংস্করণগুলি আপগ্রেড করেছেন এবং এনগিনেক্স চলমান থাকেন তবে নিশ্চিত হন যে আপনি নতুন পিএইচপি সংস্করণটি প্রতিবিম্বিত করতে আপনার এনজিএনএক্স কনফিগারেশন ফাইলটি পরিবর্তন করেছেন। এই ক্ষেত্রে:

আপনার এনগিনেক্স সাইট কনফিগারেশন ফাইলে (এখানে: / ইত্যাদি / এনগিনেক্স / সাইটগুলি উপলভ্য) পরিবর্তন করুন

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

প্রতি

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

— বেন উইলসন
সূত্র
0

আমারও একই সমস্যা আছে। আমি ইতিমধ্যে স্টোরেজ ফোল্ডারের জন্য chmod ফোল্ডারটি পরিবর্তন করেছি। .env এ ডাটাবেস সেটিংস পূরণ করুন, কিন্তু সমস্যাটি ঠিক করেন নি। আমি ল্যারাভেল 5.5 ব্যবহার করেছি এবং আমি পিএইচপি 5.6 ব্যবহার করেছি, এটি ঠিক করতে আমি (সিপেনেল-> পিএইচপি নির্বাচনকারী) গিয়েছিলাম এবং আমি পিএইচপি 7.1 এ পরিবর্তিত হয়েছি এবং সমস্যাটি সম্পন্ন হয়েছে।

— আবেদ পুত্র
সূত্র
0

সাধারণ ক্ষেত্রে ত্রুটিগুলি লগ করা উচিত less

স্ক্রিপ্ট লগ ফাইল লিখতে পারে না

  • এটি পরীক্ষা করুন
  • অনুমতি

বা অ্যাপাচের মতো উচ্চ স্তরের চেক অ্যাপ্লিকেশন সার্ভার লগগুলিতে ত্রুটি ঘটেছে || nginx

অথবা এটি পিএইচপি আইএনআই সেটিংসের মতো সংস্থানসমূহ সীমাবদ্ধ

memory_limit
max_input_time
max_execution_time

অথবা ওএস সীমাবদ্ধতা এবং আরও অনেক কিছু

— Bdwey
সূত্র
0

স্টোরেজ এবং ক্যাশে ফোল্ডার এবং পিএইচপি সংস্করণ সমস্যাগুলিতে অনুমতি সমস্যা ছাড়াও কোনও ত্রুটি বার্তা ছাড়াই ফাঁকা পৃষ্ঠা প্রদর্শন করার অন্য কারণ থাকতে পারে।

উদাহরণস্বরূপ, আমার কোনও লগ ছাড়াই এবং ফাঁকা সাদা পৃষ্ঠা সহ একটি পুনরায় ঘোষিত ত্রুটি বার্তা ছিল । আমার নিজের সহায়ক ফাংশন এবং একজন বিক্রেতার ফাংশনের মধ্যে বিরোধ ছিল।

আমি একটি সূচনা পয়েন্ট হিসাবে পরামর্শ , রান artisanকমান্ড। উদাহরণ স্বরূপ:

php artisan cache:clear

যদি কোনও সমস্যা হয়, এটি টার্মিনালে প্রম্পট করা হবে এবং আপনি একটি ক্লু পেয়েছেন এবং সমাধানের জন্য আপনি গুগল করতে পারেন।

— খলিল লালেহ
সূত্র
0

খালি স্ক্রিনটিও ঘটে যখন আপনার লারাভেল অ্যাপ্লিকেশন খুব বেশি তথ্য প্রদর্শন করার চেষ্টা করে এবং পিএইচপি সীমাবদ্ধ কিক ইন করে (উদাহরণস্বরূপ একক পৃষ্ঠায় কয়েক হাজার ডাটাবেস রেকর্ড প্রদর্শন করে)। সবচেয়ে খারাপ দিকটি হল, আপনি লারাভেল লগগুলিতে কোনও ত্রুটি দেখতে পাবেন না। আপনি সম্ভবত পিএইচপি এফপিএম লগগুলিতে কোনও ত্রুটি দেখতে পাবেন না। আপনি আপনার HTTP সার্ভার লগগুলিতে ত্রুটিগুলি খুঁজে পেতে পারেন, উদাহরণস্বরূপ nginx এর মতো কিছু ছোঁড়েFastCGI sent in stderr: "PHP message: PHP Fatal error: Allowed memory size of XXX bytes exhausted ।

সংক্ষিপ্ত টিপ: আপনার ক্যোয়ারী অবজেক্টে আপনার সীমা ->limit(1000)কোথায় রয়েছে 1000তা যুক্ত করুন।

— f055
সূত্র
0

আমি যখন আমার সার্ভারে লারাভেল ৫.৮ অ্যাপটি চালানোর চেষ্টা করেছি, ভ্যাগ্র্যান্ট হোমস্টেড ব্যবহার করে স্থানীয় উন্নয়ন থেকে আপলোড করছি তখন আমি এই সমস্যার মুখোমুখি হয়েছি। কিছুক্ষণ পরে আমি বুঝতে পারি যে আমি যে লাইভ সার্ভারটি চালাচ্ছি তার ডেভ সাবডোমেনটি কোনওভাবে পিএইচপি 5.6 তে সেট করা আছে।

সিপ্যানেল> মাল্টিপিএইচপি ম্যানেজার> পিএইচপি 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

আমার ক্ষেত্রে, ব্ল্যাক হোয়াইট স্ক্রিন ইএনভি ফাইলের টাইপো বা ভুল চরিত্রের মতোই সহজ। আমি সোসাইটি বাস্তবায়ন করছিলাম, সুতরাং যখন আমি 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
— খায়রুলনিজম দাহারী
সূত্র
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.