YV
Ну просто форма у тебя на сайте, причём тут телеграмм не понятно. Телеграмм это месенджер, те где удобно формы принимать.
Size: a a a
2021 April 15
YV
У него апи никак не должно быть заточено на хранение форм, чтобы потом к ним получить доступ
DS
По фатку все упирается в облачную БД, принять запрос (файлы и еткст) не пробелма, пробелма их хранить
A
В чем проблема поднять хранилище у себя
A
Тг - это лишь один из интерфейсов для взаимодействия с твоей бизнес логикой
DS
Дезинформировал.
Помимо БД есть еще логика чата (редактирование, статусы и т.п.)
Поэтому все упирается в логику, а БД на 2-ом месте
Помимо БД есть еще логика чата (редактирование, статусы и т.п.)
Поэтому все упирается в логику, а БД на 2-ом месте
A
логика не должна зависеть от того, кто ей пользуется
A
у тебя есть бизнес-логика, т.н. ядро системы. Должна быть написана прослойка для ТГ бота, которая будет работать с бизнес-логикой
A
точнто так же как для rest/rpc API должна быть реализована своя прослойка
DS
ТГ бот не подходит как выяснилось, т.к. каждый пользователь моего севриса должен иметь ТГ аккаунт. Можно сделать шлюз из бота, но это не легитимно, ТГ может его запросто забанить.
A
возьми какой-нибудь jivosite и не парься))
A
ты на написание своего решения гарантированно потратишь кучу времени, создашь его с плохой архитектурой, которая не будет держать нагрузки
A
на крайняк, посмотри готовые опен-сорсные решения для чатов
A
попробуй прикинуть насколько сложно будет это развернуть и поддерживать для твоего проекта
A
но вообще, повторюсь. Написание чата - это очень трудоёмкий процесс
DS
Разве он поддерживает вложения?)
A
и поддерживание даже какого-то готового решения - достаточно непростая задача. Тупо из-за требуемых ресурсов
A
не знаю. Этот вопрос надо изучать
DS
Я уже и готовое платное решение готов использовать)
A
в данном случае это будет самым разумным решением