Konstantin
там работать придется)
Konstantin
и знать что-то, неграмотный электрик штука опаснее неграмотного программиста. в первую очередь для себя самого)
Юра
Я просто немного в шоке был когда увидел вакансии пхп симфони девелопер Лондон 30к фунтов в год. Отнять 40% налогов и вообще у черты бедности можно прожить в принципе )
Юра
Вообще в Европке норм только Лиды получают, остальное такое..
Konstantin
300к на рубли сейчас примерно
в ландане жизнь более чем вдвое дороже чем в москве
Alexey Mishurovskiy
в ландане жизнь более чем вдвое дороже чем в москве
Ну это я в тему того, что нет в Европах райских жизней
ANDREW
В Лондоне там не выгодно получать большие ЗП, так как налоги выше и в итоге на руки получаешь теже деньги что и средняя ЗП
Юра
Ну поэтому там всем пофигу. Сидят себе отработали смену и домой. А там хоть потоп
Юра
Лишнего никто не переработает
Дмитрий
Ivan
Привет, а кто-то делал сериализацию из CurlHttpClient в консольный курл запрос или хотябы в raw http? Интересный вообще любые варианты
Konstantin
и зачем
Gleb
Потому что иначе это какой-то «Хоббит туда и обратно».
Ivan
а можно чуть развернуть вопрос? не до конца понимаю что нужно
Нужно для дебага или доп информации. Есть CurlHttpClient, нужна возможность как-то сохранить данные запроса(урл, заголовки, тело) в виде raw http или сразу console curl
Konstantin
ага, так сразу и подумал. забавная задача, делать не особо сложно, но муторно - придется научиться маппить все поля запроса во флаги курла, а их там с полсотни)
Михаил Lev
Добрый день. Подскажите как найти человека который может удаленно помочь разобраться с проектом на Symfony ? Нужно подсказать основы, как все организовано и куда нужно копать для более глубокого освоения.
Михаил Lev
Документация чем не устраивает? Копать в неё
Как правило там много всего и ее обязательно буду учить. Хотелось бы увидеть общую картину сразу
Vladimir
https://symfony.com/doc/current/introduction/http_fundamentals.html#the-symfony-application-flow
Gleb
https://skr.sh/sDCAhrd8Hmr
Александр II
Добрый такой вопрос есть crud объявлена сущность, допустим - "магазин" интересует реализация update допустим, у магазина изменилось название и организаци (name & company - пускай будут такие названия) я получаю объект из бд (через доктрину), если он есть - збс продолжаем, переводим реквест в дто и самый интересный вопрос - потом я через сетеры из дто перевожу в shop (который я взял из доктрины) и созраняю? мне не нравится реализация через сеттеры все взять и создать объект и запихнуть в бд под таким id я не могу варианты какие есть правильные?
Konstantin
я так понял вопрос не в том как базу обновить, а как именно сущность
Александр II
я так понял вопрос не в том как базу обновить, а как именно сущность
ну может правильнее через insert вот как раз вопрос как правильнее это сделать
Юра
Вообще не понимаю проблемы
Konstantin
почему бы просто в репозиторий не передать дто?
Konstantin
почему бы просто в репозиторий не передать дто?
по крайней мере оттолкнуться от этого, дальше уже адаптировать под имеющуюся архитектуру
Юра
дто мапишь в сущность, которая либа новая, либо существующая
Юра
В чем проблема то
Павел
Наверное ТС не нравятся сеттеры, так как тренд "сеттеры это плохо". Только часто не говорят, что плохо для сложных бизнесовых объектов, чтобы инкапсулировать логику внутри сущности и не было возможности привести ее в невалидное состоние. В данном случае name и company скорее всего не зависят друг от друга, являются обычными стрингами без логики и их можно менять по отдельности, а значит можно завести для них обычные сеттеры, и это норм
Юра
Это ж будет мутабельная сущность ты что
Юра
Свят свят свят
Konstantin
я думаю человеку хочется услышать про generic-решение, понятно что текущий пример утрирован
Юра
А когда ты меняешь название компании то вроде как это новая компания, надо документы переделавать, поэтому только имутабельность
Павел
Это ж будет мутабельная сущность ты что
Что то новенькое. Зачем сущности быть имутабельной?
Юра
Да какой вопрос такой ответ. Из серии бреда
Задорный Копатыч
Может я плохо ищу, но как из xml encodera убрать атрибут item key="0" <—
Роман
Может я плохо ищу, но как из xml encodera убрать атрибут item key="0" <—
xPath, str_replace, preg_replace, посимвольный перебор и т.п Все зависит от конкретного случая. Может у вас файл на пару терабайт... )
Ivan
Всем привет! Для реализации rest api, лучше использовать готовые бандлы типа fosrest, api platform или лучше самому? В задаче rest api с oauth server.
Павел
Всем привет! Для реализации rest api, лучше использовать готовые бандлы типа fosrest, api platform или лучше самому? В задаче rest api с oauth server.
fosrest почти ничего не делает. Api platform - мощная вещь, но опять таки, как готовое решение - хорошо для круда, но не очень для кастомных вещей. Но можно и комбинировать свое/платформа. Никто не мешает
Ivan
Спасибо! Попробую для начала сам реализовать, без использования платформы.
Павел
Хотя и изучать платформу - время
Юра
на свой страх и риск )
Юра
хотя уже 6 симфа в моде
ANDREW
хотя уже 6 симфа в моде
а если кратко, что там в ней такого прогрессивного для API?
Юра
без понятия. симфа просто следует циклу 4 версии в год и не обязательно между 5 и 6 какие-то мегаотличия
Юра
то что я читал ничего такого
Юра
что есть из интересного в моей шаблоне
Юра
это swagger уже настроеный, есть ORMSetterTrait интересная штука чтобы нормально хендлить сабмит рилейшенов, есть сериализатор, чтобы нормально хендлить сабмит рилейшенов, есть генератор ресурсов. я юзаю, мне удобно. но хз удобно ли кому-то еще будет )
ANDREW
а как же собственный велосипед? )
Юра
Ну свой велосипед у всех всеравно так или иначе
Юра
Даже с апи платформ
Юра
Я ты знаешь пришел к тому что лучше версионировать на уровне доменов и отдельных проектов
Юра
Так точно не сломаешь предыдущую версию
Юра
Простл надо пореже делать бекверд инкомпатмбилити
Юра
И стараться по максимуму дефолтами справляться
Юра
Да и если у тебя будет 10 версий то как то юзать такое апи такое себе
Юра
Новый мажор, новый проект )
Nikolay
Новый мажор, новый проект )
Не совсем понял идею. Есть публичное апи, нужно версионирования без боли
Юра
Но это мое личное мнение. В том шаблоне есть заготовка под версию
Юра
идея в том что без боли берешь поднимаешь домен v2.api.blabla.com и поднимаешь там копию проекта и делаешь все изменения там
Юра
а старое работает, пока не закончится срок поддержки
Юра
можно даже nightly.api.blablabla.com для смелых, где прям изменения самые последние на лету
Юра
просто когда у тебя к примеру будет три версии, все в одном проекте, то слишком легко сломать сразу все
Юра
а секьюрити фиксы надо да, выкатывать везде, это минус. но мне так спокойнее
Юра
Например модели, как с ними быть, это головная боль еще та. держать по три версии как-то это все разруливать, ну такое
Nikolay
Api blueprint