Почему недоступны переменные при развертывании через docker/jenkins?

сергей кузьмин, в общем, ушел от dotenv и DefinePluginConfig, пришел к dotenv-webpack, вы были правы в целом, если хотите - могу отметить))

Почему недоступны переменные при развертывании через docker/jenkins?

сергей кузьмин, а как не переопределять, не подскажете?

Php самостоятельно не способен работать с server sent event?

Алексей Уколов, пробовал, что-то делаю не так видимо.
1. При действии, в котором нужно инициировать SSE вызываю event

event(new \App\Events\SendMessageEvent('сообщение 111'));

2. В слушателе вызываю:

SSEFacade::notify($event->message, 'info', 'message');

3. Первый раз я подрубаюсь в другом методе контроллера:

public function stream() {
        SSEFacade::notify('текст', 'info', 'message');
    }

Работает только когда я делаю первое подключение, в БД добавляется запись.
Как это дернуть из слушателя - непонятно.

Php самостоятельно не способен работать с server sent event?

Благодарю за ответ.
А сокеты меньше едят? Или в любом случае будет большая нагрузка?

Server push vs server sent events - что выбрать?

Капитан Пронин, благодарю, узнал много нового.

Server push vs server sent events - что выбрать?

GNUBack, благодарю за пояснения.
А не подскажете, с сокетами тоже будет ограничение на 6 подключений как и для http1?

Server push vs server sent events - что выбрать?

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

Server push vs server sent events - что выбрать?

GNUBack, то есть, фронту по интервалу не надо опрашивать?
С бэка просто можно кинуть экшн на фронт только в том случае, когда это нужно?

Server push vs server sent events - что выбрать?

GNUBack, как я понимаю, в сокетах я задаю интервал перепроверки, например раз в 10-15 секунд перепроверяю, а есть ли что-то новое.

В том же SSE тоже соединение постоянное, как я понял, но переопроса нет, сервер уведомит только в том случае, если данные появились.

Или я заблуждаюсь?

Можно ли без pivot модели влиять на возвращаемые значения полей?

Когда вы получаете данные для отображения, вы можете вообще не использовать модели.

Все-таки, мне кажется, удобнее использовать relations.
Тем более, в laravel очень круто это реализовано.

Один из примеров использования relation в нашем проекте, я так понимаю, что в вашем случае эти простые действия будут делаться посложнее??

Можно ли без pivot модели влиять на возвращаемые значения полей?

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

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

По поводу возврата по каждому блюду - у нас есть возможность вернуть заказ частично (не весь).

Как спроектировать возврат ДС по заказу на laravel?

pLavrenov, благодарю, помогло:
getDirty()

Как спроектировать возврат ДС по заказу на laravel?

pLavrenov, только не очень понял, как поймать изменяемые поля, после изменения я делал:
$event->order->getChanges()
Но сейчас их ловить как-то иначе нужно.

Как спроектировать возврат ДС по заказу на laravel?

pLavrenov, спасибо большое!

Как спроектировать возврат ДС по заказу на laravel?

Кажется дошло, можно навесить событие еще до обновления?
У меня сейчас:

protected $dispatchesEvents = [
        'updated' => OrderUpdatedEvent::class,
    ];

А будет так:

protected $dispatchesEvents = [
        'updating' => OrderUpdatedEvent::class,
    ];

UPD: если это так, похоже, это решение моей проблемы

Как спроектировать возврат ДС по заказу на laravel?

Я не понял, то ли вы имели ввиду, я пробовал так:

public function handle(OrderUpdatedEvent $event)
    {
        $changes = collect($event->order->getChanges());

        if ($changes->has('status')) {
            $status = $changes->get('status');

            if ($status === Order::PAID) {
                $event->order->paid_at = now();
                $event->order->saveQuietly();
            }

            if ($status === Order::CANCEL && $event->order->isPaid() && !$event->order->isReverted() && $event->order->isNonCashType()) {
                # При отмене заказа:
                # если заказ был оплачен, не было полного возврата и тип оплаты безналичный
                # делаем возврат денежных средств
                resolve(OrderService::class)->reverse($event->order);
            }
        }
    }

Как лучше хранить константы в классе?

Дмитрий, типа того? Такое использование допустимо и не унижается в местных кругах?

class PaymentType
{
  const CASH = 1;
  const NON_CASH = 2;
}

Как ограничить или оптимизировать доступ к валидации параметров на laravel в request?

Дмитрий, хорошо, благодарю еще раз.

Как ограничить или оптимизировать доступ к валидации параметров на laravel в request?

Дмитрий, все проблемы в голове, спасибо за разбор!
Готов выделить небольшую денежную компенсацию за уделенное время (вы каждый раз отвечаете на мои вопросы).

Как ограничить или оптимизировать доступ к валидации параметров на laravel в request?

Дмитрий, есть несколько точек редактирования заказа (вот я и приуныл):
1. Непосредственно данные заказа (про которые говорим)
2. Далее, добавление блюд в заказ
3. И возврат денежных средств по заказу


Как я понимаю, нужно просто создать несколько методов в policy? (дополнительно на возврат, например)