блин, надо просто завести на это дело песочницу себе будет

в воркфлоу

Ага, понял, но надо проверить, по моему пробовал и ошибки не было

но у транзишена стейт машины по доке может быть много from

нет, у тебя транзишен это переход между двумя стэйтами. То есть у стэйта может быть много from. Но не у транзишена. Это одно ребро графа

composer require workflow

composer require workflow

лень доставать рабочий ноут + думать на php мешает простуда и ночь)

нет, у тебя транзишен это переход между двумя стэйтами. То есть у стэйта может быть много from. Но не у транзишена. Это одно ребро графа

У стейта from.... В этом симфоне компоненте стейты это просто список...

У стейта from.... В этом симфоне компоненте стейты это просто список...

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

но один транзишен это всегда связь 1-ого стэйта с другим

стейты, насколько понимаю - это places в их именовании

как бы это проще описать

стейты, насколько понимаю - это places в их именовании

да

а transition - это переход из одного place в другой

с учетом того ,что transition именованные - я вижу разницу между workflow и state machine только в том, что находясь в одном плейсе у воркфлоу нужно запустить (абстрактно) конкретный транзишн для перехода в другой, а в стейт машине один транзишн может вести из нескольких плейсов в другие

Да, то есть разница между воркфлоу и стейт машиной в том какие у них транзишены. Даже на картинке на графе видно

ну это отталкиваясь от доки

с учетом того ,что transition именованные - я вижу разницу между workflow и state machine только в том, что находясь в одном плейсе у воркфлоу нужно запустить (абстрактно) конкретный транзишн для перехода в другой, а в стейт машине один транзишн может вести из нескольких плейсов в другие

разница лишь в том, что у workflow не достаточно информации о том к какому стэйту тебя перенести

ну то есть он может выдать тебе список возможных транзишенов но выбирать уже тебе, на основе какого-то внешнего/начального состояния

типа пользователь хочет заресолвить таску

Аа...

или перенести ее в колонку Closed минуя Testing

кому-то это будет можно а кому-то нет

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

как будто бы workflow - урезанная/ограниченная стейт машина (хотя видел диаграмки, где FMS является подмножеством воркфлоу, которые являются подмножеством сетей петри)

Спасибо, немного понял, надо переварить

как будто бы workflow - урезанная/ограниченная стейт машина (хотя видел диаграмки, где FMS является подмножеством воркфлоу, которые являются подмножеством сетей петри)

в чем ты видишь урезанность?

На сколько я понял наоборот, стейт машина - урезаный воркфлоу

то что она сама за тебя решение не принимает когда у нее два возможных перехода?

На сколько я понял наоборот, стейт машина - урезаный воркфлоу

а это почему еще?)

Ну это предположение было

если что - все что ты пишешь это конечный автомат

вообще все

так смотри на твой пример ложится и стейт машина - но ограничений в ней меньше, т.к. транзишн closeTask будет доступен тем статусам, которые описаны в from а в воркфлоу я это понимаю как транзишны closeOpenedTask, closeInProgressTask и так далее

оффтопик: в ТГ не хватает перехода по camelCase словам по контрол + стрелки :D

У воркфлоу переход не знает какой стейт будет применен, но как это вообще связано с советами использовать воркфлоу с линейными сценариями, а стейт машину в комплексных запутанных кейсах

так смотри на твой пример ложится и стейт машина - но ограничений в ней меньше, т.к. транзишн closeTask будет доступен тем статусам, которые описаны в from а в воркфлоу я это понимаю как транзишны closeOpenedTask, closeInProgressTask и так далее

так нет ограничений. У тебя может быть такая стэйт машина.

просто ее состояние зависит не только от текущего но и от каких-то входных данных

ну и решение кто-то должен принимать)

что за пространные рассуждения

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

opcache нужен всегда, apcu нужен если нужно организовать key-value хранилище в общей памяти между процессами (обычно php-fpm)

Вы не правы, читайте внимательнее. Если вы так делаете это не значит что именно для этого, в доке все написано.

экшен всегда на вход принимает Request и на выход всегда пускает Response.

Например, когда я отправляю сообщение в телеграмме, какой респонс я получаю?)

Например, когда я отправляю сообщение в телеграмме, какой респонс я получаю?)

статус код что операция выполнена успешно.

А кто как тестирует воркеров? Или не надо тестировать?

В execute у меня while ($this->pheanstalk->getConnection()->isServiceListening()) и я хз чо с этим делать

Дорого дня. Меня зовут Игорь, и я очень болею за сообщество. Хочу его развивать, потому создал канал с заметками, новостями и книгами по Symfony. Буду рад, если вы посмотрите на него и, если понравится, подпишитесь – @symfony_notes

Готов ответить на ваши вопросы )

Вы не правы, читайте внимательнее. Если вы так делаете это не значит что именно для этого, в доке все написано.

в чем именно я не прав? opcache и apcu это разные вещи для разных задач. Держать проект в продакшене без opcache, тем более на симфони - глупо. А apcu - неплохой способ кэширования различных метаданных (не все умеют дампить кэш что бы его ел opcache, например доктрина).

А кто как тестирует воркеров? Или не надо тестировать?

смотря что тебе надо проверить.

пусть повисит пока в запиненном

Готов ответить на ваши вопросы )

Симфони не MVC фреймворк

Документации по-русски о сифоне действительно практически нет. Быкадоров переводил кое-что, но по-моему уже с год как забил

Симфони не MVC фреймворк

Ого. Почему? Официальная документация с версии 2 утверждает, что это так

А для чего русская дока?

Документации по-русски о сифоне действительно практически нет. Быкадоров переводил кое-что, но по-моему уже с год как забил

да и английская не блещет по сравнению с докой по ларе или вью.жс - фигня

А для чего русская дока?

Не все освященно в документация.

А для чего русская дока?

Понятия не имею, но там на канале первое же что выложено - введение в Symfony 3 (ru)

Ого. Почему? Официальная документация с версии 2 утверждает, что это так

официальная документация как раз таки говорит что это не mvc а request/response фреймворк

ну мне иногда кажется что дока написана в стиле "ну вот вам 3 слова а остальное вы и так занете" :)

Ого. Почему? Официальная документация с версии 2 утверждает, что это так

линк?

да и английская не блещет по сравнению с докой по ларе или вью.жс - фигня

тут можно поспорить, насчет лары

Это не mvc +1

официальная документация как раз таки говорит что это не mvc а request/response фреймворк

Да, вы правы. В текущей версии так и сказано.

смотря что тебе надо проверить.

хочу протестить логику: пришел запрос, прошел валидцию, чото-там выполнилось

ERROR: S client not available

А дока на русском нафиг не нужна, как и не нужны этому миру разработчики, которые не могут читать доку на английском

+1

+2

тут можно поспорить, насчет лары

на самом деле у симфони с доками средненько. Получше чем у доктрины например но хуже чем у лары. Это ж п осути основной пункт почему ларка взлетела.

официальная документация как раз таки говорит что это не mvc а request/response фреймворк

Но. If you've never used a PHP framework, aren't familiar with the Model-View-Controller (MVC) philosophy, or just wonder what all the hype is around Symfony, this article is for you. Instead of telling you that Symfony allows you to develop faster and better software than with flat PHP, you'll see for yourself.

Дорого дня. Меня зовут Игорь, и я очень болею за сообщество. Хочу его развивать, потому создал канал с заметками, новостями и книгами по Symfony. Буду рад, если вы посмотрите на него и, если понравится, подпишитесь – @symfony_notes

Игорь, а нет возможности в fb2 пережать ваш PDF?

в UA даже были потуги перевести на украинский :)

Игорь, а нет возможности в fb2 пережать ваш PDF?

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

Но. If you've never used a PHP framework, aren't familiar with the Model-View-Controller (MVC) philosophy, or just wonder what all the hype is around Symfony, this article is for you. Instead of telling you that Symfony allows you to develop faster and better software than with flat PHP, you'll see for yourself.

ну упоминается про mvc, но symfony не mvc. То есть как, основная идея почему они себя так не называют - потому что это бесполезное название.

на самом деле у симфони с доками средненько. Получше чем у доктрины например но хуже чем у лары. Это ж п осути основной пункт почему ларка взлетела.

насчет доктрины согласен. Но в общем я когда читал доку симфони мне меньше раз приходилось лезть в гугл, по сравнению с ларой. Но это имхо. У vue действительно круто написано

ну упоминается про mvc, но symfony не mvc. То есть как, основная идея почему они себя так не называют - потому что это бесполезное название.

Да, понимаю. Вы правы.

насчет доктрины согласен. Но в общем я когда читал доку симфони мне меньше раз приходилось лезть в гугл, по сравнению с ларой. Но это имхо. У vue действительно круто написано

не из-за элоквента ли часом?)

не из-за элоквента ли часом?)

нет, как раз про него хорошо написано )

насчет доктрины согласен. Но в общем я когда читал доку симфони мне меньше раз приходилось лезть в гугл, по сравнению с ларой. Но это имхо. У vue действительно круто написано

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

хочу протестить логику: пришел запрос, прошел валидцию, чото-там выполнилось

а воркеры тут причем?

у симфони - к примеру, тот же воркфлоу информация о нем раскидана по 5 статьям, при этом кросс ссылки между ними есть не везде

у симфони - к примеру, тот же воркфлоу информация о нем раскидана по 5 статьям, при этом кросс ссылки между ними есть не везде

сделай пул реквест)

А дока на русском нафиг не нужна, как и не нужны этому миру разработчики, которые не могут читать доку на английском

бомжевать не охота :(

сделай пул реквест)

для этого надо в компоненте разобраться) да и имхо это вопрос структуры доки - могут завернуть) не исправление ошибки или добавление инфы

для этого надо в компоненте разобраться) да и имхо это вопрос структуры доки - могут завернуть) не исправление ошибки или добавление инфы

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

до такого опенсорса я ещё не дорос) могу только мёртвые репы форкать)

бомжевать не охота :(

Во-первых большая часть комьюнити англоязычное, во-вторых 99% бандлов и компонентов на английском - вот и возникает вопрос: зачем лентяи нужны, которые не могут осилить английский на уровне чтения документации ... гавнокодить разве что, так для этого есть индусы

Не все освященно в документация.

Ну если чего-то нет в оригинальной доке, писать это только на русском - это печально.

йо, хочу разбавить срачь - что там намечается в столице интересного, Киев, ближайшее время?

Ну если чего-то нет в оригинальной доке, писать это только на русском - это печально.

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

Для тех, кому лениво и кто оттягивает изучение языка?

йо, хочу разбавить срачь - что там намечается в столице интересного, Киев, ближайшее время?

Pdfiller, из того, что видел

Для тех, кому лениво и кто оттягивает изучение языка?

Или просто комфортнее читать на русском.

https://d1e4pidl3fu268.cloudfront.net/2561f155-cfe8-4946-9b2d-f5fa80d9d8e4/HolyWar.crop_525x394_53%2C0.preview.jpg

Или просто комфортнее читать на русском.

чем больше статей на английском - тем быстрее станет комфортно читать на нем)