التجريب مريح خصوصًا عندما يكون الموقع موقعك: العميل قريب دائمًا، ويخلق بنفسه مشكلات جديدة بانتظام. في مرحلة ما، اكتسبت خبرة كافية في الانتقالات جعلتني أتوقف عن اعتبار نظام CMS التالي الإجابة النهائية.
مرّ nevsky.ae بمرحلتي Ghost وEmDash. المصدر التحريري الحالي هو ملفات المستودع. يبني تطبيق Astro واحد الصفحات، ويُستخدم Svelte حيث تحتاج الواجهة فعلًا إلى التفاعل. احتُفظ بالأنظمة القديمة للاستعادة، لكن يجب ألا تعود إلى تحرير المقالات الحالية بالتوازي.
تحتفظ شاشة «nevsky.ae — الشاشة الأولى» بمواد المشروع وتصميمه الحقيقيين.
nevsky.ae — الشاشة الأولى
الإصدار الحالي من الموقع
مقال واحد وطرق عدة لقراءته
للمادة معرّف ثابت وأصل روسي وترتيب مشترك للكتل ونسخ لغوية. ترتبط الوسائط بهذه البنية. تغيّر الترجمة النص، ولا تُنشئ مقالًا مستقلًا آخر ينسى أقاربه تدريجيًا.
تحتفظ شاشة «nevsky.ae — قسم داخلي» بمواد المشروع وتصميمه الحقيقيين.
nevsky.ae — قسم داخلي
الإصدار الحالي من الموقع
للمسودة والنسخة المنشورة صلاحيات مختلفة. أستطيع إعادة كتابة المادة محليًا وفتحها كمقال عادي، بينما يستمر القارئ في تلقي النسخة المعتمدة. فكرة بسيطة تصبح ثمينة خصوصًا حين تصل إلى المجلد وكلاء AI المتحمسة جدًا للمساعدة.
nevsky.ae — قسم التواصل
الإصدار الحالي من الموقع
تُبنى من الملفات المنشورة نسخة الموقع والبحث وAsk وMarkdown وRSS وغيرها من طرق العرض. وإذا مُنح كل واحد منها نصًا قابلًا للتحرير مستقلًا، تنشأ غرفة تحرير صغيرة بلا رئيس تحرير: واجهة تروي الجديد، وأخرى تقتبس القديم، وثالثة تخترع بثقة نسخة توفّق بينهما.
لماذا ناسبتني الملفات
يمكن رؤية التغيير في diff: هكذا كانت الفقرة، وهكذا أصبحت. يمكن فحصه أو رفضه أو التراجع عنه. يوجد النص بجانب الكود الذي يعرضه، لكنه يبقى محتوى مستقلًا. هذا مناسب خصوصًا للعمل مع وكيل: للمهمة نتيجة مرئية، والموافقة على التعديل لا تتحوّل تلقائيًا إلى إذن بالنشر.
ولهذا القرار كلفة أيضًا. يتطلّب التحرير بالملفات انضباطًا وفحصًا للبنية واهتمامًا بالترجمات والصور. لا يصلح Git النص الرديء من تلقاء نفسه، ولا يعوّض محرّرًا مريحًا لكل كاتب. اخترته بما يناسب طريقتي في العمل.
لم يكن الانتقال يعني ابتكار تصميم جديد وتغيير كل العناوين وقطع التاريخ في الوقت نفسه. أردت الحفاظ على موقع مألوف وتغيير طريقة عمله من الداخل.
حافظت في هذه النسخة على تصميم الموقع وعناوينه ونقلت المصدر التحريري إلى ملفات. يمكن تجهيز المقال وفتحه بتصميمه الفعلي واعتماده بمعزل عن البناء. وللطرفية ولنظام Content OS السابق مقالان مستقلان.
قصص ذات صلة: طرفية الموقع · نظام Content OS السابق · منصة مشتركة لثلاثة مواقع.
@nevsky_alexander
على Instagram، دبي بعيدًا عن صور البطاقات البريدية: العائلة والمدينة والاكتشافات والحياة بين المشاريع. وعلى Threads، أفكار بصوت عالٍ عن التصميم والذكاء الاصطناعي. أما YouTube فللفيديوهات التي تحتاج مساحة أكبر من الستوري. تابعوني حيث يناسبكم، ولنبقَ على تواصل