ডিভি ৫: ইনস্টলেশনের পরে সাধারণ বাগগুলির সমাধান

by | ওয়ার্ডপ্রেস

আপনি যদি এইমাত্র Divi 5 ইনস্টল করে থাকেন এবং আপনার সাইট হঠাৎ করে “ব্রোকেন লেআউট” অবস্থায় চলে যায়, ভিজ্যুয়াল বিল্ডার লোড হতে না চায়, অথবা কনসোলে REST এরর দেখতে পান, তাহলে আপনি একটি খুব সাধারণ সমস্যার সম্মুখীন হয়েছেন: ক্যাশে, স্ক্রিপ্ট লোডিং অর্ডার এবং সিকিউরিটি (ননস/কুকিজ)-এর মধ্যে ওভারল্যাপ বা পারস্পরিক সম্পর্ক।

সমস্যা

Divi 5 ইনস্টল বা সক্রিয় করার পরে ওয়ার্ডপ্রেস ৬.৯.৪ (এপ্রিল ২০২৬), কিছু সাইটে তাৎক্ষণিক ত্রুটি দেখা দেয়: ভিজ্যুয়াল এডিটর লোড হয় না, স্টাইল আর প্রয়োগ হয় না, অথবা অ্যাডমিনিস্ট্রেশন অস্থিতিশীল হয়ে পড়ে।

পিএইচপি লগ, ব্রাউজার কনসোল বা নেটওয়ার্ক রেসপন্সে (নেটওয়ার্ক ট্যাবের অধীনে) আমি সাধারণত এই ধরনের কিছু মেসেজ দেখতে পাই।

Uncaught TypeError: Cannot read properties of undefined (reading '...')
REST API: 401 Unauthorized /wp-json/...
403 Forbidden (CSRF token missing or incorrect)
Failed to load resource: the server responded with a status of 404 (Not Found) /wp-content/themes/Divi/...
There has been a critical error on this website.

যেখানে এটি দেখা যায়:

  • সামনে শেষ CSS অনুপস্থিত, মেনু স্টাইল করা নেই, Divi মডিউলগুলো অসমানভাবে সাজানো, অ্যানিমেশন অনুপস্থিত।
  • অ্যাডমিন ভিজ্যুয়াল বিল্ডারে (“Loading…”) লেখাটি বারবার ঘুরতে থাকা অথবা এডিটরে সাদা স্ক্রিন দেখা যাওয়া।
  • এপিআই ত্রুটি /wp-json/ (REST API) এবং AJAX অনুরোধ (যার ফলে প্রায়শই 401/403 ত্রুটি দেখা দেয়)।

সাধারণ পরিস্থিতি:

  • Divi 5 ইনস্টল করার ঠিক পরেই (অথবা Divi 4 থেকে Divi 5-এ স্থানান্তরিত হওয়ার পর)।
  • ওয়ার্ডপ্রেস 6.9.x আপডেটের পরে অথবা কোনো ক্যাশে/সিডিএন প্লাগইন সক্রিয় করার পরে।
  • একটি নিরাপত্তা প্লাগইন/WAF (অ্যাপ্লিকেশন ফায়ারওয়াল) অথবা আরও কঠোর সার্ভার নিয়ম সক্রিয় করার পরে।

কাদের জন্য: নতুন ব্লগারদের জন্য (তবে আমি পেশাদারদের জন্যও যাচাইয়ের ব্যবস্থা রেখেছি)। শেষে, আপনি কারণটি শনাক্ত করার উপায় জেনে যাবেন। ঠিক সঠিকভাবে (মূল কাঠামোতে কোনো পরিবর্তন না করে), যাচাই করুন যে Divi 5 তার অ্যাসেটগুলো সঠিকভাবে লোড করে এবং এডিটরটি REST/AJAX-এর মাধ্যমে সঠিকভাবে যোগাযোগ করে।

দ্রুত সারসংক্ষেপ

  • ৯০% ক্ষেত্রে ক্যাশে (প্লাগইন/সিডিএন/ব্রাউজার) এবং জেএস/সিএসএস অপ্টিমাইজেশন, যা লোডিং ক্রমকে ব্যাহত করে।
  • REST 401/403 ত্রুটি ননস/কুকিজ ব্লক করা হয়েছে (সিকিউরিটি প্লাগইন, WAF, ModSecurity রুল, “SameSite”)।
  • লুপের মধ্যে ভিজ্যুয়াল বিল্ডার REST API অ্যাক্সেসযোগ্য নয়, অথবা JS-কে অতিরিক্ত মাত্রায় মিনিফাই বা ডিলে করা হয়েছে (“defer/delay”)।
  • Divi ফাইলে 404 ত্রুটি পুনর্লিখন (পার্মালিঙ্ক), সিডিএন পাথ, বা অনুমতি।
  • ত্রুটি ৫০০ / গুরুতর PHP-এর মেমরি খুব কম, অপর্যাপ্ত, অথবা কোডের কোড ত্রুটিপূর্ণ functions.php.

লক্ষণগুলো

Divi 5 ইনস্টল করার পর সবচেয়ে সাধারণ লক্ষণগুলো এখানে দেওয়া হলো, যা সবচেয়ে ‘দৃশ্যমান’ থেকে সবচেয়ে ‘জটিল’ পর্যন্ত ক্রমানুসারে সাজানো হয়েছে।

  • অসাজানো বিন্যাস সাধারণত, Divi CSS ফাইলগুলো হয় লোড হতে ব্যর্থ হয় অথবা একটি ক্যাশ করা সংস্করণ দ্বারা প্রতিস্থাপিত হয়।
  • ভিজ্যুয়াল বিল্ডার লোড হচ্ছে না। অনির্দিষ্টকালের জন্য “লোডিং” স্ক্রিন, অথবা কোনো স্পষ্ট ত্রুটি বার্তা ছাড়াই অ্যাডমিন স্ক্রিনে ফিরে যাওয়া।
  • যে মডিউলগুলো সাড়া দিচ্ছে না নিষ্ক্রিয় ক্লিক, ড্র্যাগ অ্যান্ড ড্রপ করা সম্ভব নয়, পপআপ খোলে না।
  • কনসোলে ত্রুটি : টাইপ ত্রুটি, খণ্ড লোড ব্যর্থ হয়েছেCORS ত্রুটি, 401/403 /wp-json/.
  • ত্রুটি ৫০০ / সাদা পর্দা প্রায়শই প্লাগইনের দ্বন্দ্ব, মেমরির সীমাবদ্ধতা, বা কোড ভুল জায়গায় কপি হয়ে যাওয়ার কারণে এমনটা হয়।
  • ডিভি শর্টকোডগুলো টেক্সট হিসেবে প্রদর্শিত হয় কন্টেন্ট ইম্পোর্ট করা হয়েছে কিন্তু বিল্ডার সক্রিয় নয়, অথবা কোনো ফিল্টারিং প্লাগইনের সাথে দ্বন্দ্ব রয়েছে। the_content.
  • “শুধুমাত্র উৎপাদনে” সমস্যা সিডিএন, সার্ভার ক্যাশে, এইচটিটিপি/২ পুশ, মিনিফিকেশন, বা ডব্লিউএএফ রুলস।

দ্রুত রোগনির্ণয় চার্ট (শুরু করার সময় এবং কোথা থেকে শুরু করবেন তা না জানলে খুব দরকারি)।

লক্ষণ সম্ভাব্য কারণ প্রতিপাদন সমাধান
ত্রুটিপূর্ণ স্টাইল / অনুপস্থিত CSS ক্যাশিং + CSS/JS মিনিফিকেশন নেটওয়ার্ক ট্যাব: CSS 404 দেখাচ্ছে অথবা লোড হয়নি অপ্টিমাইজেশন নিষ্ক্রিয় করুন, Divi বাদ দিন, ক্যাশে পরিষ্কার করুন
নির্মাণকারী “লোড হচ্ছে…” REST ব্লক করা হয়েছে (401/403) অথবা JS বিলম্বিত হয়েছে /wp-json/ এ কনসোল + নেটওয়ার্ক /wp-json/ বাদ দিন, ঠিক ননস/কুকিজ, WAF
ত্রুটি ৫০০ / গুরুতর PHP/মেমরি/স্নিপেট ভাঙা WP_DEBUG + সার্ভার লগ মেমরি বাড়ান, কোড ঠিক করুন, প্লাগইন দ্বন্দ্ব
সম্পদের উপর ৪০৪ স্থায়ী লিঙ্ক / পুনর্লিখন / অনুমতি সেটিংস > পারমালিঙ্কস + সরাসরি ফাইল ইউআরএল পরীক্ষা পার্মালিঙ্কগুলো পুনর্গঠন করুন, .htaccess/Nginx পরীক্ষা করুন।
শর্টকোডে ডিভি কন্টেন্ট বিল্ডার সক্রিয় নয় / কন্টেন্ট ফিল্টার প্লাগইনগুলি নিষ্ক্রিয় করুন, সক্রিয় থিম পরীক্ষা করুন Divi পুনরায় সক্রিয় করুন, যে প্লাগইনটি ফিল্টার করে সেটি আলাদা করুন।

এমনটা কেন ঘটে?

প্রাথমিক ধারণা: ডিভি ৫ একটি ভিজ্যুয়াল বিল্ডার। এটি অনেক ফাইল (CSS/JS) লোড করে এবং আপনার ব্রাউজারকে অভ্যন্তরীণ অনুরোধের (REST API এবং AJAX) মাধ্যমে ওয়ার্ডপ্রেসের সাথে যোগাযোগ করতে দেয়। যদি কোনো ক্যাশে, অপটিমাইজেশন, বা নিরাপত্তা ব্যবস্থা এই আদান-প্রদানকে বাধা দেয় বা পরিবর্তন করে, তাহলে আপনি বিভিন্ন ধরনের সমস্যা দেখতে পাবেন।

প্রযুক্তিগত বিবরণ: Divi 5 সামঞ্জস্যপূর্ণ স্ক্রিপ্ট লোডিং (ক্রম, নির্ভরতা, খণ্ড), বৈধ সেশন কুকি এবং ওয়ার্ডপ্রেস ননসের উপর নির্ভর করে। ননস হলো একটি অস্থায়ী নিরাপত্তা টোকেন যা নির্দিষ্ট কিছু আক্রমণ (CSRF) প্রতিরোধ করে। যদি কোনো প্লাগইন স্ক্রিপ্ট লোড হতে দেরি করে, কোনো JS মডিউল ভেঙে মিনিফাই করে, অথবা যদি কোনো WAF (ওয়াইফ-অ্যাক্সেস ইন্টারফেস) REST অনুরোধ ব্লক করে, তাহলে বিল্ডারটি "অর্ধেক লোড" হয়ে যায়।

সম্ভাব্য কারণসমূহ (সবচেয়ে সাধারণ থেকে বিরলতম ক্রমানুসারে):

  • আক্রমণাত্মক অপ্টিমাইজেশন (ক্যাশ, মিনিফিকেশন, সংমিশ্রণ, “জেএস ডিলে”, সিডিএন) যা ফাইলের ক্রম পরিবর্তন করে বা অপ্রচলিত ফাইল পরিবেশন করে।
  • REST/AJAX ব্লক করা (সিকিউরিটি প্লাগইন, WAF, সার্ভার রুলস, কুকি/নন্স) → ৪০১/৪০৩।
  • প্লাগইন দ্বন্দ্ব (প্রায়শই: অপ্টিমাইজেশন, নিরাপত্তা, অনুবাদ, অথবা এমন একটি প্লাগইন যা কন্টেন্ট ফিল্টার করে)।
  • সার্ভারের সীমাবদ্ধতা (পিএইচপি মেমরি, ওপক্যাশ, টাইমআউট) → ৫০০ অথবা “গুরুতর ত্রুটি”।
  • পুনর্লিখন/স্থায়ী লিঙ্ক মাইগ্রেশনের পর ভেঙে গেছে → এন্ডপয়েন্ট বা অ্যাসেটগুলিতে 404 ত্রুটি।
  • মানবিক ভুল ভুল ফাইলে কোড কপি করা হয়েছে, সেমিকোলন বাদ পড়েছে, হুকটি অনুপযুক্ত।

পেজ বিল্ডার সামঞ্জস্যতা: আপনি অন্যান্য পেজে মাঝে মাঝে এলিমেন্টর বা আভাডা ব্যবহার করলেও ডিভি ৫ ইনস্টল করে রাখতে পারেন। মূলত সমস্যা তখনই দেখা দেয় যখন একাধিক বিল্ডার তাদের নিজস্ব গ্লোবাল স্ক্রিপ্ট (অপ্টিমাইজেশন, লেজি লোডিং, লাইব্রেরি) যুক্ত করে। নিচের সমাধানগুলো এক্ষেত্রেও কার্যকর: এগুলো ওয়ার্ডপ্রেস ৬.৯.৪ এবং অ্যাসেটগুলোর সঠিক লোডিংকে লক্ষ্য করে তৈরি, কোনো ভঙ্গুর "শুধুমাত্র ডিভি-র জন্য" নির্দিষ্ট ফিচারকে নয়।

শুরু করার পূর্বশর্তসমূহ

কোনো পরিবর্তনের আগে, সংরক্ষণ করুনআমি দেখেছি, শুধু কপি-পেস্টের কারণে বহু ওয়েবসাইট নষ্ট হয়ে গেছে। functions.php.

  • রক্ষা ফাইল ও ডাটাবেস (আদর্শগতভাবে আপনার হোস্টিং প্রোভাইডারের মাধ্যমে)।
  • পরীক্ষার পরিবেশ সম্ভব হলে একটি সাজানো অনুলিপি।
  • সংস্করণ ওয়ার্ডপ্রেস ৬.৯.৪, পিএইচপি ৮.১+ (প্রস্তাবিত) (৮.২/৮.৩ প্রায়শই বেশি সুবিধাজনক), ডিভি ৫ হালনাগাদ।
  • ওয়ার্ডপ্রেস ডিবাগিং সক্ষম করুন (অস্থায়ীভাবে) পিএইচপি ত্রুটিগুলো দেখার জন্য।
  • টুলস :

WP_DEBUG সক্রিয় করুন (স্টেজিং-এ, অথবা প্রোডাকশন-এ সাময়িকভাবে) wp-config.php :

/**
 * Active le debug WordPress (à utiliser temporairement).
 * À placer dans wp-config.php, avant "/* That's all, stop editing! */"
 */
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );     // Écrit dans wp-content/debug.log
define( 'WP_DEBUG_DISPLAY', false ); // Évite d'afficher les erreurs aux visiteurs

দাপ্তরিক তথ্যসূত্র: ওয়ার্ডপ্রেসে ডিবাগিং.

সমাধান ১: Divi 5-এর যে CSS/JS লোড হচ্ছে না (enqueue, cache, order) তা ঠিক করুন।

যখন Divi 5 তার স্টাইলগুলো হারিয়ে ফেলে বা এডিটরটি কোনো ইন্টারঅ্যাক্টিভিটি ছাড়াই লোড হয়, তখন এর প্রধান কারণ হলো একটি পারফরম্যান্স প্লাগইন যা:

  • মডিউল ভেঙে স্ক্রিপ্টগুলিকে একত্রিত/সংক্ষিপ্ত করে,
  • অপরিহার্য স্ক্রিপ্ট বিলম্বিত করে,
  • আপডেটের পরে পরিবর্তিত হওয়া কোনো ফাইলের ক্যাশ করা সংস্করণ পরিবেশন করে।

দ্রুত রোগ নির্ণয় :

  1. আপনার পৃষ্ঠাটি ব্যক্তিগত ব্রাউজিং মোডে খুলুন।
  2. F12 → ট্যাব নেটওয়ার্ক → প্রথমে “CSS” এবং তারপর “JS” ফিল্টার করুন।
  3. রিলোড করুন (Ctrl+F5)। অনুসন্ধান করুন 404, 403, অথবা অপ্রত্যাশিত কোনো সিডিএন ডোমেইন থেকে পরিবেশিত ফাইল।

চিরায়ত উদাহরণ: “আমি সবকিছু একত্রিত করি/সংক্ষেপ করি”

আপনি হয়তো কোনো পুরোনো টিউটোরিয়াল (প্রায়শই ওয়ার্ডপ্রেস ৬.৫-এর আগের) থেকে পাওয়া একটি কোড স্নিপেট যোগ করেছেন, যা (প্রায়) সমস্ত স্ক্রিপ্টের উপর 'defer' কমান্ডটি প্রয়োগ করতে বাধ্য করে। Divi 5-এর ক্ষেত্রে, এটি একটি অস্থিতিশীল বিল্ডার তৈরির কারণ হতে পারে।

সামনে (ভাঙা) সাধারণ কোড পেস্ট করা হয়েছে functions.php (চাইল্ড থিম) অথবা একটি স্নিপেটস প্লাগইন।

add_filter( 'script_loader_tag', function( $tag, $handle ) {
	// MAUVAISE IDÉE : on diffère presque tout, sans exclusions.
	if ( false === strpos( $tag, 'defer' ) ) {
		$tag = str_replace( '<script ', '<script defer ', $tag );
	}
	return $tag;
}, 10, 2 );

কেন এটি সমস্যা করে: কিছু স্ক্রিপ্টকে একটি নির্দিষ্ট ক্রমে, অথবা DOM "প্রস্তুত" হওয়ার আগে চলতে হয়। সবকিছু স্থগিত করার মাধ্যমে, আপনি প্রকৃত নির্বাহের ক্রম পরিবর্তন করে ফেলেন। আমি প্রায়শই এই বাগটি এমন সাইটগুলিতে দেখেছি যেগুলি একটি ক্যাশিং প্লাগইনও ব্যবহার করে যা "JS বিলম্বিত করে": অর্থাৎ, এটি এক ঢিলে দুই পাখি।

পরে (সংশোধিত) আমরা একটি যুক্তিসঙ্গত স্তরের অপ্টিমাইজেশন বজায় রাখি, কিন্তু আমরা বাদ দেওয়া হয় গুরুত্বপূর্ণ স্ক্রিপ্টগুলো (Divi/Builder, প্রয়োজনে jQuery, এবং বিশেষ করে এডিটর সম্পর্কিত সবকিছু)। আপনি এই কোডটি পেস্ট করুন চাইল্ড থিমের functions.php অথবা, আরও ভালো হয়, একটিতে কাস্টম প্লাগইন (সুপারিশকৃত)।

<?php
/**
 * Plugin Name: BPCAB - Correctifs Divi 5 (assets)
 * Description: Exclusions de defer/delay pour éviter les bugs Divi 5 après installation.
 * Version: 1.0.0
 * Requires at least: 6.9
 * Requires PHP: 8.1
 */

if ( ! defined( 'ABSPATH' ) ) {
	exit;
}

/**
 * Filtre = "hook" qui modifie une valeur.
 * Ici, on modifie la balise <script> générée par WordPress.
 *
 * Objectif : éviter de différer des scripts critiques (Divi/Builder/REST).
 */
add_filter( 'script_loader_tag', function( $tag, $handle, $src ) {

	// Liste d'exclusion : adaptez si vous identifiez des handles précis via Query Monitor.
	$excluded_handles = array(
		'jquery',
		'jquery-core',
		'wp-api',
		'wp-api-request',
		'wp-polyfill',
	);

	// Exclusion "par motif" sur l'URL si le handle n'est pas fiable (cas fréquent avec des bundles).
	$excluded_src_patterns = array(
		'/et-core/',   // souvent utilisé côté Divi/ET
		'/divi/',      // prudence
		'/builder/',   // prudence
		'admin-ajax.php',
		'/wp-json/',
	);

	// 1) Exclusion par handle
	if ( in_array( $handle, $excluded_handles, true ) ) {
		return $tag;
	}

	// 2) Exclusion par motif d'URL
	foreach ( $excluded_src_patterns as $pattern ) {
		if ( is_string( $src ) && str_contains( $src, $pattern ) ) {
			return $tag;
		}
	}

	// 3) Sinon, on peut ajouter defer, mais sans casser le type="module" si présent.
	if ( ! str_contains( $tag, ' defer' ) && ! str_contains( $tag, ' type="module"' ) ) {
		$tag = str_replace( '<script ', '<script defer ', $tag );
	}

	return $tag;

}, 10, 3 );

এই কোডটি কোথায় পেস্ট করতে হবে :

  • পরিষ্কার বিকল্প: একটি ফাইল তৈরি করুন wp-content/plugins/bpcab-divi5-fixes/bpcab-divi5-fixes.phpকোডটি পেস্ট করুন, তারপর প্লাগইনটি সক্রিয় করুন।
  • “দ্রুত” বিকল্প: functions.php চাইল্ড থিমের (থিম পরিবর্তন করলে এটি কম নির্ভরযোগ্য হয়ে পড়ে)।

সম্পাদনা করার আগে সংরক্ষণ করুনএকটি ভুলে যাওয়া বন্ধনী functions.php সাদা পর্দা দেখানোর জন্য যথেষ্ট।

ক্যাশে এবং সিডিএন: আসল “তুচ্ছ বিষয়”

কোডে হাত দেওয়ার আগে, এই পার্জগুলো নির্দিষ্ট ক্রমে সম্পাদন করুন (অন্যথায় আপনি এমন একটি সাইট পরীক্ষা করবেন যার বাস্তবে কোনো অস্তিত্ব নেই):

  1. প্লাগইন ক্যাশে পরিষ্কার করুন (লাইটস্পিড ক্যাশে / ডব্লিউপি রকেট / ইত্যাদি)।
  2. সার্ভারের (হোস্টিং) ক্যাশে উপলব্ধ থাকলে তা মুছে ফেলুন।
  3. CDN ক্যাশে (Cloudflare, ইত্যাদি) পরিষ্কার করুন।
  4. আপনার ব্রাউজার ক্যাশে পরিষ্কার করুন (অথবা প্রাইভেট ব্রাউজিং ব্যবহার করুন)।

আপনি যদি একই সাথে এলিমেন্টর বা আভাডা ব্যবহার করেন, তাহলেও একই নীতি প্রয়োগ করুন। "গ্লোবাল" অপটিমাইজেশন যেকোনো আধুনিক বিল্ডারকে অকার্যকর করে দেয়।

সমাধান ২: REST/AJAX ত্রুটিগুলি ঠিক করুন (ননস, কুকি, নিরাপত্তা, WAF)

যখন Divi 5 আর সেভ করতে, বিল্ডার লোড করতে বা ডেটা পুনরুদ্ধার করতে পারে না, তখন প্রায়শই দেখা যায়:

  • 401 অননুমোদিত sur /wp-json/
  • 403 নিষিদ্ধ sur admin-ajax.php
  • “ননস অবৈধ” ত্রুটি (কখনও কখনও শুধুমাত্র JSON প্রতিক্রিয়ায় দৃশ্যমান)

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

ধাপ ১: REST API সাড়া দিচ্ছে কিনা তা যাচাই করুন।

সহজ পরীক্ষা: অ্যাডমিন প্যানেলে লগ ইন থাকা অবস্থায় এই URL-টি খুলুন:

https://votre-site.tld/wp-json/

আপনার একটি JSON (ডেটা স্ট্রাকচার) প্রয়োজন, কোনো ব্লকিং HTML পেজ নয়। যদি আপনি একটি "অ্যাক্সেস ডিনাইড" পেজ, কোনো চ্যালেঞ্জ, বা WAF HTML দেখতে পান, তাহলে আপনি কারণটি খুঁজে পেয়েছেন।

অফিসিয়াল REST API ডকুমেন্টেশন: ওয়ার্ডপ্রেস REST API হ্যান্ডবুক.

ধাপ ২: সাধারণ ক্ষেত্র — যে ক্যাশে অ্যাডমিন/এডিটর পেজ ক্যাশ করে

কিছু ক্যাশ সেটিংস (অথবা একটি ভুলভাবে কনফিগার করা CDN) এমন পেজ ক্যাশ করে যা কখনোই ক্যাশ করা উচিত নয়: /wp-admin/, wp-json, অথবা বিল্ডার দ্বারা ব্যবহৃত এন্ডপয়েন্টগুলো।

প্রতিটি প্লাগইনের নির্দিষ্ট কনফিগারেশনে না গিয়েও বলা যায়, নিয়মটি খুবই সহজ:

  • বাদ দিন / WP-অ্যাডমিন /, /wp-json/, অ্যাডমিন-ajax.php ক্যাশে।
  • পরীক্ষার জন্য সাময়িকভাবে “Delay JS” এবং “Combine JS” নিষ্ক্রিয় করুন।

ধাপ ৩: সাধারণ পরিস্থিতি — সিকিউরিটি প্লাগইন/WAF দ্বারা admin-ajax বা wp-json ব্লক হওয়া

অতিরিক্ত কঠোর নিয়মের ক্ষেত্রে আমি প্রায়শই এই সমস্যার সম্মুখীন হয়েছি: সেগুলো অনুরোধ আটকে দেয়। পোস্ট Vers admin-ajax.php ou /wp-json/অথবা তারা নির্দিষ্ট প্যারামিটার ফিল্টার করে।

লক্ষণ :

  • নিরাপত্তা প্লাগইনের লগ (ব্লক করা ইভেন্ট) পরীক্ষা করুন।
  • সার্ভার লগগুলো পরীক্ষা করুন (ModSecurity, WAF হোস্টিং)।
  • নেটওয়ার্কে, 403 রিকোয়েস্টটি খুলুন এবং রেসপন্সটি দেখুন: কখনও কখনও WAF তার পেজটিতে “স্বাক্ষর” করে।

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

একটি কাস্টম প্লাগইনে পেস্ট করুন (অথবা functions.php (শিশুদের বিষয়বস্তু প্রসঙ্গে):

<?php
/**
 * Empêche le cache sur les pages où Divi/WordPress ont besoin d'une session cohérente.
 * Utile si un proxy/CDN est un peu trop "zélé".
 */
add_action( 'send_headers', function() {

	// Ne pas toucher au front-end public.
	if ( ! is_admin() && ! wp_doing_ajax() ) {
		return;
	}

	// En admin/AJAX, on force des en-têtes anti-cache.
	nocache_headers();

	// Certains proxies respectent mieux ces directives explicites.
	header( 'Cache-Control: no-store, no-cache, must-revalidate, max-age=0' );
	header( 'Pragma: no-cache' );
}, 20 );

কেন এটি সাহায্য করে Divi 5 প্রমাণীকৃত অনুরোধের উপর নির্ভর করে। যদি কোনো প্রতিক্রিয়া ক্যাশ করা হয় এবং পুনরায় পরিবেশন করা হয়, তাহলে আপনার কাছে একটি অসামঞ্জস্যপূর্ণ ননস/কুকি থাকতে পারে, যার ফলে 401/403 ত্রুটি দেখা দেবে।

ধাপ ৪: মিশ্র বিষয়বস্তু বা অসামঞ্জস্যপূর্ণ ডোমেইন (www বনাম non-www) সংশোধন করুন।

আপনার সাইটে যদি নিম্নলিখিত বিষয়গুলোর মধ্যে পর্যায়ক্রমিক পরিবর্তন ঘটে, তাহলে Divi 5 দ্রুত সমস্যাজনক হয়ে ওঠে:

  • http:// et https://
  • www এবং নাwww

চেক সেটিংস> সাধারণ “ওয়ার্ডপ্রেস ওয়েব অ্যাড্রেস” এবং “সাইট ওয়েব অ্যাড্রেস” হুবহু একই হতে হবে।

তথ্যসূত্র: ননসেস (ওয়ার্ডপ্রেস নিরাপত্তা) (কেন এটি ভাঙে তা বুঝতে সহায়ক)।

সমাধান ৩: ৪০৪ এরর, লুপিং এডিটর এবং ৫০০ এররগুলো ঠিক করুন (পার্মালিঙ্কস, রিরাইট, মেমরি, পিএইচপি)

এই সমাধানটি দেখতে একই রকম কিন্তু ভিন্ন কারণযুক্ত তিন ধরনের বাগ কভার করে: 404, লোডিং লুপ এবং গুরুতর ত্রুটি।

কেস এ — ইনস্টলেশন/মাইগ্রেশনের পরে ৪০৪: পারমালিঙ্ক এবং রিরাইট রুলস

লক্ষণসমূহ :

  • কিছু পৃষ্ঠা কাজ করে, অন্যগুলোতে ৪০৪ ত্রুটি দেখায়।
  • বিল্ডারটি লোড হয় কিন্তু কিছু অভ্যন্তরীণ অনুরোধ ব্যর্থ হয়।

প্রাথমিক সমাধান (কোন কোডের প্রয়োজন নেই) :

  1. ভিতরে যান সেটিংস> পারমালিঙ্কস.
  2. কোনো কিছু পরিবর্তন করবেন না, শুধু ক্লিক করুন। নথি.

এটি রিরাইট রুলগুলো পুনরায় তৈরি করে। ইনস্টলেশনের পরে আসা অনেক 404 এরর এইভাবে সমাধান করা হয়।

সরকারি নথি: flush_rewrite_rules() (প্রতি পৃষ্ঠায় ডাকা হবে না, নিচে দেখুন)।

কেস বি — গুরুতর ত্রুটি / 500: ভাঙা পিএইচপি মেমরি এবং স্নিপেট

যদি আপনি “এই ওয়েবসাইটে একটি গুরুতর ত্রুটি হয়েছে।” দেখতে পান, তাহলে প্রথমে যা দেখবেন তা হলো... wp-content/debug.log (যদি WP_DEBUG_LOG সক্রিয় থাকে) অথবা হোস্টিং প্রোভাইডারের PHP লগ।

বাস্তবসম্মত ভুল #১ একটি স্নিপেট ভুল জায়গায় কপি করা হয়েছে (যেমন, wp-config.php কিন্তু ভুল জায়গায়), অথবা একটি ভুলে যাওয়া সেমিকোলন।

সামনে (ভাঙা) ইচ্ছাকৃতভাবে মিথ্যা উদাহরণ।

define( 'WP_MEMORY_LIMIT', '256M' )  // Point-virgule manquant => fatal error

পরে (সংশোধিত) : ভিতরে wp-config.php“stop editing” লাইনটির আগে।

/** Augmente la mémoire PHP côté WordPress (ne remplace pas la limite serveur). */
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' ); // Utile pour l'admin/éditeur

কারণ: ডিভি ৫ (এলিমেন্টর/আভাডার মতো) অ্যাডমিনের উপর অনেক চাপ সৃষ্টি করতে পারে। আপনার লিমিট যদি ১২৮ মেগাবাইট হয়, তাহলে আপনি হঠাৎ করে বিভিন্ন এরর বা ত্রুটির সম্মুখীন হতে পারেন, বিশেষ করে একাধিক প্লাগইন ব্যবহার করলে।

পিএইচপি রেফারেন্স (মেমরি সীমা, কনফিগারেশন): পিএইচপি মেমরি_লিমিট.

কেস সি — লোডিং লুপ: OPcache এবং “পুরানো” ফাইল

এটি খুব সাধারণ না হলেও, আমি কিছু আগ্রাসী হোস্টিং প্রোভাইডারের ক্ষেত্রে এটি দেখেছি: OPcache আপডেটের পরেও পুরোনো PHP ফাইলগুলোকে মেমোরিতে রেখে দেয়। ফলে, Divi/WordPress মনে করে যে এটি একটি ভার্সন লোড করছে, কিন্তু সার্ভারটি আসলে ভিন্ন একটি ভার্সন চালাচ্ছে।

লক্ষণ বাগটি আপডেটের ঠিক পরেই দেখা দেয়, কয়েক ঘণ্টা পর বা PHP-FPM রিস্টার্ট করার পর “নিজ থেকেই” অদৃশ্য হয়ে যায়।

ঠিক করা আপনার হোস্টিং প্রোভাইডারকে OPcache ক্লিয়ার করতে এবং PHP-FPM রিস্টার্ট করতে বলুন। ওয়ার্ডপ্রেসের ক্ষেত্রে, সার্ভার অ্যাক্সেস ছাড়া আপনি পরিষ্কারভাবে এটি করতে পারবেন না (এবং আমি প্রোডাকশনে "opcache_reset()" স্ক্রিপ্ট ব্যবহার না করার পরামর্শ দিই: দুর্বল সুরক্ষা থাকলে এটি একটি নিরাপত্তা ঝুঁকি)।

সংশোধন-পরবর্তী চেক

শুধু 'দেখতে ভালো লাগছে' বলেই সন্তুষ্ট হবেন না। পুনরাবৃত্তিযোগ্য পদ্ধতিতে পরীক্ষা করুন।

  1. ফ্রন্ট-এন্ড টেস্টিং প্রাইভেট ব্রাউজিং মোডে একটি ডিভি পেজ খুলুন → প্রথম লোড থেকেই সিএসএস সঠিক থাকবে।
  2. টেস্ট বিল্ডার ভিজ্যুয়াল বিল্ডার খুলুন, একটি মডিউল সরান, সেভ করুন, রিফ্রেশ করুন → পরিবর্তনটি স্থায়ী হয়ে যাবে।
  3. REST পরীক্ষা খোলা /wp-json/ আপনার JSON দেখা উচিত, ব্লকিং HTML নয়।
  4. কনসোল অনুপস্থিত (404) বা প্রত্যাখ্যাত (403) ফাইল সম্পর্কিত কোন লাল ত্রুটি নেই।
  5. অনুসন্ধান মনিটর “HTTP API কল” এবং “PHP ত্রুটি” পরীক্ষা করুন। কোনো মারাত্মক ত্রুটি নেই এবং কোনো পুনরাবৃত্ত ৪০১/৪০৩ ত্রুটিও নেই।

আপনি যদি একই সাইটে Elementor বা Avada-র সাথে Divi 5 ব্যবহার করেন, তাহলে প্রতিটি বিল্ডার দিয়ে তৈরি করা একটি করে পেজ পরীক্ষা করে দেখুন। ত্রুটিপূর্ণভাবে কনফিগার করা ক্যাশে একটি বিল্ডারকে অকার্যকর করে দিতে পারে, কিন্তু অন্যটিকে নয়, যা ভুল ইঙ্গিত দেয়।

যদি তাতেও কাজ না হয়

যখন কোনো সমস্যা সহজে সমাধান করা যায় না, তখন আমি এই পদ্ধতিটি ব্যবহার করি। এটি ক্রমানুসারে করুন: এতে আপনি অন্ধভাবে ১০টি সেটিংস পরিবর্তন করা এড়াতে পারবেন।

১) সাইট অচল না করে প্লাগইন/থিমের দ্বন্দ্ব শনাক্ত করুন (হেলথ চেক)

ইনস্টল স্বাস্থ্য পরীক্ষা ও সমস্যা সমাধান, তারপর :

  • সক্রিয় করুন সমস্যা সমাধান মোড (শুধুমাত্র তোমার জন্য)।
  • Divi (এবং যেগুলো অপরিহার্য) ছাড়া বাকি সব প্লাগইন নিষ্ক্রিয় করুন।
  • নির্মাতাকে পরীক্ষা করুন।

যদি এটি ট্রাবলশুটিং মোডে কাজ করে, তাহলে একটি কনফ্লিক্ট বা দ্বন্দ্ব রয়েছে। প্লাগইনগুলো এক এক করে পুনরায় সক্রিয় করুন এবং প্রতিবার পরীক্ষা করে দেখুন।

২) পিএইচপি (PHP) ত্রুটি এবং পিএইচপি (PHP) সংস্করণ পরীক্ষা করুন।

  • ন্যূনতম পিএইচপি ৮.১ ব্যবহার করার পরামর্শ দেওয়া হচ্ছে। আপনি যদি ৮.০ বা ৭.৪ ব্যবহার করেন, তবে আপনি ঝুঁকি নিচ্ছেন (নিরাপত্তা ও সামঞ্জস্যতার দিক থেকে)।
  • চেহারা wp-content/debug.log এবং সার্ভার লগগুলো।

৩) ফাইলের অনুমতি যাচাই করুন

লক্ষণ: ফাইলগুলিতে 403/404 ত্রুটি wp-content/themes/ ou wp-content/uploads/.

  • ফাইল: ৭৫৫ (প্রায়শই)
  • ফাইল: ৬৪৪ (প্রায়শই)

আপনি অনিশ্চিত থাকলে আপনার হোস্টিং প্রোভাইডারকে জিজ্ঞাসা করুন। কখনোই 'chmod 777' ব্যবহার করবেন না: এটি একটি নিরাপত্তা ঝুঁকি।

৪) রিরাইট যাচাই করুন (Apache/Nginx)

যদি পারমালিঙ্কগুলো পুনরায় তৈরি না হয়, তাহলে আপনার সার্ভার কনফিগারেশনে (mod_rewrite, Nginx rules) কোনো সমস্যা থাকতে পারে। মাইগ্রেশনের পর এমনটা হওয়া সাধারণ।

তথ্যসূত্র: অ্যাপাচিতে ওয়ার্ডপ্রেস.

৫) ব্রাউজার কনসোল এবং নেটওয়ার্ক অনুরোধগুলি পরীক্ষা করুন

আমি এই কথাটি আবার বলছি কারণ এতে ঘণ্টার পর ঘণ্টা সময় বেঁচে যায়: যদি বিল্ডারটি লোড না হয়, তাহলে কনসোল এবং নেটওয়ার্ক প্রায় সবসময়ই আপনাকে কারণটি বলে দেয় (যেমন 404, 403 WAF, CORS ইত্যাদিতে সমস্যা)।

সাধারণ ফাঁদ এবং ভুলগুলি

লক্ষণ / ত্রুটি সম্ভাব্য কারণ প্রস্তাবিত সমাধান
Divi 5-এ “লোড হচ্ছে…” অনন্তকাল ধরে চলতে থাকে। REST API ব্লক করা হয়েছে (401/403), JS বিলম্বিত অপ্টিমাইজেশন থেকে /wp-json/ এবং Divi স্ক্রিপ্ট বাদ দিন, WAF চেক করুন।
আপডেটের পর CSS অনুপস্থিত ক্যাশ সিডিএন/প্লাগইন একটি পুরোনো সংস্করণ পরিবেশন করছে সমস্ত ক্যাশে মুছে ফেলুন (প্লাগইন, সার্ভার, সিডিএন, ব্রাউজার)
একটি স্নিপেট যোগ করার ঠিক পরেই গুরুতর ত্রুটি। কোড ভুল জায়গায় পেস্ট করা হয়েছে, সেমিকোলন দিতে ভুলে গেছি। ব্যাকআপ পুনরুদ্ধার করুন, সঠিক সিনট্যাক্স ব্যবহার করুন, কাস্টম প্লাগইন ব্যবহার করুন
দৃশ্যমান ডিভি শর্টকোড বিল্ডার নিষ্ক্রিয় করা হয়েছে, প্লাগইন দ্বন্দ্ব যা the_content ফিল্টার করে। হেলথ চেকের মাধ্যমে শনাক্ত করুন, ত্রুটিপূর্ণ প্লাগইনটি নিষ্ক্রিয় করুন।
“ননস অবৈধ” / ৪০৩ অ্যাডমিন-এজ্যাক্স কুকি ব্লক করা হয়েছে, ব্যক্তিগত পেজে ক্যাশে, WAF ক্যাশ থেকে অ্যাডমিন/এজ্যাক্স বাদ দিন, https/www ডোমেইন যাচাই করুন, নিরাপত্তা লগ
স্থানীয়ভাবে সবকিছু কাজ করে, কিন্তু প্রোডাকশনে করে না। CDN/WAF/OPcache/সার্ভার অপ্টিমাইজেশন সাময়িকভাবে CDN নিষ্ক্রিয় করুন, হোস্টিং প্রোভাইডারের মাধ্যমে OPcache ফ্লাশ করুন এবং হেডারগুলো তুলনা করুন।

মানুষের ভুল যা আমি প্রায়শই দেখি:

  • কোডটি কপি করুন style.css পরিবর্তে functions.php (অথবা এর উল্টোটা)।
  • বিভ্রান্ত করা কর্ম et ফিল্টার একটি অ্যাকশন একটি নির্দিষ্ট সময়ে কোড কার্যকর করে; একটি ফিল্টার একটি মান পরিবর্তন করে এবং অবশ্যই ফেরত কিছু।
  • খুব তাড়াতাড়ি হুক ব্যবহার করা (যেমন, ওয়ার্ডপ্রেস স্ক্রিপ্ট সংরক্ষণ করার আগে সেগুলিতে পরিবর্তন আনা)।
  • সংরক্ষণ বা ব্যক্তিগত ব্রাউজিং ছাড়াই সরাসরি প্রোডাকশনে পরীক্ষা করা হচ্ছে।

রূপভেদ / বিকল্প

নো-কোড পদ্ধতি: পারফরম্যান্সের দিক থেকে একটি "নিরাপদ" কনফিগারেশন থেকে শুরু করা

আপনি যদি শিক্ষানবিশ হন, তবে প্রায়শই সেরা পন্থাটি হলো:

  • সাময়িকভাবে JS মিনিফিকেশন/কম্বিনেশন/ডিলে নিষ্ক্রিয় করুন।
  • ডিভি ৫ স্থিতিশীল কিনা তা যাচাই করুন।
  • প্রয়োজন অনুযায়ী Divi/REST বাদ দিয়ে অপটিমাইজেশনগুলো এক এক করে পুনরায় সক্রিয় করুন।

এটি Elementor এবং Avada-র ক্ষেত্রেও কাজ করে: আপনাকে সেই সেটিংটি খুঁজতে হবে যা JS এক্সিকিউশনের ক্রম ভেঙে দেয়।

ডেভেলপার পদ্ধতি: কোয়েরি মনিটরের মাধ্যমে বাদ দেওয়ার জন্য সুনির্দিষ্ট হ্যান্ডেলগুলো চিহ্নিত করা।

কোয়েরি মনিটরের “স্ক্রিপ্টস” ট্যাবে আপনি দেখতে পাবেন হ্যান্ডলগুলি আসলে কোয়েরি করা হয়েছে। হ্যান্ডেল হলো ওয়ার্ডপ্রেসে কোনো স্ক্রিপ্টের অভ্যন্তরীণ শনাক্তকারী। এরপর আপনি ফিল্টারের মাধ্যমে নির্দিষ্টভাবে এই হ্যান্ডেলগুলোকে বাদ দিতে পারেন। script_loader_tag URL খণ্ডাংশ মেলানোর পরিবর্তে (সমাধান ১)।

তদন্ত সংক্রান্ত সরকারি নথি: wp_enqueue_script ().

ভবিষ্যতে এই সমস্যাটি এড়িয়ে চলুন

  • "জাদু" খণ্ডাংশ এড়িয়ে চলুন তারা সবকিছু স্থগিত রেখে ১০০/১০০ পেজস্পিডের প্রতিশ্রুতি দেয়। এগুলো প্রায়শই আধুনিক পেজ বিল্ডারগুলোরও আগে তৈরি।
  • একটি কাস্টম প্লাগইন পছন্দ করুন কোড পেস্ট করার পরিবর্তে functions.phpথিম পরিবর্তন করলেও আপনার সংশোধনগুলো সংরক্ষিত থাকে।
  • আপনার ক্যাশে বর্জন নথিভুক্ত করুন (একটি সাধারণ টেক্সট ফাইল): /wp-json/, admin-ajax.phpবিল্ডার পেজগুলো।
  • পর্যায়ক্রমে আপডেট করুন প্রথমে ওয়ার্ডপ্রেস, তারপর ডিভি, এরপর প্লাগইন। প্রতিটির মাঝে পরীক্ষা করে দেখুন।
  • ত্রুটির জন্য পর্যবেক্ষণ করুন স্টেজিং-এ কোয়েরি মনিটরের মতো একটি প্লাগইন, এবং প্রোডাকশন-এ পরিষ্কার লগ।

কোডে পারমালিঙ্ক ফ্লাশ করার প্রয়োজন হলে (যেমন, কোনো প্লাগইন সক্রিয় করার সময়), তা শুধুমাত্র সক্রিয়করণের সময়ই করুন, কখনোই প্রতিবার লোডের সময় নয়:

<?php
/**
 * Exemple sûr : flush rewrite rules uniquement à l'activation.
 * À placer dans un plugin (pas dans functions.php).
 */
register_activation_hook( __FILE__, function() {
	flush_rewrite_rules();
} );

register_deactivation_hook( __FILE__, function() {
	flush_rewrite_rules();
} );

কেন : flush_rewrite_rules() এটি ব্যয়বহুল। প্রতিটি পৃষ্ঠায় এটি ব্যবহার করলে সাইটের গতি উল্লেখযোগ্যভাবে কমে যেতে পারে।

সম্পদ

প্রায়শই জিজ্ঞাসিত প্রশ্ন

ডিভি ৫ কি ওয়ার্ডপ্রেস ৬.৯.৪-এর সাথে সামঞ্জস্যপূর্ণ?

হ্যাঁ, বাস্তবে ২০২৬ সালে এটি একটি প্রচলিত সংমিশ্রণ। ইনস্টলেশনের পরের সমস্যাগুলো প্রায়শই নিছক অসামঞ্জস্যতার চেয়ে ক্যাশিং/অপ্টিমাইজেশন/নিরাপত্তাজনিত সমস্যা থেকে উদ্ভূত হয়। Divi এবং WordPress হালনাগাদ রাখুন এবং একটি স্টেজিং এনভায়রনমেন্টে পরীক্ষা করুন।

Divi 5 ব্যবহার করার জন্য আমাকে কি আমার ক্যাশিং প্লাগইনটি নিষ্ক্রিয় করতে হবে?

না। কিন্তু আপনাকে প্রায়শই করতে হবে বাদ দেওয়া নির্দিষ্ট কিছু এন্ডপয়েন্ট (REST/AJAX) এবং অতিরিক্ত কঠোর "JS ডিলে" অপশন পরিহার করুন। যদি আপনি কোনো অপশন চালু করার পর বিল্ডারটি ভেঙে যায়, তাহলে আপনি আসল দোষীকে খুঁজে পেয়েছেন।

সংযুক্ত থাকা সত্ত্বেও আমি কেন /wp-json/ এ 401/403 ত্রুটি পাচ্ছি?

এর সবচেয়ে সাধারণ কারণ হলো কুকি ব্লক হয়ে যাওয়া (www/non-www ডোমেইনের অসামঞ্জস্যতা), ব্যক্তিগত পেজে ক্যাশিং, অথবা কোনো WAF কর্তৃক POST রিকোয়েস্ট ব্লক করা। সাইটের URL-গুলোর সামঞ্জস্যতা যাচাই করুন এবং সাময়িকভাবে সিকিউরিটি/CDN নিষ্ক্রিয় করে পরীক্ষা করে দেখুন।

আমি কি স্নিপেটগুলো একটি “কোড স্নিপেটস” প্লাগইনে রাখতে পারি?

হ্যাঁ, তবে সতর্কতার সাথে। একটি ত্রুটিপূর্ণ স্নিপেটও সাইটটিকে ক্র্যাশ করে দিতে পারে, যদি প্লাগইনটি সেটি সব জায়গায় কার্যকর করে। আমি একটি ছোট, ভার্সনযুক্ত কাস্টম প্লাগইন (এমনকি একটি ন্যূনতম সংস্করণও) পছন্দ করি, কারণ এতে কী লোড হবে তার উপর আপনার আরও ভালো নিয়ন্ত্রণ থাকে।

বিল্ডারটি আমার জন্য কাজ করে, কিন্তু অন্য একজন অ্যাডমিনিস্ট্রেটরের জন্য করে না: কেন?

অনেক সময় ব্রাউজার ক্যাশ, কোনো এক্সটেনশন বা ভিন্ন কুকি পলিসিই এর জন্য দায়ী থাকে। এক্সটেনশন ছাড়া প্রাইভেট ব্রাউজিং মোডে পরীক্ষা করে দেখুন এবং নেটওয়ার্ক রিকোয়েস্টগুলো (401/403) তুলনা করুন।

আমি শুধুমাত্র ভিজ্যুয়াল বিল্ডার খুললেই 500 এরর পাই।

এটি কোনো নির্দিষ্ট রুটে (REST/AJAX) ঘটা মেমরি লিমিট, টাইমআউট বা মারাত্মক ত্রুটির দিকে নির্দেশ করে। WP_DEBUG_LOG চালু করুন, বাগটি পুনরায় ঘটান এবং তারপর লগটি পড়ুন। wp-content/debug.log.

একই সাইটে ডিভি ৫ ও এলিমেন্টর ব্যবহার করা কি কোনো খারাপ সিদ্ধান্ত?

এটি 'নিষিদ্ধ' নয়, তবে এটি সংঘাতের ঝুঁকি বাড়ায় (গ্লোবাল স্ক্রিপ্ট, অপটিমাইজেশন, সিএসএস)। যদি আপনাকে এটি করতেই হয়, তবে এমন অপটিমাইজেশন এড়িয়ে চলুন যা সবকিছুকে একত্রিত বা স্থগিত করে, এবং প্রতিটি আপডেটের পর প্রত্যেক বিল্ডারকে পরীক্ষা করুন।

আমার কি নিয়মিত 'পার্মালিঙ্ক ফ্লাশ' করার প্রয়োজন আছে?

না। আপনার পারমালিঙ্ক কাঠামো পরিবর্তন করার সময়, সাইট মাইগ্রেট করার সময়, অথবা রাউট যোগ করে এমন কোনো প্লাগইন ইনস্টল করার সময় এটি করুন। কোডে, শুধুমাত্র কোনো প্লাগইন সক্রিয়/নিষ্ক্রিয় করার সময় এটি করুন।

Divi 5 লোড না হলে প্রথমে কী পরীক্ষা করতে হবে?

কনসোল এবং নেটওয়ার্ক ট্যাব। সেখানে আপনি প্রায় সবসময়ই একটি 401/403 (REST/AJAX), কোনো JS/CSS চাঙ্কে 404, অথবা অপটিমাইজেশনের কারণে ব্লক হওয়া কোনো স্ক্রিপ্ট দেখতে পাবেন।

সম্পর্কিত প্রবন্ধ

একটি মন্তব্য জমা

আপনার ইমেইল প্রকাশ করা হবে না। প্রয়োজনীয় ক্ষেত্রগুলি চিহ্নিত করা আছে *

এই সাইট স্প্যাম কমাতে Akismet ব্যবহার করে। আপনার মন্তব্য ডেটা কিভাবে প্রক্রিয়া করা হয় তা জানুন।