И в итоге ведут один из проектов с удаленщиком

как поменять на русский язык? diffForHumans()

Хуя у вас там поблажки

Пиздец

Вам рили не на кого променять это?

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

Оплата 1к час ))))

Постоплата

Ну выбирали из тех кто в Уфе

Если в уфе есть кто ищет работу в офисе, могу дать контакт) пособеседуетесь, но там основная работа на самописке

>, но там основная работа на самописке

Система писалась 6 лет назад) не было мощных инструментов

Да вы заебали стикеры удалять пидорасы

Какого хуя?

Spa наверно даже не предвидилось )

как поменять на русский язык? diffForHumans()

есть решение?

есть решение?

У карбона есть статик метод выставления локали

У карбона есть статик метод выставления локали

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

Есть ли в ваших компаниях проблемы с наймом разработчиков?

да, ибо умеют либо одно либо другое. Проще с универов брать благо их там как грязи

ну там своя политика, наверное, странная, в подборе персонала была )

Если в уфе есть кто ищет работу в офисе, могу дать контакт) пособеседуетесь, но там основная работа на самописке

В Уфе есть норм компании которым требуются пхпшники?) вроде только открытый регион и все был

В Уфе есть норм компании которым требуются пхпшники?) вроде только открытый регион и все был

Нормальная компания ) Один крупный проект. Дохера кода, первый месяц мне он в кошмарах снился )

не максимальная зп по Уфе, но достойная

Ну в про Уфу, тут вариант только идти в универы и набирать студентов. Желательно тех у кого семья есть и кто не уедет из города, чуть прокачавшись

Вроде смотрят чтоб диплом был УГАТУ ) В нашем отделе я один без вышки был, остальные все УГАТУ

TEXT или VARCHAR? 4к символов с поиском

В Уфе есть норм компании которым требуются пхпшники?) вроде только открытый регион и все был

гибдд )

Почему не вернешь? Есть пакет, который позволяет менять структуру бд. Если ты поменял один раз, можешь поменять и второй раз на исходник. Я считаю все таки что миграции у тебя должны полностью отказываться успешно и ставится, иначе ты где то накосячил

Допустим у тебя Postgres - ты соглаовал с инженером увеличение динны varchar с 10 до 15 Мало того что обратная операция может вызвать ошибку, так даже при преобразовании назад - есть риск, что некотороые данные придется обрезать

Допустим у тебя Postgres - ты соглаовал с инженером увеличение динны varchar с 10 до 15 Мало того что обратная операция может вызвать ошибку, так даже при преобразовании назад - есть риск, что некотороые данные придется обрезать

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

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

Ну Vyacheslav утверждает что это кривая миграция, если ты назад не можешь вернуться.

Конечно

Если у тебя в записях до этого было 10 символов, а потом ты решил что нужно 15 - без б, все будет ок. Ты доработал фичу которую писал и запушил в мастер

Вряд ли все ломанутся сразу дописывать еще 5 символов

Если у тебя в записях до этого было 10 символов, а потом ты решил что нужно 15 - без б, все будет ок. Ты доработал фичу которую писал и запушил в мастер

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

Но, если потом исследкется, что решение было не актуально и надо бы оставить как было - откат не вызовет никаких проблем

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

Потом, down в некоторызх случаях писать не просто ёмко, это крайне опасно. Допустим в миграции разрывается связь, выполняется перемещение данных с их преобразованием и потом накручиваются связи. Такое назад можно вернуть, но есть риск, что действия будут иметь печальный характер. Как в случае с изменением varchar c 15 На 10

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

Очень плохой вариант, я считаю. Часто это может закончиться потерей данных

я не загадываю наперед, конечно, надеюсь до такого не дойдет

Очень плохой вариант, я считаю. Часто это может закончиться потерей данных

Поэтому, моё мнение, есть миграции обратимые и необратимые

остановимся на обратимых )

Поэтому, моё мнение, есть миграции обратимые и необратимые

Я все миграции считаю необратимыми. Всегда лучше сделать другую миграцию с исправлением. Поэтому недавно сделали метод down в миграциях не обязательным

))) Ну в любом случае я сейчас в down обрываю откат, если это недопустимо. Мы можем холиварить долго. up (Дроп таблицы и обрыв связей) и down (откат назад структуры, а потом попытка вернуть связи при notnull полях) всегда будет приводить к ошибке

Очень плохой вариант, я считаю. Часто это может закончиться потерей данных

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

конечно этого надо не допускать, но всеже

Кстати я нашел компромисс

Мы обсуждаем мажорные и минорные миграции. Они по своей сути разные и не допустимо их обощать

дроп я считаю всегда нужна. особенно для локальной разработки

Поэтому правы обе стороны :)

дроп я считаю всегда нужна. особенно для локальной разработки

Для локальной в идеале должен нормально работать refresh)

Для локальной в идеале должен нормально работать refresh)

Во, ++++

Для локальной в идеале должен нормально работать refresh)

и каждый раз по новой ? убейте меня.

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

Это чревато большими проблемами. Это я из своего опыта

и каждый раз по новой ? убейте меня.

А в чем проблема? Есть консольная команда. Есть сиды.

А в чем проблема? Есть консольная команда. Есть сиды.

есть время ...

сиды могут быть долгими

сиды могут быть долгими

Почему? Разве если миллиарды записей генерируешь. Но это редкий случай

Почему? Разве если миллиарды записей генерируешь. Но это редкий случай

потому что данных может быть много

теже пол лимона инсертов уже +5 мин

Мужики, ну если вы через TDD ебашите, там есть трейт refresh database, который очень облегчает разработку. Как можно делать миграции не откатываемые, если ревреш не срабатывает?)))

Мужики, ну если вы через TDD ебашите, там есть трейт refresh database, который очень облегчает разработку. Как можно делать миграции не откатываемые, если ревреш не срабатывает?)))

Рефреш просто дропает таблицы же, вроде

Это fresh

теже пол лимона инсертов уже +5 мин

5 минут? Это странно

ERROR: S client not available

В 5.5 появилась команда

Теперь там migrate:fresh - дропает и накатывает, и migrate:refresh - rollback and migrate

5 минут? Это странно

не странно . во всякими индексами и т.д

Теперь там migrate:fresh - дропает и накатывает, и migrate:refresh - rollback and migrate

Трейт рефреш использует fresh

Тогда странно что он называется так а не freshdatabase

не странно . во всякими индексами и т.д

Factory может вроде один запрос делать, а не 500 к. И это не будет занимать 5 минут

Factory может вроде один запрос делать, а не 500 к. И это не будет занимать 5 минут

эм зачем мне фактори ?

мне не нужны пустые данные

Сиды

эм зачем мне фактори ?

А ты сиды руками прописал?

нет. из формата конвертер

нет. из формата конвертер

Не совсем понял что ты имеешь ввиду

да не важно. 5 мин для тех данных норм и каждый раз refresh затратно

Ну, а я считаю, что 5 минут для сидов это не норм. Потому что использую fresh. Так что обсудили и остались при своём мнении ?

Ну вообще хорошим правилом считается чтобы альтеры/миграции проходили на старом коде и старый код должен работать с новой схемой. Потом раскладывается новый код и он уже работает с новой схемой.

Так по крайней мере у нас принято. Не знаю как у других...

Так по крайней мере у нас принято. Не знаю как у других...

Да, это отличный вариант, надо стараться так делать

Это на тему откатывания альтероа/миграций...

Ага. Я тут начал так сказать стартап. Думаю сначала создам базу напрямую в мускуле, прикину основные модели и методы Апи, походу внося изменения в базу. А потом не разобравшись с принципом работы трейта запустил тесты. И похерил всю структуру(

Чет setVisible в scope не работает?

Всем привет. Ребят киньте ссылку пожалуйста на грамотные юнит тесты в ларе

https://habrahabr.ru/post/341590/?utm_source=vk.com&utm_medium=social&utm_campaign=kak-mozhno-vzlomat-svoy-zhe-web-proekt

Чуваки

как так получается что я не могу перехватить все эксепшены кетчем на \Exception ?

Т.е. другие ошибки все равно пролетают

Adldap\Auth\BindException например

как так получается что я не могу перехватить все эксепшены кетчем на \Exception ?

а ты уверен что она возникает внутри секции try а не вне ее?

да, если закоментить код внутри Трай, то ошибка не возникает

ну и я уверен, да

ну чудес не бывает а значит либо у тебя проскакивает не эксепшен а Error либо ты что то еще не досказал не видишь не так делаешь)