Не совсем понимаю, как связан сингл и tdd. Правда tdd в api тестах даже не знаю, сработает ли.

tdd это то что я тесты пишу сначпла?

Можно в начале писать тесты, можно в конце. В начале - это TDD. Научитесь так писать - это гуд.

Понял, спасибо))

Если апи то это test first

апи

По TDD анрил с 0 если писать. Обычно в процессе написания кода только бизнес требования какие-то осмысляешь и дополняешь потом тест

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

Не всегда

Наоборот иногда написание теста перед реализацией дает лучше понять бизнес логику

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

Вполне норм подход

Во время реализации ты слишком сконцентрирован на реализации

А во время написания теста мозг свободен

Описываешь доку openapi, это потом тебе помогает начать писать тест итерациями

Всем привет! Подскажите, как у вас апи возвращает данные? с JSON_UNESCAPED_UNICODE или без? По умолчанию симфони (ForRestBundle) возвращает без JSON_UNESCAPED_UNICODE, то есть кириллица превращается в \uxxx, но есть настройка, чтобы кириллица возвращалась как есть. Фронту без разницы, он все принимает, но глазами когда смотришь, неудобно. В общем, есть ли какой-то плюс в использовании формата \uxxx вместо JSON_UNESCAPED_UNICODE и как у вас в проектах?

Если ты отдаешь данные в браузер отдавай без кодирования

Еще желательно включить gzip иногда если передается много данных это прям сильно ускоряет ответ

то есть в использовании JSON_UNESCAPED_UNICODE нет никаких минусов, правильно я понимаю?

то есть в использовании JSON_UNESCAPED_UNICODE нет никаких минусов, правильно я понимаю?

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

А где глазатами смотришь и неприятно?

Дев тул хрома вроде декодирует

ну тесты те же, например, в codeception я проверяю, что возвращаемый json содержит значения. Если нет, то в консоли пишет, что ответ не такой как надо и вываливает сам ответ, а там \uxxxx...

Привет. При попытке использовать bin/console debug:dotenv команду - получаю ошибку, мол пакет не инициализирован. В документации нет не слова про корректную инициализиацию пакета. Есть некоторые упоминания, мол есть такая команда и всё. Не подскажете, как справится с ошибкой? https://symfony.com/doc/current/configuration.html#listing-environment-variables

(new Dotenv())->bootEnv(dirname(DIR).'/.env');

есть такое в index.php?

а причем здесь index.php если вызывают bin/console?

есть ли такой код в ./bin/console ?

Есть

‎@khaaavte_sokolova has not completed the captcha in time. I tried to kick the "User", but due to an unexpected problem (maybe network/server related), I can't do it.

Я смотрю в симфе появился новый спринг лайк способ сервисы объявлять через аттрибут, AsMessenger к примеру

Можете назвать чем это лучше чем просто наследование интерфейса?

Чем он там говорит забыл уже )

шо то хуйня, шо это хуйня, но когда эти обе хуйни вместе то я ту маму рот ебал

не притендую на точность цитаты, но смысл передал

Можете назвать чем это лучше чем просто наследование интерфейса?

мне это меньше нравится - в твой код проникают импорты из симфони, то есть ты не можешь уже взять и перенести папку из src/Whatever в ларавел

Ну если ты наследуешь интерфейс к примеру MessegeHandlerInterface то тоже проникает код симфы же

а, ну да, я так не делаю прост

Я пока вижу одно преимущество, это возможность какие-то метаданные сразу же передать

Особенно на моменте компиляции контейнера бех хаков в виде статик методов

Ну и сразу понятно назначение класса

Хотя в интерфейсе тоже обычно понятно

Ну вообще я смотрю тупо копируют из спринга все )

Неудивительно что какие-то ПР отклоняют, наверное потому что в спринге такого нет

Нравится мне переключатель версии в доке доктрины

Игра успей нажать на ссылку пока попап не закрылся

Разработка под Roadrunner сильно меняет жизнь?))

в дев режиме как печка работает если говорим про мак

Выигрыш в RoadRunner реально большой получается? И оно того стоит?

разработка под RR - это как?) типа думать о состоянии?

да, до этого думать в эту сторону не приходилось. всегда знаешь, что процесс помрёт сразу после ответа пользователю.

Большой выигрыш. Сходу ничего не делая можешь получить 1k rps. На fpm надо попотеть

плюс крутая плюшка rr не теряет запросы

в отличии от fpm

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

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

плюс крутая плюшка rr не теряет запросы

это как?

это как?

Отвечает но чуть дольше, а nginx будет падать в 503 потому что то не может достучаться до фпм

А что оно не умеет убивать пхп воркеров периодически?

Ну пусть течет, отработал 1000 запросов и сдох

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

Пхп хайлоад

Что-то тут не то

Не ч уверен можно сделать

Просто грамотно настроить

Ну и скорее всего без симфы

Мне кажется она слишком жирная для долгоживущих всяких процессов

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

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

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

Спасибо)

не было проблем с RR

Как всегда) у одного нет проблем, у другого нерабочий кусок говна )

Как жить в этом мире

Ну и скорее всего без симфы

симфа дает 3-4% оверхеда на процессоре, вот вообще не критично

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

неважно где

В симфе мне кажется слишком много всего что может потечь

Бандлы всякие

Не уверен что они все писались с учетом работы в фоне долго