Php остаётся точно. Мы изначально используем nuxt, но обычно и пререндеринга может хватить

Спасибо за ответ

CEO это вообще какие-то оккультные науки

В продолжение ORM VS RAW SQL
Точка зрения от автора objection.js
https://www.jakso.me/blog/objection-to-orm-hatred

Всім привіт. Думаю заюзати AWS Lamda для cron-job. Чи краще шось інше використати? Суть скріпта - виборка з бази 100 - 1000 рядків і відправка http запиту для кожного.

У нас кронджобы на lambda. Вполне норм. Расписание задается в serverless.yml Если эти 1000 запросов будете слать на один и тот же URL то делайте какую-то задержку чтобы не забомбить их.

В связкe Lambda+база есть одна проблема - если лямбда скейлится и запускается много ее инстансов то она сьест весь возможный пул запросов к БД и больше никто не сможет подключиться. Но крон джоб это 1 коннекшен там такой пробемы не будет

Дякую)
А шо Ви маєте на увазі під ‘Но крон джоб это 1 коннекшен’? типу вона не буде скейлитись, якшо запустити її таким чином?

вы в расписании напишете например запускаться каждые 5 минут типа такого  0/5 * * * * *
каждые 5 минут будет запускаться ровно одна лямбда а не 100 и не 200

ага, тобто якшо лямбда буде повільно працювати на думку AWS, він не підніме ще одну таку саму, на відміну від лямбд які трігеряться від API Gateway. Я правильно зрозумів?)))
А як взагалі AWS розуміє, шо треба заскейлити лямбду? по розміру черги запитів?, якшо це API Gateway наприклад. Чи він ще враховує якісь параметри?
сорі шо перепитую, хочу максимально чітко зрозуміти.

да, правильно зрозумiв - если медленно работает это не повод скейлиться.
а много запросов из gateway - повод скейлиться, там расписано как они делают - https://docs.aws.amazon.com/lambda/latest/dg/invocation-scaling.html - не просто “поднимают новую лямбду на каждый запрос” а нечто более умное под капотом, чтобы минимальным количеством поднятых лямбд обработать все-таки все запросы

Всем привет) Если что, сразу прошу прощения, если где-то не так выразился ибо сам не совсем понимаю, как мне нужно сделать следующее:

"Структура FTP:
- Order
- Archive

Сайт складывает в папку Order. Учетная система по факту загрузки перекладывает в Archive.

Каждый заказ должен иметь ID.

В одном файле может быть более одного заказа.

Маска имени файла: yyyymmdd_hhmmss.xml"

Если бэк на ноде написан, это всё нужно писать также на бэке? Чтоб когда приходили заказы, оно делало то, как описано выше? Смотрел гугл, видел вроде плагины специальные для создания файлов на FTP, это то что мне нужно?

А можно одним предложением, что вам надо? И почему у вас заказы лежат в папке и отдаются по ftp?

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

"Да ладно тебе, ты же знаешь javascipt, вон какие анимации сделал и формочку, напиши сервер, там ведь тоже на js)))"

типичный работодатель?

В лучшем случае да, в худшем - самоуверенный фронт)

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

ты хочешь систему без БД? данные хранить в файлах?

Смысла нет, ты их все равно должен расшифровывать, чтоб фб предъявлять