вы против брака геев и радиодеталей?

😂😂

как в новой конституции союз мужчины и женщины?

в поправленной вернее сказать)

Господа, всем добрый вечер. Подскажите пожалуйста, есть фронтенд на nuxtJS (vue), обяатезльно нужен SSR, есть бэкэнд REST API на Laravel.
Заказчик хочет чтобы если демон для фронта упадет (SSR), то хотя бы работал SPA.

это вообще возможно?

а что мешает что-то типа pm2 поставить и будет постоянно работать?

в теории - возможно наверное
типа создать роутинг на vue-порт и статическая отдача
если перестал отвечать вью несколько раз - переход на статическую отдачу (сохраняя перезапись урла)
Но это имхо лишнее, куда лучше настроить pm2

насколько вообще это имеет смысл?)

лучше юзать pm2 и не парится, а то с такой же логикой может упасть и сам php-fpm для лары)

Благодарю))

@Anton_Shch у меня как-то так и все работает)
* конфиг pm2

Благодарю

А что как type-graphql говорят хорош?

а вариант:
А вам это нужно?

Лайтхаус бери

Доброй ночи, есть вопрос по структуре БД
Есть счета пользователей, есть список банков
Задача связать счета с банками с уникальными api ключами

Например
У меня есть карта банка который поддерживает мое приложение, я создаю апи ключи и подключаю для себя синхронизацию транзакций с банка

Что я думаю создать по структуре для БД

table Accounts
- id
- user_id
- bank_id

table Banks
-id
-name

Table account_bank
- account_id
- bank_id
- api_key
- api_secret

Вопрос
Нормально ли хранить api_key и api_secret для пользовательского счета банка в промежуточной таблице account_bank или можно что-то более элегантное придумать?

table Accounts
- id
- user_id
- bank_id

table Banks
-id
-name

Table account_bank
- account_id
- bank_id
- api_key
- api_secret

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

table Accounts
- id
- user_id
- bank_id

table Banks
-id
-name

Table account_bank
- account_id
- bank_id
- api_key
- api_secret

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