I can’t edit it anymore! but @erlend_sh did it for us.
if this is a giant post, how do you call that one you’ve linked?! 
إعجاب واحد (1)
We’ve got two excellent use cases for this.
-
Personal journal outlining a member’s trading strategy (think stocks or options trading). Majority of members change their strategy often over the course of their trading lifecycle, and that definitely happens outside of our edit window of 10 days. We have members that are going on 5+ years membership, who still tweak their strategy and want to journal that for themselves or for the rest of the community.
-
Informational posts, where the first post is edited to reflect changes to say a list of companies that caters to our members. The company names changes, some stop catering to us, etc. We have a topic that’s been running for over 8 years. The first several posts are a running list, with company information. The remaining posts are the discussion about said companies.
The workaround has been the wiki post, but that doesn’t give the OP complete control over the post, and leaves us open to spammy actions.
We’re looking for a hybrid approach, give the OP indefinite edits on at least the first post, or allow the OP to set how many of the first several posts he can edit (as long as he’s the author of those posts, so something like the first 5 posts, for instance). All existing permissions/rules about the edit window would still apply, except for the OP.
vBulletin had/has this in a plugin.
Not really, since spammers are quite unlikely to reach trust level 1, and that is required to edit wikis.
إعجاب واحد (1)
We’ve experienced… committed spammers who’ve done that in the past. Not at any large scale, but it’s happened. We’re actually dealing with a web of such folks (a company) who purposefully created 10+ accounts to legitimately discuss the topics at hand while name dropping their most favorite broker (their company) every couple of weeks. We just uncovered this going back over a year on a handful of accounts. It’s very subtle, but upon further investigation, IPs are similar, locations are close, email address are created in the same style (name+number@domain.com), and the accounts exhibit the same posting behavior (times, frequency, categories they post to, who they like, who they reply to). It’s pretty crazy the lengths they go to.
3 إعجابات
Here on Meta there have been spam users who earned the wiki editor badge, but as wiki edits aren’t shown in activity I wasn’t able to revert whatever it was they changed before reporting them.
إعجاب واحد (1)
يحتوي منتدى إيليكسير على بعض الأقسام (مثل “المجتمع / ملفات المطورين”، “مكتباتك ومشاريعك”) التي يميل محتواها إلى الاستمرارية مع التطور المستمر. لذلك، ستستفيد من دقة أكبر في تحديد حد زمني لتعديل المنشورات.
وقد نشر أستون ج. (AstonJ) مؤخرًا التعليق التالي في الموضوع (المخصص للأعضاء فقط) هل يمكنك زيادة الحد الزمني لتعديل المنشورات؟:
سيكون رائعًا لو سمح نظام ديسكورد (Discourse) بتعيين أقسام معينة بحيث يتمكن منشئ الموضوع من تعديل المنشور الأول في المواضيع التي ينشئها إلى ما لا نهاية. سيكون هذا مفيدًا أيضًا لأشياء مثل موضوعات المكتبات
أنا مستعد لتجربة إنشاء طلب سحب (PR) لهذا الغرض، لكنني أود أولاً معرفة ما إذا كانت الفكرة العامة مقبولة. كما نقدر أي اقتراحات حول كيفية ومكان إجراء هذا الإعداد.
-ر
إعجاب واحد (1)
لماذا؟ منشورات الويكي تحقق هذا الهدف بالفعل.
منشورات الويكي لا تسمح لصاحب المنشور الأصلي بالتحكم في التعديلات اللاحقة.
هل كانت هذه مشكلة نظريًا أم عمليًا؟ غالبًا ما يكون الاثنان مختلفين تمامًا.
بصرف النظر عن ذلك، لماذا لا نمدد مهلة التحرير بناءً على مستوى الثقة (TL2+) إلى فترة طويلة جدًا مثل سنتين؟
لست متأكدًا من سبب حاجتنا إلى إعداد آخر هنا.
واجهت هذه المشكلة اليوم. قبل عام تقريبًا، نشرت مشاركة في قسم “ملفات المجتمع والمطورين” في منتدى Elixir. كانت تحتوي على رابط أرغب في إيقاف دعمه، لذا أردت استبداله بالرابط الجديد. على الرغم من أن AstonJ كان لطيفًا بما يكفي لإجراء التعديل نيابةً عني، إلا أنه كان سيكون أكثر ملاءمة لو تمكنت من القيام بذلك بنفسي.
بخلاف ذلك، لماذا لا نمدد مهلة التعديل حسب مستوى الثقة (TL2+) إلى فترة طويلة جدًا مثل عامين؟
قد يكون ذلك مناسبًا لبعض حالات الاستخدام، لكنه لا يبدو فكرة رائعة بشكل عام. (إذا تراكمت ردود على منشور ثم تم تعديله، فقد يختلط تدفق النقاش.) لذا، يجب أن تتصرف فئات معينة فقط بهذه الطريقة.
3 إعجابات
ربما تكون الخيار الأسهل هو تعديل الويكيات بحيث يمكن تعيينها للسماح فقط لصانع المنشور بالتعديل (وبالتالي تصبح نوعًا ما ويكيًا شخصيًا).
سيؤدي ذلك إلى تمكيننا من استخدام ميزة الويكيات الحالية (حيث يمكننا تعيين فئات لجعل أول منشور ويكيًا تلقائيًا) مع تجنب سلبيات استخدامها في حالات مثل هذه، حيث يمكن لأي شخص التعديل على ما هو في الأساس منشور شخصي أو ويكي خاص بشخص ما.
إعجاب واحد (1)
أعتقد أن الويكي يسمح بالتحكم.
يتم إشعار صاحب المنشور عند كل تعديل. إذا تم إجراء تعديل غير مناسب، يمكنه التراجع عنه. وإذا اندلعت نزاع، يمكن وضع علامة على المنشور ليتولى المشرفون التصحيح.
كان الدافع الرئيسي هنا لإضافة ميزة جديدة هو أننا جربنا ما سبق، ومع ذلك تم إنشاء كم هائل من العمل غير المجدي.
هل توجد أمثلة واقعية على هذه المشكلات؟
ألا يكفي إضافة ملاحظة توضيحية تقول: «هذا ويكي شخصي، يرجى تصحيح الأخطاء الإملائية فقط»؟
هناك فكرة مثيرة للاهتمام أدعمها إلى حد ما، وهي وضع علامة تلقائية على منشورات الويكي التي لم يعد صاحبها موجودًا؛ ففي مثل هذه الحالات، يجب على المشرفين إما إزالة خاصية الويكي من المنشور أو إعادة تعيين ملكيته.
4 إعجابات
استعلام سريع حول “مؤلفو ويكي غائبون”:
SELECT (current_timestamp - users.last_seen_at) idle_duration,
(current_timestamp - posts.created_at) post_made_ago,
posts.id post_id, users.id user_id
from posts
join users on posts.user_id = users.id
join topics on posts.topic_id = topics.id
where posts.wiki = true
and posts.deleted_at IS NULL
and topics.deleted_at IS NULL
and users.last_seen_at < CURRENT_TIMESTAMP - INTERVAL '90 days'
order by idle_duration desc
4 إعجابات
