একজন জুনিয়র ডেভেলপার সেদিন জিজ্ঞেস করলেন, “WordPress ইনস্টল করতে আসলে কত সময় লাগে?” সৎ উত্তরটা হলো — তিন মিনিট থেকে তিন ঘণ্টা। আর মজার ব্যাপার হলো, তিন মিনিটের পদ্ধতিটা সব সময় সবচেয়ে ভালো নয়, আবার তিন ঘণ্টার পদ্ধতিটাও সব সময় সবচেয়ে খারাপ নয়। কোনটা ঠিক, সেটা নির্ভর করে আপনি কী বানাচ্ছেন আর কাজটা কতবার করবেন তার উপর।
wordpress বসানোর পাঁচটা বাস্তব পদ্ধতি চালু আছে, এবং প্রতিটার নিজস্ব জায়গা আছে। সমস্যা হলো, বেশির ভাগ মানুষ যেটা প্রথমে শিখেছে সেটাই সারা জীবন সব প্রজেক্টে চালিয়ে যান — ক্লায়েন্টের একটামাত্র ল্যান্ডিং পেজেও, আবার বছরে বিশটা সাইট ডেলিভারি দেওয়া টিমেও একই কায়দা। এই লেখাটা পাঁচটা পদ্ধতিকে পাশাপাশি বসিয়ে দেখার জন্য, যেন কাজ ধরার আগে আপনি সচেতনভাবে একটা বেছে নিতে পারেন — অভ্যাসের বশে নয়।
সিদ্ধান্তটা আসলে তিনটা প্রশ্নের উপর দাঁড়িয়ে আছে — কাজটা আপনি কতবার করবেন, সার্ভারে আপনার কতটুকু অ্যাক্সেস আছে, আর ভুল হলে পেছনে ফেরার রাস্তা আছে কি না।
পদ্ধতি ১: হোস্টিং প্যানেলের এক-ক্লিক ইনস্টলার
cPanel-এর ভেতরে Softaculous বা Installatron — বাংলাদেশের প্রায় সব শেয়ার্ড হোস্টেই (ExonHost, Hostever, IT Nut, Web Host BD) এটা পাবেন। ডোমেইন বাছুন, সাইটের নাম লিখুন, Install চাপুন — নব্বই সেকেন্ডে সাইট দাঁড়িয়ে যায়। ডেটাবেস, ডেটাবেস-ইউজার, প্রিভিলেজ, wp-config.php, সিকিউরিটি সল্ট — সবকিছু সে নিজেই বানিয়ে নেয়। নতুন কেউ ঠিক যেসব জায়গায় হোঁচট খান, ইনস্টলার সেগুলো তাঁকে ছুঁতেই দেয় না।
কিন্তু Install চাপার আগে Advanced Options খুলে নিন — আসল কাজটা ওখানেই। ডিফল্ট অ্যাডমিন ইউজারনেম প্রায়ই admin থাকে, টেবিল প্রিফিক্স থাকে wp_, আর কিছু হোস্ট নিজেদের থিম-প্লাগিন বান্ডল টিক দেওয়া অবস্থায় রেখে দেয়। ইউজারনেমটা বদলান, পাসওয়ার্ড নিজে বসান, বাড়তি প্লাগিনের টিক তুলে দিন, আর ডেটাবেসের নামটা এমন রাখুন যাতে ছয় মাস পরে চিনতে পারেন (client_shop, wp123 নয়)। এই ত্রিশ সেকেন্ডের কাজটা পরে ব্রুট-ফোর্স লগ ঘাঁটার অনেকগুলো ঘণ্টা বাঁচিয়ে দেয়।
- যেখানে জেতে: আপনার প্রথম সাইট, একটামাত্র সাইট, কিংবা ক্লায়েন্টকে আজই কিছু দেখাতে হবে এমন পরিস্থিতি।
- যেখানে হারে: Softaculous তার নিজস্ব একটা স্তর — অটো-আপডেট, ব্যাকআপ, ক্লোন — সাইটের গায়ে জড়িয়ে রাখে। হোস্ট বদলালে সেই স্তরটা সঙ্গে যায় না, অথচ ক্লায়েন্ট ধরেই নেন ব্যাকআপ তো ছিলই।
- যেখানে হারে: পনেরোটা সাইট বসাতে হলে পনেরোবার একই ফর্ম ভরতে হবে। মানুষ ক্লান্ত হয়, আর ক্লান্ত মানুষ ডিফল্ট মেনে নেয়।
পদ্ধতি ২: ম্যানুয়াল ইনস্টল — জিপ, ডেটাবেস আর wp-config.php
wordpress.org থেকে জিপটা নামান, cPanel-এর File Manager দিয়ে public_html-এ আপলোড করে Extract করুন। FTP-র চেয়ে এভাবে অনেক দ্রুত হয়, কারণ তখন একটা ফাইল যাচ্ছে — দশ হাজার নয়। তারপর MySQL Databases থেকে একটা ডেটাবেস বানান, একটা আলাদা ইউজার বানান, আর সেই ইউজারকে ওই ডেটাবেসে ALL PRIVILEGES দিন। এবার ব্রাউজারে ডোমেইনটা খুললেই সেটআপ স্ক্রিন হাজির। প্রথমবার ১৫–২০ মিনিট, অভ্যাস হয়ে গেলে ৭–৮ মিনিট।
এই পথে তিনটা জিনিস আপনার হাতে থাকে, যেগুলো ইনস্টলার নিজে ঠিক করে ফেলত। এক, টেবিল প্রিফিক্স আপনি বসাবেন। দুই, ডেটাবেসের কোলেশন utf8mb4_unicode_ci কি না নিজে দেখে নেবেন — বাংলা লেখা আর ইমোজি ভেঙে প্রশ্নবোধক চিহ্ন হয়ে যাওয়ার নব্বই ভাগ কারণ এখানেই, পুরোনো latin1 কোলেশনে। তিন, wp-config.php-এ WP_DEBUG_LOG, DISALLOW_FILE_EDIT আর WP_MEMORY_LIMIT-এর মতো লাইনগুলো প্রথম দিনেই বসিয়ে রাখতে পারবেন, ছয় মাস পরে সমস্যায় পড়ে নয়।
ম্যানুয়াল ইনস্টল একবার শিখে রাখার আসল লাভটা ইনস্টলের দিনে নয় — সাইট ভাঙার দিনে। “Error establishing a database connection” দেখে যিনি জানেন wp-config.php-এর কোন চারটা লাইন মিলিয়ে দেখতে হবে, তাঁর দশ মিনিট লাগে। যিনি জানেন না, তাঁর দশ ঘণ্টা লাগে এবং একটা রাত নষ্ট হয়।
পদ্ধতি ৩: WP-CLI — একই কাজ যখন বারবার করতে হয়
সার্ভারে SSH অ্যাক্সেস থাকলে পুরো ইনস্টল কয়েকটা কমান্ডেই শেষ। কোর নামানো, কনফিগ বানানো, সাইট ইনস্টল, প্লাগিন বসানো, ডেমো কনটেন্ট মুছে ফেলা, পারমালিংক ঠিক করা — এক দমে:
wp core download --locale=en_US
wp config create --dbname=client_shop --dbuser=shop_user --dbpass='********' --dbprefix=sx_
wp core install --url=https://example.com --title="Client Shop" --admin_user=sxadmin --admin_email=dev@example.com
wp plugin delete hello akismet
wp plugin install updraftplus wordfence --activate
wp rewrite structure '/%postname%/'শেয়ার্ড হোস্টে SSH পাওয়া যাবে কি না, সেটা প্ল্যানের উপর নির্ভর করে। বাংলাদেশি হোস্টগুলোর মাঝারি প্ল্যান থেকে সাধারণত jailed shell দেওয়া হয় — সাপোর্ট টিকিট কেটে চেয়ে নিলে বেশির ভাগ সময় বিনামূল্যেই খুলে দেয়। VPS হলে তো প্রশ্নই ওঠে না। মাপা সময়: WP-CLI বসানো সহ প্রথমবার ১৫ মিনিটের মতো, দ্বিতীয় সাইট থেকে ৩–৪ মিনিট।
এজেন্সির জন্য আসল লাভটা এখানেই। কমান্ডগুলো একটা install.sh ফাইলে লিখে রাখুন। তখন “আমাদের স্ট্যান্ডার্ড ইনস্টল” আর কারও মাথায় জমা থাকে না, ফাইলে থাকে। নতুন জুনিয়র জয়েন করলে তাঁকে চেকলিস্ট মুখস্থ করাতে হয় না — স্ক্রিপ্টটা চালাতে বললেই হয়। আর মানুষ যা ভুলে যায় (SMTP প্লাগিনটা বসানো হয়নি, সার্চ ইঞ্জিন ভিজিবিলিটির টিকটা তোলা হয়নি), স্ক্রিপ্ট সেটা ভোলে না।
পদ্ধতি ৪: আগে লোকালে বানান, তারপর লাইভে তুলুন
LocalWP (আগের Local by Flywheel) দুই ক্লিকে সাইট দাঁড় করিয়ে দেয় — PHP ভার্সন, MySQL, এমনকি লোকাল SSL পর্যন্ত সে সামলায়। XAMPP-ও চলে, তবে ডেটাবেস আর ভার্চুয়াল হোস্ট আপনাকেই দেখতে হবে। লাভটা নিছক সুবিধার নয়, হিসেবের: ডিজাইন আর ডেভেলপমেন্টের তিন সপ্তাহ ক্লায়েন্টের অর্ধেক-বানানো সাইট ইন্টারনেটে ঝুলে থাকে না, Google সেটা ইনডেক্স করে ফেলে না, আর কাজ শুরু করার আগেই হোস্টিং কিনে বসে থাকার দরকার পড়ে না।
ফাঁদটা মাইগ্রেশনে। ডেটাবেসে সাইটের URL শুধু সাধারণ টেক্সট হিসেবে থাকে না, সিরিয়ালাইজড অ্যারের ভেতরেও লুকিয়ে থাকে — যেখানে স্ট্রিংয়ের দৈর্ঘ্যটাও লেখা থাকে। ফলে SQL ফাইলে সাধারণ Find & Replace চালালে থিম অপশন আর Elementor-এর সেটিংস চুপচাপ ভেঙে যায়, আর আপনি বসে বসে ভাবেন ডিজাইনটা গেল কোথায়। তাই All-in-One WP Migration (ফ্রি ভার্সনে ৫১২MB পর্যন্ত), Duplicator, অথবা wp search-replace 'localhost:10004' 'example.com' --all-tables — এই তিনটার যেকোনো একটা ব্যবহার করুন। আর মনে রাখুন, শেয়ার্ড হোস্টে upload_max_filesize প্রায়ই ৬৪MB-তে বাঁধা; ফাইল তার চেয়ে বড় হলে আগেভাগেই হোস্টকে বলে বাড়িয়ে নিন।
পদ্ধতি ৫: ব্লুপ্রিন্ট ক্লোন — এজেন্সির চুপচাপ সুবিধা
আপনার প্রতিটা প্রজেক্টে যদি একই সাতটা প্লাগিন, একই সিকিউরিটি সেটিং, একই পেজ স্ট্রাকচার আর একই রিডাইরেক্ট নিয়ম যায় — তাহলে ওটা একবার নিখুঁত করে বানিয়ে “বেস ইনস্টল” হিসেবে তুলে রাখুন। নতুন ক্লায়েন্ট এলে ইনস্টল করবেন না, ক্লোন করবেন। Cloudways বা যেকোনো ম্যানেজড হোস্টে সরাসরি Clone App বোতাম আছে; শেয়ার্ড হোস্টে Duplicator প্যাকেজ কিংবা একটা .sql ডাম্প আর wp-content ফোল্ডার তুলে রাখলেই কাজ চলে। আমাদের হিসাবে প্রতি সাইটে ২০ মিনিটের সেটআপ নেমে আসে ৬–৭ মিনিটে, আর কোনো প্লাগিন বাদ পড়ার সম্ভাবনা প্রায় শূন্য হয়ে যায়।
একটা শর্ত আছে, সেটা বলে রাখা দরকার — ব্লুপ্রিন্টটাও রক্ষণাবেক্ষণ করতে হয়। ছয় মাস আপডেট না করা বেস ইনস্টল মানে আপনি প্রতিটা নতুন ক্লায়েন্টকে ছয় মাসের পুরোনো প্লাগিন উপহার দিচ্ছেন। মাসে একবার বেসটা খুলে আপডেট দিয়ে আবার বন্ধ করে রাখুন; কাজটা পনেরো মিনিটের।
পাঁচটা পদ্ধতি এক টেবিলে
| পদ্ধতি | প্রথমবার | দশমবার | কী লাগে | নিয়ন্ত্রণ | | --- | --- | --- | --- | --- | | এক-ক্লিক ইনস্টলার | ২ মিনিট | ২ মিনিট | শুধু cPanel | কম | | ম্যানুয়াল | ২০ মিনিট | ৮ মিনিট | File Manager + phpMyAdmin | পূর্ণ | | WP-CLI | ১৫ মিনিট | ৪ মিনিট | SSH | পূর্ণ | | লোকাল → লাইভ | ৩০+ মিনিট | ২০ মিনিট | LocalWP + মাইগ্রেশন টুল | পূর্ণ | | ব্লুপ্রিন্ট ক্লোন | একবারের খাটুনি | ৬ মিনিট | তৈরি বেস ইনস্টল | পূর্ণ |
টেবিলটার সবচেয়ে জরুরি কলামটা প্রথমটা নয়, তৃতীয়টা। প্রথম ইনস্টলে সব পদ্ধতিই কাছাকাছি; পার্থক্যটা দেখা যায় দশম ইনস্টলে গিয়ে। আপনি কোন কলামের মানুষ, সেটা ঠিক করলেই উত্তর বেরিয়ে আসে।
কোনটা কখন বেছে নেবেন
- আপনার প্রথম সাইট, শেখার জন্য → ম্যানুয়াল। ধীর, কিন্তু কোন টুকরা কোথায় বসে সেটা হাতে ঢুকে যাবে। শিখুন এমন একটা সাইটে যেটা ভাঙলে কারও ক্ষতি নেই।
- ক্লায়েন্টের ছোট সাইট, ডেডলাইন কাল → এক-ক্লিক ইনস্টলার, তবে Advanced Options ঘেঁটে। এটা বাহাদুরি দেখানোর জায়গা নয়।
- বছরে দশটার বেশি সাইট → WP-CLI স্ক্রিপ্ট, তারপর ব্লুপ্রিন্ট ক্লোন। প্রথম দিনের খাটুনিটা তৃতীয় সাইটেই উঠে আসে।
- ডিজাইন-ভারী কাস্টম কাজ, ক্লায়েন্ট বারবার বদলাবেন → লোকালে বানান, রিভিউ পাস হলে তবেই লাইভে তুলুন।
- WooCommerce বা মেম্বারশিপ, যেখানে আসল ডেটা ঝুঁকিতে → ম্যানুয়াল বা WP-CLI, সঙ্গে প্রথম দিন থেকেই স্টেজিং সাইট। এখানে ব্যাকআপ রিস্টোর করে দেখা ঐচ্ছিক নয়।
আমাদের সুপারিশ
একটামাত্র পদ্ধতি বেছে নিতে বললে আমরা বলব WP-CLI — কারণ ওটা শিখলে বাকি চারটার ভেতরে কী ঘটছে তা আপনি এমনিতেই বুঝে ফেলবেন। কিন্তু বাস্তবে আমরা মিশিয়ে চালাই: ডিজাইন হয় LocalWP-তে, সার্ভারে ভিত্তিটা বসে WP-CLI স্ক্রিপ্টে, আর একই ধরনের কাজ পরপর এলে ব্লুপ্রিন্ট ক্লোন। এক-ক্লিক ইনস্টলার আমরা তখনই ছুঁই, যখন ক্লায়েন্ট নিজেই পরে সাইটটা চালাবেন এবং তাঁর হোস্টের সাপোর্ট টিমই তাঁর একমাত্র ভরসা — তখন হোস্টের চেনা পথে থাকাটাই তাঁর জন্য নিরাপদ। ভালো সিদ্ধান্ত মানে সবচেয়ে চালাক পদ্ধতিটা বাছা নয়, সাইটটা যিনি চালাবেন তাঁর জন্য সবচেয়ে টেকসই পদ্ধতিটা বাছা।
যেসব প্রশ্ন প্রতিটা টিমে একবার হলেও ওঠে
এক-ক্লিক ইনস্টলার কি সাইটকে দুর্বল করে দেয়? ইনস্টলার নিজে দুর্বল নয়, তার ডিফল্টগুলো দুর্বল। admin ইউজারনেম, অনুমানযোগ্য প্রিফিক্স আর গায়ে জড়ানো বান্ডল প্লাগিন — এই তিনটা ঠিক করে নিলে Softaculous দিয়ে বসানো সাইট আর ম্যানুয়ালি বসানো সাইটে ফাইলের দিক থেকে কার্যত কোনো পার্থক্য থাকে না।
টেবিল প্রিফিক্স wp_ থেকে বদলালে কি হ্যাক ঠেকে? না। ওটা হ্যাক ঠেকায় না, শুধু স্বয়ংক্রিয় স্ক্যানার-বটের অলস চেষ্টাগুলো ব্যর্থ করে। আসল সুরক্ষা আসে হালনাগাদ PHP, শক্ত পাসওয়ার্ড, 2FA আর কম প্লাগিন থেকে। ইনস্টলের সময় প্রিফিক্স বদলানো সস্তা, তাই করে নিন — কিন্তু ওটাকে সিকিউরিটি প্ল্যান ভাববেন না।
পরে কি পদ্ধতি বদলানো যায় — Softaculous ইনস্টলকে WP-CLI দিয়ে চালানো যাবে?
যাবে, এবং সেটাই স্বাভাবিক। WordPress ফাইল আর ডেটাবেসের সমষ্টি — কে বসিয়েছে সেটা কোথাও লেখা থাকে না। SSH পেলে সেই একই সাইটে wp plugin list চালিয়ে দেখুন, কাজ করবে। শুধু হোস্টের নিজস্ব অটো-আপডেট চালু থাকলে সেটা বন্ধ করে নিন, নইলে দুইজন একই ফাইল বদলাতে যাবে।
লোকালে বানানো সাইট লাইভে তুললে ডিজাইন ভেঙে যায় কেন?
প্রায় সব ক্ষেত্রেই URL রিপ্লেসের কারণে। ডেটাবেসে অনেক সেটিং সিরিয়ালাইজড অবস্থায় থাকে, আর সাধারণ Find & Replace সেই স্ট্রিংয়ের দৈর্ঘ্যের হিসাব মেলাতে পারে না বলে ডেটা নষ্ট হয়ে যায়। wp search-replace কিংবা ভালো মাইগ্রেশন প্লাগিন ব্যবহার করুন — এরা সিরিয়ালাইজড ডেটা বুঝে কাজ করে।
ইনস্টল কোন পদ্ধতিতে হবে, সেটা ঠিক করতে গিয়ে আটকে থাকলে Stack Alix-এ আমাদের লিখতে পারেন। সিদ্ধান্তটা আমরা প্রায় প্রতিদিন নিই, আর মাঝে মাঝে ক্লায়েন্টকে বলিও — আপনার এই কাজটার জন্য আমাদের দরকার নেই, Softaculous-ই যথেষ্ট। সেটাও একটা সৎ উত্তর।