نماذج Baserow: إنشاء صفوف أو تعديل سجلات أو مشاركة عروض

ينبغي ألا يمنح رابط التسجيل الحاضر صلاحيات الوصول نفسها التي يتمتع بها المنظّم.

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

تستخدم الأمثلة حقولًا افتراضية للاسم (Name)، والبريد الإلكتروني (Email)، والجلسة (Session)، والحالة (Status). ويعود قرار الحالة إلى المنظّم. يستند هذا الدليل إلى وثائق Baserow: لم تُهيّأ أي نسخة من النظام ولم يُختبَر أي إرسال. وما زال يلزم تنفيذ الفحوص المقترحة.

اختر الرابط بحسب الإجراء: إنشاء أو تحديث أو عرض

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

يمكن للمستلمين استخدام هذه المسارات دون دعوة إلى مساحة العمل. لكن هذه السهولة لا تعني أنك تعرف مَن يستخدم الرابط في الطرف الآخر.

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

استخدم نموذج Baserow عامًا للتسجيلات الجديدة

أظهر فقط الحقول التي ينبغي للمجيب تعبئتها

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

في هذه الفعالية الافتراضية، يُدخل الحاضرون الاسم (Name) والبريد الإلكتروني (Email)، ثم يختارون الجلسة (Session). أخفِ حقل الحالة (Status) من إعدادات عرض النموذج. راجع تسميات الحقول والإجابات المطلوبة وخيارات الجلسة قبل المشاركة.

تنشئ عملية الإرسال العادية صفًا حتى إن طابق البريد الإلكتروني تسجيلًا موجودًا. وBaserow لا يمنع التكرارات تلقائيًا. حدّد مَن سيراجع التكرارات المشتبه بها وكيف ستُعالَج.

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

تعامل مع التعبئة المسبقة ورسائل التأكيد بوصفها وسائل عرض، لا أدلة إثبات

يوثّق الدليل نفسه معاملات استعلام مثل ?prefill_Name=Example و?hide_Field. وهذه أدوات مساعدة للعرض. يتحكم المستلمون في روابطهم، لذا لا يمكن لقيمة مملوءة مسبقًا أن تثبت الهوية. كما لا تصلح قيمة موافقة أُخفيت بمعامل استعلام أساسًا لقبول تسجيل. وإذا كان إسناد التسجيل إلى حملة يجب أن يكون موثوقًا، فلا تكفي التعبئة المسبقة وحدها. أما إخفاء الحقول من عرض النموذج، فهو إعداد منفصل.

يُعرّف التأكيد الذي يحتوي على {row_id} السجل المُنشأ. لكنه لا يثبت ملكية البريد الإلكتروني المُرسل، ولا يدلّ على اكتمال الأعمال اللاحقة. وبالمثل، يمكن للتحقق من الحقول المطلوبة وأنواع الحقول أن يفحص قيود الإدخال دون إثبات صحة الإجابة.

استخدم رابط تعديل الصف عندما يلزم تغيير تسجيل موجود

أعدّ نموذجًا مخصصًا للتحديث وحقل رابط تعديل الصف

خصّص عرض نموذج للتصحيحات. أظهر حقل الجلسة (Session) وحده إذا كان هذا كل ما يحتاج الحاضر إلى تصحيحه. وأبقِ حقل الحالة (Status) مخفيًا في إعدادات عرض النموذج.

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

لا تؤدي إضافة تعبئة مسبقة إلى رابط نموذج عادي إلى تحويله إلى رابط تحديث. فحقل رابط تعديل الصف هو ما يوفّر الارتباط الموثّق بالسجل الموجود.

احمِ الرابط وخطّط للتعديلات المتعارضة

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

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

تذكر الوثائق أن أحدث إرسال هو الذي يُحفَظ؛ ولا تَعِد بدمج الإجابات أو بإظهار تحذير من التعارض. حدّد مَن سيفصل في التغييرات المتنازع عليها.

افحص إلغاء الوصول بصورة منفصلة. تسرد الوثائق حذف النموذج، أو إزالة الحقل من عرض النموذج، أو إعادة توليد الرمز حيثما كان ذلك متاحًا. ونطاق إزالة الحقل غير واضح: لا تساوِ بين إخفاء مُدخل واحد وإلغاء رابط الصف بأكمله. تأكّد من الضابط المنطبق، ثم تحقّق من الوصول عبر الرابط القديم باستخدام بيانات اختبار يمكن الاستغناء عنها؛ فلا يوجد ما يثبت وجود زر عام لإعادة ضبط الرموز.

استخدم العروض المُشارَكة للاطّلاع على التحديثات فقط، لا لتعديلات الحاضرين

أعدّ الحقول المرئية وعوامل التصفية والتصدير قبل المشاركة

خصّص عرض جدول أو معرض لقائمة الحالات. أظهر فقط قيمًا افتراضية للجلسة (Session) والحالة (Status)؛ واستبعد البريد الإلكتروني (Email)، وقيم الاسم (Name) غير الضرورية، وكل رابط لتعديل صف.

تصف وثائق المشاركة العامة في Baserow عروض الجدول والمعرض المُشارَكة بأنها للقراءة فقط، وتذكر أن الحقول المخفية تظل مخفية عند توسيع السجلات. أعدّ الحقول وعوامل التصفية قبل توزيع الرابط. افحص القائمة الأولية والسجلات الموسّعة من جلسة دون تسجيل دخول.

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

ميّز بين كلمة مرور مشتركة وتفويض فردي

تظل كلمة المرور على رابط مشاركة عام سرًّا مشتركًا. فلا يمكنها تحديد هوية كل قارئ أو إقرار تفويض للوصول إلى الصفوف قائم على الهوية. ولا يغيّر تضمين العرض في iframe مَن يُسمَح له بالوصول إليه.

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

عند إرسال الروابط بالبريد الإلكتروني، افحص الجمهور بصورة منفصلة عما تسمح به الوجهة. يستكشف دليل Optijara حول الفصل بين النشر وصلاحية القراءة ومستلمي البريد الإلكتروني هذا التمييز في Ghost، وليس إعدادات Baserow.

نفّذ فحصًا تمهيديًا للإنشاء والتحديث والعرض قبل إرسال أي رابط

جهّز بيانات اختبار غير حساسة

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

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

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

افحص الإجراء المقصود والكشف غير المقصود

استخدم السلوكيات الموثّقة للنماذج، وتعديل الصفوف، والمشاركة أساسًا للتوقعات، ثم افحص النتائج المخزّنة. لم يُنفَّذ أيٌّ من الفحوص التالية لهذا الدليل.

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

دوّن التوقعات قبل اختبار لاحق

دوّن التوقعات والملاحظات اللاحقة والأسئلة العالقة. ملف JSON أدناه ملاحظة تخطيط تستخدم معرّفات بأحرف صغيرة، وليس حمولة طلب API أو نتيجة اختبار. وفي جدول Baserow الافتراضي، يظل اسم الحقل المخصص للمنظّم هو Status.

{
  "playbook": "create-update-view-preflight",
  "fixture": "fictional-event-registrations",
  "actions": ["create", "update", "view"],
  "organizerOnlyField": "status",
  "retirement": "verify-per-link-type",
  "executionStatus": "not-run"
}

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

أخطاء شائعة: التعامل مع كل رابط Baserow على أنه يمنح الصلاحية نفسها

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

تحتاج ضوابط الحقول أيضًا إلى قراءة دقيقة. تختلف رؤية الحقول في عرض النموذج عن الإخفاء عبر رابط يتحكم فيه المستخدم. ولصلاحيات التعديل على مستوى الحقل غرض آخر. يذكر دليل صلاحيات الحقول في Baserow أنها تقيّد التعديل، لا ظهور القيم الموجودة للأعضاء الذين يملكون صلاحية الوصول إلى الجدول. وتظل عمليات القراءة عبر API تُرجع بيانات الحقول عند وجود صلاحية الوصول إلى الجدول.

لا تدعُ حاضرًا إلى مساحة العمل بدور عضو لمجرد جمع تصحيح. تصف نظرة عامة على الصلاحيات نطاق وصول واسعًا إلى مساحة العمل لأعضاء خطتَي Free وPremium. ويرتبط التحكم الدقيق في الوصول المستند إلى الأدوار (RBAC) على مستوى قاعدة البيانات والجدول بخطتَي Advanced وEnterprise، مع اختلافات في الترخيص بين النسخ السحابية والمستضافة ذاتيًا. افحص بيئة نشرك بدلًا من افتراض أن دعوة مساحة العمل محدودة النطاق.

الحدود وفحص الخطة وما ينبغي متابعته بعد الإطلاق

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

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

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

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

بعد التنفيذ، احتفظ بسجل مراجعة صغير. استخدمه لتقييم سير العمل بدلًا من افتراض أنه يوفّر الوقت. ولم تُجمَع أي قياسات لهذا الدليل.

استخدم السجل لتحسين التعليمات أو تغيير مسارات المشاركة. وكلّف مسؤولًا بالأسئلة العالقة بشأن الوصول.