إعلان وتصريح قبل إطلاق APP جديد في شهر 9 عام 21
درست خلال الشهرين الماضيين تقنيات جديدة. يعرفني المقربون: لا أكرر العمل بتقنيات أتقنتها. عندما تظهر فكرة أفكر أولاً في تنفيذها بأحدث التقنيات المحلية والعالمية، وإذا أمكن أرغب في تنفيذها. لذلك ترون تحديث منتجاتنا بتقنيات جديدة رائجة عالمياً، وهناك أعمال أخرى كثيرة لا يراها الجميع.
أعدت تعلم flutter لهذا APP الجديد، في بداية جديدة بمنهج model-view-controller المعروف بـ MVC وتنظيم صارم وواضح للمجلدات. لا يتصل مباشرة بـ api في efvcms، بل بخادم التخزين المؤقت في ذاكرة cms المنفصل. ماذا يعني ذلك؟ إذا كان EFVCMS في ألمانيا وCMS المنفصل في هونغ كونغ، يتصل APP الجديد بـ cms في هونغ كونغ. لا يعرف كثيرون أن cms المنفصل مطور بـ sapper، الذي انتشر عالمياً منذ 2020. ليس cms مجرد cms، بل خادم تخزين مؤقت طرفي في الذاكرة. عند طلب API من EFVCMS تُخزن البيانات تلقائياً في ذاكرة cms المنفصل باستخدام redis، ثم يقرأ cms بياناته المخزنة محلياً. وبالمثل يتصل app بـ api في CMS المنفصل ويقرأ مباشرة من vps في هونغ كونغ، فترتفع سرعة app كثيراً! لكن تطوير APP يحتاج مجموعتي API: api في efvcms وAPI في cms المنفصل، وأكثر من 4 نوافذ مفتوحة كل مرة، مما يجعل التطوير صعباً. انتظروا قليلاً؛ سيصدر قريباً.
أتقن حالياً react وreactnative وvue وsvelte وsapper وnodejs وgolang وflutter وgraphql وغيرها، كأنني أعمل على ثلاث جبهات. استخدمت أولاً reactnative لصنع app، لكن النتيجة لم تكن جيدة فانتقلت إلى flutter، ومنتجات google ممتازة. استخدمت vue وvuetify وnuxtjs لبناء منتدى. ودرست أكثر من 5 أطر لـ nodejs: koajs وkeystonejs وexpressjs وstrapi وsails. أنا مهتم بالتقنية فعلاً، لذلك لا أرد على من يهاجمني. المنتج ثانوي، أما التقنية فهي ملكي!
في مقارنة التحويل السحابي، خذ النصوص المتحركة وحدها: الأنظمة الأخرى تستخدم ASS عاماً وتكتب المؤثرات في ass ثم تضيف ass=glogal.ass أثناء التحويل. تطوير ذلك بسيط فعلاً. مهاجمة بعض الأنظمة لي باستمرار لا معنى لها؛ كود البرنامج كله لا يتجاوز 3000 سطر، ويمكنني نسخه في أسبوع، لكن لا داعي لشيء بهذه البساطة. أما تنفيذ النصوص المتحركة بدوال أوامر ffmpeg لدينا وحده فتجاوز 1000 سطر.
ختاماً: من لا ينازع، لا يستطيع أحد منازعته!
صورة تمهيدية لـ APP
