Robur

Слетают или нет - это вы можете проверить минут за 10-15 сами.

Работать с cron напрямую вы можете через запуск внешнего процесса https://nodejs.org/api/child_process.html#child_pr...
делайте там что хотите.

Из нормальных шедулеров есть https://github.com/agenda/agenda, хранит все в монго - перезапуск не страшен. У них же в ридми в сравнении еще 3 штуки других вариантов

SSR-это запуск фронтендового js-фреймворка на ноде заранее,(вместо работы в браузере) и отдача клиенту того что получилось, вместе с фреймворком, дальше все это продолжает работать на клиенте.
на php этого просто нет.

почему второй гораздо менее производительый?

правильно вопрос звучит так "почему то что у меня на nodejs написано медленнее того что у меня было на php" ответ как вы понимаете зависит от того что именно у вас там написано. В целом рендеринг на ноде не медленнее рендеринга в php сам по себе. Может у вас так все настроено, может как раз ssr тормозит

На сервере и хранить.
На клиенте jwt можно проверять если он подписан по схеме public/private (RSA или ECDSA)
Если у вас подпись HMAC - то проверка токена на клиенте делается путем запроса на бекенд.

Вы случайно на php до этого не писали? :)

Разработку делайте локально - сервер на ноде и девсервер для vue запускайте на своей машине, базу если есть можно подключать удаленную.
Можно напрямую, можно через докер если у вас какие-то проблемы будут из-за винды.

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

Так у вас все правильно и реализовано. Ошибок нет же, все работает.

Немного телепатии:
Если хотите работать с res - работайте внутри then.
Если хотите что -то делать пока запрос идет - делаете там где у вас "result out".

Если я правильно вас понял - то вы хотите использовать ObjectId для генерации ID сессии.
Первый вопрос - зачем?
Второй - чем не угодили любые другие способы генерации Id - тот же UID
Третий - зачем вам ID сессии вообще, если у вас JWT - который сам по себе и есть токен сесии? Кладите туда всю нужную инфу, подписывайте, проверяйте подпись при запросе и будет вам счастье.

- поднимаете тестовую базу (можно докер, можно https://docs.mongodb.com/manual/core/inmemory/). чистую или с нужными начальными данными.
- вызываете ваши функции.
- делаете запрос в базу, сравниваете ответ с тем что там должно быть.

В вашем случае возможно есть смысл не запись в базу проверять а делать полное интеграционное тестирование - вместо запроса в базу дергаете нужные query из graphql. Так вы проверите всю цепочку. Дальше - вопрос адекватности тестов которые вы напишите.

можно генерить программно при старте если у вас есть схема в памяти:
https://blog.apollographql.com/three-ways-to-repre...
Смотрите секцию "Converting between all of the different types"
Можете сохранить и schema.graphql и schema.json.

Можно сделать ватчер в IDE чтобы он по изменению нужных файлов запускал скрипт который загрузит вашу схему и экспортирует её в файл.
И другие извращения на ваш вкус.

Другой вопрос - зачем вам вообще это надо, проще писать все в *.graphql файлы или в ts с тегом gql и импортировать их напрямую, и их же использовать для работы всяких тулз/плагинов и прочего.