বেশিরভাগ মানুষ cPanel তিনটি কাজে ব্যবহার করেন: ফাইল ম্যানেজার, phpMyAdmin, আর একটা ইমেইল অ্যাকাউন্ট বানানো। বাকি চল্লিশের বেশি আইকন বছরের পর বছর পড়ে থাকে, কেউ ক্লিকই করে না।

যা দুঃখজনক, কারণ এর কয়েকটি ঠিক সেই প্রশ্নগুলোর উত্তর দেয় যেগুলো নিয়ে মানুষ সাপোর্ট টিকিট কাটেন — আমার সাইট ধীর কেন, ফাইল আপলোড করতে পারছি না কেন, ইমেইলটা কোথায় গেল। যেগুলো শেখা দরকার, সেগুলো এখানে — মোটামুটি কোনটা কত বেশি কাজে লাগে সেই ক্রমে।

১. Resource Usage — যা "আমার সাইট ধীর" ব্যাখ্যা করে

Metrics → Resource Usage. cPanel-এর সবচেয়ে কাজের পর্দা এটাই, আর সবচেয়ে কম দেখা হয় এটাই।

এটি দেখায় আপনার অ্যাকাউন্ট প্যাকেজের সীমার বিপরীতে আসলে কতটা ব্যবহার করছে: CPU, ফিজিক্যাল মেমোরি, I/O আর এন্ট্রি প্রসেস — সময়ের সঙ্গে গ্রাফ আকারে। হোস্ট CloudLinux চালালে — আর ভালো হোস্ট চালায় — এটি সেই সীমাগুলোর সরাসরি পাঠ, যেগুলো আপনার পারফরম্যান্স ঠিক করে দেয়।

কী দেখবেন:

  • এন্ট্রি প্রসেসে বারবার ফল্ট মানে ভিজিটরদের লাইনে দাঁড় করানো হচ্ছিল বা ফিরিয়ে দেওয়া হচ্ছিল। প্রতিটি এন্ট্রি প্রসেস মানে একটি সমসাময়িক PHP রিকোয়েস্ট, তাই কম সীমাই ছোট একটা ট্র্যাফিক ঢেউকে ৫০৩-এ পরিণত করে।
  • নির্দিষ্ট কিছু ঘণ্টায় CPU ১০০%-এ আটকে থাকা মানে কোনো ক্রন জব, বট, বা প্রতিটি পেজ লোডে কাজ করা কোনো প্লাগইন।
  • স্বাভাবিক CPU-র সঙ্গে I/O ফল্ট মানে সাধারণত প্রতিটি পেজ ভিউয়ে ডেটাবেসে লেখা কোনো প্লাগইন — স্ট্যাটিসটিক্স প্লাগইন এর ধ্রুপদী অপরাধী।

বড় প্যাকেজ কেনার আগে এখানে দেখুন। এটি বলে দেয় সমস্যাটা হোস্টিংয়ের, নাকি WordPress-এর — আর দুটোর সমাধান সম্পূর্ণ আলাদা।

২. Inode ব্যবহার — "জায়গা খালি, তবু কিছু আপলোড হচ্ছে না"

সাইডবারে কোথাও cPanel দেখায় File Usage বা Inodes। একটি inode মানে একটি ফাইল, আকার যা-ই হোক — আর প্রায় প্রতিটি প্যাকেজেই এর সীমা আছে।

এ কারণেই ৩ জিবি খালি থাকা অ্যাকাউন্টও হঠাৎ কিছু লিখতে অস্বীকার করে। সাধারণ কারণগুলো:

  • ওয়েবমেইলে পুরোনো ইমেইল। একটি বার্তা মানে একটি ফাইল। ব্যস্ত ইনবক্সের কয়েক বছর মানে কয়েক লাখ।
  • ক্যাশ ডিরেক্টরি। কিছু ক্যাশিং প্লাগইন প্রতি পেজে, প্রতি ডিভাইস ধরনে একটি করে ফাইল বানায় আর কখনো পরিষ্কার করে না।
  • নিজের হোম ডিরেক্টরিতে রাখা ব্যাকআপ — যা একই সঙ্গে inode সমস্যা আর খারাপ ব্যাকআপ কৌশল।
  • সার্ভারে আপলোড করা node_modules। ছোট একটা অ্যাপের জন্য কয়েক হাজার ফাইল।

কোনো গ্রাহক ফর্ম জমা দিতে না পারার কারণ হয়ে ওঠার আগেই এটি দেখে নিন।

৩. Backup Wizard, আর তবু নিজের ব্যাকআপ কেন দরকার

Files → Backup বা Backup Wizard পুরো অ্যাকাউন্টের ব্যাকআপ নামায় — ফাইল, ডেটাবেস, ইমেইল, ডিএনএস জোন, সবকিছু — একটি আর্কাইভে।

আপনার হোস্টও প্রায় নিশ্চিতভাবেই ব্যাকআপ নেয়। তবু নিজেরটা নিন, কারণ দুটো আলাদা জিনিস থেকে রক্ষা করে: হোস্টের ব্যাকআপ বাঁচায় হোস্টের ব্যর্থতা থেকে; আপনারটা বাঁচায় পনেরো দিন কারও চোখে না পড়া একটা খারাপ ডিপ্লয় থেকে, আর অ্যাকাউন্টে প্রবেশাধিকার হারানো থেকে।

দুটি অভ্যাস রাখার মতো:

  • বড় কোনো পরিবর্তনের আগে পুরো ব্যাকআপ নামান — থিম বদল, PHP ভার্সন লাফ, ব্যস্ত সাইটে প্লাগইন আপডেট।
  • মাঝেমধ্যে একটা সত্যিই খুলে দেখুন। যে আর্কাইভ কখনো এক্সট্র্যাক্ট করেননি, সেটি একটি বিশ্বাস, ব্যাকআপ নয়।

৪. MultiPHP Manager আর PHP সিলেক্টর

Software → MultiPHP Manager প্রতি ডোমেইনে PHP ভার্সন ঠিক করে। MultiPHP INI Editor কোনো ফাইল না ছুঁয়েই memory_limit, upload_max_filesize ও max_execution_time-এর মতো সেটিং বদলায়।

এটি সঙ্গে সঙ্গে দুটি সমস্যার সমাধান করে:

  • "ফাইলটি আপলোড করার জন্য অনেক বড়।" upload_max_filesize এবং post_max_size — দুটোই বাড়ান। কেবল প্রথমটি বাড়ানোই এরর না যাওয়ার সবচেয়ে সাধারণ কারণ।
  • নতুন PHP-তে ভেঙে যাওয়া সাইট। এক ভার্সন পিছিয়ে যান, সাইট ফিরেছে নিশ্চিত করুন, তারপর প্লাগইনটি ঠিক করুন। পনেরো সেকেন্ডে ফিরে আসতে পারাটাই আপগ্রেড করাকে নিরাপদ করে — দেখুন WordPress দ্রুত করার গাইড, যেখানে PHP আপডেট দ্বিতীয় ধাপ।

এখানেই আরও আছে: Select PHP Version → Extensions, যখন কোনো অ্যাপ্লিকেশন কোনো এক্সটেনশন নেই বলে অভিযোগ করে। সাধারণত এটি একটি চেকবক্স, সাপোর্ট টিকিট নয় — আর নিজে পরীক্ষা করে দেখতে না চাইলে আমাদের শেয়ার্ড হোস্টিং প্রতিটি অ্যাকাউন্টে CloudLinux লিমিট বসায় এবং NVMe-তে চলে।

৫. Cron Jobs — আর WordPress-এর যেটি কেউ বসায় না

Advanced → Cron Jobs নির্দিষ্ট সময় পরপর একটি কমান্ড চালায়।

WordPress ব্যবহারকারীদের জন্য সবচেয়ে মূল্যবানটি: WordPress-এর নিজস্ব "ক্রন" আসল শিডিউলার নয়। কেউ সাইটে এলে তবেই এটি চলে, অর্থাৎ নিরিবিলি রাতে নির্ধারিত পোস্ট প্রকাশ হয় না আর ব্যাকআপ দেরিতে চলে। নকলটি বন্ধ করে আসলটি ব্যবহার করে এটি ঠিক করুন:

php
// wp-config.php
define( 'DISABLE_WP_CRON', true );
bash
# cPanel ক্রন, প্রতি ১৫ মিনিটে
wget -q -O - https://yoursite.com/wp-cron.php?doing_wp_cron >/dev/null 2>&1

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

⚠ শেয়ার্ড হোস্টিংয়ে প্রতি মিনিটে কিছু চালাবেন না। এক নম্বর পয়েন্টের CPU সীমায় পৌঁছানোর দ্রুততম উপায় এটাই।

৬. Redirects — .htaccess না ছুঁয়েই

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

দুটি নিয়ম জানা দরকার:

  • Permanent (301) সার্চ ইঞ্জিনকে বলে পরিবর্তনটি চূড়ান্ত, আর র‍্যাঙ্কিং সংকেত পার করে দেয়। Temporary (302) দেয় না। ভেবেচিন্তে বাছুন — স্থায়ী পরিবর্তনে ৩০২ চুপচাপ পেজের কর্তৃত্ব কেড়ে নেয়।
  • রিডাইরেক্টের শৃঙ্খলে সময় যায়। A → B → C মানে প্রতিটি ভিজিটরের জন্য দুটি বাড়তি রাউন্ড ট্রিপ। A-কে সরাসরি C-তে পাঠান।

৭. Track Delivery — "আমার ইমেইল কি সত্যিই গেছে?"

Email → Track Delivery হোস্টিংয়ের সবচেয়ে প্রচলিত ও সবচেয়ে বিরক্তিকর প্রশ্নটির উত্তর।

একটি প্রাপকের ঠিকানা খুঁজুন, আর এটি ঠিক কী ঘটেছে দেখাবে: ডেলিভার হয়েছে, আটকে আছে, ফেরত এসেছে — আর সবচেয়ে গুরুত্বপূর্ণ, গ্রহণকারী সার্ভারের নিজের এরর বার্তা। ওই বার্তাটিই সাধারণত আসল সমস্যার নাম বলে দেয়: SPF ব্যর্থতা, ভরা মেইলবক্স, স্প্যাম-স্কোরের কারণে প্রত্যাখ্যান।

এতে "আমাদের ইমেইল পৌঁছাচ্ছে না" রহস্য থেকে বদলে নির্দিষ্ট, সারানো যায় এমন একটি ত্রুটি হয়ে যায় — সাধারণত এক মিনিটেরও কম সময়ে।

৮. Email Authentication — মেইল স্প্যামে যাওয়ার কারণ

Email → Email Deliverability (বা Email Authentication) সেই ডিএনএস রেকর্ডগুলো দেখায়, যেগুলো প্রমাণ করে মেইলটি সত্যিই আপনার: SPF, DKIM আর ক্রমশ DMARC।

cPanel এখানে কোনো সমস্যা চিহ্নিত করলে অন্য কিছুর আগে সেটিই ঠিক করুন। ২০২৬ সালে বড় মেইলবক্স প্রোভাইডাররা প্রমাণীকরণ কড়াভাবে প্রয়োগ করে, আর এটি ছাড়া কোনো ডোমেইনের ইনভয়েস ও পাসওয়ার্ড রিসেট জাংক ফোল্ডারেই যাবে — মাঝেমধ্যে নয়, নিয়ম হিসেবে।

cPanel সাধারণত নিজেই রেকর্ডগুলো মেরামত করে দিতে চায়। ডিএনএস হোস্টের কাছে না থেকে Cloudflare-এ থাকলে হাতে করে কপি করতে হবে — Cloudflare-এ যাওয়ার পর মেইল ভাঙার এটি একটি সাধারণ কারণ।

Security → IP Blocker একটি ঠিকানা বা পরিসর আটকায়। নাছোড়বান্দা স্ক্র্যাপার বা নির্দিষ্ট কোনো অপব্যবহারকারী আইপির জন্য সত্যিই কাজের। ফায়ারওয়ালের বিকল্প নয় — আক্রমণকারীরা ঠিকানা বদলায় — তবে তাৎক্ষণিক প্রতিক্রিয়া হিসেবে ভালো।

Hotlink Protection অন্য সাইটকে আপনার ছবি বসিয়ে আপনার ব্যান্ডউইথ খরচ করা থেকে ঠেকায়। পেজ ভিউয়ের তুলনায় ছবির ট্র্যাফিক অস্বাভাবিক বেশি মনে হলে কারণ সাধারণত এটাই।

১০. Leech Protection

এটির অস্তিত্ব প্রায় কেউ জানে না। এটি খেয়াল রাখে একটি পাসওয়ার্ড একসঙ্গে বহু জায়গা থেকে ব্যবহার হচ্ছে কি না — ভাগাভাগি করা বা বিক্রি হওয়া লগইনের চিহ্ন — আর অ্যাকাউন্টটি স্থগিত করে।

পেইড অ্যাকাউন্ট বা সদস্য এলাকা আছে এমন যেকোনো সাইটের জন্য কাজের।

১১. Error Log আর Raw Access

Metrics → Errors ওয়েব-সার্ভারের শেষ কয়েকশ এরর দেখায়। Raw Access পুরো লগ নামায়।

"সাইট ভেঙে গেছে" আর "ওই প্লাগইনের ফাইলের ৪১২ নম্বর লাইনে সাইট ফ্যাটাল এরর দিচ্ছে" — এই দুইয়ের পার্থক্য এটাই। সাপোর্ট টিকিট কাটলে আসল এররটি সঙ্গে দিলে তিন বার্তার আলাপ এক বার্তায় শেষ হয়।

১২. cPanel-এর নিজস্ব Terminal

Advanced → Terminal, হোস্ট চালু রাখলে, আপনার অ্যাকাউন্টে সত্যিকারের একটি শেল দেয়। রুট নয়, তবে WP-CLI, git, composer আর ঠিকমতো ফাইল খোঁজার জন্য যথেষ্ট।

কমান্ড লাইনে স্বচ্ছন্দ হলে cPanel-এ জীবন সহজ করার সবচেয়ে বড় ফিচার এটাই:

bash
wp plugin list --status=active   # আসলে কী কী চলছে
wp db export backup.sql          # এক লাইনে সত্যিকারের ডেটাবেস ব্যাকআপ
du -sh */ | sort -h              # ডিস্ক কী খাচ্ছে
find . -name "*.php" -mmin -60   # গত এক ঘণ্টায় বদলানো PHP ফাইল

শেষেরটি আক্রান্ত হওয়ার দ্রুত একটি পরীক্ষা — আপলোড ডিরেক্টরিতে সম্প্রতি বদলানো PHP ফাইল খারাপ লক্ষণ। এই যুক্তির বাকিটার জন্য দেখুন Linux সার্ভার সুরক্ষিত করার গাইড।

ছোট একটি রক্ষণাবেক্ষণ রুটিন

মাসে পনেরো মিনিট, আর হোস্টিংয়ের বেশিরভাগ চমক আর চমক থাকে না:

  1. Resource Usage — এ মাসে কোনো ফল্ট?
  2. Inode ব্যবহার — সীমার দিকে এগোচ্ছে?
  3. ডিস্ক ব্যবহার — কী বাড়ল, আর কেন?
  4. পুরো ব্যাকআপ নামান, আর তিনটি রাখুন।
  5. Email Deliverability — এখনো সবুজ?
  6. এরর লগ — একই জিনিস বারবার আসছে?
  7. এসএসএল স্ট্যাটাস — www-সহ সব রিনিউ হয়েছে?

যে দুটি জিনিস বন্ধ করা উচিত

এই লেখার বেশিরভাগটাই ব্যবহার শুরু করার মতো ফিচার নিয়ে। দুটি জিনিস ইচ্ছে করেই বন্ধ করা উচিত।

ডিফল্ট অ্যাড্রেস (ক্যাচ-অল)। ডিফল্টে আপনার ডোমেইনের অস্তিত্বহীন যেকোনো ঠিকানায় আসা মেইল ফিরিয়ে না দিয়ে কোথাও না কোথাও পৌঁছে দেওয়া হয়। শুনতে সহায়ক মনে হলেও তা নয়: স্প্যামাররা ঠিকানা আন্দাজ করে পাঠায়, আর ক্যাচ-অল তার প্রতিটিই গ্রহণ করে। কখনো ছিলই না এমন অ্যাকাউন্টের মেইলে আপনার ইনবক্স ভরে যায়, আর উত্তরে যে বাউন্স তৈরি হয় তাতে আপনার ডোমেইনের পাঠানোর সুনাম নষ্ট হয়। ডিফল্ট অ্যাড্রেস Discard করুন, আর যে ঠিকানাগুলো সত্যিই চান সেগুলো বানান।

ডিরেক্টরি ইনডেক্সিং। কোনো ডিরেক্টরিতে ইনডেক্স ফাইল না থাকলে সার্ভার তার ভেতরের তালিকা দেখিয়ে দেয়। এভাবেই মানুষ আপনার ব্যাকআপ ফোল্ডার, পুরোনো /test ডিরেক্টরি আর দুই বছর আগে কারও ফেলে যাওয়া SQL ডাম্প খুঁজে পায়। Indexes আইকন থেকে ইনডেক্সিং বন্ধ করুন, গোটা অ্যাকাউন্টের জন্য।

দুটোর কোনোটিই নাটকীয় নিরাপত্তা ব্যবস্থা নয়। দুটোই এমন একটা দরজা বন্ধ করে, যা কখনো খোলা থাকারই কথা ছিল না — আর দুটোতেই এক মিনিটের কম সময় লাগে।

কখন cPanel ছেড়ে টিকিট কাটবেন

একটা সীমারেখা আছে, আর সেটি কোথায় জানা থাকলে সবার সময় বাঁচে।

নিজেই সামলান: ডিস্ক ও inode ব্যবহার, ব্যাকআপ, রিডাইরেক্ট, PHP ভার্সন ও সেটিং, ক্রন জব, ইমেইল অ্যাকাউন্ট ও ফরওয়ার্ডার, এসএসএল স্ট্যাটাস, আর নিজের এরর লগ পড়া। এর সবই প্যানেলে আছে, আর এসব নিয়ে টিকিট কাটা নিজে দেখে নেওয়ার চেয়ে ধীর।

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

টিকিট কাটলে তিনটি জিনিস দিন: আপনি কী করেছেন, কী আশা করেছিলেন, আর হুবহু এরর টেক্সট — কপি করা, বর্ণনা করা নয়। Metrics → Errors থেকে প্রাসঙ্গিক লাইনগুলো জুড়ে দিলে তিন বার্তার আলাপ একটি উত্তরে শেষ হয়, আর সেটাই আজ বিকেলে সমাধান আর আগামীকাল সমাধানের পার্থক্য।

সচরাচর জিজ্ঞাসা

জায়গা খালি থাকা সত্ত্বেও cPanel ডিস্ক ভরা বলছে কেন? প্রায় সবসময়ই inode সীমা — ফাইলের সংখ্যা, আকার নয়। পুরোনো ওয়েবমেইল বার্তা আর ক্যাশ ডিরেক্টরিই সাধারণ কারণ। সাইডবারে "File Usage" বা "Inodes" খুঁজুন।

cPanel থেকে সাইট ধীর হওয়ার কারণ কীভাবে বের করব? Metrics → Resource Usage। এটি প্যাকেজের সীমার বিপরীতে CPU, মেমোরি, I/O ও এন্ট্রি প্রসেসের গ্রাফ দেখায়। সেখানে ফল্ট থাকলে বাধা প্যাকেজ; ফল্ট না থাকলে সমস্যা সাইটের ভেতরে।

পুরো cPanel অ্যাকাউন্ট কি ব্যাকআপ নেওয়া যায়? হ্যাঁ — Backup Wizard ফাইল, ডেটাবেস, ইমেইল ও ডিএনএসের পূর্ণ আর্কাইভ বানায়। গুরুত্বপূর্ণ যেকোনো পরিবর্তনের আগে নিন, আর সার্ভারের বাইরে কোথাও একটা কপি রাখুন।

আমার ইমেইল স্প্যামে যাচ্ছে কেন? আগে Email Deliverability দেখুন। SPF, DKIM বা DMARC রেকর্ড না থাকা বা ভাঙা থাকাই প্রধান কারণ, আর cPanel সাধারণত এক ক্লিকে মেরামত করতে পারে — যদি না ডিএনএস অন্য কোথাও হোস্ট করা থাকে, সে ক্ষেত্রে রেকর্ডগুলো হাতে কপি করুন।

cPanel Terminal কি SSH-এর মতোই? এটি আপনার নিজের অ্যাকাউন্টে একটি শেল, রুট ছাড়া। WP-CLI, git আর ফাইলের কাজের জন্য যথেষ্ট; সিস্টেম প্যাকেজ বসানোর জন্য নয়। কিছু হোস্ট এটি বন্ধ রাখে, কিছু হোস্টে আগে SSH অ্যাক্সেস চালু করতে হয়।

cPanel-এর নিজের ব্যাকআপ নেব, না হোস্টের? দুটোই। এরা আলাদাভাবে ব্যর্থ হয়। হোস্টেরটি অবকাঠামোর সমস্যা থেকে বাঁচায়; আপনারটি নিজের ভুল আর অ্যাকাউন্টে প্রবেশাধিকার হারানো থেকে।