قبل إطلاق تطبيق Bolt.new: تتبّع تسجيل الدخول والصلاحيات والمدفوعات

يسجل المستخدم دخوله إلى تطبيقك المبني باستخدام Bolt.new، ويعرض طلباته، ثم ينتقل إلى الدفع. قبل الإطلاق، تتبّع طلباً واحداً خلف هذه الشاشات: أين يجري التحقق من هوية المستخدم؟ ما الذي يمنع حساباً آخر من الوصول إلى طلبه؟ وما الدليل الذي يسمح باعتبار الطلب مدفوعاً؟

يبدأ فحص تطبيق Bolt.new بإجابات موثقة من مشروعك الفعلي. يساعد هذا الدليل المؤسسين والوكالات على رسم مسار الطلب، وفهم مواضع التحقق، وترتيب الإصلاحات قبل استقبال العملاء. لا نفترض أن جميع التطبيقات تستخدم قاعدة البيانات أو الخادم نفسه.

١. ارسم مساراً واضحاً للطلب

سجل الإصدار والنطاق المنشور ومزود الهوية وقاعدة البيانات وتكامل الدفع. حدد وجهة كل إجراء: واجهة API، أم دالة خادم، أم اتصال مباشر بقاعدة البيانات؟ يشرح توثيق دوال الخادم لدى Bolt دورها في تنفيذ المهام الخلفية. افحص الدوال التي يستدعيها مشروعك؛ وجود دالة لا يثبت تنفيذ التحقق المطلوب داخلها.

مسار توضيحي للدفع: يرسل المتصفح مرجع الطلب؛ يتحقق الخادم من الجلسة وملكية الطلب؛ يختار السعر المحفوظ؛ يعالج مزود الدفع العملية؛ يحدّث إشعار موثوق الطلب المطابق؛ يقرأ المتصفح النتيجة.

اكتب عند كل مرحلة اسم نقطة الاتصال أو الدالة والدليل الناتج عنها. إذا اتصل المتصفح بقاعدة البيانات مباشرة، فحدد السياسة التي تضبط الوصول. لا تضع أسراراً أو بيانات عملاء داخل مخطط المسار.

٢. نجاح تسجيل الدخول لا يمنح صلاحية لكل سجل

استخدم حسابين تجريبيين ضمن بيئة تملكها أو لديك تصريح لاختبارها. ينشئ الحساب الأول طلباً ويسترجعه. تحقق من رفض الطلب دون جلسة صالحة، ومن عجز الحساب الثاني عن قراءة طلب الأول أو تعديله بتغيير المرجع. افحص الطلب الخلفي نفسه، إلى جانب الأزرار الظاهرة.

تُستخرج الهوية من جلسة متحقق منها؛ لا يكفي معرّف مستخدم أو حقل مالك يرسله المتصفح. اختبر القراءة والتعديل والتصدير والملفات كلّاً على حدة. يوضح دليل أمان قاعدة البيانات صلاحيات الوصول إلى الصفوف، ويبين أن فحص قاعدة البيانات لا يشمل المشروع كاملاً. راجع نتائجه مع اختبارات مسار المستخدم.

٣. اجعل السعر وحالة الدفع تحت تحكم الخادم

في المنتج ذي السعر الثابت، يرسل المتصفح المنتج أو الطلب المطلوب، ويختار الخادم السعر والعملة من بيانات موثوقة. جرّب مبلغاً معدلاً وطلباً لحساب آخر وعلامة «مدفوع» يرسلها المتصفح. يجب ألا ينتج عنها خصم غير مصرح به أو وصول مدفوع دون سداد.

يصف تكامل Stripe المدمج في Bolt معالجة الدفع على الخادم والوضع التجريبي والتحقق التلقائي من توقيع الإشعارات. حدد هل يستخدم مشروعك هذا التكامل أم تنفيذاً مخصصاً، ثم تحقق من ربط الدفع بالطلب والصلاحية الصحيحين. لا تضف معالج إشعارات ثانياً قبل فهم الموجود.

مثال نملكه: تسعة فحوص محلية لمسار الطلب

في ٢ نوفمبر ٢٠٢٦ شغّلنا نموذج Python محلياً دون اتصال بخدمات خارجية، باستخدام جلسات اصطناعية وطلب واحد وإشعار دفع وهمي موقّع محلياً. اجتازت الفحوص التسعة النتائج التالية:

1. رفض طلب لا يحمل جلسة معروفة.
2. رفض الحساب الثاني حتى عند إرساله حقل مالك الحساب الأول.
3. قبول الطلب الصادر من الحساب المالك.
4. تجاهل السعر المعدل في المتصفح واعتماد المبلغ المحفوظ.
5. عدم اعتبار الطلب مدفوعاً بسبب علامة يرسلها المتصفح.
6. رفض توقيع إشعار غير صالح.
7. رفض إشعار موقّع يحمل مبلغاً غير مطابق.
8. تنفيذ الطلب مرة واحدة عند وصول إشعار موقّع ومطابق.
9. عدم تكرار التنفيذ عند إعادة الإشعار نفسه بصورة متتابعة.

حدود المثال: هذا نموذج تعليمي نملكه، وليس كوداً ولّده Bolt أو استضافه. آلية الجلسات وصيغة التوقيع اصطناعيتان. لا يختبر توقيعات Stripe أو API حقيقية أو سياسات قاعدة البيانات أو وصول الإشعارات بالتزامن أو التعافي بعد التعطل. يوضح مواضع اتخاذ القرار ولا يثبت جاهزية تطبيقك للإنتاج.

٤. اختبر تأخر تأكيد الدفع وتكراره

أكمل الدفع داخل البيئة التجريبية الفعلية لمزودك، ثم افحص الطلب المحفوظ والصلاحية الممنوحة. اختبر أيضاً رفض الدفع وانقطاع العملية وتأخر التأكيد. وصول المستخدم إلى صفحة نجاح لا ينبغي أن يمنحه وحده صلاحية مدفوعة.

يوضح توثيق إشعارات Stripe احتمال تكرار التسليم وعدم ضمان ترتيب الوصول. افحص نتيجة تنفيذ الطلب عند إعادة الإشعار أو تأخره. تحتاج بيئة الإنتاج إلى سجل دائم لمنع تكرار التنفيذ، وتحديثات مترابطة لا تترك حالة جزئية، وآلية تعافٍ من الفشل. المثال المحلي المتتابع لا يثبت تحقق هذه الخصائص.

٥. راجع النطاق النهائي ورتّب الإصلاحات

اختبر الدخول والخروج ورسائل استعادة الحساب وروابط العودة على النطاق النهائي. راجع حدود إرسال رسائل المصادقة لدى مزودك قبل استقبال العملاء. يشرح دليل إعدادات المصادقة عنوان الموقع وإعدادات إعادة التوجيه ورسائل الحساب. افحص قيم مشروعك دون كشف بيانات الدخول.

عند مراجعة تطبيق Bolt قبل الإطلاق، وثّق لكل مشكلة الإجراء والنتيجة المتوقعة والمشاهدة والبيئة والدليل والمسؤول وإعادة الاختبار. قدّم منع الوصول غير المصرح به وتصحيح المبالغ والصلاحيات المدفوعة وحماية الطلبات من الضياع على التحسينات البصرية. اذكر المسارات التي لم تُختبر بوضوح.

تحتاج مساعدة في نشر تطبيق Bolt أو مراجعة جاهزيته؟ تفحص خدمة فحص جاهزية التطبيقات المبنية بالذكاء الاصطناعي مخاطر التطبيق والبيانات والنشر ضمن نطاق متفق عليه، مع نتائج مرتبة وحدود واضحة. تُحدد الإصلاحات بصورة منفصلة؛ المراجعة ليست شهادة أمنية.

احجز مكالمة لمناقشة فحص تطبيق Bolt.new قبل الإطلاق.