Это отдельные сервисы и тот что принимает сигнал от транслятора и тот что раздает его всем остальным

угу, кажется понял есть сервер с проектом, и сервер с трансляциями и они общаются между собой, верно?

Ну там сигналинг надо будет делать - да

Если совсем грубо говорить

Понял, спасибо. Знаю что точного ответа на этот вопрос нету, но подскажите сколько по времени +- займет организация данной системы?

Народ, подскажите пожалуйста, у меня в БД есть поле со значениями: 1, 2, 3, 4

Нужен вывод в обратном порядке с пагинацией. Делаю так:

$items = Model::orderBy('number', 'desc')->paginate(2);

на первой странице получаю: 2, 1
на второй: 4, 3

а мне надо на первой: 4,3
на второй: 2, 1

В чем косяк?

Есть спецы?
Нужно закрыть косяки при миграции.

Я не то что бы новичек, я вовсе не программист.
Готов платить за работу.

иди на фриланс биржу, этот чат не для такого

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

одновременно нецелесообразно и неправильно

экономишь 1 простой запрос в бд. т.е. вобще ничего

Проще кэшировать или сам ключ или если апи часто используется и для одинаковых запросов сами ответы

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

Доброе утро! Подскажите, а как лучше организовывать историю заказа Order? В заказе есть обычные поля, и отношения один ко многим - OrderProduct.
Делал историю после каждого сохранения новую Запись историю с измененениями в json вида field_name=>value. но сейчас история занимает большую часть БД проекта и постоянно растет.
Рассматриваю как вариант у объекта Order сделать поля как отношения с OrderValue и постоянно сохранять новые без удаления старых, а потом для самого заказа получать только самые последние значения OrderValue. а для истории получать за период.
Может кто-нибудь посоветует что-нибудь изучить для лучшего решения проблемы?

можно хранить историю для Order и OrderProduct в отдельной таблице  https://github.com/owen-it/laravel-auditing + сделать для OrderProduct софт делит (для сохраниния истории)

спасибо

Привет! я начал изучать ларавел недавно и у меня возникло непонимание.
Я создал модель через артизан например "test", сделал для нее миграцию и тут начались проблемы, в название бд добавляется буква "s" и получается "tests". Если я делаю все вручную, то все равно проблема с буквой "s" есть, например когда через фактори пытаюсь сделать наполнение возвращается ошибка о том что бд "tests" не найдена

так и должно быть, не делай руками

но я создавал через артизан...