أعتقد أن هناك سوء فهم. لم تكن نقطتي تدور حول سبب رفع مشاركات الويكي في المنشور الأول. كنت أتحدث عن الأساس المنطقي وراء تقييد المعلمة no-bump لواجهة برمجة التطبيقات (API)، كما ورد في تعليق GitHub:
هل ينبغي تقييد هذا على مفاتيح واجهة برمجة التطبيقات الخاصة بالموظفين؟ لا أعتقد أننا نريد أن يتمكن المستخدمون العاديون من تجاوز عملية الرفع (فقد يسمح لهم ذلك بحقن البريد العشوائي في المواضيع دون لفت انتباه الناس إليها).
إذا كان البريد العشوائي هو الشاغل حقًا، فيجب أن ينطبق هذا التقييد باستمرار، وليس فقط في الحالات القليلة المتبقية التي يحدث فيها الرفع. هذا ما أثار دهشتي: يذكر السبب البريد العشوائي كمشكلة هنا، ولكن الرفع لا يُقصد به أن يكون آلية للحماية من البريد العشوائي في الويكيات، على سبيل المثال، التي هي آخر مشاركة في موضوع ما.
أنا أقدر أنه يتم رفع مشاركات الويكي عند تحديثها (على الرغم من أن تجربة المستخدم المتمثلة في الانتقال إلى أسفل الموضوع بينما يكون سبب الرفع هو المشاركة الأولى لا تزال مربكة).
نقطتي هي مجرد تسليط الضوء على هذا التناقض الظاهر فيما يتعلق بالبريد العشوائي.