فروشگاه Magento 2 با یک خط نصب

برای یک فروشگاه کوچک با چند ده محصول، Magento معمولاً بیش از نیاز است. این سناریوها جایی است که امکانات آن واقعاً به کار می‌آید:

اسکریپت نصب پیش از هر کاری حافظهٔ سرور را بررسی می‌کند و اگر کمتر از حدود ۶ گیگابایت RAM باشد، با پیغام خطا متوقف می‌شود. دلیلش این است که روی یک سرور، چند سرویس سنگین با هم اجرا می‌شوند: Elasticsearch که روی Java اجرا می‌شود و به‌تنهایی چند گیگابایت حافظه می‌خواهد، MariaDB برای دیتابیس، PHP-FPM برای پردازش صفحه‌ها و Redis. روی سرور کوچک‌تر، این ترکیب یا نصب نمی‌شود یا فروشگاه زیر بار کند می‌شود.

از میان پلن‌های سرور ابری، pro با ۴ هسته، ۸ گیگابایت RAM و ۱۶۰ گیگابایت دیسک این شرط را دارد. پلن plus با ۴ گیگابایت RAM برای این اسکریپت کافی نیست. اگر بعدها کاتالوگ و ترافیک بزرگ شد، جدا کردن جست‌وجو روی Elasticsearch مدیریت‌شده یا دیتابیس روی MariaDB مدیریت‌شده فشار را از سرور اصلی برمی‌دارد.

دستور curl -fsSL https://iranclaud.ir/install/magento | sudo bash روی Ubuntu 24.04 اجرا می‌شود. اسکریپت شفاف است و اگر وسط کار قطع شود، اجرای دوباره مراحل انجام‌شده را تکرار نمی‌کند. خلاصهٔ کاری که انجام می‌دهد:

اسکریپت رایگان است و هزینه فقط مربوط به سرور ابری است که ساعتی از کیف پول کسر می‌شود. چون اسکریپت روی سرور کمتر از ۸ گیگابایت اجرا نمی‌شود، هزینهٔ واقعی شروع، پلن pro است. پلن plus را فقط برای مقایسه آورده‌ایم؛ مثلاً اگر بخواهید یک سرور جدا برای محیط تست بدون Elasticsearch بسازید.

معادل ماهانه بر مبنای ۷۳۰ ساعت است. اگر فروشگاه را به Edge Proxy، فضای ذخیره‌سازی یا دیتابیس مدیریت‌شده وصل کنید، هزینهٔ آن سرویس‌ها جداست؛ برای برآورد کل از ماشین‌حساب هزینه کمک بگیرید.

پیش از انتخاب Magento، اندازهٔ واقعی فروشگاه را در نظر بگیرید. اگر چند صد محصول ساده دارید و تیم فنی کوچکی دارید، فروشگاه‌سازهای سبک‌تر با هزینهٔ سرور کمتر همان نتیجه را می‌دهند. ایران‌کلاد OpenCart آماده و PrestaShop آماده را هم ارائه می‌دهد و WooCommerce را می‌توانید روی WordPress مدیریت‌شده نصب کنید.

نسخهٔ آماده و مدیریت‌شدهٔ Magento هنوز به‌زودی است. تا آن زمان، جدول زیر نصب Magento روی سرور خودتان را با فروشگاه‌های آماده‌ای مقایسه می‌کند که همین حالا از پنل ساخته می‌شوند:

دکمهٔ «ساخت سرور برای Magento» فرم سفارش را با Ubuntu 24.04 و دستور نصب باز می‌کند؛ اگر هنوز حساب ندارید، پس از ثبت‌نام مستقیم به همین فرم برمی‌گردید. مراحل کامل:

Magento برای کارهایی مثل ایندکس‌گذاری، ارسال ایمیل سفارش و به‌روزرسانی قیمت‌ها به cron نیاز دارد که اسکریپت آن را نمی‌سازد؛ با دستور bin/magento cron:install با کاربر www-data آن را اضافه کنید. سپس حالت فروشگاه را با bin/magento deploy:mode:set production به production ببرید تا فایل‌های استاتیک از پیش ساخته شوند و صفحه‌ها سریع‌تر باز شوند.

Redis روی سرور نصب و فعال است اما Magento هنوز از کش فایلی استفاده می‌کند. با bin/magento setup:config:set و گزینه‌های cache-backend و session-save می‌توانید کش و نشست‌ها را به Redis ببرید که در ترافیک بالا تفاوت محسوسی دارد.

هر بار که ماژولی اضافه یا حذف می‌کنید، ترتیب معمول این است: bin/magento setup:upgrade برای اعمال تغییرات دیتابیس، setup:di:compile برای ساخت کلاس‌های تولیدشده، setup:static-content:deploy برای فایل‌های استاتیک زبان fa_IR و در پایان cache:flush. اجرای این دستورها روی پلن pro چند دقیقه وقت می‌گیرد؛ آن‌ها را در ساعت کم‌ترافیک انجام دهید و پیش از شروع، حالت نگه‌داری را با maintenance:enable روشن کنید تا مشتری صفحهٔ خراب نبیند.

اسکریپت فروشگاه را با آدرس IP سرور نصب می‌کند. پس از تعریف دامنه در DNS مدیریت‌شده و ساخت رکورد A، باید آدرس پایهٔ Magento را هم عوض کنید؛ با bin/magento setup:store-config:set و گزینهٔ base-url یا از بخش تنظیمات پنل مدیریت. اگر این کار را نکنید، لینک‌ها و تصاویر همچنان به IP اشاره می‌کنند.

برای HTTPS‏، Edge Proxy را جلوی فروشگاه روشن کنید که علاوه بر گواهی، CDN و فایروال وب هم اضافه می‌کند. بعد آدرس امن پایه را تنظیم کنید و استفادهٔ امن در بخش فروشگاه و پنل مدیریت را فعال کنید. وضعیت گواهی را با تست SSL بررسی کنید.

Magento از نسخهٔ 2.4 احراز هویت دومرحله‌ای را برای پنل مدیریت به‌صورت پیش‌فرض فعال دارد و لینک راه‌اندازی آن را با ایمیل می‌فرستد. پس پیش از اولین ورود، ارسال ایمیل را با یک سرویس SMTP مثل SMTP ایران‌کلاد تنظیم کنید. مسیر پنل مدیریت هم تصادفی ساخته شده تا ربات‌ها به‌سادگی پیدایش نکنند.

اسکریپت رمزهای دیتابیس و ادمین را تصادفی می‌سازد و فایل اطلاعات ورود را فقط برای root خوانا می‌گذارد. وصله‌های امنیتی Magento و افزونه‌ها را با Composer اعمال کنید، ورود SSH را به کلید محدود کنید و با فایروال شبکه فقط پورت‌های وب و SSH را باز بگذارید. Elasticsearch و MariaDB فقط روی خود سرور گوش می‌دهند.

از تب «بکاپ» در صفحهٔ سرور هر زمان بخواهید یک نسخهٔ کامل از سرور می‌گیرید که کد، تصاویر محصول و دیتابیس را با هم دارد و بازگردانی‌اش هم از همان‌جاست. هزینهٔ فضای بکاپ بر اساس حجم است و جزئیاتش در صفحهٔ بکاپ آمده. بکاپ خودکار زمان‌بندی‌شده برای سرور ابری فعلاً ارائه نمی‌شود، پس پیش از هر ارتقا یک نسخه بگیرید.

برای انتقال فروشگاه موجود، ابتدا روی سرور جدید نصب تمیز انجام دهید، سپس کد سفارشی، پوشهٔ pub/media و خروجی دیتابیس را منتقل کنید، مشخصات دیتابیس را در app/etc/env.php اصلاح کنید و setup:upgrade و ایندکس‌گذاری مجدد را اجرا کنید. نسخهٔ Magento مبدأ و مقصد باید یکی باشد؛ ارتقا را جدا و بعد از انتقال انجام دهید.

این یک نصب خودکار روی سرور شخصی است و Magento مدیریت‌شده نیست. پایش، بهینه‌سازی، به‌روزرسانی و رفع خطای فروشگاه با تیم شماست. همهٔ سرویس‌ها روی یک سرور اجرا می‌شوند و اگر آن سرور تحت فشار باشد، کل فروشگاه کند می‌شود.

اسکریپت بسته‌ها را از منابع رسمی خارجی مثل repo.magento.com و مخزن Elastic دانلود می‌کند. اگر دسترسی سرور به یکی از این منابع برقرار نباشد، نصب در همان مرحله متوقف می‌شود و باید پس از رفع مشکل، اسکریپت را دوباره اجرا کنید. اسکریپت فقط روی Ubuntu 24.04 تست شده است. پشتیبانی ایران‌کلاد در سطح سرور، شبکه و پنل کمک می‌کند؛ توسعهٔ قالب، نصب افزونه و عیب‌یابی کد فروشگاه در حوزهٔ کار تیم شما یا توسعه‌دهندهٔ Magento است.