একটা wordpress সাইট ইনস্টল করা কোনো দক্ষতা নয়। বারোটা ক্লায়েন্ট সাইট একসঙ্গে চালানো, যেগুলোর প্রতিটা আলাদা হোস্টিংয়ে, আলাদা থিমে, আলাদা প্লাগিন সেটে বসানো — সেটা একটা দক্ষতা। আর যাঁরা এই দ্বিতীয় পরিস্থিতিতে পড়েছেন, তাঁরা জানেন কষ্টটা কোথায়: সাইট বানানোর সময় নয়, সাইটটা বাঁচিয়ে রাখতে গিয়ে।
এই লেখাটা সেই ফ্রিল্যান্সার আর ছোট এজেন্সির জন্য, যাঁরা মাসে দুই-তিনটা করে wordpress সাইট ডেলিভার করেন। কৌশল নিয়ে যে ছয়টা কথা সবচেয়ে বেশি শুনি, সেগুলো এখানে ভেঙে দেখা যাক — কারণ প্রতিটার দাম মেটাতে হয় প্রজেক্ট ডেলিভারির অনেক পরে, রক্ষণাবেক্ষণের মাসগুলোতে।
স্ট্যান্ডার্ড “ক্লায়েন্ট বাড়লে পরে বানাব” — এই যুক্তিটা উল্টো
সবচেয়ে বেশি শোনা কথা: এখন তো মাত্র চারটা সাইট, প্রসেস-ট্রসেস পরে ভাবা যাবে। বাস্তবে হয় ঠিক উল্টো। চারটা সাইটে স্ট্যান্ডার্ড বানানো সহজ, কারণ বদলাতে হবে মাত্র চারটা। বিশটা সাইটে সেটা করতে হলে বিশটা ক্লায়েন্টকে রাজি করাতে হবে, বিশটা ভিন্ন সেটআপ বুঝতে হবে, আর কাজটা তখন পুরো একটা প্রজেক্টের সমান।
স্ট্যান্ডার্ড মানে বিশাল ডকুমেন্ট নয়। মানে হলো একটা লিখিত বেসলাইন: কোন হোস্টিং সুপারিশ করব, PHP-র কোন ভার্সন, ডিফল্টে কোন সাতটা প্লাগিন যাবে (আর কোনগুলো কখনোই নয়), ব্যাকআপ কোথায় যাবে, স্টেজিং কোথায় থাকবে, অ্যাডমিন ইউজার কীভাবে বানানো হবে। এক পাতা। কিন্তু এই এক পাতা থাকলে নতুন সাইট বসানো একটা রুটিন হয়ে যায়, আর প্রতিবার নতুন করে সিদ্ধান্ত নেওয়ার ক্লান্তিটা চলে যায়।
বাস্তব পরীক্ষা: আপনার একজন জুনিয়র বা সহকর্মী কি আপনাকে না জিজ্ঞেস করে আপনার স্ট্যান্ডার্ডে একটা নতুন সাইট বসাতে পারবেন? উত্তর “না” হলে স্ট্যান্ডার্ডটা আসলে আপনার মাথায় আছে, কাগজে নেই — আর মাথায় থাকা জিনিস স্কেল করে না।
প্রতিটা সাইট শূন্য থেকে শুরু — এটা মান নয়, অপচয়
“প্রতিটা ক্লায়েন্ট আলাদা, তাই প্রতিটা সেটআপও আলাদা হবে” — কথাটা শুনতে পেশাদার, কিন্তু এর ভেতরে একটা লুকোনো ভুল আছে। ক্লায়েন্টের ডিজাইন আলাদা, কন্টেন্ট আলাদা, ব্যবসা আলাদা — কিন্তু ইনস্টলেশনের ভিত্তিটা প্রায় সবার একই: SSL, ক্যাশিং, ব্যাকআপ, SMTP, সিকিউরিটি, SEO প্লাগিন, GA4 কানেকশন। এই অংশটা প্রতিবার নতুন করে ভাবার কোনো কারণ নেই।
একটা বেসলাইন সেটআপ বানিয়ে রাখুন — যেটাকে অনেকে ব্লুপ্রিন্ট বা গোল্ডেন ইনস্টল বলে। WP-CLI দিয়ে একটা সাধারণ শেল স্ক্রিপ্ট লিখে রাখুন, যেটা কোর ইনস্টল করে, ডিফল্ট প্লাগিন-থিম বসায়, পারমালিংক আর টাইমজোন সেট করে, Hello Dolly আর স্যাম্পল পেজ মুছে দেয়, আর ডিসকারেজ-সার্চ-ইঞ্জিন বক্সটা ঠিক করে দেয়। যাঁরা কমান্ড লাইনে স্বচ্ছন্দ নন, তাঁরা একটা ক্লিন সাইট বানিয়ে সেটাকে টেমপ্লেট হিসেবে রেখে দিন এবং প্রতিবার ক্লোন করুন।
লাভটা সময়ের চেয়েও বড় জায়গায়: ভুল কমে। যে জিনিসটা স্ক্রিপ্টে লেখা আছে, সেটা রাত দুটোয় ঘুম-চোখে ডেলিভারি করার সময়ও বাদ পড়ে না।
মাল্টিসাইট খরচ কমায় না, ঝুঁকিটাকে এক জায়গায় জড়ো করে
নতুন এজেন্সিগুলোর একটা প্রিয় পরিকল্পনা: সব ক্লায়েন্টকে একটা wordpress মাল্টিসাইট নেটওয়ার্কে বসিয়ে দিলে হোস্টিং খরচ কমবে, আপডেট একবারেই হবে। কাগজে সুন্দর। বাস্তবে যা হয়: একটা প্লাগিন আপডেট নেটওয়ার্কের সব সাইটে একসঙ্গে যায়, তাই একটা সাইটে ভাঙলে সবগুলোতেই ভাঙে। একটা সাইট হ্যাক হলে ফাইল সিস্টেম শেয়ার করার কারণে বাকিগুলোও ঝুঁকিতে। একজন ক্লায়েন্ট চলে গেলে তাঁর সাইট আলাদা করে বের করা রীতিমতো মাইগ্রেশন প্রজেক্ট। আর অনেক প্রিমিয়াম প্লাগিনের লাইসেন্স মাল্টিসাইটে আলাদা দামে আসে।
মাল্টিসাইট সত্যিই কাজে দেয় যখন সাইটগুলোর মালিক এক — যেমন একটা বিশ্ববিদ্যালয়ের বিভাগগুলো, একটা রেস্টুরেন্ট চেইনের শাখাগুলো, বা এক কোম্পানির দেশভিত্তিক সাইট — যেখানে ডিজাইন আর প্লাগিন সেট এক থাকবে এবং একই আপডেট নীতি সবার জন্য প্রযোজ্য। ভিন্ন ভিন্ন ক্লায়েন্টের জন্য নয়। আলাদা ক্লায়েন্ট মানে আলাদা ইনস্টল, আলাদা হোস্টিং অ্যাকাউন্ট — এবং সেটাই সস্তা, যখন হিসাবটা ঝুঁকিসহ করবেন।
“স্টেজিং তো লাইভেরই কপি” — যতক্ষণ না সেটা লাইভকে মুছে দেয়
স্টেজিং সাইট আছে, ভালো কথা। কিন্তু বেশিরভাগ ছোট টিমে যে জিনিসটা লেখা থাকে না তা হলো — কোন দিকে ডেটা যাবে। ঘটনাটা এভাবে ঘটে: দুই সপ্তাহ আগে স্টেজিংয়ে কাজ শুরু হয়েছিল, এর মধ্যে লাইভ সাইটে ৪০টা অর্ডার আর ১২টা নতুন প্রোডাক্ট ঢুকেছে। ডেভেলপার কাজ শেষ করে হোস্টের Push to Live বাটনে চাপ দিলেন। ডেটাবেসসহ পুরো স্টেজিং গিয়ে লাইভের ওপর বসল। ৪০টা অর্ডার নেই।
নিয়মটা এক লাইনে লিখে টিমের সবাইকে জানিয়ে দিন: কোড যায় স্টেজিং থেকে লাইভে, কন্টেন্ট আর অর্ডার যায় লাইভ থেকে স্টেজিংয়ে — কখনো উল্টো নয়। প্র্যাকটিক্যালি এর মানে হলো থিম, চাইল্ড থিম আর কাস্টম প্লাগিন git-এ থাকবে এবং শুধু ফাইলগুলো ডিপ্লয় হবে; ডেটাবেস পুশ হবে কেবল তখনই, যখন সাইট এখনো লাইভ হয়নি বা কোনো অর্ডার/সাবস্ক্রাইবার নেই। WooCommerce সাইটে ডেটাবেস পুশ কার্যত নিষিদ্ধ ধরে নিন।
“ইনস্টল ঠিকঠাক হয়ে গেলে দুই বছর হাত দিতে হবে না”
এই ধারণা থেকেই বাংলাদেশের বেশিরভাগ হ্যাক হওয়া সাইটের জন্ম। wordpress কোর নিজে থেকে মাইনর আপডেট নেয়, কিন্তু প্লাগিন, থিম আর সবচেয়ে গুরুত্বপূর্ণ — PHP ভার্সন — কেউ ছোঁয় না। PHP-র প্রতিটা ভার্সনের একটা নির্দিষ্ট মেয়াদ থাকে; মেয়াদ শেষ হওয়ার পর নিরাপত্তা প্যাচ আসা বন্ধ হয়ে যায়, অথচ সাইট চলতে থাকে বলে কেউ টেরও পায় না। দুই বছর পর দেখা যায় সাইট চলছে EOL হয়ে যাওয়া PHP-তে, ১৯টা প্লাগিন পুরোনো, আর তার তিনটাতে পাবলিকলি জানা ভালনারেবিলিটি।
স্ট্র্যাটেজিটা সহজ: ইনস্টলের দিনই আপডেটের নিয়ম ঠিক করুন। কোরের মাইনর আপডেট অটো, সিকিউরিটি প্লাগিন আপডেট অটো, বাকি প্লাগিন মাসে একবার — স্টেজিংয়ে আগে, তারপর লাইভে, ব্যাকআপ নেওয়ার পর। PHP-র মেয়াদ শেষ হওয়ার তারিখটা ক্যালেন্ডারে বসিয়ে রাখুন। আর যে জিনিসটা মানুষ ভুলে যায়: যে প্লাগিন আর ব্যবহার হচ্ছে না, সেটা ডিঅ্যাক্টিভেট নয় — ডিলিট করুন, কারণ নিষ্ক্রিয় প্লাগিনের কোডও সার্ভারে পড়ে থাকে এবং ভালনারেবল থাকে।
“ইনস্টল করে দিয়েছি, ক্লায়েন্ট খুশি” — এখানেই সম্পর্কটা শেষ হয়ে যায়
একটা সাইট ২৫ হাজার টাকায় বানিয়ে দিয়ে জিপ ফাইল আর একটা পাসওয়ার্ড হস্তান্তর করা — এটা ব্যবসা নয়, এটা একবারের লেনদেন। ছয় মাস পর ক্লায়েন্ট ফোন করে বলবেন সাইট খুলছে না, আর তখন আপনি হয় বিনা পয়সায় ঠিক করে দেবেন, নয়তো সম্পর্কটা তিক্ত হবে। দুটোই ক্ষতি।
যে ইনস্টলেশন স্ট্র্যাটেজিটা আসলে টেকে, সেটার শেষ ধাপ হলো হ্যান্ডওভার প্যাকেট আর একটা রক্ষণাবেক্ষণ চুক্তি। প্যাকেটে থাকবে: সব অ্যাকাউন্টের তালিকা (ডোমেইন, হোস্টিং, wordpress, লাইসেন্স) — সবগুলো ক্লায়েন্টের নিজের ইমেইলে; ব্যাকআপ কোথায় থাকে আর কীভাবে রিস্টোর করতে হয়; কোন প্লাগিন কেন বসানো হয়েছে তার এক লাইনের ব্যাখ্যা; আর সাইটে সাধারণ কাজগুলোর (পোস্ট লেখা, প্রোডাক্ট যোগ, ছবি বদল) ছোট স্ক্রিন রেকর্ডিং।
তারপর মাসিক একটা প্যাকেজ প্রস্তাব করুন — আপডেট, ব্যাকআপ যাচাই, আপটাইম মনিটরিং, ছোটখাটো পরিবর্তন। বাংলাদেশের বাজারে ছোট সাইটে মাসে ১,৫০০–৩,০০০ টাকা আর ই-কমার্সে ৫,০০০–১০,০০০ টাকা — এই রেঞ্জটা বাস্তবসম্মত, আর বিকাশে মাসিক পেমেন্ট নেওয়া যায় বলে ক্লায়েন্টের জন্যও সহজ। দশজন ক্লায়েন্ট মানে অনুমানযোগ্য আয়, আর আপনার জন্য মানে সাইটগুলো সত্যিই আপডেটেড থাকা।
বাস্তব উদাহরণ: এক ফ্রিল্যান্সারের ১১টা সাইট
একজন পরিচিত ফ্রিল্যান্সারের অবস্থা ছিল ঠিক এমন: ১১টা ক্লায়েন্ট সাইট, ৭টা ভিন্ন হোস্টিং কোম্পানিতে, ৪টা সাইটে nulled থিম, কোনো স্টেজিং নেই, ব্যাকআপ কেবল হোস্টের ভরসায়, আর প্রতিটা সাইটে আলাদা প্লাগিন সেট। প্রতি মাসে গড়ে দুটো সাইটে কিছু না কিছু ভাঙত, আর প্রতিবার ডিবাগ করতে গিয়ে আগে বুঝতে হতো “এই সাইটটা কীভাবে বানিয়েছিলাম”।
তিন মাসে যা বদলাল: সব সাইট ধাপে ধাপে দুটো হোস্টিং অ্যাকাউন্টে আনা হলো (একটা লোকাল, একটা আন্তর্জাতিক), একটা লিখিত প্লাগিন বেসলাইন তৈরি হলো, nulled থিমগুলো সরিয়ে লাইসেন্স কেনা হলো — ক্লায়েন্টের নামে, ক্লায়েন্টের খরচে, কারণ সেটাই তাঁর সম্পদ। ব্যাকআপ গেল আলাদা ক্লাউড স্টোরেজে, আর প্রতি মাসের প্রথম শনিবার হলো আপডেট-ডে। ফলাফল: জরুরি ফোনকল প্রায় শূন্যে নামল, আর ৬ জন ক্লায়েন্ট মাসিক মেইনটেন্যান্সে সাইন করলেন। ইনস্টলেশন স্ট্র্যাটেজি আসলে এটাই — সাইট বসানোর কৌশল নয়, সাইট বাঁচিয়ে রাখার কৌশল।
একাধিক সাইট সামলাতে গিয়ে যে প্রশ্নগুলো ওঠে
সব ক্লায়েন্টকে একটা হোস্টিং অ্যাকাউন্টে (রিসেলার) রাখা কি ভালো? কাজের দিক থেকে সুবিধাজনক, কিন্তু দুটো শর্তে: প্রতিটা সাইট আলাদা cPanel অ্যাকাউন্টে থাকবে (একই অ্যাকাউন্টের সাব-ফোল্ডারে নয়, তাতে একটা হ্যাক সবগুলোতে ছড়ায়), আর চুক্তিতে পরিষ্কার লেখা থাকবে ক্লায়েন্ট চাইলে যেকোনো সময় নিজের ফাইল-ডেটাবেস নিয়ে চলে যেতে পারবেন।
প্রিমিয়াম প্লাগিনের একটা লাইসেন্স কি সব ক্লায়েন্ট সাইটে ব্যবহার করা যায়? GPL অনুযায়ী কোড ব্যবহারে বাধা নেই, কিন্তু আপডেট আর সাপোর্ট লাইসেন্স-কি ধরে আসে। একটা কি একাধিক সাইটে বসালে বেশিরভাগ ক্ষেত্রে আপডেট বন্ধ হয়ে যায় — আর আপডেট না পাওয়া প্লাগিনই পরের বছরের সিকিউরিটি হোল। প্রতিটা ক্লায়েন্টের লাইসেন্স তাঁর নিজের নামে কিনুন, খরচটা কোটেশনে রাখুন।
ছোট সাইটে স্টেজিং কি বাড়াবাড়ি? পাঁচ পেজের ব্রোশিওর সাইটে ব্যাকআপ থাকলে স্টেজিং ছাড়াও চলে। কিন্তু যেখানে অর্ডার, বুকিং বা মেম্বারশিপ আছে, সেখানে স্টেজিং ঐচ্ছিক নয় — কারণ একটা ভুল আপডেটে যা হারাবে, তার দাম স্টেজিংয়ের খরচের চেয়ে অনেক বেশি।
নতুন সাইট সেটআপে কত সময় ধরা উচিত কোটেশনে? বেসলাইন ইনস্টল, SSL, ক্যাশিং, SMTP, ব্যাকআপ, সিকিউরিটি আর অ্যানালিটিক্স — গুছিয়ে করলে ৩ থেকে ৫ ঘণ্টা। এটাকে আলাদা লাইন আইটেম হিসেবে কোটেশনে রাখুন, ডিজাইনের ভেতর লুকিয়ে ফেলবেন না; তাহলে ক্লায়েন্টও বোঝেন কাজটা আছে, আর আপনিও তার দাম পান।
ইনস্টলেশন স্ট্র্যাটেজির আসল পরীক্ষা হয় ডেলিভারির ছয় মাস পর। আপনার সাইটগুলো যদি এখন এলোমেলো অবস্থায় থাকে, স্ট্যাক অ্যালিক্স-এর টিম সেগুলো একটা বেসলাইনে আনতে, ব্যাকআপ আর আপডেটের রুটিন দাঁড় করাতে, আর ক্লায়েন্টদের জন্য একটা পরিষ্কার হ্যান্ডওভার প্যাকেট বানাতে সাহায্য করতে পারে।