Спустя полчаса генераций и подбора промтов:

Дорогой дневник, кажется, я обронил не только челюсть, но и сердце.

Дорогой дневник...
Когда-то я написал на твоих страницах фразу: "Созидание начинается там, где заканчиваются силы, но ещё не умерло желание мечтать".
Желание создавать что-то было со мной пожалуй столько, сколько я себя помню. Оно зарождалось из бесконечных мечтательных образов в голове, а затем начало плавно проливаться на бумагу в виде строчек букв и карандашных линий. Всегда разрозненные и никогда не цельные, они годами жили на страницах блокнотов, ежедневников и альбомов так и не встречаясь друг с другом.
Но они же в конечном итоге встретятся, правда? Как встречаются всякий раз одарённые, не смотря на то, что их разлучила сама смерть.
Интересно, что тогда выйдет в итоге?

Дорогой дневник, кто такой этот ваш Салем? Неужели я так похож на кота?

Дорогой дневник. Они хотят перо в печень.
Записали.

Дорогой дневник…

Остров Уинтер в Салеме, Массачусетс: происхождение названия и географический статус

Происхождение названия «Остров Уинтер»

Название Winter Island («Остров Уинтер») возникло в ранний колониальный период Новой Англии и связано с ролью этой земли в рыбной промышленности Салема. Ещё в XVII веке западная сторона острова служила местом зимней стоянки для салемского рыбацкого флота. В бухте, получившей неофициальное название «Winter Harbor» («Зимняя гавань»), колонисты укрывали свои рыболовные суда от зимних штормов и льдов, чтобы сохранить их невредимыми до весны. Благодаря этой защищённой гавани остров стал ключевым центром первой салемской рыбной общины – здесь сушили выловленную рыбу и строили лодки ещё с 1620-х годов, сразу после основания поселения. Неудивительно, что жизненно важная функция зимней стоянки отразилась в названии: «Winter Island» буквально означает «остров зимней (гавани/стоянки)», увековечивая эту историческую роль в топониме. Исторические записи подтверждают, что уже к 1630-м годам за территорией закрепилось имя Winter Island, связанное именно с её использованием в зимний период для рыболовства и стоянки судов. Таким образом, остров Уинтер получил своё название по географическому и хозяйственному признаку, как место, где зимой находили убежище салемские рыбаки и их лодки.

Почему его называют "островом", хотя он соединён с материком

Несмотря на название, сегодня Уинтер фактически перестал быть островом в прямом смысле: он давно соединён с основной землёй. Ещё в XVII веке, по мере роста Салема, была построена насыпная дамба (causeway), связавшая Winter Island с соседним полуостровом Салем-Нек. Исторические источники указывают, что эта дамба возникла уже в 1660-х годах, обеспечив постоянный сухопутный переход. Со временем узкая перемычка была укреплена дорогой (ныне Winter Island Road), и остров стал легко доступен пешком и на транспорте. Фактически Уинтер превратился в полуостров, оставаясь частью суши даже при приливах. В официальных документах города Салем он сейчас прямо назван полуостровом площадью около 54 акров, примыкающим к району Salem Neck.
Исторически же Winter Island действительно был отделён водой: его окружают заливчики и ковши, которые ранее создавали естественную изоляцию. С запада и северо-запада остров отделён от материка небольшими бухтами (Cat Cove, Smith Pool и др.), а с юга и востока омывается водами протоки Salem Channel. В колониальные времена эти бухты были заметно глубже, чем сейчас, и богаты рыбой, что подчёркивало ощущение островного пространства. Однако за прошедшие столетия природное мелководье и инженерные работы (строительство дамбы, создание солёного плавательного бассейна Smith Pool в 1930-х годах и пр.) изменили географию: проливы частично обмелели и оказались перерезаны дамбой, благодаря чему Winter Island утратил изоляцию. Тем не менее, историческое название сохранилось. Местные жители и документы по-прежнему называют эту территорию островом: по традиции и в силу того, что со всех сторон, кроме узкой перемычки, она окружена водой. Даже будучи соединённым с сушей, Уинтер остаётся «островом» в восприятии горожан, поскольку географически выдаётся в гавань и обособлен от основной части Салема. Сегодня здесь расположен парк Winter Island Marine Park с кемпингом, старинным фортом Пикеринг и маяком (Fort Pickering Light) – все они напоминают, что когда-то это был отдельный стратегический остров на входе в порт Салема.

В заключение, название Winter Island отражает важную страницу истории Салема: остров получил своё имя благодаря функции зимней гавани для рыбаков в XVII веке, и хотя впоследствии он был физически присоединён к материку насыпью, традиционное название закрепилось навсегда. Таким образом, «остров» Уинтер называется так по историко-географическим причинам, даже если современная карта показывает его как полуостров. Это наглядный пример того, как география и инфраструктура (строительство дамбы) повлияли на статус и восприятие территории: от острова в прошлом – к полуострову сегодня, но с сохранением прежнего имени как дань истории и практике местных жителей.

Дорогой дневник...
От меня тут просили немного баек.
В отношении Господина П. в 2014 году было возбуждено уголовное дело по факту мошенничества в результате которых организации Н. был причинён значительный материальный ущерб.
А вскоре после этого в 2015 году было открыто дело о банкротстве господина П, потому как он не имел возможности погасить гражданский вред причинённый организации Н.
Между этими двумя событиями, - заведением уголовного дела и открытием дела о банкротстве, - господин П. и его жена, госпожа Л., подали заявление о разводе и разделе совместно нажитого имущества.
В результате этого раздела господину П. доставалась пара люстр и ещё какая-то мелочёвка. А его бывшей жене доставалось несколько квартир, дачных участков, автомобили и прочее.
Господин П. и госпожа Л. при этом продолжали жить вместе и воспитывать дочь.
В 2026 году в продолжающихся судебных процессах защита госпожи Л. на чистом глазу утверждает, что никакого намерения нанести вред кредиторам (организации Н.) не было и что развод и раздел имущества не имел цели вывести это имущество из конкурсной массы, подлежащей продаже и возмещению ущерба.
При том что судами ранее уже данный факт был установлен.

Вот я слушаю всё это и просто думаю, какими же мразями надо быть, чтобы так бессовестно и самозабвенно врать.

Upd:
В дополнение судья спрашивает, аффилированы ли лица, которым в последствии продавалось имущество после развода?
Госпожа Л. говорит, что нет. Между тем, в социальных сетях имелись фото, где указанные лица вместе крестили детей.
Мммм...

Дорогой дневник...

... с утра я успел переделать кучу работы. Впереди мне предстоит ещё небольшая (большая) аналитическая задачка,  но пока пришло время попить кофе и немного отдохнуть. А именно внести ещё пару улучшений в плагин уведомлений для форумного движка.

Уведомления вообще занятная штука. Мне довелось покопаться во внутренностях скрипта уведомлений от Алекса и я нахожу его весьма презанятным. Он большой молодец. В тоже время я понимаю, что я вообще не хочу заниматься чем-то подобным: с одной стороны потому что опять же этот функционал реализуется скриптами, а значит страдает надёжность и производительность, с другой - такой функционал более сложный в реализации и его куда сложнее расширять в случае необходимости.

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

Итак...

Система уведомлений MyAlerts

«Эй, тебя процитировали».
«Эй, тебе написали личное сообщение».
«Эй, кто-то ответил в твоей теме».
«Эй, тут вообще-то что-то произошло, может быть, перестанешь смотреть в стену?»

Примерно так, плагин привычно зазывает вас, но делает это вежливее.

Главная идея плагина простая: уведомления создаются на сервере, хранятся в базе данных и показываются пользователю уже в готовом виде, благодаря чему они работают значительно стабильнее и быстрее.

Где отображаются уведомления

Всё предельно привычно: в панели навигации, во вкладке браузера и в уведомлении в углу экрана.

При нажатии на меню уведомлений в блоке навигации также открывается модальное окно со списком последних уведомлений.

В котором можно:

- посмотреть последние уведомления;
- открыть нужное уведомление;
- отметить всё как прочитанное;
- удалить прочитанные;
- удалить все уведомления;
- включить отображение только непрочитанных.

Если хочется посмотреть всё подробнее, есть отдельная страница профиля с уведомлениями: адресфорума/alerts.php
На ней уведомления выводятся уже полноценным списком с пагинацией.

Какие уведомления есть уже сейчас

На данный момент плагин умеет уведомлять о базовых форумных событиях:

- изменение репутации;
- новое личное сообщение;
- добавление в список друзей;
- цитирование в сообщении;
- ответ в вашей теме;
- ответ в теме, на которую вы подписаны;
- оценка вашего поста;
- голосование в опросе вашей темы;
- уведомление администраторам о новой регистрации;
- уведомления о новых сообщениях в важных темах (например, новостях).

Плюс плагин регистрирует уведомления от других плагинов, и теперь вы узнаете когда:

- пользователь создал эпизод с вашим участием;
- пользователь отписался в эпизоде с вашим участием;
- наступила ваша очередь писать пост;
- когда автор поста был изменён (администратором);
- когда эпизод был закрыт;
- когда в эпизод был добавлен или удалён участник;
- когда порядок очереди в эпизоде был изменён;
- когда у привязанного аккаунта пришло личное сообщение;
- когда вас добавили в переписку;
- когда тема переписки была изменена.

Обновление без перезагрузки страницы

Опять же в рамках привычного, плагин умеет периодически проверять новые уведомления без полной перезагрузки страницы.

Администратор может настроить:

- автообновление страницы уведомлений;
- автообновление счётчика в шапке;
- частоту проверки новых событий.

Настройки для пользователей

У каждого пользователя в профиле есть своя страница настроек уведомлений: адресфорума/alerts.php?action=settings

Там можно выбрать, какие уведомления получать, а какие отключить.

Например, кому-то нужны уведомления о цитировании, но не нужны уведомления о репутации.
Кому-то важны личные сообщения, но не интересны ответы в подписанных темах.
А кто-то включит вообще всё, потому что воробушек-социофобушек.

В текущей версии настройки сгруппированы (как раз этим занимался сегодня, как и добавлением уведомлений о регистрации пользователей для админов).

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

Настройки в админке

В админке у плагина есть такие настройки.

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

Основные настройки MyAlerts

Отдельно есть управление типами уведомлений.

Администратор может решить:

- включён ли конкретный тип уведомлений;
- может ли пользователь сам его отключить;
- включён ли он по умолчанию для новых пользователей.

Чистота и порядок

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

Например:

- если личное сообщение удалено, связанное уведомление тоже убирается;
- если пост с цитатой удалён, уведомление о цитировании тоже очищается;
- если удаляется тема, связанные с ней уведомления удаляются;
- пользователь может удалить одно уведомление, все прочитанные или вообще всё сразу.

Бонус
Количество уведомлений на тестовом аке, на котором проверяется плагин эпизодов:

P.S. ну и да, отдельно приятно, что это всё бесплатно о.о

А второй плагин...

дорогой дневник...

... это кубики.

Кубики у нас используют по разному. Кто-то в играх во флудилке, кто-то в конкурсах, а кто-то в эпизодах при решении различных вопросов.

И в общем-то всем известен механизм: жмёшь кнопку на тулбаре bb-кодов, выбираешь количество кубиков и граней, или пишешь руками 1d20, получаешь заветное число да и действуешь.

Но конечно мне хотелось сделать это нормально, а не на честном слове и замусоривших web скриптах.

И если делать нормально, то нужно ответить на ряд вопросов:
Когда именно бросок должен генерироваться?
Можно ли его поменять после публикации?
Что делать, если пользователь отредактировал пост?
Как понять, что результат не подделали?
Что будет через год, когда в базе накопятся тысячи бросков?
Как дать другим плагинам возможность использовать наш кубик?
Как не превратить каждое открытие темы в ужас для базы данных?

Ну и...

Кубики

Реализованный плагин добавляет на форум привычные броски кубиков через BBCode (вообще-то в рамках движка они называются MyCode).

Самый простой пример:

[dice=1d20]

Можно бросать несколько кубиков:

[dice=2d6]

Можно использовать модификатор:

[dice=2d6+3]

(в данном случае будет бонусные +3 очка к броску)

Или отрицательный модификатор:

[dice=1d20-1]

(а тут одно очко будет отнято)

Главное отличие от простых скриптов в том, что результат броска создаётся не при каждом просмотре страницы, а при сохранении сообщения.
То есть бросок не меняется от обновления страницы.
Не меняется от перезахода в тему.
А самое главное - это быстродействие и надёжность (о последней ещё будет сказано дальше).

Как отображается результат

Администратор может выбрать режим отображения бросков:

- полный режим: выражение, итог и значения отдельных кубиков;
- выражение и итог;
- только итог;
- компактный вид.

Например, в полном режиме бросок может выглядеть примерно так:

2d6+3 → 11 (4 + 4 + 3)

А в компактном режиме — короче:

2d6+3 = 11

Конкретный вид может зависеть от установленного дизайна и стоящих перед АМС целей.

Ограничения и защита от злоупотреблений

Админка также позволяет настроить:

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

Редактирование постов

Самая чувствительная часть любых бросков кубиков на форуме — редактирование этих самых постов.

Плагин поддерживает несколько политик безопасности:

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

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

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

Обслуживание и чистота базы

Я стараюсь не забывать делать на этом упор для всего функционала, чтобы вне зависимости от накопленных на форуме данных форум продолжал работать чисто и быстро.

Поэтому плагин умеет:

- удалять осиротевшие записи, если пост уже удалён;
- удалять устаревшие API-броски без привязки к посту;
- работать батчами, чтобы не нагружать базу одним огромным запросом;
- финализировать старые броски.

Последний пункт особенно интересен.

Финализация означает, что старый служебный токен в тексте поста заменяется уже готовым результатом. После этого запись из таблицы удаляется.

Есть два режима финализации:

- обычный текст;
- подписанный финальный BBCode.

Обычный текст просто оставляет результат в сообщении.

Подписанный BBCode хранит результат так, чтобы можно было проверить, что он не был повреждён или подменён.

По умолчанию такая финализаия происходит раз в 3 месяца, но этот срок гибко настраивается в админке.

Есть ещё куча всяких мелочей для админов, которые позволяют менять html вывода, гибко настраивать CSS и проводить диагностику, но вам, полагаю, это уже не так интересно)

Стикеры

Ещё один реализованный плагин и на этот раз его "пользовательское" не менее заметно, чем "админское".

По сути каждому знакома реализация стикеров на MyBB/Rusff. Но она не идеальна и определённо требует улучшений. Эти улучшения я и постарался привнести в своей реализации на движке.

Как это работает

Всё привычно: пользователь нажимает кнопку стикеров в панели редактора и выбирает нужную картинку, после чего она вставляется в редактор в не менее привычном виде.

[img]ссылка-на-стикер[/img]

В модальном окне можно просматривать:

- системные паки;
- свои личные стикеры;
- избранное;
- недавно использованные;
- поиск.

Системные паки

Системные паки — это наборы, которые добавляет администрация.

Администратор может создавать паки, загружать туда стикеры, менять порядок, включать и выключать наборы.

Системные стикеры доступны пользователям в модальном окне, если плагин включён и у пользователя есть право пользоваться стикерами.

При этом всё хранится не где-то в стороннем сервисе, а в файловом хранилище форума, что ускоряет их загрузку.

Личные стикеры пользователей

Но только системными наборами дело не ограничивается.

Плагин позволяет пользователям загружать свои личные стикеры, если администрация дала им такое право.

В личном кабинете пользователь может:

- загрузить стикер;
- переименовать его;
- разложить по личным пакам;
- удалить;
- выбрать обложку пака;
- скопировать BBCode;
- быстро отфильтровать стикеры по паку;
- применить массовые действия.

Оформление паков
Вкладки стикеров оформляются в виде стикера-обложки, а если такового нет, то в виде названия пака.

Избранное и недавние

У каждого стикера есть иконка звёздочки, после клика на которую они попадают в группу "Избранное". Убрать их из избранного можно кликнув по этой звёздочке ещё раз

В недавних стикерах отображаются N стикеров (в зависимости от настроек), которые вы использовали недавно.

Обмен паками

Есть ещё одна приятная возможность: пользователь может поделиться своим паком.

Для этого создаётся ссылка обмена. Другой пользователь открывает её и копирует пак себе.

Массовая загрузка

Реализована возможность загружать стикеры пачкой. Это удобно, когда нужно добавить не один-два файла, а целый набор.

Впрочем, для таких операций есть разумные ограничения.

Админка

В ACP у плагина есть отдельный раздел.

Там можно управлять:

- системными паками;
- системными стикерами;
- пользовательскими стикерами;
- настройками доступа;
- лимитами загрузки;
- логированием;
- задачами обслуживания;
- диагностикой.

Особенно важно, что администрация может видеть не только системные стикеры, но и пользовательские. Это нужно для модерации и обслуживания.

... автопродление темы.

По умолчанию в форумном движке темы бесконечные, т.е. не ограничены числом сообщений.
Для флудовых тем это может иметь последствия в производительности, поэтому пришлось не только устанавливать ограничение (привычное в 2000, но вообще настраиваемо), но и прикрутить пересоздание.
Из новых плюшек: если вы писали пост и тема закрылась, он не потеряется и сохранится в черновиках.

Накинул небольшой плагин, для PR аккаунтов.
С одной стороны всё привычно: автоматический вход в аккаунт, редирект в тему с рекламой, копирование одного из вариантов рекламы (последнее уже было реализовано ранее).
Но добавил и новое - автоматическое определение темы в которую делать редирект по id форума и названию.
В настройках плагина указывается id форума, указывается ключевое слово по которому искать (например, "Реклама"), он разбирает названия, находит в нём наибольшее число (например, Реклама № 31 и Реклама #32 → 32 определяется как наибольшее), и делает редирект в эту тему.
Если он не может определить в каком-то случае наибольшее число (например, две темы Реклама № 32, ну вдруг), то тогда проверяет id топика и берёт наибольший из них.

Для простых игроков, конечно, пользы 0. Но сейчас каждый раз когда тема с рекламой заканчивается, мне приходится идти в конфиг и менять на новый айдишник. Не очень люблю такое) Теперь на автомате.

+ добавил возможность публиковать отложенные посты для АМС;
+ добавил функционал позитива
+ добавил возможность выбирать размер шрифт и сами шрифты в постах с сохранением на всех устройствах
+ ...

дальше отдельными постами.

Дорогой дневник...

Мои загрузки.
Я до сих пор удивляюсь почему люди так редко ими пользуются, предпочитая тягать ссылки на изображения со сторонних хостингов, где ссылки живут один месяц, а затем умирают.

Даже в рамках mybb/rusff это весьма полезный функционал чтобы загрузить аватарки, подписи, оформления эпизодов и кучу всяких других изображений.

Проблема в том, что на новом движке такого функционала не было. Вместо него движок предлагал систему вложений, когда загружать файлы можно в конкретный пост, который будет отображаться иконкой, которую можно раскрыть, чтобы посмотреть.

То есть в который раз передо мной встала задача реализовать систему и улучшить её, просто потому что, а почему бы и да?

Мои загрузки

Ну и, собственно, идея уже описана выше: пользователь получает личное хранилище изображений прямо на форуме.

Можно загрузить картинку, разложить изображения по папкам, получить прямую ссылку, BBCode для вставки в пост и быстро использовать всё это в редакторе.

Загрузка изображений

Пользователь может загружать изображения в личный раздел.

Плагин принимает картинки, проверяет их, сохраняет оригинал и создаёт миниатюру (последнее нужно чтобы в списке файлов предпросмотр грузился быстро, а не загружал полноразмерные версии).

Загруженная картинка получает:

- оригинальное имя файла;
- прямую ссылку;
- BBCode для вставки;
- дату загрузки;
- размер;
- миниатюру;
- папку, если пользователь решил разместить её в каком-то конкретном месте.

Загрузка доступна не только на странице "Моих загрузок", но и по нажатию Ctrl+V или перетягиванию изображения в форму ответа.

Личный раздел в User CP

У пользователя появляется отдельная страница в личном разделе:

адресфорума/usercp.php?action=myuploads

Там хранится всё загруженное.

На странице можно:

- посмотреть свои изображения;
- загрузить новое изображение;
- открыть прямую ссылку;
- скопировать BBCode;
- удалить ненужный файл;
- искать по файлам;
- фильтровать изображения по папкам;
- сортировать и наводить порядок;
- добавлять и изменять свои комментарии к изобаржениям;
- видеть статистику по своему хранилищу.

Папки для изображений

В Моих загрузках есть папки.

Пользователь может создать свои разделы, например:

- аватары;
- эпизоды;
- анкеты;
- карты;
- отношения;
- вдохновение;
- мемы;
- и т.д.

Папки можно использовать как маленькие личные полочки. Не обязательные, но очень приятные, когда файлов становится много.

Иконки папок

У папок могут быть иконки.

Это маленькая деталь, но она делает хранилище визуально понятнее. Одно дело — просто список названий, и совсем другое — когда у папки с картами есть своя иконка, у папки с аватарами своя и т.д.

Администратор может управлять библиотекой иконок через админку.

Пользователь же получает более наглядное и аккуратное хранилище.

Тут, по хорошему, должно быть ещё раза в 2 больше текста про админку, но это уже не то, что вам интересно, потому остановлюсь на уже написанном)

Переписка. Личные сообщения.

Один пользователь написал другому пользователю, второй ответил, первый прочитал, все довольны, мир прекрасен, коммуникация построена.

Проходит время, открываешь стандартные личные сообщения...

Куча входящих, куча исходящих. разные темы, множество страниц. Сообщения от других пользователей и твои сообщения находятся на разных страницах. И сообщения, которые приходится открывать по одному.

Ужасно.

А ведь мы привыкли к диалогам. Открыл чат — видишь историю. Написал ответ — видишь его сразу. Получил сообщение — видишь его сразу. Нужно найти старое сообщение — ищешь внутри переписки. Нужно сохранить важное — добавляешь в избранное.

И вот примерно с этой мысли всё и началось.

Symposium

Symposium — это плагин, который превращает стандартные личные сообщения форума в нормальную систему переписок в виде полноценных диалогов.

Диалоги вместо отдельных писем

Классическая переписка во время тестов

Главная идея простая: переписка собирается в один разговор. Больше не нужно прыгать между входящими и отправленными, чтобы понять, кто кому что ответил.

Открыл диалог — и видишь всю историю:

- входящие сообщения;
- свои ответы;
- даты;
- время;
- статус прочтения;
- избранное.

Свои сообщения и сообщения собеседника при этом визуально разделяются, как в привычных мессенджерах.

Список переписок

=

Вместо унылого списка отдельных ЛС пользователь получает страницу диалогов.

Там видно:

- с кем идёт переписка;
- название беседы;
- последнее сообщение;
- дату последней активности;
- количество непрочитанных сообщений;
- аватар собеседника или участников;
- быстрые действия.

Избранные сообщения

Уже упоминал их. В переписках часто бывают сообщения, которые хочется не потерять. Поэтому сообщения можно добавить в избранное.
Нажал на звёздочку — сообщение помечено. Потом можно открыть только избранные сообщения в конкретной переписке и быстро найти важное.

Поиск в переписке

Иногда нужно найти не просто важное сообщение, а конкретную фразу.

Например: «а где мы обсуждали маскарад?»
Или: «как звали того парня?»

Для этого есть поиск внутри переписки. Вбил слово или фразу — получил нужные сообщения.

Групповые беседы

Форумная переписка — это не всегда два человека.

Иногда нужно собрать нескольких участников: соигроков, администрацию, организаторов эпизода, игроков одного сюжета.

Symposium поддерживает групповые беседы.

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

Переименование беседы

Иногда «Переписка с Dofa» — это хорошо.

А иногда хочется назвать разговор нормально:

«Бабочки»;
«Сюжет на осень»;
«Эпизод с балом»;
«Админские вопросы»;
«Отношения персонажей».

Поэтому беседы можно переименовывать.

Это маленькая функция, но она очень помогает, когда переписок становится много. Потому что одно дело — список одинаковых диалогов с пользователями, и совсем другое — понятные названия, по которым сразу видно, что где лежит.

Уведомления

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

Админские шутки опускаю)