но это больше кастыли

оке

спасибо

в общем вендоры в гите это ок

прям вручную?

Когда конфликт не решается гитом - да, мерджу вручную. Это минут пять времени, если ты в курсе, о чем оба бранча.

в общем вендоры в гите это ок

это не ок, это "и тааак сойдет"

конкретно в твоем случае норм

но если начинать проект с нуля - то я бы 10 раз подумал перед этим предложением

вот опять

это ускоряет разработку?

Плюс вендоры в гите постепенно сделают репу жирной и операции будут несколько медленнее идти, если сервер слабый или канал плохой.

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

Плюс вендоры в гите постепенно сделают репу жирной и операции будут несколько медленнее идти, если сервер слабый или канал плохой.

ага, а composer install каждый раз по сети не сделает операции медленнее?

ага, а composer install каждый раз по сети не сделает операции медленнее?

У композера есть кеш локальный, если что. Он с сети будет тянуть только новое. К тому же, если это локальное зеркало - вообще разницы не заметишь. С packagist - дольше. С github - еще дольше

Вообще с загруженного сервера тянуть жирный репозиторий git - боль.

Packagist в этом плане выгоднее, т.к.,ЕМНИП, снапшоты хранит, если ты не на dev-бранч завязался.

ага, а composer install каждый раз по сети не сделает операции медленнее?

кэш + ты сам сказал что вы апдейтите зависимости редко

оке

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

но этот вопрос все равно для меня остался без ответа

но этот вопрос все равно для меня остался без ответа

всякие сатисы и тд. тебе пока не особо нужны

там весь вопрос в "зачем мне платить за CI"?

или что?

CI в каком-то виде есть

проект можно собрать по одной кнопке

и выложить по другой

так зачем тогда еще один сервак?

и тесты автоматом гоняются при коммитах

так зачем тогда еще один сервак?

еще один сервис

демон

?

еще одно что-то, что может сломаться

стой

тебя никто не просит поднимать какие-то там демоны

сатис?

это не демон?

я ж сказал - тебе это не надо пока

я понял

про мой конкретный случай все понятно, тут вопрос закрыт

я уже на общие темы рассуждаю

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

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

это идеальный сценарий для оного

в остальных случаях он избыточен

нууууу

у меня в частном проекте есть приватные пакеты на гитхабе

просто подключаю их как внешние репозитории в композере

да, но это вопервых медленно, во вторых не всегда подходит

далеко не всегда

satis это не дефолт, это скорее исключение

Изучаю как работает авторизация http_basic получилось. Сейчас пытаюсь сделать с использованием формы. В security.yml добавил login_path, login_check, сделал контроллер, прописал роуты, пытаюсь открыть страницу, перенаправляет на /login, но браузер выдает сообщение Неверное перенаправление на странице Firefox определил, что сервер перенаправляет запрос на этот адрес таким образом, что он никогда не завершится.

У тебя нет доступа к странице /login анонимным пользователям

http://symfony.com/doc/current/security/form_login.html

Ребята, разве нормально хранить статические методы в Entity, которые к самим свойствам сущности никак не относится

Т.е. тупо метод

`public static function scaleFloat($float) { return (int) round($float * pow(10, 7)); }`

Юзается в репозитории

Я такие вещи в Util размещаю

У тебя нет доступа к странице /login анонимным пользователям

и это и страница с формой оказалась тоже под защитой отсюда и за цикливание

О том и речь

@fes0r спасай

Пора @fes0r ставить какого-нибудь Иисуса на аватарку, а то несолидно уже.

А я вот подумал сделать картинку, типа прожектор в небо с ником "@fes0r ", как Бэтмен

Выше там было много слов про сущности и единую ответственность в них, ща буду искать и устраивать мясо

Я такие вещи в Util размещаю

а я в functions.php

в этом нет ничего плохого пока у тебя нет статических пропертей)

по сути эта функция используется для мэппинга

а стало быть в репозитории норм ее держать

это чуть проще чем делать кастомный тип для доктрины

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

тогда нам нужен value object

а вообще value object всегда лучше (тип Money)

Сколько у тебя лет опыта? Чу читаешь?

Сколько у тебя лет опыта? Чу читаешь?

лет 8

книг мало прочитал(

просмотрел много видосов (лекции, кейноты), доводилось работать с клевыми чуваками, много думал, много ошибался

просмотрел много видосов (лекции, кейноты), доводилось работать с клевыми чуваками, много думал, много ошибался

А у тебя, случаем, публичного плейлиста на ютубе со всякими видео с конференций нет?

я пытался составлять в gist

но чет подзабил

https://gist.github.com/fesor/48677298a04357bb62ac0205f91603ab

+ https://github.com/JanVanRyswyck/awesome-talks