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

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

чтобы внешний доступ учитывал права доступа пользователя, который создал эту ссылку

https://apps.nextcloud.com/apps/previewgenerator нашел такое решение, кто нить юзает? вроде должно помогать

@intp7th
Просто мысли на тему того, как подобные вещи делаются:

Бэкенд:
1) Нужна тулза, которая умеет экспортировать весь чат, включая медиа (возможно такая тулза уже есть и писать не придется)
2) Нужен бэкенд, который будет эту тулзу по расписанию запускать
3) Бэкенд, получив экспортированный чат, должен эти данные где-то хранить.  Допустим, записали в БД
4) Делаем API для фронта, чтобы он мог получать эти данные и отображать

Фронт:
1) Допустим, это SPA. При заходе на / отправляется запрос к API бэкенда
2) Допустим, данные получены. Нужно подумать как их отображать, и вот тут лучше отталкиваться от макета.
Больше на фронте никаких функций не требуется (ссылку на чат куда-нибудь в футер можно положить)

1. Этот функционал уже есть в десктопном клиенте - обалденно выкачивает весь чат и складывает по папочкам картинки, вся переписка разбита по html-файликам. Может, это уже есть в каком-нибудь API телеграма.
2. crontab?

1. Не знаю что такое SPA
2. Вот дизайн штатного десктопного экспорта норм. А ссылку лучше повыше, в хедер. Чтобы зайдя на сайт сразу понимать где я и что это.

Вот как выглядит штатный экспорт http://alexpr.ru/ChatExport_2020-10-21/messages.html

вот как он раскладывает http://alexpr.ru/ChatExport_2020-10-21/

1. Нужно изучить API телеги, скорее всего такая возможноcть имеется.
2. Да. В принципе, есть готовые обертки в разных языках над crontab'ом.
SPA - single page application, но это уже детали и неважно, там может быть и просто одна страничка html

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

просто чтобы каждый раз полный бэкап не делать

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

а, ок

И тогда получается так:
1) nginx - раздает статику
2) Простой бэкенд рендерит данные, используя шаблонизатор
3) Тулза для экспорта
4) Crontab, запускающий тулзу
В общем, нужно изучать api телеги

Подсказываю вариант проще. Ненужный телефон с телеграмм + таскер. При поступлении сообщения таскер отправляет запрос на сервер, где передает ник+время+текст сообщения. Сервак добавляет запрос в бд.

Зачем телефон? Решается тупым ботом прослушивающим канал.

Ну или так

Есть такие боты?

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

Проблема только в цитируемых сообщениях при ответе. Непонятно как вычленять их и ссылаться