Но кроме хэштегов нужны и простые тэги, для сортировки постов в своем журнале. Можно сделать это или отдельным контролом для ввода тэгов (таких полно есть готовых), либо сделать синтаксис типа ##hashtag, чтобы отличать локальные хэштеги от глобальных.
В VK было так: #хэштег - ссылка на глобальный тег, #хэштег@author - ссылка в рамках конкретного аккаунта.
При этом и тот и тот вариант помечал тегом пост, а вот ссылка на поиск в разных областях видимости.
Мне кажется, хорошо бы обойтись определением тегов чисто в тексте поста, не городить отдельный виджет - минималистиченько так.
В отдельном виджете может быть приятное - автодетект вероятных подходящих тегов, автодополнение - но в принципе это всё в перспективе может быть реализовано и в основном поле ввода в контексте ввода тега.
С другой стороны, у разных пользователей могут быть разные стили написания этих хештегов и это может нарушить эстетику.
Далее, в принципе, поиск по тегу - естественная работа для поисковика. Но! Так как всё модульное и собираемое из конструктора, то поисковики может быть не только разные прикручены, но его по идее вообще может не быть на ноде. Предполагаю, что не на всех хостингах удобно поднять Elasticsearch. Поэтому, не должен ли быть такой частный случай поиска, как поиск всех постов по тегу в своём журнале, в хронологически отсортированном виде, быть встроенной функцией ноды?
Ну, или какой-то упрощённый дефолтный поисковик для этой цели, с тем же интерфейсом, но делающий просто что-то вроде WHERE post_text LIKE %#хэштег% ?
Пиарь. Только честно говори, что работает, а что пока нет, чтобы не было разочарований Я сделал скрипт для создания блогов, на это уходит пару секунд.
Постараюсь сформировать правильные ожидания.
P.S.: По посту о поиске всё вроде бы ясно, ну, надо конкретные API смотреть сущствующие/придумывать несуществующие. Отдельный ответ не пишу.