Ребя, кто с большим опытом, оцените ход мыслей: После того, как код не смотря на все мои старания писать чисто опять превратился в лапшу, я подумал о таком подходе... Есть некоторая сущность, у неё стандартные события. Активируем транцзакции на все операции, триггаем эвенты, вешаемся на эти эвенты и выполняем какую-либо логику у связанных сущностей. Вроде как в DDD так делается. Какие подводные, кроме очевидно того, что будет каша из обработчиков?

Бамп вопросу!

@nekit44 shell_exec в php

Ребя, кто с большим опытом, оцените ход мыслей: После того, как код не смотря на все мои старания писать чисто опять превратился в лапшу, я подумал о таком подходе... Есть некоторая сущность, у неё стандартные события. Активируем транцзакции на все операции, триггаем эвенты, вешаемся на эти эвенты и выполняем какую-либо логику у связанных сущностей. Вроде как в DDD так делается. Какие подводные, кроме очевидно того, что будет каша из обработчиков?

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

@nekit44 shell_exec в php

тоесть сделать php файл shell_exec и по крону запускать?

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

Чёт учёного вспомнил) Он делал сервисы? 😂

посмотри еще функции, рядом с этой Функции запуска программ escapeshellarg escapeshellcmd exec passthru proc_​close proc_​get_​status proc_​nice proc_​open proc_​terminate shell_​exec system есть которые возвращают значение, есть которые не возвращают ничего

спасибо

ему же надо по расписанию запускать

а не способ запуска из скрипта команду крона

Если по расписанию, то крон

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

да, крон

МОжно консольные екшны, можно и обычные

нужно консольную чтоб могла обработать данных длительно и контроль от повтороного запуска

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

Всё же евенты позволяют менще жестких связок делать.

Чёт учёного вспомнил) Он делал сервисы? 😂

Неа, AR как мастер модель + вспони инвойсы где все на before and after эвентах завязано

Блин, я вот буду начинать писать свой магазин, и не могу определится - делать на basic шаблоне, или на advanced?

Вроде где-то был доклад, где про адвансед шалон расписано, но не могу найти

Вот не знаю, нужно ли оно мне сейчас

нужно консольную чтоб могла обработать данных длительно и контроль от повтороного запуска

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

Ребя, кто с большим опытом, оцените ход мыслей: После того, как код не смотря на все мои старания писать чисто опять превратился в лапшу, я подумал о таком подходе... Есть некоторая сущность, у неё стандартные события. Активируем транцзакции на все операции, триггаем эвенты, вешаемся на эти эвенты и выполняем какую-либо логику у связанных сущностей. Вроде как в DDD так делается. Какие подводные, кроме очевидно того, что будет каша из обработчиков?

главное не уйти из спагетти-кода в лазанью-код. плюс нужно сохранить прозрачность логики системы, а затем еще и юнит тесты написать на это все

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

это будет новый опыт)

Всё же евенты позволяют менще жестких связок делать.

Да позволяют, но сложно искать потом как что реализуется, ведь эвент можно заначить из абсолютно любого места

это будет новый опыт)

Yii2 тут не при чем, это работа с сомандной строкой и шелл скриптами

Да позволяют, но сложно искать потом как что реализуется, ведь эвент можно заначить из абсолютно любого места

Да, кстати. в джаваскрипте при дебаггинге такая проблема постоянно)

Да позволяют, но сложно искать потом как что реализуется, ведь эвент можно заначить из абсолютно любого места

У тебя есть опыт?

Да позволяют, но сложно искать потом как что реализуется, ведь эвент можно заначить из абсолютно любого места

Всё же можно и нужно в 1 месте хендлеры объявить.

Yii2 тут не при чем, это работа с сомандной строкой и шелл скриптами

да я понимаю, спасибо)

объясните по русски чо такое хендлеры )))

объясните по русски чо такое хендлеры )))

обработчики событий

Хендлер - ф-ция обработчик собітия

handler по ингришу еси

Всем привет !

Fatal error: Access level to Menu::afterSave() must be public (as in class yupe\models\YModel) in /home/uzbrandu/essencerecover.uz/protected/modules/menu/models/Menu.php on line 0

Что за ошибка ? На Yupe CMS

Что за ошибка ? На Yupe CMS

текст ошибки переводить пробовал?

Неа

печаль)

ну попробуй, там все написано...что и где неправильно)

нахуй, сразу в чят

Да вы совсем обленились, судари.

нахуй, сразу в чят

Что ?

Я не понимаю, как чел может работать программистом, если даже не может и ленится перевести тест ошибки...

ну тыжпрограмист! Вот и переведи )

Я переводил но тут нечего не понятного

Если это не джун с опытом в неделю, то ВСЁ ОЧЕНЬ ПЛОХО

У тебя есть опыт?

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

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

Простите, что придираюсь. Но мне очень сложно прочитать, что написано в этом сообщении.

Простите, что придираюсь. Но мне очень сложно прочитать, что написано в этом сообщении.

вполне понятно и доходчиво написано

Значит придираюсь) https://cs8.pikabu.ru/post_img/2016/02/27/6/1456566053134011965.png

Значит придираюсь) https://cs8.pikabu.ru/post_img/2016/02/27/6/1456566053134011965.png

Поток мыслей )

Значит придираюсь) https://cs8.pikabu.ru/post_img/2016/02/27/6/1456566053134011965.png

Не зря

Ребя, кто с большим опытом, оцените ход мыслей: После того, как код не смотря на все мои старания писать чисто опять превратился в лапшу, я подумал о таком подходе... Есть некоторая сущность, у неё стандартные события. Активируем транцзакции на все операции, триггаем эвенты, вешаемся на эти эвенты и выполняем какую-либо логику у связанных сущностей. Вроде как в DDD так делается. Какие подводные, кроме очевидно того, что будет каша из обработчиков?

Каши не будет. на оборот все будет понятно

Каши не будет. на оборот все будет понятно

Ну вот мнения разделились. Поделись бест практикс пожалуйста. Кашу я только в объявлении пока что вижу.

а другое какое мнение ?

@KoJIT говорит отлаживать адово.

События ? с чего это ? xdebug не плохо это отлаживает

у меня бот полностью на событиях

Что за бот?

Наверное, сложно отлаживать цепочку событий.

Хоя хз, по мне так спагетти не лучше. С событиями хочешь не хочешь low coupling получается, модель как микросервис)))

Что за бот?

@yetanotherstatsbot

Наверное, сложно отлаживать цепочку событий.

Да нет. что там сложного . у нас последовательно код исполняется

Да нет. что там сложного . у нас последовательно код исполняется

Что значит последовательно, объясни "на пальцах" "для маленьких" пожалуйста.

3 обработчика и 1 событие. Ниже пример как у меня Event::on( CreateWubookReservationEvent::class, self::EVENT_CREATE_WUBOOK_RESERVATION, [AirBnBPaymentHandler::class, 'handler']); Event::on( CreateWubookReservationEvent::class, self::EVENT_CREATE_WUBOOK_RESERVATION, [HostelWorldPaymentHandler::class, 'handler']); Event::on( CreateWubookReservationEvent::class, self::EVENT_CREATE_WUBOOK_RESERVATION, [ExpediaPaymentHandler::class, 'handler']); Если не юзать очереди. То с начала выполнится AirBnBPaymentHandler потом HostelWorldPaymentHandler и т.д. Мы легко это дебажим

даже если die поставить на 2 обработчике . Выполнится первый, но не 3й

За одно мы решаем куча проблем со связанносью кода

Привет! Есть вопрос: вот если я разрабатываю на адвансед темплейте с модулями, и у меня есть, скажем модуль блога, у него есть фронтенд и админка, а еще общие модели или другие компоненты. Так что. тогда в каждой папке (фронтенд, бекенд и коммон) будет папка модуля блог? Или как?

В бейсик шаблоне просто одна папка, и все, а тут не совсем понятно

Привет! Есть вопрос: вот если я разрабатываю на адвансед темплейте с модулями, и у меня есть, скажем модуль блога, у него есть фронтенд и админка, а еще общие модели или другие компоненты. Так что. тогда в каждой папке (фронтенд, бекенд и коммон) будет папка модуля блог? Или как?

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

Я просто до сих пор на бейсике только делал, вот хочу попробовать посложнее) Там вроде все понятно. только этот момент не ясным остался

Не обязательно

Что не обязательно?

адвансед это два бейсика + common )

Так что, тупо отдельные модули всюду? И в коммон тоже, выходит

common - общий - понимать буквально

Я понимаю