"মৃত্যুর সাদা পর্দা" সমস্যা সমাধানের একটি কার্যকর উপায় কী?


18

বেশ কয়েকবার আমি এমন অবস্থানে ছিলাম যেখানে একটি জুমলা ওয়েবসাইটের সম্মুখ-প্রান্তটি কোনও ফাঁকা পর্দা নয়, যেখানে কখনও কখনও "মৃত্যুর সাদা পর্দা" হিসাবে পরিচিত।

কোনও ওয়েবসাইট সরানোর পরে এটি ঘটেছে এবং এটি পূর্ববর্তী কার্যকরী ওয়েবসাইটে অপ্রত্যাশিতভাবে ঘটেছে।

ধরে নিচ্ছি যে বিভিন্ন বিভিন্ন কারণ থাকতে পারে, সমস্যা সমাধানের এবং সমাধানের কার্যকর উপায় কী?

উত্তর:


14
  1. সর্বোচ্চ ত্রুটি প্রতিবেদন পরিবর্তন

    • অ্যাডমিন এলাকায় লগইন করুন
    • গ্লোবাল কনফিগারেশন -> সার্ভারে যান

    প্রথমে আপনাকে ত্রুটি প্রতিবেদন সর্বোচ্চে সেট করতে হবে

  2. এফটিপিতে ফাইল সম্পাদনা করুন

    • এফটিপি এর মাধ্যমে আপনার জুমলা সাইট ফাইলে লগইন করুন।

    • আপনার index.php ফাইলটি আপনার সাইটের মূলের মধ্যে সন্ধান করুন।

    • Index.php খুলুন এবং এই কোডটি ফাইলের প্রথম লাইনের পরে সরাসরি যুক্ত করুন:

      ini_set('display_errors', TRUE); error_reporting(E_ALL); 
      
  3. PHP.ini ফাইলটি সম্পাদনা করুন

    PHP.ini ফাইলে আপনাকে এই দুটি সেটিংস পরিবর্তন করতে হবে:

    • প্রদর্শন ত্রুটিটি এতে সেট করুন: display_errors = On

    • ত্রুটি প্রতিবেদন সেট করুন: error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT

  4. আপনার সার্ভার লগ চেক করুন

    পরিশেষে আপনি ত্রুটিযুক্ত পথ এবং ত্রুটির কারণ দেখিয়ে ত্রুটি বার্তা সহ একটি ত্রুটি লগ পান

তথ্যসূত্র: http://www.ostraining.com/blog/joomla/ white-screen-of-death /


2
উপরের পাশাপাশি, আমি আপনার ব্রাউজারে ফায়ারব্যাগ কনসোল ইনস্টল এবং চালু করার পরামর্শ দেব। একবার হয়ে গেলে মৃত্যুর হোয়াইট স্ক্রিনে আবার ঘুরে দেখুন। আপনি মাঝে মাঝে যা খুঁজে পান তাতে আপনি অবাক হয়ে যাবেন।
ট্রাইহার্ডার

1
অন্য একটি জিনিস, আমি সাধারণত দেখতে পাই যে মৃত্যুর হোয়াইট স্ক্রিনের .htaccess ফাইলটির সাথে কিছু সম্পর্ক রয়েছে।
ট্রাইহার্ডার

1
বিরল ইভেন্টগুলিতে, কারণ ফাইলটি লোড হচ্ছে এমন একটি defined('FOO') or die();লাইন ব্যবহার করছে তবে FOOসংজ্ঞায়িত হয়নি is
অ্যান্ড্রু এডি

10

এই অন্যান্য উত্তরগুলি সম্ভবত আপনাকে উত্তরের দিকে নিয়ে যাবে, তবে একটি বিষয় যা আমি একটি ছোটখাটো সমস্যা হিসাবে লক্ষ্য করেছি তা হ'ল কিছু প্লাগইন নিজেরাই ত্রুটি_সাগর সেট আপ করে এবং এটি জুমলার ত্রুটি প্রতিবেদনকে ওভাররাইড করতে পারে, সুতরাং এটির সমাধানের আরেকটি উপায় হ'ল একটিতে এক্সটেনশনগুলি অক্ষম করা to সাইট লোড না হওয়া পর্যন্ত সময়, প্লাগইনগুলি প্রধান অপরাধী।

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

সাধারণত কোনও এক্সটেনশনের আপডেট আপডেট করতে পারে যতক্ষণ না এটি সক্রিয়ভাবে রক্ষণাবেক্ষণ করা হয়। যদিও কিছু ক্ষেত্রে এটি আপনার টেম্পলেট হতে পারে।


1
আমি এটি বিপরীতেও করি এবং সমস্ত এক্সটেনশান বন্ধ করে এবং তারপরে সাইটটি বিরতি না হওয়া পর্যন্ত এগুলি একে একে চালু করে। একই ধারণা।
ডেভিড ফ্রিশচ

1
কখনও কখনও এগুলি সমস্ত একবারে বন্ধ করে দেওয়া তার নিজের বিরতিতে ডেকে আনতে পারে। সবসময় নয় তবে এটি একবারে ঘটেছিল, তাই একসময় আমাদের সমাধান ছিল।
জর্দান রামস্টাড

6

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

এই ব্লগে আরও বেসিক ডিবাগিং টিপ পাওয়া যাবে: http://www.readybytes.net/blog/item/a-beginners-guide-to-start-debugging-joomla.html


2

দেখে মনে হচ্ছে কেউ আউটপুট বাফারিং অক্ষম করার কথা উল্লেখ করেনি - তাই আমি এখানে এটি উল্লেখ করব ...

ডিবাগিংয়ের জন্য আউটপুট বাফারিং অত্যন্ত কদর্য, এবং আপনি নিজের ত্রুটি প্রতিবেদন সর্বাধিকতে সেট করেও এবং php.iniএন্ট্রিগুলি যুক্ত করলেও এটি এখনও কার্যকর হবে না (আপনি এখনও ত্রুটিগুলি দেখতে পাবেন না)। এখানে উল্লিখিত হিসাবে output_buffering = offকেবলমাত্র .htaccessফাইলে যুক্ত করে এটি অক্ষম করা যেতে পারে (দ্রষ্টব্য যে এটি সমস্ত পরিবেশে কাজ না করে)।

অতিরিক্তভাবে, একটি ফাঁকা পৃষ্ঠা তৈরির অন্য সমস্যাটি হ'ল হোস্ট নিজেই তার শেষের দিকে ত্রুটি প্রতিবেদন করতে অক্ষম থাকতে পারে - সেক্ষেত্রে হোস্টকে অবশ্যই যোগাযোগ করা উচিত কারণ অনেক হোস্ট তাদের নিজস্ব সেটিংসকে ওভাররাইডের অনুমতি দেয় না contacted


1

আপনার যদি এসইএফ ইউআরএল চালু থাকে এবং আপনি জুমলার! .Htaccess ফাইলটি ব্যবহার করেন তা নিশ্চিত করে নিন যে সার্ভারে মোড_আররাইট সক্ষম করা আছে।

অনেক ক্ষেত্রে, .htaccess ফাইলটি অপরাধী, সুতরাং মোড_উরাইটটি সক্ষম হয়ে আছে তা ধরে নিয়ে, আমি .htaccess ফাইলটিকে ব্যাকআপ করার এবং তারপরে মূলটি (বা এটির নামকরণ) মুছে ফেলার সুপারিশ করব কিনা তা দেখার ফলে that

আমি আপনার ব্রাউজারে ফায়ারব্যাগ কনসোল ইনস্টল এবং চালানোর পরামর্শ দিচ্ছি। এটি প্রায়শই ইঙ্গিতগুলি প্রকাশ করে যে আপনি সমস্যাটি সনাক্ত করতে ব্যবহার করতে পারেন (এটি অনেকগুলি বিভিন্ন সমস্যার ক্ষেত্রে সত্য)।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.