VoidVolker

потому что apply(this_объекта, array_аргументы)

наоборот ты передал вместо объекта массив ['Hello'] это не твой объект с name, а с объектом уже не работает ${...} и тоже вернет undefined

Сильно зависит от приложения - и от его функционала, и от реализации. Надежнее всего провести нагрузочное тестирование и посмотреть, сколько оно на самом деле жрёт.

Если приложение еще не написано (иногда даже ТЗ ещё нет), а заказчик требует оценить ресурсы, чтобы заложить в бюджет - тут начинаются пляски с бубном, торги и оценки с точностью плюс-минус на порядок. Это тяжело.

В вашем случае можно начать с самого дешевого тарифа, судя по количеству пользователей и несложному (просто передавать данные?) функционалу.

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

Что мне для этого нужно сделать ?

Вам нужно написать немного кода.

Нужно ли что-то делать на бэке и/или в базе данных ?

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

Единицы трансляции ведь загружаются в произвольном порядке?

"загружаются" -- неподходящее здесь слово. Единицы трансляции связываются в единый исполняемый образ на стадии линковки и всё что в них было загружается одновременно.

Каким образом наличие слова constinit в одной из единиц трансляции гарантирует, что она загрузится раньше?

Это слово гарантирует, что такой объект будет инициализирован до начала динамической инициализации, см, а это всё, что требуется для решения проблемы static order initialization fiasco.

скачать с rutracker .org
или включи ВПН

1. Нет экранирования
2. Нет развязки по питанию
0. Физика

Документацию по выбранному фреймворку, обычно там описано, как в нём организована авторизация. Ещё можно документацию того поставщика OIDC, авторизацию которого хотите подключить. Ну, и jwt.io, если есть желание использовать JWT.

Для начала, pdf не самый удобный для редактирования формат.

Если у вас задача получать разные пдф, заполнять их и отдавать заполненные, то скорее всего подойдет mPDF, Zend_Pdf или связка fpdf + fpdi. В любом варианте код простым не будет, а чтение доков займет прилично времени.

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