Да тут все понятно вроде.
1. Стартует транзакция.
2. Вы лочите записи внутри транзакции. все изменения внутри транзакции будут видны только после ее примения.
далее уже работаете и коммитите. Так вот не кто не мешает в момент пока вы работаете работать с данными.
Тут как мне кажется лочить надо до. запуска транзы.
Adamos, что бы сразу протестировать CI/CD. Что бы руками не заниматься поднятием инфраструктуры. Что бы можно было все сеты тестов спокойно запускать., которые будут работать часами. Да можно тысячу причин найти почему вынести проект на сторонний сервер удобней держать его у себя локально.
hollybyte, Ничего не надо достаточно знать секретное слово. Принимающая сторона тоже ничего об этом не знает, но она умеет его распаковывать. но вот собрать не сможет не зная секретного слова
Hameleon777, если задача найти компонент который устанавливается на сайт, то обычно эти компоненты пишутся конкретно под какой то движок. Тут алгоритм простой пишем в поисковики плагин комментариев на то то то. Находится разные решения разной степени готовности. устанавливаются и настраиваются. А универсальных плагинов я как то не встречал.
viktorross, а как вы перезапускаете?
Я дополню вопрос. Вы напрямую слушаете порт от клиента, или проксируете запрос через какой нибудь сервер.
Очень похоже что файл улетает в кеш, и живет там сколько то времени. Я сейчас вот поднял тестовый пример https://github.com/ratchetphp/Ratchet/tree/master от сюда и меняю код убиваю обработчик поднимаю его он меняется сразу.
Роман, Следующий этап это проверить конфиги. Если вы используете докер то используйте туже сборку. Если нет сверяйте конфиги используемые конфиги можно посмотреть выведя phpinfo() на странице или php -i в консоле.
1. Стартует транзакция.
2. Вы лочите записи внутри транзакции. все изменения внутри транзакции будут видны только после ее примения.
далее уже работаете и коммитите. Так вот не кто не мешает в момент пока вы работаете работать с данными.
Тут как мне кажется лочить надо до. запуска транзы.