class PostControllerTest extends WebTestCase { public function testShowPost() { $client = static::createClient(); $client->request('GET', '/post/hello-world'); $this->assertEquals(200, $client->getResponse()->getStatusCode()); } } Если правильно понимаю, то вот тут все ок. И не будет уходить реальный запрос.

не будет

но это я и говорил

все ради static::cleateClient();

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

это нетривиально, но решается

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

но это я и говорил

А зачем что-бы в функциональных уходил реальный запрос?

А зачем что-бы в функциональных уходил реальный запрос?

я и не говорил что мне это нужно

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

но умеет так, как не надо)

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

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

все ради static::cleateClient();

Но ведь для static::cleateClient() не нужно ставить phpunitbrige.

class PostControllerTest extends WebTestCase { public function testShowPost() { $client = static::createClient(); $client->request('GET', '/post/hello-world'); $this->assertEquals(200, $client->getResponse()->getStatusCode()); } } Если правильно понимаю, то вот тут все ок. И не будет уходить реальный запрос.

да, интернал будет, то что надо ?

Но ведь для static::cleateClient() не нужно ставить phpunitbrige.

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

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

А зачем что-бы в функциональных уходил реальный запрос?

у нас кстати есть 1 такой тест на проекте от предыдущих разработчиков, но "это уже совсем другая история"))

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

причём тут ок процесс. Этот скрипт не по приколу написан. Заставить на CI не качать каждый раз архив - это задача.

у нас кстати есть 1 такой тест на проекте от предыдущих разработчиков, но "это уже совсем другая история"))

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

у нас кстати есть 1 такой тест на проекте от предыдущих разработчиков, но "это уже совсем другая история"))

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

причём тут ок процесс. Этот скрипт не по приколу написан. Заставить на CI не качать каждый раз архив - это задача.

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

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

а что это за тест такой?

у вас селениум тесты какие-то чтоли?

а что это за тест такой?

поднимается приложение вместе с окружением и тестируется полностью

не селениум, просто важно поднять всё окружение

ну типо потестить р-цию всей с-мы

поднимается приложение вместе с окружением и тестируется полностью

в моем понимании "тестируется польностью" это - тесты на всех слоях - весь код покрыт тестами у вас я так понял просто асептенс тесты идут, мне важны функциональные

в моем понимании "тестируется польностью" это - тесты на всех слоях - весь код покрыт тестами у вас я так понял просто асептенс тесты идут, мне важны функциональные

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

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

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

но в целом понял по описанию, главное чтоб приложение работало ?

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

Даже интересно стало, наркоманом я не назову хотяб из-за воспитания)

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

Да ладно, покажи в этом чате человека который ни разу не наркоманил)

читай доки

Почитал, посмотрел код, если всё правильно понял то экономия по памяти в методе Query->iterate только за счёт того что гидрация происходит не для всех данных сразу а по очереди для каждого возвращенного row'а, но при этом данные хранятся сразу после запроса, т.е если результатов будет больше чем памяти то приложение упадёт и этот генератор не спасёт? Он только поможет если данные поместились в память, но что бы их обработать уже её может не хватить, тут то он и решает проблему, всё верно?

Почитал, посмотрел код, если всё правильно понял то экономия по памяти в методе Query->iterate только за счёт того что гидрация происходит не для всех данных сразу а по очереди для каждого возвращенного row'а, но при этом данные хранятся сразу после запроса, т.е если результатов будет больше чем памяти то приложение упадёт и этот генератор не спасёт? Он только поможет если данные поместились в память, но что бы их обработать уже её может не хватить, тут то он и решает проблему, всё верно?

см. pdo stmt

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

Почитал, посмотрел код, если всё правильно понял то экономия по памяти в методе Query->iterate только за счёт того что гидрация происходит не для всех данных сразу а по очереди для каждого возвращенного row'а, но при этом данные хранятся сразу после запроса, т.е если результатов будет больше чем памяти то приложение упадёт и этот генератор не спасёт? Он только поможет если данные поместились в память, но что бы их обработать уже её может не хватить, тут то он и решает проблему, всё верно?

можно отключить буферизацию запросов, тогда ничего не упадет. Минус - можно только 1 сединение держать

можно отключить буферизацию запросов, тогда ничего не упадет. Минус - можно только 1 сединение держать

Оно походу и без этого не упадёт, но надо почитать про буферизацию запросов

https://en.wikipedia.org/wiki/Cursor_(databases)

https://en.wikipedia.org/wiki/Cursor_(databases)

Судя по первому предложению тут: http://php.net/manual/pl/mysqlinfo.concepts.buffering.php Все данные передаются на сторону пхп ну и загружаются в память

можно отключить буферизацию запросов, тогда ничего не упадет. Минус - можно только 1 сединение держать

ок, понял, только буферизация решает (вернее её отключение) проблему с помещением результатов в память, база будет отдавать результаты за надобности а не всё сразу

Чот пятница, но никто не накидывает, а тут обратили внимание, что в симфонии 4.2 задепрекейтили "base Controller class" который все что делал, это импортил ужастный ContainerAwareTrait и ControllerTrait

Наконец-то не будет всяких $this->get и прочее, слава б-гам

как же теперь без $this->render()??

останется AbstractController

омг

больше внедрения зависимостей богу внедрения зависимостей

+++

страшная штука внутри

заинжектил свой твиг и дергаешь

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

поэтому не люблю писать либы)

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

в плане, я уверен будет существенно чище, если люди будут инжектить TokenStorage вместо $this->getUser() инжектить ObjectRepository а не звать локаторами доктрину/репозитории и тд

там параметры команд задеприкейтили

это больнее )

в плане, я уверен будет существенно чище, если люди будут инжектить TokenStorage вместо $this->getUser() инжектить ObjectRepository а не звать локаторами доктрину/репозитории и тд

С этим согласен) очевидное лучше неочевидного

лол

это про симфони то очевидное лучше неочевидного? )

где одна настройка только секьюрити хуялион строк

дык секьюрити рак)

делай сам свою секьюрити )

не, я согласен что когда подучишь все конвенции как то палехчи становится

в плане, я уверен будет существенно чище, если люди будут инжектить TokenStorage вместо $this->getUser() инжектить ObjectRepository а не звать локаторами доктрину/репозитории и тд

ты ж запретил инжектить репозиторий в контроллере?

ты ж запретил инжектить репозиторий в контроллере?

дык я и не имел ввиду инжектить репозиторий в контроллер

make:user Creates a new security user class за тебя все сделает )

оно поди еще и FOSRestUser подтянет, да?

ты ж запретил инжектить репозиторий в контроллере?

инжекти в сервис ) а сервис в контроллер

инжекти в сервис ) а сервис в контроллер

так и делаю)0

оно поди еще и FOSRestUser подтянет, да?

LoginFormAuthenticator сделает )

что бы удобнее формошлепить было)

где одна настройка только секьюрити хуялион строк

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

это ж make:auth туда еще недавно добавили

ох уж этот maker bundle

что бы удобнее формошлепить было)

не.. там симфониформ нету

т.е. типа вот это уже неправильный код что ле какой та

а то я чето сомневаться в себе начал

все плоха

сомневаться в себе - нормальная практика )

я знаю тут есть дядьки которые пилят апишки. как вы дизайните апи? типа: /api/posts/1 - "типа" рест /rpc/posts/1?with=images,categories,comments - json-rpc /rpc/posts/mostWatched - json-rpc

подскажите ваше мнение о ситуации https://stackoverflow.com/questions/37150637/how-to-get-data-back-from-a-command-bus, как умные люди не загоняют себя сюда, а если загоняют как выходят)

я знаю тут есть дядьки которые пилят апишки. как вы дизайните апи? типа: /api/posts/1 - "типа" рест /rpc/posts/1?with=images,categories,comments - json-rpc /rpc/posts/mostWatched - json-rpc

"типа рест апуи"

я знаю тут есть дядьки которые пилят апишки. как вы дизайните апи? типа: /api/posts/1 - "типа" рест /rpc/posts/1?with=images,categories,comments - json-rpc /rpc/posts/mostWatched - json-rpc

graphQL

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

подскажите ваше мнение о ситуации https://stackoverflow.com/questions/37150637/how-to-get-data-back-from-a-command-bus, как умные люди не загоняют себя сюда, а если загоняют как выходят)

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

ну и я бы команд басы так не использовал. Имхо, шняга какая-то)

ну и я бы команд басы так не использовал. Имхо, шняга какая-то)

как в примере? или что бы возвращали id

в синхронном мире)

в синхронном мире)

а что бы ты тут использовал (?)сервисы, UseCase ?

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

а что бы ты тут использовал (?)сервисы, UseCase ?

сам реши

большой мальчик

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

дальше на эвент подписывается слушатель, который возвращает response? ?

https://symfony.com/blog/new-in-symfony-4-2-important-deprecations

выкладывал же

в шапке вон висит)

дальше на эвент подписывается слушатель, который возвращает response? ?

давай от обратного... зачем тебе command bus?

Тяжко мне за синхронные схемы вещать) у меня аналогичная задача выглядит как-то вот так: https://github.com/mmasiukevich/service-bus-demo/blob/master/src/Customer/RegisterCustomerService.php