// یادداشت پروژه
انتقال محتوای Arvand از فایل‌های فرانت‌اند به Strapi
تجربهٔ جدا کردن مقاله‌ها و تصاویر از فایل‌های ثابت با Strapi، Vercel، Neon و Cloudinary؛ همراه با بررسی ۵۰ نسخهٔ زبانی، قبل از اتصال فرانت‌اند.
خواندن مطلبsouth
برای تغییر محتوا نباید سراغ فایل فرانت‌اند رفت
توی پروژهٔ Arvand Termo Tec داشتم مدیریت محتوا و تصاویر رو از فایل‌های ثابت فرانت‌اند جدا می‌کردم. هدف این بود که تغییر عنوان، تصویر یا مقاله از داخل پنل مدیریت انجام بشه، نه با ویرایش فایل‌های اپلیکیشن.
موضوع فقط عوض کردن محل نگهداری JSON نبود. CMS باید اطلاعاتی رو از طریق API ارائه می‌داد که فرانت‌اند واقعاً برای نمایش محتوا بهش نیاز داشت.
چهار سرویس با مسئولیت‌های مشخص
- Strapi برای مدیریت محتوا و APIها.
- Vercel برای اجرای بک‌اند این پروژه.
- Neon برای نگهداری داده‌ها در PostgreSQL.
- Cloudinary برای ذخیره و ارائهٔ تصاویر، به‌جای وابستگی به فایل‌های محلی بک‌اند.
- Strapiویرایش محتوا و پاسخ‌های API
- Vercelاجرای بک‌اند
- Neonنگهداری داده‌های PostgreSQL
- Cloudinaryذخیره و ارائهٔ تصاویر
۲۵ مقاله، دو زبان، ۵۰ نسخه
تا مرحله‌ای که در پست اصلی توضیح دادم، ۲۵ مقاله به دو زبان انگلیسی و ایتالیایی وارد CMS و منتشر شده بودن. API لیست مقاله‌ها و دریافت هر مقاله با اسلاگ هم آماده بود؛ همراه با تصویر، نویسنده، دسته‌بندی و متن کامل.
داده‌های واردشده رو با محتوای اصلی پروژه مقایسه کردم و آدرس هر ۵۰ نسخهٔ زبانی روی API زنده تست شد. این عدد یعنی ۲۵ مقاله در دو زبان، نه ۵۰ مقالهٔ متفاوت.
آنلاین شدن CMS، پایان مهاجرت نبود
وقتی پست اصلی رو منتشر کردم، CMS آنلاین بود و داده ارائه می‌داد. قدم بعدی، اتصال فرانت‌اند به APIها و جایگزین کردن فایل‌های JSON ثابت بود.
این تفکیک برام مهمه: آنلاین شدن موفق بک‌اند، به‌تنهایی به این معنی نیست که فرانت‌اند هم دیگه به فایل‌های قبلی وابسته نیست.