надо бы воспроизвести баг

+ к этому всему ещё circular reference есть

но вместо эксепшна у меня два инстанса entity manager

с сессией норм

Не норм на нескольких девайсах.

что на нескольких девайсах?

зачет бейджа дается за дни

При этом юзер может заходить с разных устройств. Сидел с телефона, приспичило пересесть за комп

хоть со ста девайсов зайди - день один

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

Кеш, ты хотел сказать?

мм, кеш чего?

там просто дату последнего захода хранить

последней проверки

"кулдаун для запросов" -> кеш для запросов.

ну как не назови)

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

куки он может и сбросить это не должно влиять

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

ну и при засчете посещения проверять, если вчера не был засчитан заход то обнулять. если речь о посещениях подряд 10 дней

Я б это все в какой-нибудь Memcached/Redis положил.

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

тут только симфони? ларавел не? у меня тут с DI и поиском в модели сложность.

ой не, не нужен тут ларавел

ок

Писал кто-то ботов для слака? Что я делаю не так? Беру https://github.com/DZunke/SlackBundle делаю вот так $client->send( Actions::ACTION_POST_MESSAGE, [ 'as_user' => 'true', // так же без этого 'identity' => $identity, 'channel' => '@enapiuz', 'text' => 'Test message' ] ); и вроде как все хорошо, сообщение приходит, но не непосредственно от этого бота, а как бы от слакбота, но внутри него ник нужного бота

звучит жутко, это тебе не для телеги ботов делать

В канал отправь а не личку

По идее это нормальное поведение

в канал да, все норм

но нужно именно в личку)

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

в пхп клиенте где то имя можно задать

вроде и то, и другое сделано в виде custon integration

там же где и канал обычно

или возьми ченить другое попробуй https://github.com/maknz/slack

там юзернейм в конфиге

да тут вроде как тоже

Возник вопрос по деплою

Где-то читал (уже не помню где) что билдить фронтенд на проде это плохо

Т.е. нужно не запускать галп, к примеру, на проде

А уже скомпилированные файлы заливать на прод

Кто-нибудь знает почему это плохо?

Или норм

Чтобы на прод отправлялось сразу работающее пополнение

А если у тебя билд фронта сломается?

А если у тебя билд фронта сломается?

То ничего не произойдет, билд отменится

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

И сразу вопрос тогда

Пишешь ты на маке, у тебя случайно fsevents маковский зафиксировался в локфайле, такое на лине уже не заведется

Как это лучше реализовать

И билдите в отдельной папке

Или на отдельном сервере

Как это лучше реализовать

Ну ктото даже считает что гит на проде не нужен, а ндо загружать гзип со всем готовым и прогретым

Вообще в идеале берешь у себя в CI все собираешь, артифактом в архивчик/докер/етц и вперед

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

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

Ну ктото даже считает что гит на проде не нужен, а ндо загружать гзип со всем готовым и прогретым

Не нужен :)

Не нужен :)

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

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

Не нужен :)

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

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

ssh

ssh

эмм, как ты собираешься на кучу ссш выкладывать? через scp? долго же

Если приложение маленькое очень и трафик небольшой, то гит пул норм для деплоя)

Если приложение маленькое очень и трафик небольшой, то гит пул норм для деплоя)

а если большое, то почему не норм?

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

ERROR: S client not available

ну если оно на нескольких серверах например - то гит пулл по ссш как-то стремно например

А тут вжух и переключил симлинк

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

все это в отдельной папке делается, а потом просто линк на нее делается, так в капе и деплоере

Яхз как точно у нас, но уверен, что что-то типа scp гзипы гоняются, хз чем, но гзипы 100℅

А тут вжух и переключил симлинк

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

Яхз как точно у нас, но уверен, что что-то типа scp гзипы гоняются, хз чем, но гзипы 100℅

Что за контора? Ты с этим вообще не связан? кто деплоит?

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

И тесты как же

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

ну это да, у нас пока 2, особо не страдаем, у нас даже деплой идет не в папку с симлинком, а напрямую, просто перед этим сервак из балансера исключается

И тесты как же

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

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

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

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

Тогда на проде у тебя будет 100% идентичное приложение

У вас только юниттесты?

я рад что подключился в этот чятик и почитал это обсуждение. лишний раз убедился что то что я придумал себя - работает примерно так же и у других)

Юниты, и вебтест кейсы симфонивские

У нас еще функциональные тесты селениумом бомбят во все щели. Вот селениум уже на боевой сборке. Насчет юнитов хз, они наверное не на боевой

И функциональные тесты сбоку в отдельном репе, но там все очень сложно)

Мы не после каждого коммита деплоим, но у нас автоматом гоняются тесты и разворачивается все на стейдже

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

но вызвать его можно только вручную

У нас периодически на мастере тесты сами гоняются, а релиз тоже полуручной

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

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

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

Баш :) или на чем тебе удобней

Ну софт есть, да

Баш :) или на чем тебе удобней

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

Прям подробности деплоя я хз, но видел там что-то написанное на питоне, фабрик

Прям подробности деплоя я хз, но видел там что-то написанное на питоне, фабрик

ну наверное fab, у нас он тоже был, но он тупой, там сборка тоже идет локально.

У себя когда-то давно тоже фабрик питонячий юзал, на CI собрал и оттуда выкладывал

У себя когда-то давно тоже фабрик питонячий юзал, на CI собрал и оттуда выкладывал

ты поставил фабрик на ки сервер?