"мейл ру свою либу какую то замутило для работы с excel" я подозреваю проблема не толко в екселе при заливке прайса проверяется наличие позиции в БД если ее нет вставляем новую, если есть обновляем, т.е. на каждую запись из вайла 2 запроса к БД т.е. если в файле будет 50 000 строк то запросов будет порядка 100 000

Можно получить все записи из БД и просто проверять наличие нужной записи в нем

Ринат за ссылку спасибо, да эту статью я уже читал

https://habrahabr.ru/post/148203/

Вот тут про итераторы, когда файлы любого размера читаешь порциями

я так делал когда то

идея, только по памяти могу обломатся, т.к. в результате выборки будет порядка 300 000 строк

А записи могут удаляться из таблицы кем-то?

Или только добавляются

тольк добавлятся

10 мб вроде не так много)

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

"10 мб вроде не так много)" после подгрузки всех данных из БД PHP скрипт использовал 830 Мб это еще дело до подгружаемого файла не доходило

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

http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/transactions-and-concurrency.html

12.1.2. Approach 2: Explicitly¶

выключать автокоммит и самому коммитить пачки

Норма использовать анонимные классы при тестировании команд (да и вообще чего угодно), которые наследуются от абстрактного класса? Т.е. прямо в тесте создаешь тестовую команду, которую наследуешь от нужного класса, в котором базовая логика работы и смотришь.

Типа вот

http://pastebin.com/qKc0dUEF

По сути вообще у нас будет версия PHP исключительно > 7.1

да ок. абстрактные классы тоже тестировать нужно

Прст интересно

Вот Mock объекты и Анонимные классы PHP 7

$stub = $this->createMock(SomeClass::class); $stub->method('doSomething') ->willReturn('foo');

И

$stub = new class extends SomeClass { protected function doSomething() { return 'foo'; } };

это не совсем моки. это стабы

Ох еп

Ребята, что-то я туплю совсем... Есть объект предположим: class AbcdEntity { protected $a; protected $b; } Ну и значения: new Abcd(1, 2); Есть API которое работает через FormType и передается через json {"a"=1, "b"=2} Каким бы образом правильно сделать обработку, чтобы если передается {"a"=3}, b не обнулялось, а сохраняло значение... Насколько понимаю маппинг объекта должен быть какой-то, но по какому критерию чтобы оно не трогало не указанные в перечне поля? :(

Ребята, что-то я туплю совсем... Есть объект предположим: class AbcdEntity { protected $a; protected $b; } Ну и значения: new Abcd(1, 2); Есть API которое работает через FormType и передается через json {"a"=1, "b"=2} Каким бы образом правильно сделать обработку, чтобы если передается {"a"=3}, b не обнулялось, а сохраняло значение... Насколько понимаю маппинг объекта должен быть какой-то, но по какому критерию чтобы оно не трогало не указанные в перечне поля? :(

юзай $form->submit($request->get($form->getName()), false); вместо handleRequest

должно помочь

ага, а я вот не знал за $clearMissing.

в сабмите. Пасиба

сейчас попробую

ряботаит )

век живи, век учись

https://github.com/symfony/symfony/pull/21553

ниче так

всем привет

блин

провал с тестовым по ходу(

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

залей хоть на гитхаб то что делал

а что за тестовое было?

залей хоть на гитхаб то что делал

bitbucket.org/seriy-coder/gateway-control

REST API система для контроля траффика

в 2х словах

небольшая веб морда+интерфейс для апи. + тестовые данные

и логика фильтрации данных для отображения, небольшая

Блина((( А почему столько функций-хелперов в ApiController?(((

Часто используемые трюки и советы при работе с Git https://github.com/Imangazaliev/git-tips

так. ну во-первых я захожу в репос и вижу дефолтный readme от симфони, апдгрейд логи и прочую хрень. такое удалять надо. еще .idea папка должна быть под игнором, иначе такое ощущение что гит ты впервые видишь gw_data.sql - это должны бить миграции + вспомогательная команда симфони для наполнения данными, либо фикстуры. bash.exe.stackdump - под виндой что ли? поехали по сорсам. если тестов нет, то дефолтный тест контроллер тоже удалять нужно. в репосе не должно быть ничего лишнего. ApiController: во-первых у каждого ресурса должен быть свой контроллер Api/CompaniesController, Api/UsersController. учитывая что это обычный CRUD, который идеально ложиться на REST, то get это должен быть get вместо поста, delete/edit тоже свои методы хттп. да и вообще придерживаться семантики не мешало бы. коды ошибок хттп туда же. везде щас 200я возвращается самая первая функция с $retData[$retCount]['id'] = $company->getId();`должна быть `$retData[] = ['id' => ...]; иначе читабельность падает в разы и приходится искать что ты пытаешься мутировать в оригинальном массиве. а вообще ты свой сериализатор изобрел?) метод generate и все что с ним идет как я уже говорил - в отдельную cli команду. в крайнем случае отдельный контроллер + сервис к нему, если нужно из веба вызывать, что я сомневаюсь. sql запросы должны быть в репозиториях. мапинг реквест параметров на сущность сделан через жопу. для этого ж можно взять формы симфони или же сделать свой парам конвертер. валидация сделана через такую же жопу. у симфони есть свой валидатор, который работает более чем отлично. чем обусловлен выбор карбона? api php не хватало? я смотрю протащил еще в композер rest-bundle. он используется где-то? тут в принципе той логики как кот наплакал и если б сделал нормально мапинги, сериализации и валидации тебе б не пришлось даже в сервисы что-то уводить

bitbucket.org/seriy-coder/gateway-control

все списки постом? 0_о

а да, интервьювер будет еще ожидать документацию на твое апи и тесты)

если все еще и с докер конфигурацией будет, то вообще жирный плюс

так. ну во-первых я захожу в репос и вижу дефолтный readme от симфони, апдгрейд логи и прочую хрень. такое удалять надо. еще .idea папка должна быть под игнором, иначе такое ощущение что гит ты впервые видишь gw_data.sql - это должны бить миграции + вспомогательная команда симфони для наполнения данными, либо фикстуры. bash.exe.stackdump - под виндой что ли? поехали по сорсам. если тестов нет, то дефолтный тест контроллер тоже удалять нужно. в репосе не должно быть ничего лишнего. ApiController: во-первых у каждого ресурса должен быть свой контроллер Api/CompaniesController, Api/UsersController. учитывая что это обычный CRUD, который идеально ложиться на REST, то get это должен быть get вместо поста, delete/edit тоже свои методы хттп. да и вообще придерживаться семантики не мешало бы. коды ошибок хттп туда же. везде щас 200я возвращается самая первая функция с $retData[$retCount]['id'] = $company->getId();`должна быть `$retData[] = ['id' => ...]; иначе читабельность падает в разы и приходится искать что ты пытаешься мутировать в оригинальном массиве. а вообще ты свой сериализатор изобрел?) метод generate и все что с ним идет как я уже говорил - в отдельную cli команду. в крайнем случае отдельный контроллер + сервис к нему, если нужно из веба вызывать, что я сомневаюсь. sql запросы должны быть в репозиториях. мапинг реквест параметров на сущность сделан через жопу. для этого ж можно взять формы симфони или же сделать свой парам конвертер. валидация сделана через такую же жопу. у симфони есть свой валидатор, который работает более чем отлично. чем обусловлен выбор карбона? api php не хватало? я смотрю протащил еще в композер rest-bundle. он используется где-то? тут в принципе той логики как кот наплакал и если б сделал нормально мапинги, сериализации и валидации тебе б не пришлось даже в сервисы что-то уводить

Ох, спасибо за разъяснения....

Карбон был в требовании. С формами, да, знаю натупил

Про 200ю уже тоже почитал, что это не верно

у knp есть серия туторов по ресту в симфони. лично я достаточно из них подчерпнул

там и обработка ошибок, и тесты, и коды ответов, итд

да. там подписка стоит копейки, лучше просмотри все их уроки. получишь ап)

да даже без подписки, все тексты и куски кода прилагаются

видео конечно проще смотреть, но, читая текст, больше вникаешь

Ок. Спасибо всем) тем более что мне сказали переделать "по нормальному" и, типа еще раз

ERROR: S client not available

О, ништяк!

у knp есть серия туторов по ресту в симфони. лично я достаточно из них подчерпнул

Спасибо

ты близок к победе))

Рви!

Я бы еще под шторм подрубил проверку на Codingstyle symfony

Тока я пока не знаю как отрубать проверку эту на тестах

php-cs-fixer

https://github.com/symfony/symfony/pull/21553

@fes0r шо думаешь по этому поводу?

изи вопрос по доктрине: как избежать отложенных primary keys? в презе ocramius'а говорится только о том, что их рекомендуется избегать. проблема в том, что для использования id сущности необходимо делать flush(), чтобы id сгенерился. что по понятным причинам нехорошо.

генеришь на стороне клиента ключи и все

при чем тут клиент? у меня его нет

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

а, ну это-то ясно

что генерить на клиенте

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

UUID, например.

потом их используешь

У него же в презентации даже пример кода есть.

в монге так по-умолчанию все работает

черт, uuid монструозно будут выглядеть в урлах)

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

черт, uuid монструозно будут выглядеть в урлах)

зато надежнее)

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

не, там только id уникальное поле

зато надежнее)

ну да)

спасибо, значит придется UUID генерить

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

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

в докер всё)

в докер всё)

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

собирать проект в zip или разворачивать на сервере)

собирать проект в zip или разворачивать на сервере)

))))