যখন বৃষ্টি পড়ে, মूसলাধারে পড়ে। কয়েক সপ্তাহ আগে আমি আমার বই-ওনলি ওয়েবসাইটে WordPress cURL error 28 সমস্যা নিয়ে একটি নিবন্ধ লিখেছিলাম, যা আমার wp-admin ডিরেক্টরিতে একটি htaccess ফাইল থাকায় উদ্ভূত মনে হচ্ছিল। WordPress 5.4 আপডেটের আগে এটি সমস্যা ছিল না, কিন্তু এখন মনে হচ্ছে সমস্যা আছে। যেহেতু আমি উত্স জানি, তাই আমি এটা উপেক্ষা করতে পারি।
htaccess ফাইল রাখার একটি পার্শ্বপ্রতিক্রিয়া হলো ওয়েবসাইটের প্রতিটি পেজে অথেনটিকেশন প্রম্পট আসা - যে প্রম্পটটি শুধু রেস্ট্রিক্টেড পেজ অ্যাক্সেস করার সময় আসা উচিত - এবং এই ঘটনা Firefox-এ সীমাবদ্ধ মনে হচ্ছে। নিজেকে বিশেষ ভাবতে ভাবতে, আমি পড়তে এবং টেস্ট করতে শুরু করলাম, এবং WordPress সাইটে একটি সাপোর্ট টপিক পেলাম যেখানে কেউ অনুরূপ ঘটনা আলোচনা করছিল। তাই আমি আরও গভীরে যেতে সিদ্ধান্ত নিলাম।
সমস্যা বিস্তারিত
বেশ কিছু বলা নেই। সাধারণ দর্শকরা Firefox-এ সাইট ব্রাউজ করলে একটি অথেনটিকেশন উইন্ডো প্রম্পট দেখবে যা তাদের সাথে কোনো সম্পর্ক নেই। এটি বিরক্তিকর, ध्यान ভাঙানোর কারণ, এবং অপ্রয়োজনীয়। তাই htaccess ফাইল মুছে ফেলা ছাড়া এই সমস্যা সমাধান করার উপায় খুঁজে বের করতে হবে। htaccess ফাইল মুছে ফেলা সবসময় একটি অপশন, কিন্তু এটি htaccess ফাইল রাখার উদ্দেশ্যের বিপরীত।
সমাধান (বরং ওয়ার্কঅরাউন্ড)
জাদু-টোণা আমার দক্ষতা নয়। কিন্তু এখানে জাদু-টোণা দরকার। আমি কিছুক্ষণ পড়েছি, চেষ্টা করছি বুঝতে WordPress কেন অপ্রয়োজনীয় অথেনটিকেশন প্রম্পট ফেলছে। একটা জিনিস আমার লক্ষ্যে পড়ল, সেটি হলো WordPress 5.4 "read this first" মাস্টার লিস্ট। সেখানে htaccess ফাইল সম্পর্কিত কিছু খুঁজে পেলাম:
আপনার Permalink সেটিংস রিসেভ করুন। কিছু কেসে, Softaculous-এর মতো থার্ড-পার্টি ইনস্টলাররা .htaccess ফাইলে কিছুটা ভুল রুল তৈরি করে। এই রুলগুলো পূর্বের ভার্সনে সমস্যা তৈরি করত না, কিন্তু নতুন ভার্সনে এই ভুল রুলগুলো REST API ভাঙতে পারে। WordPress-এ Settings | Permalinks পেজে Permalinks রিসেভ করলে .htaccess ফাইলে এই রুলগুলো ঠিক হয়ে যাবে, এবং নতুন এডিটরে "failed" এররগুলো সম্ভবত ঠিক হবে।
নতুন এডিটরে ফোকাস - যা আমি ব্যবহার করি না। এটি আমাদের পূর্বে অন্বেষিত cURL error 28 সমস্যাও সংশ্লিষ্ট মনে হচ্ছে। তাই আমি দেখতে চাইলাম এটা কি কোনো পার্থক্য लায়। আমি আমার "পুরনো" এবং নতুন তৈরি করা .htaccess ফাইলগুলোর তুলনা করলাম, বিশেষ করে WordPress দ্বারা অটো-জেনারেটেড অংশগুলো। সেখানে কিছু ছোটো পরিবর্তন ছিল।
এটি .htaccess প্রম্পট সমস্যাটি ঠিক করলো - কিন্তু cURL error 28 থাকতেই থাকে যতক্ষণ htaccess ফাইল ব্যবহার করা হচ্ছে। এই সব কিছুরা ইঙ্গিত দেয় WordPress 5.4-এ কিছু নاكي বাগ আছে, এবং আবার কিছু কিছু যা Firefox-এ ভিন্ন আচরণ ট্রিগার করে।
বিকল্প সমাধান: Favicon
আমার একজন পাঠক আমার পূর্বের নিবন্ধ সম্পর্কে যোগাযোগ করলেন। কয়েকবার আদান-প্রদানের পর, আমি হাইলাইট করলাম যে সমস্যা শুধু Firefox-এ ঘটে, যা পাঠককে তাদের নিজস্ব কিছু অতিরিক্ত টেস্ট করতে উত্সাহিত করল, এবং তারা পেল যে সমস্যাটি সম্ভবত সাইট আইকন (favicon) অনুপস্থিতির কারণে হচ্ছে। যখন favicon থাকে না, একটি ডিফল্ট লোড হয় অ্যাডমিন ডিরেক্টরি থেকে, যা Firefox-এ অথেনটিকেশন প্রম্পট ট্রিগার করে। আপনি চাইলে এটি টেস্ট করে দেখতে পারেন।
উপসংহার
আমি সত্যিকারের দৃষ্টিতে এই ধরণের নিবন্ধ লিখতে খুশি নই, কারণ আমি আপনাকে আধা সাহায্য করছি। আমি সমস্যাগুলো, বিচিত্র সমস্যাগুলো, উজাগর করছি, এবং ওয়ার্কঅরাউন্ড দিচ্ছি, কিন্তু আমি আরামদায়ক অনুভব করছি না, কারণ আমরা এখনও বাগি আন্ডারলাইং কোডের সাথে ডील করছি। যেন কিছু চমৎকারভাবে "খারাপ এরর" মুছে ফেলা আমাকে আত্মবিশ্বাস দেয় না। এটি বিল ক Reduced করে WordPress 5.4 কীভাবে কাজ করে, এবং সেটি কীভাবে অথেনটিকেশন হ্যান্ডেল করে সেটিতে কিছু মৌলিক পার্থক্য আছে।
আরও, আমার কাছে কিছুো বুদ্ধিমান কথা নেই কেন এটি শুধু Firefox-এ প্রকাশ পায়। আমি আরও কিছু টেস্ট করব, কিন্তু এই মুহূর্তে, আমি আপনাকে উপরের ওয়ার্কঅরাউন্ড এবং পূর্বের নিবন্ধে শেয়ার করা তথ্যটি দিতে পারি। শান্তি, বন্ধুরা। এবং আপনার যদি কোনো মতামত থাকে, শেয়ার করুন।
চিয়ার্স।
