Anonymous
или ждать полчаса, пока раздуплится
Чо за древний комп у тя там
The Ant
причем тут комп
Anonymous
У меня за 2-3 минуты резолвит ларку
The Ant
если композер лазит по всяким боверам, хоть турбореактивную шушлайку поставь последней модели, один хуй полчаса ждать будешь
Anonymous
Правда, вск равно долго, но не суть
Anonymous
Сорян, забыл
first
Жеска
ты еще здесь?
first
фейк
👻
Если без токена с гита то долго если с токеном то на много быстрее
👻
Во всяком случае у меня так
Alexey
в репозитории вроде как не надо папку vendor хранить, а ставить из композера
надо локфайл хранить в репе, тогда install быстро делается
Виктор
lock в репе нужен, только если нужно зафиксировать версии пакетов
Alexey
lock в репе нужен, только если нужно зафиксировать версии пакетов
их и нужно фиксировать чтоб у всех кто работает с проектом были одинаковые версии пакетов
Виктор
При разработке в "пол-человека" может и не нужно. Зависит от требований
Alexey
всегда нужно
Alexey
composer install из лок файла делается моментально
Alexey
что например критично если ты пользуешься CI
Alexey
где время билда стоит денег
Alexey
в том же circle ci можно закэшить vendor целиком по чексумме composer.lock файла и билд будет собираться КРАЙНЕ быстро
Виктор
Если нужно максимальная безопасность, а в пакет нередко есть уязвимости, то своевременное обновлении является первоочередным приоритетом
Виктор
Он не нужен, если всегда самое новое нужно
Alexey
это бред
Виктор
Это бесполезный файл в таком случае
Виктор
в репе я имею ввиду
Alexey
последние пакеты не нужны 😊
Alexey
нет никакой гарантии, что к тебе не доедет breaking change какого-нить пакета, а без тестов ты об этом и не узнаешь
Alexey
а потом продакшн ляжет потому что кто-то интерфейс поменял 😊
Виктор
У нас целый отдел изучает новые пакеты. Отдел безопасности
Виктор
Любого ПО
Alexey
гг
👻
И это будет тяпница вечер
Alexey
У нас целый отдел изучает новые пакеты. Отдел безопасности
весь отдел можно разогнать и заменить скриптом, например https://security.sensiolabs.org/check
Alexey
локфайлы в репу можно не сувать если ты публикуешь библиотеку или расширение
Alexey
там да, пусть ставится че поставится
Alexey
а в проекте локфайл 100% нужен, тут не о чем спорить
Виктор
Видимо ты далек от функций и важности безопасников.
Alexey
ты не понимаешь, как композер работает просто
Виктор
Одно дело лендинги и cms-ки писать. Другое работать с деньгами. Хоть, правда PHP там только сбоку, от финансовых сервисов.
Alexey
инсталл без локфайла это апдейт, который притянет все последние разрешенные зависимости, нет НИКАКОЙ гарантии, что приедет именно тот пакет, который проверил твой безопасник
Alexey
а с локфайлом такая гарантия есть - там и url исходника есть, и чексуммы все
Виктор
Ты не и не сможешь выкачать ничего, то что не одобрено.
Виктор
Строгий контроль трафика
Alexey
мега смешно
Виктор
Доступа к интернету нет на рабочих машинах. Есть специальный прокси сервер, со специальным софтом
Alexey
налицо непонимание базовых вещей
Виктор
КОторый может отдать только, то что ему разрешено
Alexey
схема внедрения уязвимости через зависимости известна и отработана https://bugtraq.ru/rsn/archive/2016/03/12.html
Виктор
Поэтому у нас и целый отдел безопасности. Банковская система как никак
Alexey
Alexey
надо пожалуй уже презентацию накидать на эту тему, а то каждый раз одно да потому )
Roman
Очень интересно что за банк
Roman
Буду там деньги хранить, уж очень всё безопасно
Виктор
У каждого банка в общем и целом обязан (есть) быть отдел безопасности. И соблюдение норм предъявляемых к таким учреждениям.
Виктор
Даже, только хранение персональной информации обязывает иметь такого специалиста. На деле, на это конечно забивают, в лучшем случае все правильно на бумаге.
Slava
Что за бред про безопасников)) при чем тут вообще компосер, особенно без лока?)
Roman
Хочу посмотреть на СБ, которые оттслеживают каждый апдейт серьёзного npm пакета
Эмин
Про композер без лок файла конечно отдельно улыбнуло. Сразу видно, специалист :)
Eugene
Ребята, подскажите пожалуйста, почему могут данные исчезать из базы, после того как я их сохранил? Это может быть как то с кодом связанно? Человек сделал запись на несколько дат вперед, а затем, спустя какое то время, этих данных в таблице не стало, осталось только одна из 4 сохраненных. В чем может быть дело?
Eugene
Сохраняю просто: $model->validate(); $model->save();
Eugene
при чем это проявляется не постоянно, а через раз, не знаю с чем связанно может быть😩
Эмин
слишком мало информации что бы ответить на ваш вопрос
Эмин
конечно это может быть связано с кодом
Эмин
и с самими данными, например не прошла валидация и модель не сохранилась
Эмин
либо при сохранении упала база
Эмин
либо у вас какой то крон очистил данные
Эмин
да что угодно может быть :)
Максим
У нас целый отдел изучает новые пакеты. Отдел безопасности
Где вы работаете, что так серьезно все поставлено?
Eugene
да что угодно может быть :)
https://implode.io/zjznHG вот здесь я представил 3 функции которые у меня отвечают за сохранение данных в базу) один основной метод (внизу) и два выше, которые ему с этим помогают
Максим
Eugene
А записи фактически в базе появлялись? То есть вы убедились что они есть а потом исчезли? Если какие то кроны, или может событие какое то следить не протухли ли записи и удаляет из
да, появлялись) при чем это срабатывает "иногда" сегодня вот появился, до этого не было такой проблемы несколько дней, перед затишьем еще пару раз проявлялось
Eugene
данные по сути однородные, но почему то, то работает, то - нет. Мне говорят "исправляй", а я понятия не имею что не так
Eugene
Грешу на вот эту строчку `$model::deleteAll(["FROM_UNIXTIME(cdate_int, '%Y')" => date("Y", $newsM->cdate_int), "day" => date('j', mktime(0, 0, 0, date('m', $newsM->cdate_int), date('d', $newsM->cdate_int), date('Y', $newsM->cdate_int)))]);"` она должна удалять все данные из таблицы за указанный, год этот делает mktime, но непонятно, как mktime может сделать несколько одинаковых дат, если я убрал и секунду и минуты и часы