بعد 4 أشهر اكتمل app تجاري حقيقي مع تحديثات ضخمة لـ efvcms وcms المنفصل

خلال هذه الأشهر الأربعة انشغلت تماماً بتطوير app، وراجعت يومياً مراجع صينية وإنجليزية لصنع منتج يتفوق على تطبيقات الفيديو app المعروضة للبيع. قضيت أكثر من شهر لتصميم إطار عام بقواعد موحدة، ثم وجدت الحل. بعد توفره أصبحت سرعة تطوير كل app أعلى بأكثر من 5 مرات. سيتحول محور التطوير إلى الهاتف، ونخطط لـ app للمسؤول بإدارة الفيديو والمسلسلات والتنزيل غير المتصل والمستخدمين، وapp للقصص المصورة وapp للبرامج الصوتية، لتحقيق عدة app من مصدر واحد. إليك صور المنتج:

لا تظهر الصور كل التفاصيل. ثبّت حزمة Android لتجربة السلاسة: https://down.querydata.org/down/android.apk

ميزات app

1. تجربة سلسة باستخدام flutter، تدعم المنصتين وقد اجتازتا الاختبار.
2. اختبار متكرر لكل الصفحات وتصميم ui ممتاز. نزّل app للتجربة.
3. دمج إعلانات متكامل تقريباً: مواضع ثابتة وإعلانات بداية وخلاصة وإعلان إلزامي قبل التشغيل، مع أنواع إضافية لاحقاً.
4. تكامل كامل مع إحصاءات Google firebase على ios وAndroid، بما فيه تفاصيل الصفحات التي زارها المستخدم.
5. فحص تحديث مؤجل مخصص: عند فتح app ينتظر 10s ثم يتحقق من إصدار جديد، ويعرض تنبيه التنزيل عند توفره.
6. إعلان بداية تفاعلي على غرار Bilibili، يُسحب لعرض المحتوى.
7. صفحة ترويج مستقلة وبارزة بإعلانات عشوائية. يمكن استبعاد الأقل عائداً شهرياً للوصول إلى أفضل تركيبة دخل.
8. تشغيل كامل للفيديوهات والمسلسلات مع تحميل البيانات مسبقاً، لتبدأ المشاهدة فور فتح الصفحة.
9. سرعة تشغيل متغيرة وتبديل الدقة وترجمة srt خارجية وإرسال إلى الشاشة. اختُبر الإرسال على ios وAndroid مع توافق ممتاز لكل الطرازات.
10. صفحة مستقلة لطلبات الأفلام والملاحظات لمعرفة تجربة المستخدم الفعلية فوراً.
11. نقاط مقابل تسجيل الحضور. سنضيف لاحقاً نقاطاً مقابل ضغط الإعلانات لتشجيعها وزيادة الإيرادات.
12. توسيع العنوان والملخص في صفحة التشغيل على غرار Bilibili؛ راجعنا مراجع كثيرة لإنجازه.
13. يتصل app بنظام api في cms المنفصل، لجلب البيانات مباشرة من خادم وسيط في الذاكرة. لم يعد cms المنفصل مجرد cms، بل خادم ذاكرة وسيط يخزن بيانات efvcms في ذاكرة cms المنفصل باستخدام redis. كلما كثر مستخدمو app زادت السلاسة! تطلب ذلك مجموعتي api وتشغيل ثلاثة أنظمة أثناء التطوير، حتى أن حاسوبي لم يُغلق لشهرين كي لا أعيد تشغيلها كل مرة!
14. نزّل وثبّت app لتجربة بقية ميزات app.

تحديثات efvcms وcms المنفصل

خلال الأشهر الثلاثة عدّلنا كثيراً من الكود لدعم الهاتف. مثلاً، أضفنا sort إلى api جلب البيانات في api لإرجاع المحتوى وفق ترتيبات مختلفة. وأضفنا حالة معالجة طلبات الأفلام والملاحظات وتحريرها خلفياً، وحقل تفاصيل الملاحظات للمستخدم. كما أضفنا رقم إصدار app في الإعداد؛ إذا تجاوز إصدار app المثبت، ينبه app المستخدم للتحديث. وأضفنا إعلانات app على غرار Bilibili، بدمج الخلاصة والإعلان الإلزامي قبل التشغيل في إعداد واحد يتضمن الملصق والعنوان والوصف ومدة التشغيل الإلزامي. التغييرات كثيرة ولا أتذكرها كلها؛ جرّبها بعد التحديث.

خطة التحديثات القادمة

1. جدول مواعيد الأنمي على غرار Bilibili.
2. مساهمات المستخدمين باستئناف الرفع.
3. تحسين UI باستمرار.
4. إعلان منبثق إلزامي في صفحة التشغيل مرة واحدة عند فتح app، دون تكرار طوال جلسة فتح APP!
5. تقديم وتأخير الفيديو بالسحب داخل المشغل.
6. نظام CPS ذاتي بلا إدارة مستمرة: لوحة وكيل مستقلة، إدخال البيانات->مراجعة المسؤول->الموافقة->تحزيم الوكيل السحابي لـ APP->دخول عبر APP ودفع أو ضغط إعلان->عمولة نسبية للوكيل->طلب سحب من لوحته->مراجعة مالية ودفع، في دورة متكاملة.
7. ربط النقاط بضغط الإعلانات؛ كلما زاد الضغط زادت النقاط.
8. استبدال النقاط بعضوية.
9. إضافة الدفع.
10. تحسين إعلانات الخلاصة لزيادة الضغط.
11. منظومة app: مصدر واحد وعدة app تتبادل الزيارات. ستأتي لاحقاً نسختا القصص المصورة والصوت app بنظام مستخدمين وإعلانات مشترك.
12. app هاتف مخصص للمسؤول لإدارة efvcms من أي مكان، مع فيديو ومسلسلات وتنزيل غير متصل وعرض حالة الخادم وغيرها.
13. متصفح مدمج مستقل في app يراقب التنزيلات ويعالجها داخل app، مع تثبيت وفتح تلقائيين بعد التنزيل وميزات متقدمة أخرى!
14. ربط منظومة الحماية الكاملة للمحتوى المسجل، لمنع التشغيل على الويب وإتاحته على APP فقط.