Strapi؛ CMS بدون سر برای API سایت و اپ شما

پروژه‌هایی که تیم‌ها معمولاً با Strapi می‌سازند:

پس از روشن‌شدن سرور، اسکریپت نصب ما اگر Node.js روی سرور نباشد، نسخهٔ 20 آن را از مخزن NodeSource نصب می‌کند و ابزارهای کامپایل لازم برای ماژول‌های بومی را هم اضافه می‌کند. سپس با ابزار رسمی create-strapi-app آخرین نسخهٔ Strapi را به‌صورت یک پروژهٔ TypeScript با دیتابیس SQLite در پوشهٔ /opt/strapi/cms می‌سازد.

پروژه به‌صورت سرویس systemd با نام strapi و در حالت production روی همهٔ نشانی‌های شبکه و پورت ۱۳۳۷ اجرا می‌شود و اگر به هر دلیل متوقف شود، پس از چند ثانیه دوباره بالا می‌آید. در پایان، قانون ورودی پورت ۱۳۳۷ در فایروال سرور اضافه و فایروال فعال می‌شود؛ هر پورت دیگری را خودتان از تب فایروال اضافه می‌کنید. آدرس پنل در تب «اپلیکیشن» صفحهٔ سرور نمایش داده می‌شود.

برای نصب Strapi مبلغی جدا دریافت نمی‌کنیم و نسخهٔ Community آن هم رایگان است. هنگام ساخت سرور هزینهٔ ساعت اول پلن از کیف پول کم می‌شود و پس از آن هر ساعت؛ با حذف سرور محاسبه متوقف می‌شود. Strapi در فهرست اپلیکیشن‌ها از پلن mini به بالا قابل انتخاب است.

اجرای Strapi با چند کاربر ویرایشگر و ترافیک متوسط API روی mini ممکن است، اما ساخت دوبارهٔ پنل مدیریت با npm run build پس از نصب افزونه یا تغییر کد، حافظهٔ زیادی می‌گیرد و روی یک گیگابایت کند یا ناموفق می‌شود. به همین دلیل standard را پیشنهاد می‌کنیم؛ اگر کنار Strapi فرانت‌اند Next.js را هم روی همین سرور اجرا می‌کنید، plus را بگیرید. برای جمع هزینه از ماشین‌حساب هزینه استفاده کنید.

هر کدام برای نوع متفاوتی از پروژه ساخته شده‌اند:

کیف پول را شارژ کنید، به سفارش سرور ابری بروید، پلن را انتخاب و در تب اپلیکیشن‌ها Strapi را برگزینید. پس از ساخت سرور، در تب «اپلیکیشن» منتظر وضعیت نصب موفق بمانید، آدرس پنل را باز کنید و اولین مدیر را بسازید.

نکتهٔ مهم این است که سرور در حالت production اجرا می‌شود و Strapi در این حالت اجازهٔ تغییر ساختار محتوا را از پنل نمی‌دهد. گردش کار درست این است: پروژه را از /opt/strapi/cms در یک مخزن Git قرار دهید، روی رایانهٔ خودتان با npm run develop نوع‌های محتوا را بسازید، تغییرات را push کنید، روی سرور pull کنید، npm run build بزنید و سرویس strapi را دوباره راه بیندازید. برای پروژهٔ کوچک می‌توانید همین کار را مستقیم روی سرور انجام دهید: سرویس را متوقف کنید، develop را موقتاً اجرا و پس از ساخت ساختار متوقف کنید.

در پایان، در بخش Users and Permissions برای نقش Public اجازهٔ find و findOne روی نوع‌های محتوای عمومی بدهید، یا برای فرانت‌اند یک API Token فقط‌خواندنی بسازید. اکنون فرانت‌اند از مسیر api و نام جمع نوع محتوا داده می‌گیرد.

پنل مدیریت و API در نصب پایه روی http و پورت ۱۳۳۷ از اینترنت در دسترس‌اند. پیش از ورود محتوای واقعی HTTPS را فعال کنید: nginx را روی سرور نصب کنید تا پورت ۸۰ را به 127.0.0.1:1337 برساند، پورت ۸۰ را در فایروال شبکه یا تب فایروال سرور باز کنید و زیردامنه را در مدیریت DNS پشت پروکسی لبه قرار دهید تا گواهی SSL خودکار صادر شود. سپس آدرس عمومی را در config/server پروژه بگذارید و قانون پورت ۱۳۳۷ را حذف یا به IP دفتر محدود کنید.

اصل حداقل دسترسی را رعایت کنید: نقش Public فقط اجازهٔ خواندن محتوای عمومی داشته باشد، هر فرانت‌اند توکن جدا و فقط‌خواندنی بگیرد و توکن‌های دارای دسترسی کامل فقط در سرورهای مورداعتماد باشند. کلیدهای مخفی پروژه در فایل .env هستند؛ این فایل را هرگز در مخزن Git قرار ندهید.

وابستگی‌های npm و خود Strapi را دوره‌ای به‌روز کنید؛ پیش از هر ارتقای نسخهٔ اصلی، راهنمای مهاجرت رسمی را بخوانید و یک بکاپ بگیرید.

یک پروژهٔ Strapi سه بخش دارد: کد و ساختار محتوا در پوشهٔ پروژه، داده‌ها در فایل SQLite یعنی .tmp/data.db، و فایل‌های رسانه در public/uploads. کد را در Git نگه دارید؛ برای داده و رسانه، Strapi دستور strapi export دارد که یک فایل فشرده و قابل‌رمزگذاری از محتوا، رسانه و پیکربندی می‌سازد و با strapi import روی نصب دیگری بازگردانده می‌شود.

بکاپ کامل سرور را هم هر وقت خواستید از تب بکاپ پنل بسازید؛ بکاپ دستی است و فضای آن ساعتی ۲ تومان به ازای هر گیگابایت حساب می‌شود. جزئیات در صفحهٔ پشتیبان‌گیری. اگر رسانه‌ها زیاد شدند، آن‌ها را با افزونهٔ آپلود سازگار با S3 به فضای ذخیره‌سازی ابری ببرید تا دیسک سرور پر نشود. برای انتقال از Strapi دیگر، نسخهٔ اصلی دو طرف باید یکی باشد؛ ابتدا مبدأ را ارتقا دهید و بعد export بگیرید.

از سمت ما: نصب یک‌کلیک فقط Node.js و یک پروژهٔ خالی Strapi با SQLite می‌سازد؛ دیتابیس جدا، وب‌سرور، دامنه، HTTPS و افزونه‌ها با شماست. نصب اپلیکیشن فقط هنگام ساخت سرور انتخاب می‌شود و روی سروری که قبلاً ساخته‌اید از پنل نصب نمی‌شود. سرور تک‌نودی است و بکاپ زمان‌بندی‌شدهٔ خودکار ندارد.

از سمت Strapi: ساختار محتوا فقط در حالت توسعه قابل تغییر است، SQLite برای نوشتن هم‌زمان سنگین و چند نمونهٔ موازی مناسب نیست، و برخی امکانات مثل گردش کار بازبینی چندمرحله‌ای، ورود یکپارچهٔ سازمانی و تاریخچهٔ تغییرات در نسخه‌های پولی Strapi هستند. هر ارتقای نسخهٔ اصلی هم ممکن است به تغییر کد نیاز داشته باشد.