Help with the development of the web site

А без этой всей хрени - "Node.js, Express, mongoDB, mongoose..." - никак?

Roman Kirillov 22 December 2021

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

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

Roman Kirillov 22 December 2021

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

Прошу пояснить. Что подразумевается под совместной работой над документом, как это должно выглядеть? Для совместной работы над документами можно использовать, например, что-нибудь совместное с yjs. Но тогда встает вопрос (на самом деле, много вопросов, но давайте начнем с простого): что за редактор должен использоваться для совместной работы? Например, prosemirror, quill или что?.. Я немножко соприкоснулся с этой темой не так давно, здесь многое (все, на самом деле) зависит от конкретных требований и пожеланий. В данном случае, если я правильно понимаю задачу, фронтенд будет первичен.

Roman Kirillov 22 December 2021

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

В описании задачи написано "создание конструктора документов". Такой "конструктор документов" может быть и редактором. Ну хорошо, редактор не нужен. Тогда откуда берется документ, который нужно перегнать в pdf? Судя по твоему ответу, этот документ не будет готовиться в браузере. Значит, он будет готовиться где-то еще, а затем просто загружается на сервер, где и должен быть сконвертирован в pdf (?) Тогда сразу вопрос: какой формат будет иметь документ, который надо перегнать в pdf?..  То бишь задача номер 1 - загрузить некий файл ("документ") на сервер (?). Нет проблем. Задача номер 2 - "согласование документа между юзерами". А тут что имеется в виду? У загруженного документа будет какие-то "приглашенные пользователи" , которые должны будут зайти на сайт и "завизировать" (поставить галочку Ок, например)? И после того, как документ будет "согласован" со всеми юзерами, с ним что надо сделать?.. Ну почему приходится клещами вытягивать всякую ерунду? Почему нельзя один раз написать внятное, понятное ТЗ и размещать его сразу? Я шастаю по разным фрилансерским сайтам и везде одно и то же, за исключением некоторых североамериканских заказчиков. Потенциальному заказчику - которых десятки каждый день - даже лень написать, а чаще всего он и сам не знает, чего хочет. А ты сиди и вытягивай из него по крупицам, чтобы в итоге получить отказ или начать торговаться за 5 или 10 долларов. 95% моего времени "на фрилансе" отнимает вытягивание внятно сформулированного ТЗ.  Я могу сделать любую работу, но чтобы приступить к ней, я должен понимать, что заказчик хочет от меня и в какие сроки. Почему заказчик так не уважает разработчика?.. Вопрос риторический, можно не отвечать. Извини друг, накипело.

Roman Kirillov 23 December 2021

удачи)

Документ создается и правится в браузере, а все, что нужно - это лишь выгрузка результата в Ворд- и ПДФ-файлы с сохранением форматирования?

И это - ВСЕ? Правильно?

Roman Kirillov 23 December 2021

Нет это не все, еще нужно нужно реализовать согласование этого документа между приглашенными людьми

Roman Kirillov 23 December 2021

по форматированию все верно, т.е. есть определенный шаблон по которому этот документ должен быть сделан. Этот документ шаблонный. И соответственно и должен выгружаться с учетом шаблона этого