k
Size: a a a
2020 November 27
SB
в смысле я лучше подожду пока новый релиз погоняют всякими анализаторами, буртфорсерами, фаззерами, выпустят пару патчей, тогда можно думать о том чтобы в проде на него прыгать. имхо так надежнее
для меня это звучит как
У меня хер знает что происходит и как оно рабоатет
Нормального мониторинга нет и тестов нет.
Приложение не fault tolerance
Поэтому очень страшно
😁
У меня хер знает что происходит и как оно рабоатет
Нормального мониторинга нет и тестов нет.
Приложение не fault tolerance
Поэтому очень страшно
😁
D
для меня это звучит как
У меня хер знает что происходит и как оно рабоатет
Нормального мониторинга нет и тестов нет.
Приложение не fault tolerance
Поэтому очень страшно
😁
У меня хер знает что происходит и как оно рабоатет
Нормального мониторинга нет и тестов нет.
Приложение не fault tolerance
Поэтому очень страшно
😁
причем тут мониторинг проектов к багам самого пхп ?
VS
для меня это звучит как
У меня хер знает что происходит и как оно рабоатет
Нормального мониторинга нет и тестов нет.
Приложение не fault tolerance
Поэтому очень страшно
😁
У меня хер знает что происходит и как оно рабоатет
Нормального мониторинга нет и тестов нет.
Приложение не fault tolerance
Поэтому очень страшно
😁
Твоя реплика похожа на: Чё ссыш, не пасан?
k
в смысле я лучше подожду пока новый релиз погоняют всякими анализаторами, буртфорсерами, фаззерами, выпустят пару патчей, тогда можно думать о том чтобы в проде на него прыгать. имхо так надежнее
вот эти мифические сесурити проблемы - они везде могут быть и в пхп 7.4 тоже. Ну месяц - два может быть и стоит подождать, но год...
SB
причем тут мониторинг проектов к багам самого пхп ?
ну типа увидели что что то пошло не так откатились.
SB
ну запускается у меня проект на пхп8, дальше что ?
если запускается и тесты проходят значит можно в прод
Для этого вроде как и придуманы CI/CD
Для этого вроде как и придуманы CI/CD
VM
qq
Я так понял общепринятая практика тупо забивать на это? Раз нет готового решения
у пхп длина инта зависит от разрядности платформы.
кроме того, можно обмазаться bc_math и саппортить большие инты, если это нужно конкретно твоему случаю
Общепринятая практика - памить запрос на дто и валидировать ДТО. А уже в контроллере безопасно юзать ДТО после валидации
кроме того, можно обмазаться bc_math и саппортить большие инты, если это нужно конкретно твоему случаю
Общепринятая практика - памить запрос на дто и валидировать ДТО. А уже в контроллере безопасно юзать ДТО после валидации
VS
если запускается и тесты проходят значит можно в прод
Для этого вроде как и придуманы CI/CD
Для этого вроде как и придуманы CI/CD
У всех 100% покрытие тестами чтоли?
ДВ
что такое тесты?
VM
Vlad Sobenko
У всех 100% покрытие тестами чтоли?
а как вы разрабатываете, рефакторите и деплоите без тестов? Оо
VS
Volodymyr Melko
а как вы разрабатываете, рефакторите и деплоите без тестов? Оо
Не манипулируй. < 100% !== нет тестов.
SB
Vlad Sobenko
У всех 100% покрытие тестами чтоли?
Очевидно не у всех
Да и надо покрыть только кртические для бизнеса места обычно
остальные если в ошибке какоето время ничего страшного и можно поправить. По моему скромному опыту.
Ну и значально я и сказал что это звучит как неувереность в своих тестах и прочем.
Да и надо покрыть только кртические для бизнеса места обычно
остальные если в ошибке какоето время ничего страшного и можно поправить. По моему скромному опыту.
Ну и значально я и сказал что это звучит как неувереность в своих тестах и прочем.
VM
Vlad Sobenko
Не манипулируй. < 100% !== нет тестов.
тесты нужны там, где код меняется. Написать один раз код, протестить руками и никогда не менять - тогже норм вариант. Но если код меняется и там нет тестов, то их нет. Не важно что есть тесты на другие части системы
AA
окошко 50-70% мне кажется приемлимым
VS
Очевидно не у всех
Да и надо покрыть только кртические для бизнеса места обычно
остальные если в ошибке какоето время ничего страшного и можно поправить. По моему скромному опыту.
Ну и значально я и сказал что это звучит как неувереность в своих тестах и прочем.
Да и надо покрыть только кртические для бизнеса места обычно
остальные если в ошибке какоето время ничего страшного и можно поправить. По моему скромному опыту.
Ну и значально я и сказал что это звучит как неувереность в своих тестах и прочем.
Когда изменения идут на низком уровне, как update php8, то твои тесты бизнес логики могут ничего не показать. Какие то граничные значения могут всё поламать. Могут быть падения производительности и другие странные явления.
VS
Volodymyr Melko
тесты нужны там, где код меняется. Написать один раз код, протестить руками и никогда не менять - тогже норм вариант. Но если код меняется и там нет тестов, то их нет. Не важно что есть тесты на другие части системы
Не понимаю, ты о чём? Я где то писал, что тесты не нужны?
VM
Vlad Sobenko
Не понимаю, ты о чём? Я где то писал, что тесты не нужны?
ты написал, что я манипулирую, что если не полное покрытие, то это ок.
я написал, что если тестов нет там, где ты меняешь код - то их нет. Тестов может не быть там, где код никогда не меняется. Если тесты есть гдето еще, кроме того места что ты поменял, то это все равно что их нет совсем.
я написал, что если тестов нет там, где ты меняешь код - то их нет. Тестов может не быть там, где код никогда не меняется. Если тесты есть гдето еще, кроме того места что ты поменял, то это все равно что их нет совсем.