Недавнее изменение в Discourse устранило автоматическое поднятие темы при редактировании последнего (или первого) сообщения в теме.
Это была функция, на которую мы полагались, и для участников без статуса модератора нет жизнеспособного способа её имитации.
Мы в основном использовали эту возможность для поднятия сообщений в стиле объявлений или тех, которые намеренно не получали (или получали очень мало) ответов.
Это были подлинные обновления темы, где редактирование удаляло устаревшую информацию. Возврат сообщения наверх ленты последних тем был крайне желательным, так как информировал всех участников об изменениях.
Да, это можно в какой-то степени имитировать цепочкой ответов, но со временем пользователю станет неудобно собирать информацию о том, что сообщалось (например, представьте 10 ответов с изменениями). Было гораздо чище отредактировать исходное или самое последнее сообщение, чтобы тема поднялась в ленте последних тем.
Я понимаю, что по этому вопросу есть разные мнения, но это был устоявшийся принцип в Discourse на протяжении многих лет, и добавление опции для восстановления предыдущего функционала удовлетворит всех. Возможно, со временем эту опцию можно будет расширить для более тонкой настройки того, какие действия над сообщением вызывают его поднятие в ленте последних тем.
Ссылка на ветку с обсуждением этой проблемы приведена ниже:
Как я уже говорил, мне тоже не хватает поднятия тем при значимых правках.
Я использую rss-polling для получения уведомлений о техническом обслуживании на моём форуме через RSS-канал https://status.discourse.org/. Тема создаётся при начале обслуживания и была поднята при правке, объявляющей о его завершении. Сейчас такое поднятие отсутствует, и я не хочу, чтобы эти темы были вики-страницами, так как редактировать их не должен ни один пользователь; также я не хочу, чтобы они были документами. Поэтому текущие обходные пути не помогают.
На одном из форумов у нас есть тема-галерея, где демонстрируются проекты пользователей, помимо отдельных тем, в которых пользователи представляют свои проекты. Эта тема очень полезна для поиска вдохновения. Мы добавляем изображение из темы презентации и ссылку на неё в эту галерею. Слишком большое количество изображений в одном посте приводило к проблемам с производительностью и усложняло редактирование. Поэтому мы создаём новый пост каждые 10 проектов. Поднятие темы при правке, когда добавлялся второй или девятый проект, было полезным. Это помогало пользователям заметить обновление, и особенно тем, кто вручную добавляет проекты в тему. Благодаря дате активности я мог сразу увидеть, добавил ли кто-то другой этот проект. Теперь каждому из нас нужно открывать тему, чтобы проверить это.
Существуют и другие темы, работающие по похожему принципу: темы, которые служат ретроспективным обзором изменений/активности за месяц, где последний пост о текущем месяце обновляется несколько раз. Это работало очень хорошо, потому что изменения в последнем посте поднимали тему. Публикация каждого изменения отдельно снижала ясность ежемесячных сводных записей, и обновления существующих записей всё равно легко пропускались. Создание новой темы каждый месяц для нескольких записей кажется излишним, а это также означало бы, что пользователям придётся каждый месяц настраивать свои уведомления заново, или нам понадобилась бы целая подкатегория, позволяющая им установить статус уведомлений по умолчанию.
Мне также нравилось, что изменения категории и тегов в неотвеченных темах поднимали их. Чаще всего я использую (отфильтрованный) список последних тем. Если у темы было плохо подобрано название или она находилась в неправильной категории, я мог не кликнуть на неё. Если кто-то улучшал эту информацию, я мог понять, что всё-таки могу помочь. Поэтому было полезно, когда такое изменение заставляло тему перемещаться выше моей линии чтения.
Также было полезно узнавать о категориях и тегах. Я часто узнавал о новых тегах, потому что они добавлялись в новых темах, или о подробных различиях между категориями на основе тем, которые перемещал модератор. Иногда я даже спрашивал «почему?», потому что считаю, что возможность перемещать темы в другие категории также влечёт за собой ответственность за знание различий между ними.
Мне также нравится подход, при котором настройки Discourse заставляют добавлять информацию вместо написания нового поста.
Цитата из всплывающего сообщения:
Однако это имеет смысл только в том случае, если другие замечают, что вы отредактировали свой пост, добавив дополнительную информацию. Пример, с которым я уже несколько раз сталкивался на Meta, — это обновления в посте после слияния pull-запроса. Добавление этой информации в пост не уведомляет тех, кто уже прочитал пост, а те, кто ещё не читал, могут легко узнать об этом по значку в onebox.
Для меня не имеет смысла, что настройка, блокирующая более трёх последовательных ответов от одного пользователя, всё ещё активна и предлагает редактирование как решение, когда эти редактирования, к сожалению, больше не имеют того эффекта, который был раньше.
У меня нет чёткого мнения по поводу этой функции, но смежная проблема заключается в следующем: мне нравится автоматически поднимать сообщения, а затем удалять уведомление о том, что оно было поднято, но сейчас это уже невозможно. Когда я удаляю сообщение о поднятии, оно снова опускается на своё прежнее место. Если бы редактирование сообщения поднимало его без создания надписи «в последний раз поднято 1 день назад», это было бы полезно.
(Я бы предпочёл возможность поднять сообщение, удалить уведомление о поднятии, и при этом пост оставался бы на главной странице, пока я вручную не выполню «сброс даты поднятия».)
Интересная идея. Будем признательны за любые предложения по восстановлению функции, благодаря которой редактирование поднимало пост в ленте активности.
@lindsey, можно ли что-то сделать, чтобы вернуть часть этой функциональности, или уже слишком много времени прошло, и это новая норма?
Боюсь, что у нас пока нет планов отменить это изменение или восстановить всплывающие уведомления для всех правок. Понимаю, что это не тот ответ, который вы хотели бы услышать, однако мы продолжим отслеживать эту тему и подумаем, как в будущем лучше поддержать ваши сценарии использования.
То, что что-то больше не происходит, тоже не очевидно. Есть ли какие-либо данные о том, сколько администраторов заметили изменение поведения Discourse? Я понимаю ваш аргумент о том, что были неоднократные запросы о том, как предотвратить поднятие тем. Очевидно, что администраторы замечают поднятие, которое им не нужно. Но если тема не поднимается, вы даже не замечаете, что её не подняли, хотя вам бы этого хотелось. Поэтому кажется менее вероятным, что люди будут спрашивать об этом.
Кроме того, недавно снова поднялся вопрос о том, что спам легче заметить, если тема поднята снова. Интересно, почему это актуально сейчас, когда случай, когда сообщение должно быть поднято при редактировании, стал более ограниченным. Но это не имело значения при изменении настроек по умолчанию для большинства сообщений. Почему первое сообщение, являющееся вики, нуждается в большей защите от спама, чем последнее сообщение в теме, также являющееся вики?
Как я уже говорил много раз, я понимаю преимущества, но, похоже, нет особого интереса к поиску решений для недостатков. Бесполезно ждать замены текущих рабочих процессов через год или около того. Мне придется найти новое решение сейчас, потому что осталось мало времени, когда существует поддерживаемая версия Discourse, в которой редактирование последнего сообщения поднимает тему наверх.
Это решение никак не мотивировано борьбой со спамом.
Сообщения в вики и документации поднимаются на основе предположения, что правки в них обычно представляют интерес.
Что касается защиты от спама, то теперь считается, что такие поднятия никогда не обеспечивали существенного дополнительного охвата. Большинство сообщений не являются последними в теме, и правки в них всё равно не отображались благодаря поднятию. Поэтому, если спам через правки является проблемой, для неё требуется иное решение независимо от обстоятельств. Это никогда не было эффективным способом решения данной проблемы.
Кажется, возникло недопонимание. Мой вопрос был не о том, почему посты вики в первом сообщении поднимаются. Я говорил об обосновании ограничения параметра API no-bump, упомянутом в комментарии на GitHub:
Следует ли ограничить это ключами API сотрудников? Я не думаю, что мы хотим, чтобы обычные пользователи могли обходить поднятие (это позволило бы им внедрять спам в темы, не привлекая к ним внимания).
Если бы проблема действительно заключалась в спамерстве, то это ограничение должно применяться последовательно, а не только в нескольких оставшихся случаях, когда происходит поднятие. Меня удивило именно это: в обосновании упоминается спам как проблема, но поднятие не предназначено как механизм защиты от спама, например, в вики, которые являются последним постом в теме.
Я ценю, что посты вики поднимаются при обновлениях (хотя UX, при котором пользователя перекидывает в конец темы, в то время как причина поднятия указана в первом сообщении, всё ещё запутывает).
Моя цель — просто указать на это кажущееся противоречие в отношении спама.
Ещё один случай, когда я хотел бы узнать об редактировании последнего поста, но пропустил его, потому что тема не была поднята: Restrict uploads - #30 by Arkshine
Только что обновился до последней версии esr, и пользователи заметили удаление этой функции. Я согласен, что как минимум это должно быть опцией, которую администраторы могут включить. По моему опыту, список тем /latest — одна из самых важных функций Discourse (и других форумных платформ) для вовлечения сообщества. Редактирование последнего сообщения в теме или редактирование первого и единственного сообщения в заблокированной теме равносильно созданию нового сообщения в конце, и читатели могут не увидеть обновлённую информацию, если она не появится в разделе /latest.
Это разочаровывает. Я тоже это заметил. Мне совсем не нравятся подобные изменения, особенно когда убирают давно существующую функцию без предупреждения.
Это только поощряет двойную публикацию. Раньше работало объяснение пользователям, что им не нужно отвечать на собственную тему, так как редактирование поднимет её в списке. Теперь этот совет больше не актуален. Вместо этого работает ответ самому себе (двойная публикация).
Сегодня я помогал кому-то: примерно 7 часов назад я предложил решение, а только что подумал о другом возможном подходе и хотел, чтобы тему подняли, чтобы все участники обсуждения могли его рассмотреть.
Я использую личный закрытый Discourse для хранения полезной информации.
Хотелось бы, чтобы темы автоматически поднимались при редактировании последнего ответа: это часто темы, к которым мне нужен быстрый доступ только в течение следующих дней или недель, и автоматическое поднятие при редактировании было бы полезно в моём случае.
Есть альтернативы, которые я мог бы использовать (например, добавление ссылки на тему в боковую панель), но я предпочитаю самый простой и бесшовный способ — автоматическое поднятие темы.
Я уже сделал все темы вики, но ответы нельзя автоматически установить как вики.