• Записи 1545
  • Теги 109
  • Комментарии 3323

Лог жизни

Распечатать Комментарии RSS

Движок DIscourse и непростой выбор

Несколько дней назад наткнулся на движок под названием Discourse. В первый момент он произвёл очень положительное впечатление тем, как сделан интерфейс. Возникла мысль сделать сообщество идеалистов на нём, поставившая меня перед сложным выбором.
С одной стороны, выбрав Discourse, я бы смог запустить сообщество в самое ближайшее время, причём с хорошим мобильным интерфейсом (то, что всегда будет «хромать» в моих собственных проектах), push-уведомлениями об ответах и удобной загрузкой файлов. И сделав, почувствовал бы себя свободным человеком, над которым не висит долгосрочное «надо», а который может заниматься своими проектами по настроению: есть желание что-то написать — делаю, нет — переключаюсь на что-то ещё без всяких угрызений совести и третьего Будущего. Примерно так же, как сейчас занимаюсь сайтами 4xpro.ru и socionics.me.
С другой — Discourse изначально позиционировался как форумный движок. Более того, некоторые люди (в частности, Yuri) считали его конкурентом IntB. Поэтому такой выбор в качестве движка для сообщества, фактически, означал бы капитуляцию, признание «я не справился сам, раз пользуюсь продуктами-конкурентами». А ещё он написан на весьма прожорливом Ruby, для которого пришлось бы либо арендовать отдельный VDS, либо существенно повышать тариф на уже существующем.
В общем, выбор был между «поражение, свобода и быстрый результат» и «достойный путь, гордость собой, долгий и нудный труд, и результат неведомо когда». Размышляя над этим выбором, не мог позавчера уснуть до 8 утра. А на следующий день (вчера) создал тестовый аккаунт на discourse.group и несколько разочаровался. Как выяснилось, Discourse (по крайней мере, коробочная версия) всё же не умеет работать в режиме именно сообщества (в духе Pikabu или какого-нибудь VC или DTF), когда текст каждого первого сообщения темы выводится в категории, работающей в режиме ленты. И мне не нравится ни один из режимов показа главной страницы. Да ещё открыл статическую страницу, свёрстанную ещё летом 2021 года, когда я начинал делать MLCE, и понял, что то, что я сделал тогда, мне нравится больше (если немного доработать), чем то, как выглядят темы в Discourse.
В общем, от идеи использовать Discourse всё же откажусь, скорее всего. Хотя есть мысль поступить неожиданно: взять и сделать fork Discourse, который будет ориентирован именно на создание сообществ, а не форумов.


0
Цитировать

6 комментариев:

4X_Pro
0
#1

Поизучал Discourse чуть детальнее. Скорее всего, даже fork делать будет не надо, достаточно сделать свою тему оформления (в смысле theme, а не topic).

Нет
Гость
0
#2
4X_Pro написал(а):
Как выяснилось, Discourse (по крайней мере, коробочная версия) всё же не умеет работать в режиме именно сообщества (в духе Pikabu или какого-нибудь VC или DTF), когда текст каждого первого сообщения темы выводится в категории, работающей в режиме ленты.

4X_Pro,7501 написал(а):
... сделать fork Discourse, который будет ориентирован именно на создание сообществ, а не форумов.


Боюсь отвечать по существу, т.к. это надолго приведёт к бану даже моего гостевого профиля... На этом сайте у тебя слишком много полномочий, и это вредит делу.

Если сам пожелаешь продолжить разговор, назначь площадку, где ты обычный автор.

MadTechGuy
0
#3
_1_, ты очень много везде пишешь про свои treeview-шки, но так и не рассказал толком о своей идее (либо это было где-то в дебрях какого-то обсуждения и затерялось в нём) и, возможно, не понимаешь, почему твоей идеей до сих пор не заинтересовались. Возможно для тебя это будет открытием, но большинство присутствующих не в курсе твоей идеи и даже того, что твои «тривьюшки» из себя представляют. Будь добр, объясни толком и не слишком растянуто, что за treeview-шки ты задумал и в чём их суть, какую проблему они решают? Здесь ты очень много рассказываешь про детали реализации, но недостаточно про саму суть, что это и для чего.
Гость написал(а):
Боюсь отвечать по существу, т.к. это надолго приведёт к бану даже моего гостевого профиля

4X_Pro дал добро, банить не будет. Главное — конструктивно, без хамства, оскорблений (явных или неявных), попыток заяснить собеседнику, что он ниже тебя интеллектом, рангом и т. п. Иначе разговор будет на этом и закончен, ибо неадекватность сетевых собеседников за последние 2 года окончательно зае..ла.
Нет
Гость
0
#4
10geek написал(а):
Про свои treeview-шки ты очень много рассказываешь: про детали реализации. Но недостаточно про саму суть: что это и для чего.

Основное применение: оглавления, на каждую строчку-узел которых можно указывать гиперссылками (то есть, ссылаться). И это при том, что почти каждая строчка тривьюшки сама является гиперссылкой. Эти свойства позволяют указывать место поста или темы в treeview-оглавлении: из темы ссылаемся на ту строчку тривьюшки, которая сама ведёт обратно, в тему.

Таким способом можно связывать похожие темы: просто публикуем в них ссылку на одну и ту же тривьюшку; но #хэштеги этих ссылок разные: каждый ведёт к своей строчке, указывающей место каждой темы в том общем treeview-оглавлении.

В итоге имеем простой способ создания огромных сообществ определённой [color=#008E02]тематики[/color]:
Через поисковик ищем похожие темы, и связываем их одной и той же тривьюшкой, публикуя [color=#00369B]обратную ссылку⋰ в каждой из них[/color] (желательно, в шапке). Кстати, в этом смысле структурные объекты соцсетей (и прочих сообществ) почти не отличаются от вебфорумов! Но всё-таки в качестве инструментов обратной связи, например, для телеканалов, лучше использовать именно форумные движки, т.к. в современных соцсетях хуже реализована рубрикация ( = привязка к определённой [color=#008E02]тематике)[/color].
В дальнейшем, "treeview-сообщества" можно радикально улучшить: добавив голосования по рейтингу. Со временем, эти инструменты позволят навсегда забыть об инфляции и коррупции. Попробуй помочь организовать куплю-продажу киберрублей, и увидишь, как современные деньги постепенно потеряют все свои отрицательные свойства!
MadTechGuy
0
#5

А где именно будет хоститься эта самая тривьюшка? Предполагается создание некого онлайн-сервиса, который будет играть роль каталога, заполняемого админами/пользователями форумов? Или всё будет хоститься децентрализовано, на уровне форумных движков/CMS? Кто и какой доступ будет иметь к наполнению тривьюшки(ек)? Как сервис, на котором хостится тривьюшка, будет узнавать, что где-то появился новый материал, содержащий ссылку на неё? Форумный движок (или CMS) сам будет сообщать сервису об этом?

Если я правильно понимаю суть, то это что-то типа публичных закладок (может это лучше сделать в виде браузерного расширения, или даже уже есть что-то подобное?). В общих чертах это несколько напоминает Mumble и TeamSpeak, с их каналами, в которые могут заходить разные пользователи, а также создавать свои каналы. Только в этом случае применимо к систематизации информации. Так или иначе, здесь есть несколько важных моментов, с которыми нужно определиться ещё до разработки:

  • Надёжность. Очень желательно, чтобы всё это было децентрализованным (примерно как почтовые сервера, Jabber и т. п.), а значит не зависело от кого-то или чего-то. Никому не нужно, чтобы всё могло рухнуть из-за того, что владелец сервера не оплатил хостинг, сервер попал под санкции РКН или ещё по какой-то причине.
  • Модерация. Без модерации будет бардак — будут спамеры, рекламщики, неадекваты и т. п. Кто и как будет модерировать — тоже вопрос открытый.
  • Система прав. Не каждый владелец форума захочет, чтобы его форум светили кто захочет и где захочет. Поэтому нужно предоставить владельцам форумов какое-то управление правами.
  • Простота реализации. Если написание модуля поддержки работы с данным протоколом для какого-либо движка будет требовать не один месяц разработки, то всё это не взлетит. Всё упрётся в человеческую лень, нехватку свободного времени и ресурсов. Но даже три предыдущих пункта уже ощутимо усложняют реализацию…
  • Простота использования. Пользователи вообще существа максимально ленивые (точнее, экономные по отношению к своему свободному времени и ресурсам, которые они и без того много на что тратят) и далёкие ото всяких мудрёных гиковских штучек. Особенно в последнее десятилетие. Это нужно учитывать, иначе не взлетит.
В общем, вопросы всё ещё есть и их много, но по крайней мере кое-что уже понятно.
Нет
Гость
0
#6
10geek написал(а):
Если я правильно понимаю суть, то это что-то типа публичных закладок браузеров.

Да. Но разработчики браузеров до сих пор друг у друга копируют глупость, что закладка не может быть папкой (а папки не имеют атрибута гиперссылок).
В тривьюшках этого предрассудка нет.

И ещё одно преимущество: один и тот же объект можно вставлять в любое количество папок. И это при том, что любой объект-узел в тривьюшке присутствует не более одного раза (а [color=#aaaaaa]ярлыки-"листья" - указывают на него внутренней ссылкой)[/color].

Тривьюшка полностью генерируется скриптом, это снижает вероятность появления каких-либо ошибок невнимательности оператора.


10geek написал(а):
А где именно будет хоститься тривьюшка?

Да где-угодно, даже локально, ведь это обычный html-файл. Стили и скрипты - внутри него. Но для многих задач удобней хостить базу данных. В одной БД можно хранить информацию для строительства любого количества тривьюшек. Клоны однотипных БД могут работать как локально, так и на серверах. Локальная уже есть под MS Access. А за серверную уже взялся 4X_Pro. Как минимум, вней должно быть две функции:
  1. Архивация двух основных таблиц для лёгкой синхронизации данных между однотипными БД.
  2. Премодерация записей...
10geek написал(а):
• Простота реализации. Если написание модуля поддержки работы с данным протоколом для какого-либо движка будет требовать не один месяц разработки, то всё это не взлетит

Писать скрипты для каждого движка не обязательно. Достаточно написать их хотя бы для одного. Как минимум, нужны две простые функции:
  1. Сортировка постов по рейтингу (то есть, по количеству "плюсиков" оценок за пост) внутри форумной "темы".
  2. Единичные посты бесшапок и подвалов.
10geek написал(а):
• Простота использования. Пользователи вообще существа максимально ленивые.

Тем более, они должны поддержать этот функционал (конкурирующих объявлений) - ведь это тысячекратная экономия труда постинга...! В таких объявлениях и появятся тривьюшки. Для сравнения достаточно показать им хоть один пример, насколько быстрее и лучше пойдут обсуждения в темах с такими объявлениями.
Написать комментарий
Прикрепить файлы: (не более 4 файлов, не более 102400 Кб каждый, 102400 Кб всего)


Задать вопрос