المشكلة
تنظّم Viaggio Fotografico رحلات وورش عمل للتصوير الفوتوغرافي وتنشر قصص السفر. وكان على الموقع أن يبيع الرحلات بكل تفاصيلها، ويجمع التسجيلات بشكل صحيح، ويجيب عن أسئلة الزوار، وينتقل إلى خادم جديد دون خسارة أي شيء.
ما الذي بنيته
أعدتُ بناء القالب كمجلة للسفر والتصوير، وأضفتُ الأدوات التي يحتاجها الفريق لإدارته.
- الرحلات كمنتجات — كل رحلة منتج في WooCommerce بحقوله الخاصة: صور للحاسوب والهاتف، وفيديو، وخصم، وعدد المشاركين، والبرنامج، وتبويبات، ومعرض صور، وصورة بانورامية.
- نماذج تسجيل تملأ نفسها — إضافة مخصصة تملأ نموذج الحجز مسبقًا ببيانات الرحلة المعروضة، وتضيف حقولًا مثل عدد الأشخاص ومشاركة الغرفة، وتضع البيانات نفسها في الرسائل البريدية. أخطاء أقل ومراسلات أقل.
- Caronte، المساعد الذكي — أداة دردشة بنقطة اتصال OpenAI على الخادم. تنقسم تعليماته إلى أقسام يحررها الفريق في WordPress: القواعد، وصيغة الإجابة، والصفحات الرئيسية، والأسئلة الشائعة، وقائمة الرحلات. ولا يربط إلا بصفحات الموقع، ولا يختلق أسعارًا أو تواريخ.
- خرائط للرحلات والقصص — خرائط Google للرحلات وللقصص ذات إحداثيات GPS، بعرض لإيطاليا على الهاتف وللعالم على الحاسوب.
- مركز الإدارة — قائمة واحدة في لوحة التحكم تربط المناطق الرئيسية في الموقع.
- أدوات النسخ الاحتياطي والمزامنة — أرشيفات بنقرة واحدة لقاعدة البيانات والقالب والإضافات المخصصة لنقل الخوادم، ورفع مجزأ لنسخة قاعدة بيانات الإنتاج حتى نحو 200 MB، متجاوزًا حد الرفع في الخادم البالغ 50 MB.
التقنيات المستخدمة
WordPress وWooCommerce، وقالب مخصص، وAdvanced Custom Fields Pro وContact Form 7، وإضافتان مخصصتان، وتخزين مؤقت عبر Redis، وOpenAI Responses API وGoogle Maps، والنشر عبر git.
لماذا بهذه الطريقة
تستدعي دردشة الذكاء الاصطناعي OpenAI من الخادم لا من المتصفح، فلا يصل مفتاح API إلى الزائر أبدًا. وحفظ التعليمات في أقسام قابلة للتحرير يعني أن الفريق يستطيع تحديث الأسئلة الشائعة والرحلات دون الرجوع إلى مطوّر.
