Вы когда-нибудь использовали Vbulletin? Какую функцию VBulletin вы скучаете в Discourse?
2 лайка
Мы использовали vBulletin с 2001 по 2020 год и до сих пор применяем его как сайт-справочник «только для чтения» (vB3.8.X).
Честно говоря, я ничем не скучаю по vBulletin; более того, после перехода на vBulletin я обнаружил, что модель MVC в Ruby on Rails значительно превосходит модель LAMP, используемую в vBulletin (с точки зрения системного администрирования и веб-разработки).
С точки зрения пользовательского опыта большинство наших пользователей очень довольны Discourse; однако мы потеряли нескольких давно работающих экспертов, которые любили классический, винтажный внешний вид форума vBulletin.
У меня были планы перенести наш устаревший справочный сайт на vB на Rails в 2021 году; то есть я собирался переделать сайт в стек Rails, Redis, Sidekiq, MySQL, jQuery, Bootstrap (создать приложение на Rails поверх существующей базы данных MySQL); но в 2021 году я так занят интересной и увлекательной оплачиваемой работой для клиентов на Rails, что, думаю, наш устаревший сайт не будет переделан в этом году.
До установки Discourse я был заядлым программистом на PHP; но после миграции на Discourse и работы с Ruby и Rails мне больше не нравится ничего в PHP и веб-разработке на LAMP, и я стал большим поклонником Rails, отчасти благодаря переходу с vB на Discourse (а затем изучению Rails после многих лет веб-разработки на PHP).
Извините, что повторяюсь, но что касается нашего сайта на vB, то vBulletin и его архитектура LAMP были «хорошим избавлением», и «Спасибо, Discourse!» за создание Discourse на базе Rails!
Надеюсь, это поможет, @MKDan
13 лайков
Мы использовали его с 2007 по 2016 год, переход прошёл гладко, и лишь небольшая часть участников жаловалась на Discourse. НО как только они привыкли к Discourse и тому, как использовать его функции, они больше никогда не хотели возвращаться к VB.
Большинство из них скучали по главной странице VB со списком форумов и подразделов, а также по страницам в темах. Со временем это ушло, и мы слышим об этом только тогда, когда новые участники, пришедшие с «классических» форумов, присоединяются к нашему форуму на базе Discourse.
Тем не менее, я не могу вспомнить ни одной функции из VB, которой не было бы уже в Discourse. Я считаю, что возвращение с Discourse на vBulletin было бы огромным шагом назад.
11 лайков
У меня была лицензия vBulletin на протяжении многих лет, и Photopost (по которому я скучаю).
Меня забанили на их форумах в тот же день, когда они изменили условия лицензирования, за то, что я выразил своё возмущение, как и многие другие.
Это единственное бан, которое я когда-либо получал (ношу его с честью) 
.
Это привело к созданию XenForo.
С тех пор я больше не смотрел на vBulletin.
Я скучаю по дополнению галереи.
5 лайков
Discourse выглядит гораздо лучше, чем Vbulletin. Но есть один нюанс: Discourse нельзя установить на виртуальный хостинг.
3 лайка
Зачем использовать виртуальный хостинг в 2021 году?
Discourse — это проект с открытым исходным кодом, который можно установить на облачный сервер стоимостью от $5 в месяц.
Выглядит лучше и работает лучше, особенно для сотрудников и администраторов.
6 лайков
Мы использовали vBulletin с 2008 по 2018 год. (До этого мы использовали Disqus, а ещё раньше — какую-то другую систему, которую я не помню — она работала с 1996 по 1999 год).
Некоторые функции, которые мы использовали в vBulletin и которые в Discourse доступны не в точности, — это блоги, галереи и группы (группы в vBulletin были похожи на группы в Facebook). Когда мы перешли на Discourse, поначалу нам не хватало всех трёх функций, но мы обнаружили, что большинство из них создавало ненужный шум в нашем сообществе и отвлекало внимание от обсуждений.
Мы использовали блоги для публикаций участников, но заменили их темами на форуме.
Мы использовали группы для команд, интересующихся конкретными аспектами нашего сообщества. Но мы просто отказались от них и перенесли обсуждения на основной форум. Это даже повысило вовлечённость и осведомлённость по всем темам.
То же самое касается и галерей…
Так что вердикт таков: слишком много шума без прямой пользы для сообщества, а иногда даже негативное влияние на целостность обсуждений.
Нет, мы совсем не будем этого скучать!
8 лайков
Может быть, а может и не быть полезным знать, что блоги и галереи доступны в Discourse с помощью компонентов тем.
2 лайка
Единственное отличие от vBulletin заключается в том, что и блоги, и галереи были привязаны к пользователям. Это означает, что они были связаны с профилем каждого пользователя.
Конечно, если вам действительно нужно, вы можете добиться этого и в Discourse, используя либо специальные настройки категорий, либо плагин, если вы готовы пойти так далеко…
5 лайков
Это согласуется с моим 10-летним опытом посещения форумов на vBulletin. Через 10 лет я осознал, что из сотен вещей, на которые я мог бы потенциально кликнуть на любой странице в vBulletin, и всех тех ссылок, разбросанных по всему экрану, я когда-либо кликал лишь на пару десятков из них. Никогда! Никогда! за целое десятилетие использования!
Это просто безумие 
8 лайков
Если вы думаете об использовании Discourse — просто используйте его! Это лучшая форумная платформа на сегодняшний день, и она останется таковой в обозримом будущем. Я часто поражаюсь темпам разработки здесь, а команда состоит из невероятно талантливых людей (например, Сэм Сафрон, который, на мой взгляд, является одним из самых опытных разработчиков Ruby в мире).
Что касается того, чего не хватает в vB, — вероятно, не стоит смотреть на это с такой точки зрения, так как это разные системы. Однако я почти уверен, что если ваш сайт в основном является форумом, ваши пользователи будут гораздо счастливее на Discourse.
Единственная «форумная» функция, которой мне не хватает от vB, — это возможность создавать разделы, где темы могут просматривать только автор темы и команда администраторов/модераторов. Мы используем такие разделы для «Обратной связи с форумом», «Связь с персоналом» и т. д., и они гораздо лучше подходят для таких задач, чем личные сообщения (которые после прочтения забываются и их сложнее классифицировать или пересматривать позже).
Однако есть много вещей, которые я хотел бы видеть в Discourse. Одна из них — возможность использовать его для поддержки других разделов, таких как блоги, статьи, новости и т. д. Система комментариев и обсуждений в Discourse, вероятно, является одним из её главных преимуществ. Представьте себе блог типа WordPress с мощью комментариев Discourse, всё бесшовно интегрированное с профилями пользователей форума. Я действительно считаю, что Discourse мог бы заменить WordPress (и другие CMS), если бы они обратили на это внимание, и это не было бы слишком сложно. В vB мы использовали его для поддержки нескольких других разделов, и нам нужно было лишь: 1) создать пользовательскую главную страницу для каждого раздела, где можно было бы получать все последние элементы этого раздела, и 2) иметь возможность устанавливать один стиль для первого поста и другой для последующих (в vB это легко реализовывалось с помощью простого условия). Это позволило бы сделать основной материал и комментарии визуально разными.
Также я хотел бы видеть полноценную функцию блокировки. Это значительно облегчило бы жизнь модераторам.
Обе эти функции уже обсуждались на форуме ранее, но, скорее всего, они не будут добавлены (что лично я считаю большим упущением, и надеюсь, что команда пересмотрит этот вопрос в будущем).
5 лайков
Вы же знаете, что у нас уже есть функции «Заглушить» и «Игнорировать» для каждого пользователя, верно?
2 лайка
Это то, что я тоже хотел бы увидеть в будущем (Eventually™), а также возможность создать категорию, где автор темы обладает ограниченными правами модерации в рамках этой темы (как минимум: удаление чужих сообщений, мгновенное удаление своих собственных сообщений и отсутствие ограничений по времени на редактирование своих сообщений).
Я довольно уверен, что это возможно; где-то в безумных диалогах конфигурации прав доступа в vB.
1 лайк
Однако это не мешает пользователю отвечать на сообщения другого человека, не так ли?
Мы уже обсуждали это раньше, но, насколько я помню, вам эта идея не понравилась. Надеюсь, вы пересмотрите свою позицию по этому вопросу.
https://meta.discourse.org/t/ability-to-ignore-a-user/110254/75?u=astonj
Мне нужно будет серьёзно постараться, чтобы вас в этом убедить. Мне кажется, что эта крайне странная система прав доступа была случайно навязана миру vBulletin, и теперь мы все страдаем из-за этого. По сути, это было так: «О, вот один хитрый трюк™, чтобы притвориться, что наш форум — это система поддержки в виде тикетов, скажите отделу продаж, что они могут так его продавать!»
(если вам нужна система поддержки в виде тикетов, используйте её! И это ещё помимо всего прочего: «эй, а что если права доступа будут настраиваться для каждой темы отдельно», что является… масштабным и совершенно ненужным проектом)
У нас уже есть примитивные формы этого. Например, владелец темы может отвечать на неё неограниченное количество раз.
2 лайка
Мы довольно широко используем эту возможность в нашем текущем программном обеспечении, и я склоняюсь к вашей точке зрения. Большинство этих тем, которые пользователи создают для «поддержки», на самом деле являются лишь способом пожаловаться сотрудникам на то, что их пост был удалён или что-то в этом роде. Хотя есть и законные случаи, когда пользователи пытаются сообщить о истории преследования со стороны кого-то другого или обсуждают темы, требующие настоящего обсуждения.
Бывают моменты, когда требуется деликатное взаимодействие, но подключать систему заявок — это явное преувеличение. Я думаю, что после миграции на Discourse такие вещи придётся переносить в личные сообщения, но это будет неудобно, поскольку в этих темах нужно будет добавлять весь персонал, чтобы все были в курсе ситуации.
3 лайка
Это отличный вариант использования такой системы — в противном случае люди используют более публичный раздел «Обратная связь по форуму», и часто только для того, чтобы раздуть конфликт. Перенос в раздел «Связаться с сотрудниками» сократил подобные глупости примерно на 90%.
1 лайк
Я заметил, что на страницах групп есть кнопка сообщения и отдельный ящик для писем, где пользователи могут отслеживать переписку. Я не уверен, как отношусь к этому по сравнению с разрешением «видеть только свои темы», но такой вариант может сработать.
Мы также используем подобную настройку, помимо «Контакта с персоналом», в качестве «частной мастерской», где пользователи могут публиковать и тестировать форматирование или хранить контент, который они постепенно создают и редактируют со временем, прежде чем опубликовать его где-либо публично.
1 лайк
Да, групповая почта для @moderators — это то, что вам следует использовать, если обсуждение должно быть конфиденциальным.
2 лайка