https://gist.github.com/akovalyov/5f19dc95a4ce7d4aa20eb2433f02899b

https://gist.github.com/akovalyov/5f19dc95a4ce7d4aa20eb2433f02899b

благодарю

почему-то они слетают со временем

In Symfony 3.3 we decided to extend this mechanism and we created a brand new Lock component with these features: .... It creates blocking, non-blocking and auto-expiring locks;

мб там по умолчанию какой то аргумент с ттл ?

а нет не должно public function putOffExpiration(Key $key, $ttl) { // do nothing, the semaphore locks forever. }

Ivan мб это http://php.net/manual/ru/function.sem-acquire.php После выполнения запроса, все захваченные, но явно не освобождённые процессом, семафоры освобождаются автоматически и генерируется предупреждение. ?

Just to clarify what is meant by "process" above: On the Apache webserver, many PHP requests will be executed within the same process space because it is multithreaded. However, any semaphores got and acquired by a script and not released and removed will still be automatically cleaned up by the PHP interpreter each time the script terminates.

в редиску клади с ттл, действительно ли тебе нужен вечный

Just to clarify what is meant by "process" above: On the Apache webserver, many PHP requests will be executed within the same process space because it is multithreaded. However, any semaphores got and acquired by a script and not released and removed will still be automatically cleaned up by the PHP interpreter each time the script terminates.

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

можт он рестартует?

хз

а ну в кроне значит тоже останавливается

не останавливается

короче systemd наше все

я с ним реально щяслив, полтора года в продакшнах и ни одного фейла

короче systemd наше все

уже настроил, спасибо

короче systemd наше все

а можно ли его юзать непривилегированным пользователям?

а можно ли его юзать непривилегированным пользователям?

перезапускать сервисы или запускать от имени другого пользователя?

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

знаю как через sudoers

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

создаются они один раз, останавливаются и перезапускаются по умолчанию от суперюзера или от привилегированого. Я создаю\рестартую через ансибл, останавливать не было нужды. Нагуглил такое - https://serverfault.com/questions/841099/systemd-grant-an-unprivileged-user-permission-to-alter-one-specific-service

Приветствую. Нужно сделать систему логирования. Всего логов будет около 5 типов и все они ссылаются на другие записи в бд и обладают своими специфичными полями, но есть и общие (ссылка на пользователя, время создания). Хочу под каждый тип лога завести свою модель с своими методами, что то вычитал про STI - вроде то что мне нужно, а вот как это все сделать на уровне базы и подружить с доктриной - не знаю. Стоит мне заморачиваться с наследованием таблиц или запихать все одну таблицу? Может еще какие варианты есть? Логов будет много. Будут добавляться новые типы логов. Логи нужно будет выводить и фильтровать по юзерам и типу лога, делать на их основе всякие отчеты

Приветствую. Нужно сделать систему логирования. Всего логов будет около 5 типов и все они ссылаются на другие записи в бд и обладают своими специфичными полями, но есть и общие (ссылка на пользователя, время создания). Хочу под каждый тип лога завести свою модель с своими методами, что то вычитал про STI - вроде то что мне нужно, а вот как это все сделать на уровне базы и подружить с доктриной - не знаю. Стоит мне заморачиваться с наследованием таблиц или запихать все одну таблицу? Может еще какие варианты есть? Логов будет много. Будут добавляться новые типы логов. Логи нужно будет выводить и фильтровать по юзерам и типу лога, делать на их основе всякие отчеты

Бд - постгре

логировать данные в реляционную БД - боль ... а в большинстве случаев не является корректным

Приветствую. Нужно сделать систему логирования. Всего логов будет около 5 типов и все они ссылаются на другие записи в бд и обладают своими специфичными полями, но есть и общие (ссылка на пользователя, время создания). Хочу под каждый тип лога завести свою модель с своими методами, что то вычитал про STI - вроде то что мне нужно, а вот как это все сделать на уровне базы и подружить с доктриной - не знаю. Стоит мне заморачиваться с наследованием таблиц или запихать все одну таблицу? Может еще какие варианты есть? Логов будет много. Будут добавляться новые типы логов. Логи нужно будет выводить и фильтровать по юзерам и типу лога, делать на их основе всякие отчеты

лучше на dbal это сделать

логировать данные в реляционную БД - боль ... а в большинстве случаев не является корректным

ему аудит нужен

так это не логи, и даже не аудит походу

учитывая что оно участвует в логике приложения

недо ивент серсинг?)

фильтровать и строить по ним всякое это больше на отчеты похоже )

Приветствую. Нужно сделать систему логирования. Всего логов будет около 5 типов и все они ссылаются на другие записи в бд и обладают своими специфичными полями, но есть и общие (ссылка на пользователя, время создания). Хочу под каждый тип лога завести свою модель с своими методами, что то вычитал про STI - вроде то что мне нужно, а вот как это все сделать на уровне базы и подружить с доктриной - не знаю. Стоит мне заморачиваться с наследованием таблиц или запихать все одну таблицу? Может еще какие варианты есть? Логов будет много. Будут добавляться новые типы логов. Логи нужно будет выводить и фильтровать по юзерам и типу лога, делать на их основе всякие отчеты

но конкретно по STI - это и есть вариант "всё в одной таблице"

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

а в чем профит наследования на уровне бд?

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

зачем тебе вообще наследование?

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

Приветствую. Нужно сделать систему логирования. Всего логов будет около 5 типов и все они ссылаются на другие записи в бд и обладают своими специфичными полями, но есть и общие (ссылка на пользователя, время создания). Хочу под каждый тип лога завести свою модель с своими методами, что то вычитал про STI - вроде то что мне нужно, а вот как это все сделать на уровне базы и подружить с доктриной - не знаю. Стоит мне заморачиваться с наследованием таблиц или запихать все одну таблицу? Может еще какие варианты есть? Логов будет много. Будут добавляться новые типы логов. Логи нужно будет выводить и фильтровать по юзерам и типу лога, делать на их основе всякие отчеты

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

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

поскольку репорты это всеравно прочитать все и посчитать - нет смысла оптимизировать эти вещи

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

Интересно, почитаю про это. Спасибо

ну и еще - можешь почитать про доменные ивенты

@fes0r Привет. :)

Насчет LOC

897 325 строк

897 325 строк

в src?

Это весь проект который написан. Типа PHP, JS, SCSS

Сейчас src

а....

блин

270 149

ну то есть будем считать ~300K

неплохо, и на более хай левел в целом умещается в голову одного человека

Ну в целом - да.

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

Ну это уже циферкой не скажешь :)

Только код смотреть :)

Значешь что еще очень раздражает. Очень сного интеграционных тестов. Долго прогоняются. Вместе с бехат тестами в сумме минут 12-15

в распаралеленом варианте 12-15 минут?

Эх....

Какие вы счастливые

тесты... проекты на 300к строк...

тесты... проекты на 300к строк...

типа проекты маленькие?

Пилю тут symfony+cms.... одной цмски на 3 ляма строк

в распаралеленом варианте 12-15 минут?

Нераспараллеленный.

Тесты писать не дают... ибо нет времени

Нераспараллеленный.

ну так распаралель) будет пару минут)

ERROR: S client not available

ну так распаралель) будет пару минут)

Думали об этом. Есть одна обломашка. SOLR.

Тесты писать не дают... ибо нет времени

а время на проверку результата работы своего дают?

Думали об этом. Есть одна обломашка. SOLR.

у тебя вообще все тесты на нее завязаны?

а время на проверку результата работы своего дают?

мм... толком нет. студийка

у тебя вообще все тесты на нее завязаны?

не все. Но где-то четверть наверно.

Может меньше.

ну вот эту четверть загони отдельным потоком)

мм... толком нет. студийка

печально

ну вот эту четверть загони отдельным потоком)

А как они вообще с БД работают? Она же одна получается. Если они одновременно будут лезть к одним и тем же не откаченным данным, что будет?

ну так подними несколько баз)

бедные что-ли

ну то есть я не знаю как у вас инфраструктура рулится

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

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

а там уже смотреть - если все еще не комфортно - еще в 2 раза

p.s. ну и тут транк бэйзд дев показывает еще плюшки в духе... тестится у тебя по сути ж только мастер)

можно хоть по git push стэйджинги обновлять и запускать тесты на них в любых количествах

ну мол проще с точки зрения инфраструктуры

вот к слову видосик нашел:

https://www.youtube.com/watch?v=7qTOdbUAqno

который в наш предыдущий разговор не мог найти

если тебе вдруг будет интересно

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

Да. У нас докеры шмокеры как раз :)

Спасибо. Гляну видос :)

привет, есть какие интересные подкасты или ютуб-каналы по сифони? Поделитесь, плиз

привет, есть какие интересные подкасты или ютуб-каналы по сифони? Поделитесь, плиз

угу, желательно 4-й версии, желательно на Русском)

я скорее на английском ищу

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

круто, надо подписаться