Анатолий Куликов

Тут все просто:
— ищете хук (так лучше), где плагин принимает данные
— перехватываете их, переадресовывая в телеграм (за другие мессенджеры не скажу) путем отправки запроса

Можете за основу для отправки взять вот такой простой класс и донастроить под свои нужды.

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

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

React говорит - кастомный хук и компонент названы неправильно (нарушен code-style). Просто поменяйте название по указанным рекомендациям (они на скрине прям).

Пользователь - это всего лишь запись в базе данных, которую мы можем сопроводить всякой информацией; не только id/логином/паролем, но и той же ролью.

Можно использовать как минимум два подхода, но они примерно одинаковые:

1) api просто отдает пользовательскую роль, а далее клиент сам решает, какие элементы и страницы пользователь может просматривать

2) api возвращает список прав для пользователя, который определяет функции / страницы, которыми пользователь может использовать на клиенте.

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

Но все это пишут руками. Возможно, можно найти на гитхабе в репозиториях то, что вам подойдет.

На самом деле все просто - это Telegram Web Apps

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

- добавить ещё один стейт, который будет отвечать за состояние загрузки, например loading/setLoading

- затем в useEffect при маунте проверять их на наличие объектов: если пустые и loading !== true, то грузить, иначе ничего не делаем

- вызываем одну функцию, где будем грузить данные: сначала переводим loading в true берем Promise.all/allSettled и ждем загрузки; в finally возвращаем loading на false

- как только все загрузится, то второй useMemo самостоятельно выполнится, так как оба* стейта обновятся

* оба, т.к. не понял, зачем тут timestamp.

Ну так все правильно думаешь. Варианты можно всякие придумать, например такой: нужно два массива, один со строками (или лучше даже с объектами, там можно будет для каждого сообщения много инфы тащить, типа имя отправителя, текст, аватарку и т.д.), а второй - пустой.

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

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