ух, я смотрю у вас прямо идеальные заказчики. А я неделю назад только у клиента кое как с php 5.2 до 5.4 обновил. Причем он настаивал на этом хостинге. и да нормального ssh там нет

Идеального нет априори ничего.

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

Так-же как и с 5.2

Да и 5.4 тоже, 7 вышел год назад.

7 уже скоро SFO будет

в декабре

скрины диффов в техподдержку хостера чтобы они правки в код вносили по ним

А еще бекапы перед изменением в архивчик вместо git.

пора думать о 7.1 и выше

когда я плачу деньги, я хочу что было так как я хочу. Если человек не хочет делать так как я хочу, я найду другого который сделает. Вот в чем ответ :)

ну git на продакшене, тоже так себе

юзай CI+CD, в чем проблема?

никто не говорит про прямой гит

когда я плачу деньги, я хочу что было так как я хочу. Если человек не хочет делать так как я хочу, я найду другого который сделает. Вот в чем ответ :)

lol, пусть ищет, чо

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

ко мне товарищ обращался с год - полтора назад, надо был ему проект

если он не понимает экономической выгоды от обновления софта - платит он явно так же

я смотрю вы много кушаете, в смысле зажрались :)

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

клиенты вообще пофиг на эти буковки 5.2 7.1 . Он хочет хостин и хочет проект

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

апгрейд 5.2-7.1 это дает

нет

Как бы да.

не умеешь объяснить - иди мой эскалаторы в метро

у него 500 посетителей в день. и ему норм

ну что делать, пойду

а будет 500 на пониженном конфиге сервера и будет еще более норм

а хотя чо это я, там же шаред

никакого динамического надбавления ресурсов

не умеешь объяснить - иди мой эскалаторы в метро

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

ну ок. не катит производительность - расскажи что найти разраба на доработку 7.1 через год ему будет проще чем на 5.2 и дешевле

этот то довод он поймет

это называется синдром программиста

когда человек считает что код на первом месте ;)

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

тебе виднее

ты сам это выше написал

зачем что-то объяснять заказчику если он и так заплатит за мое творение

интересно если ты такой умный что же ты в этой группе делаешь? :)

слушаю умные разговоры и иногда спрашиваю чот у разрабов фрейма

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

интересно если ты такой умный что же ты в этой группе делаешь? :)

Флудит и советует лить код по ФТП.

Ща придет size и наругает нас за стикеры и флуд

интересно если ты такой умный что же ты в этой группе делаешь? :)

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

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

В чем проблема слить БД в миграции и работать уже с ними как белый человек?

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

В чем проблема слить БД в миграции и работать уже с ними как белый человек?

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

если не нужны, проще конечно миграции накатить

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

В чем проблема слить РЕАЛЬНЫЕ данные в миграции?

как?

я не в курсе

https://github.com/Insolita/yii2-migrik https://github.com/bizley/yii2-migration

Первый пользовал.

ну а смысл то какой? он сделает тот же дамп, только в классы? И нафиг хранить в миграциях допустим 1000 новостей, 500 статей, 1200 пользователей с инфой?

а нафига тебе 5000 юзеров при разработке?

под всеми 5000 заходить будешь?

ну а смысл то какой? он сделает тот же дамп, только в классы? И нафиг хранить в миграциях допустим 1000 новостей, 500 статей, 1200 пользователей с инфой?

Смысл в том что-бы следующий разраб получал данные одной командой и не лил дамп в БД.

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

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

какое отношение тест имеет к деву?

дев для разрабов, а тест это стейдж грубо говоря

и там базу уже делай репликацией или как угодно

ладно пусть дев будет

как тебе удобнее

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

ну а где манагеры тестировать будут? как мне это назвать

стейдж это называется

ок

и там уже условия как на бою во всем

ну вот, там нужна рабочая база

вот там ты не можешь лазить в код и тп если что

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

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

ну вот я ее и снимаю