لقد وجدت أنه عندما يبدأ المستخدمون باستطلاعات الرأي، فإنهم يرتكبون جميع أنواع الأخطاء التي غالبًا لا يتم اكتشافها حتى يكون استطلاع الرأي قيد التنفيذ بالفعل.
للأسف، تؤدي أي تعديلات على استطلاع الرأي إلى مسح بيانات الاستطلاع. هذا أمر مفهوم لسلامة الاستطلاع، ولكنه غير مرغوب فيه في بعض الأحيان عندما يمكن لتعديل بسيط إصلاح مشكلة كبيرة للمستخدم.
ومع ذلك، يمكن القيام بذلك عبر وحدة تحكم Rails. يؤدي تعديل استطلاع رأي مباشر إلى تغيير سلوك الاستطلاع مع الحفاظ على البيانات، ولكن لا يتم المساس بـ markdown. لست متأكدًا مما يحدث عند إعادة خبز المنشور، ولكني أشك في أن استطلاع الرأي سيعود إلى سلوكه الأصلي. بحلول ذلك الوقت، من المحتمل أن يكون قديمًا ومنسيًا، لذا فهذه ليست مشكلة كبيرة.
المفتاح هو العثور على معرف المنشور؛ طريقة سهلة للعثور عليه هي استعلام SQL هذا (يجب أن يكون استطلاع الرأي محل الاهتمام في الأعلى):
SELECT post_id as postid, *
FROM polls
ORDER BY id desc
إليك مثال على تعديل استطلاع رأي، عندما جعل المستخدم عن طريق الخطأ استطلاع رأي فرديًا بدلاً من متعدد:
لقد نقلت هذا إلى Installation بدلاً من اعتباره دليلاً معتمدًا لأنه يندرج تحت نطاق “تجاوز واجهة المستخدم في Rails” (على غرار البريد الإلكتروني في أحدها سابقًا).
أعتقد أننا بحاجة إلى نوع من الحلول الوسط لهذه الأنواع من النصائح لأنها مفيدة، ولكنها تحمل عنصر “على مسؤوليتك الخاصة”. سأعود للتحقق ومعرفة الآراء الحالية.
ربما يكون من المفيد إضافة علامة أخرى، مثل #unofficial-tip أو #dig-your-own-grave. عندها يمكن أن تكون الفئات أكثر… في صلب الموضوع، ولكن سيكون هناك مؤشر يوضح وجود طلب على بعض المعرفة وخطر الفشل بائسًا.
لماذا لا يمكننا إصلاح هذا في واجهة المستخدم؟ سلامة الاستطلاع، إلخ، إلخ. عادة ما يكون مجرد خطأ إملائي، وتركه هناك يزعجني، ولكنه أفضل من مسح الأصوات. … لا ينبغي أن أضطر إلى اتخاذ هذا الخيار.
ولماذا لا نغيره لاحقًا إذا أراد مسؤول؟ في بعض الأحيان تكون الاستطلاعات ممتعة فقط، والحفاظ على “السلامة” ليس الأولوية القصوى بالتأكيد. حقيقة أن كل شيء ينهار حتى لو سمحت بالتعديل لاحقًا تجعل هذا الإعداد عديم الفائدة. يجب أن نكون قادرين على الحصول على إعداد نسمح فيه بالتعديل دون فقدان الأصوات … إذا كان هذا هو كيف نريد تشغيل موقعنا.
