ничо, скоро придет всех лошить в ооп чат)

ахаха ребзя, вы туда зайдите - я получаю удовольствие. Это первые шаги ребеночка. Я даже свое время готов потратить, чтобы покомментить. Уже начал))) правда, прямо в коммит, пока ПР нету

)))) 4 месяц в программировании)

ну хоть развиваешься)

мы уже переросли жесткий стёб)

так я не стебу. Сам, конечно, угараю, это да. Но откоментил по нормальному. @Eraice давай парень... ебашь - только делай ПРы плиз

так я не стебу. Сам, конечно, угараю, это да. Но откоментил по нормальному. @Eraice давай парень... ебашь - только делай ПРы плиз

Хорошо. Спасибо большое) Буду разбираться)

)))) 4 месяц в программировании)

А это не ты говорил, что застоялся на текущем месте? Просто чем же ты занимался, если сейчас "застоялся"?)

А это не ты говорил, что застоялся на текущем месте? Просто чем же ты занимался, если сейчас "застоялся"?)

Я не знал чем заниматься, идей не было. Фесор потом подкинул идею сделать чатик)

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

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

#стартап

Я нашел свою багу. После рефакторинга включение apcu экстеншена уехало ниже composer run-script cmd-post-install, а на вармапе ApcuCache доктрины падал на вызове apcu функции. Но почему ошибка не проявляется при дебаг режиме я не понял

Я нашел свою багу. После рефакторинга включение apcu экстеншена уехало ниже composer run-script cmd-post-install, а на вармапе ApcuCache доктрины падал на вызове apcu функции. Но почему ошибка не проявляется при дебаг режиме я не понял

Рефакторинг. Ломаем приложения с 19XX года

Да тут да, пара шальных рефакторингов была. Лучше бы не трогал)

Кто скажет, какой кеш лучше доктрине выставлять? metadata_cache_driver result_cache_driver query_cache_driver

Это ж разные кеши

Кто скажет, какой кеш лучше доктрине выставлять? metadata_cache_driver result_cache_driver query_cache_driver

все )

и файлики

в 4й симфони они по-дефолту в файлики идут

result_cache_driver в редис куда-нибудь

остальные в apcu?

не, в файлики

ммм

Файлики там через opcache в итоге работают?

да

А в смысле по дефолту?

ну в 3.4 симфони они никуда не сохранялись

или когда там добавили кеш пулы

там есть app и system кеши

https://github.com/symfony/demo/blob/master/config/packages/prod/doctrine.yaml

? да оно

Ну я бы не сказал, что оно тут по дефолту) Но суть ясна

Я только в этих cache.app и cache.system запутался, надо доку почитать

system это для для метадаты, аннотаций и прочего гавна

If your server has APCu installed, the cache.system pool uses it. Otherwise, it falls back to the filesystem cache.

app это для твоих кешей

Уверен про файлики?)

я включал apcu, разницы с файликами нет

https://symfony.com/blog/new-in-symfony-3-1-cache-component

Я правда что-то старое читаю

если есть бенчмарки, то с радостью посмотрел бы)

У меня сейчас вот такой конфиг: framework: cache: default_memcached_provider: "%env(MEMCACHED_DSN)%" pools: app.cache.currency: adapter: cache.adapter.memcached public: true default_lifetime: 86400

мож тут кто замерял APCu vs Opcache в плане хранения метадаты?

Интересный вопрос возник. А есть ли разница между APCu и Array cache, если сервер например на reactphp крутится?

array cache быстрее)

То есть даже устанавливать apcu в этом случае не имеет смысла?)

Если только чтоб погасить ошибки композера что кому то его не хватает))

Если только чтоб погасить ошибки композера что кому то его не хватает))

Так кеш драйвер стоит apcu, потому и ругается если экстеншена нет

народ подскажите пожалуйста в чем разница в workflow между: workflow и state_machine ???

народ подскажите пожалуйста в чем разница в workflow между: workflow и state_machine ???

стейт машина может быть цикличной, но имеет только одно состояние активное воркфлоу ацикличный, но может быть в нескольких состояниях

стейт машина может быть цикличной, но имеет только одно состояние активное воркфлоу ацикличный, но может быть в нескольких состояниях

а что значит цикличный? это когда: а -> б и б -> а ? просто в доках есть пример с пул реквестом так там тоже можно по кругу ходить. и количество состояний ведь отдельно указывается?

а не, пул реквест как раз стейт машина

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

то есть у стейт машины нельзя включить multiple_state ?

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

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

ацикличность это значит нельзя вернуться в состоянии на котором уже был?

саги

думаю, что ацикличность - то, что последнее состояние не имеет перехода в первое

но это пальцем в небо)

народ подскажите пожалуйста в чем разница в workflow между: workflow и state_machine ???

У OroCRM был митап с докладом-разъяснением за workflow компонент

У OroCRM был митап с докладом-разъяснением за workflow компонент

Нашел от symfoniacs сейчас смотрю вот

Сравнивать APCu и Opcache не нужно. Сначала определитесь что вам нужно Opcache или APCu. А как определитесь сначала настройте окружение и только после этого возвращайтесь к настройкам симфони...

Чё?

wut?

ERROR: S client not available

Ну я не знаю как это делается в апи. Вроде этот экшн ничего вообще возвращать не должен.

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

Сравнивать APCu и Opcache не нужно. Сначала определитесь что вам нужно Opcache или APCu. А как определитесь сначала настройте окружение и только после этого возвращайтесь к настройкам симфони...

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

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

конечный автомат мура...

конечный автомат мура...

В чем разница я так и не понял. Понял что в воркфлоу режиме можно несколько состояний получить, синхронизировать из. Но в чем заключается цикличность? (Которая допускается в стейт машине и нельзя в воркфлоу)

В чем разница я так и не понял. Понял что в воркфлоу режиме можно несколько состояний получить, синхронизировать из. Но в чем заключается цикличность? (Которая допускается в стейт машине и нельзя в воркфлоу)

ацикличность = отсутствие циклов в переходах.

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

на счет workflow - хз, я не помню что бы там были ограничения

я его не особо юзал

ацикличность = отсутствие циклов в переходах.

Это как? Нельзя возвращаться в пройденный стейт?

Это как? Нельзя возвращаться в пройденный стейт?

нет, это просто слово. В контексте конечных автоматов я такого слова не помню.

@g_iusipov https://sharepoint.stackexchange.com/questions/187437/sequential-workflow-vs-state-machine-workflow вот тут неплохо описано, как по мне

ацикличные зависимости - это хорошо. Ацикличный конечный автомат - это свойство конкретного, тебе вполне может и не это надо

@g_iusipov https://sharepoint.stackexchange.com/questions/187437/sequential-workflow-vs-state-machine-workflow вот тут неплохо описано, как по мне

Читал, но там как-то не по программерски написано

@g_iusipov https://sharepoint.stackexchange.com/questions/187437/sequential-workflow-vs-state-machine-workflow вот тут неплохо описано, как по мне

https://symfony.com/doc/current/workflow/state-machines.html

не вижу ограничений по транзишенам

не вижу ограничений по транзишенам

насколько я увидел - у воркфлоу нельзя делать несколько from транзишенов

только у стейт машины можно передать массив в этот параметр

Единственное что более менее поясняет ситуацию это код валидаторов компонента на гитхабе. Но код форкфлоу валидатора менее понятен

ну как сказать увидел = сужу по доке

насколько я увидел - у воркфлоу нельзя делать несколько from транзишенов

Можно

насколько я увидел - у воркфлоу нельзя делать несколько from транзишенов

ммм... у тебя будет несколько транзишенов просто

с разными именами. Прикол в том что тебе надо знать имена транзишенов что бы это работало

но ты их можешь через getEnabledTransitions получить так что все ок

блин, калечная дока

почему калечная?

насколько я увидел - у воркфлоу нельзя делать несколько from транзишенов

А или нельзя... Ну хз дока очень слабо тему раскрывает

транзишен имеет один from и один to. Но ты можешь иметь много транзишенов.

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

тут прикол в том что ты не по стэйту а по транщишенам пытаешься что-то делать. Ну то есть.... пример идеально вписывающийся в workflow компонент - настройка борды в jira

транзишен имеет один from и один to. Но ты можешь иметь много транзишенов.

Это где так?

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