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

но хочется единый интерфейс

для user:list, book:list, ...

bin/console user:list --email "yahoo" --name "Onisky"

Тут ещё = надо наверно, да?

Тут ещё = надо наверно, да?

зачем?

--email="yahoo" разве не так пишется?

--email="yahoo" разве не так пишется?

ну может в винде так

= не обязательно

Всем привет. Посоветуйте бандл для работы с апишкой вайбера плиз

Ок. Я не настаиваю. Я не в винде. В линуксе так пишу.

Доброе утро

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

То есть, стоит задача отдать контент сайта с другого домена. Сложность в том, что просто алиас не поможет, как я понимаю, потому что основной домен заблочен

Причем тут бандл?

Опиши ситуацию

Что у тебя есть, что нету

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

та да, направляешь два домена на одну директорию с симфоней и все

так продуктивнее будет

Прошу прощения) Вопрос вот в чем, есть модель продукта, внутри она содержит embedded document варианта, а вариант в свою очередь имеет свойства, это manyReference к отдельной коллекции. Почему то при сохранении продукта доктрина удаляет свойства из варианта, то есть в unitOfWork лежит продукт такой как нужен по структуре, но где-то внутри это поле (variants.0.props напрмимер) почему-то помечается на удаление, и в итоге удаляется. И такое происходит не постоянно, а раз через раз. Не могу понять, почему такое происходит, дебажил доктрину, но мозг поломался от того что там происходит, может кто встречался с похожей проблемой?

Прошу прощения) Вопрос вот в чем, есть модель продукта, внутри она содержит embedded document варианта, а вариант в свою очередь имеет свойства, это manyReference к отдельной коллекции. Почему то при сохранении продукта доктрина удаляет свойства из варианта, то есть в unitOfWork лежит продукт такой как нужен по структуре, но где-то внутри это поле (variants.0.props напрмимер) почему-то помечается на удаление, и в итоге удаляется. И такое происходит не постоянно, а раз через раз. Не могу понять, почему такое происходит, дебажил доктрину, но мозг поломался от того что там происходит, может кто встречался с похожей проблемой?

то есть ты менеешь embeddable объект?

создаю товар $product = new Product(), далее что-то типа $product->addVariant($variant); вариант тут как embedded document (private $variants; @EmbedMany(targetDocument="Variant")), у варианта есть private $props;(@ReferenceMany(targetDocument="Property")) это свойства, они лежат в отдельной коллекции, то есть перед созданием товара делаю $variant = new Variant(); $variant->addProps($props). Потом $dm->persist($product);$dm->flush(); Вот у меня сохраняется товар, в нем есть вложенный вариант, а в варианте свойств нету, смотрю логи а там {"update":true,"query":{"_id":"1"},"newObj":{"$unset":{"variants.0.props":true}}, не понимаю почему так происходит.

обнаружил, что если поставить strategy="set" такого не происходит

та да, направляешь два домена на одну директорию с симфоней и все

Сейчас попробую, извините, ребёнок, приходится набегами :)

Попробую для начала просто алиасом в nginx домен добавить

Однако, получилось. Прекрасно.

это гуд)

Да, неожиданно, я почему-то думал, что он мне будет document_root и имя домена подтягивать

Очень приятно

товаришчи а кто-то юзает vscode? а то я запустил его для пробы (в качестве быстрой альтернативы шторму, глянуть/поправить), и он дико повис на среднеразмерном проекте php language server жрет 100% по одному ядру и все

File->Settings->Editor->Code Style->PHP->Wrapping and Braces -> Assignment statement -> Align consecutive assignments

чёрт

а я скрин сделал

галочку надо убрать или поставить?

и у тебя в схеме стоит PSR 1/2 у меня такого нет

работает :) спасибо

ребята нужно перебрать построчно файл и записать в таблицу записываю пакетами по 100 шт (всего 130 тыс строк). Пишется что-то уж медленно $arfs = new Arfs(); $arfs->setHouseId($house_id); $arfs->setCity($city); $arfs->setDistrict($district); $arfs->setAccident($accident); $arfs->setTheft($theft); $arfs->setDamage($damage); $arfs->setNoKeys($noKeys); $arfs->setAddSwitch($addSwitch); $arfs->setEditObject($editObject); $arfs->setFixingProblems($fixingProblems); $arfs->setPlannedWork($plannedWork); $arfs->setCheckPort($checkPort); $arfs->setTechConclusion($techConclusion); $arfs->setTechSolution($techSolution); $arfs->setAddWork($addWork); $arfs->setPowerRiser($powerRiser); $em->persist($arfs); if (($i % $batchSize) === 0) { $em->flush(); $em->clear(); }

в конфиге указал doctrine: dbal: default_connection: default connections: default: logging: false

замеры делал где проседает? 100 штук за какой период времени?

замеры не делал

ну дык сделай ;)

2.805300951004 сек 2.6223571300507 сек 2.6862409114838 сек 2.4549307823181 сек

100 штук пишет

А проседание в MYSQL? или в PHP? Просто я бы не создавал объекты а вообще в Plain SQL писал.

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

ребята нужно перебрать построчно файл и записать в таблицу записываю пакетами по 100 шт (всего 130 тыс строк). Пишется что-то уж медленно $arfs = new Arfs(); $arfs->setHouseId($house_id); $arfs->setCity($city); $arfs->setDistrict($district); $arfs->setAccident($accident); $arfs->setTheft($theft); $arfs->setDamage($damage); $arfs->setNoKeys($noKeys); $arfs->setAddSwitch($addSwitch); $arfs->setEditObject($editObject); $arfs->setFixingProblems($fixingProblems); $arfs->setPlannedWork($plannedWork); $arfs->setCheckPort($checkPort); $arfs->setTechConclusion($techConclusion); $arfs->setTechSolution($techSolution); $arfs->setAddWork($addWork); $arfs->setPowerRiser($powerRiser); $em->persist($arfs); if (($i % $batchSize) === 0) { $em->flush(); $em->clear(); }

а как ты файл читаешь?

$content = file($filename);

в prod?

file_get_contents изжил себя?

в prod?

нет

файл без записи в таблицу пробегает около 3 сек

попробуй чистыми кверями

сейчас так и делаю

пробую

за один инсерт по 50-100 записей пихай

И подготовленные запросы используй

это лучше :)

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

+ BULK INSERTS разумеется

logger доктрины отключали?

проверь еще какой установлен env ... если dev то там кеши и логи еще кушают

/stat@combot

combot.org/chat/-1001091570538

Вот это да. Я каким-то образом на третьем месте.

ERROR: S client not available

Вроде не так уж часто пишу :)

130к строк медленно (

У меня фиас до сих пор парсится(

Никто не знает как побороть ошибку: Запущен воркер, который отправляет письма через smtp с помощью swiftmailer Воркер минут 5 работает нормально а потом валит нотисом: Notice: fwrite(): send of 96 bytes failed with errno=32 Broken pipe Trace: #0 vendor/swiftmailer/swiftmailer/lib/classes/Swift/ByteStream/AbstractFilterableInputStream.php(173): Swift_Transport_StreamBuffer->_commit

сокет отваливается

нашел такой костыль $this->mailer->getTransport()->stop();

или не костыль?

Там свифтмэйлер?

Я когда-то на ларавеле похожую проблему решал.

Что-то там перезапускал постоянно.

Но я уже не помню.

ага swiftmailer

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

Ну вот там что-то было. У них даже issue был открыт в гитхабе. Погугли.

Наверняка уже решалась проблема.

Ага я его читал

и твои комменты тоже

ну я так понял не решили )

:D

ну вот я такой workaround и пилил давно :)

Чистого решения, как такового и не появилось до сих пор :)

ну походу stop помогает )

кто-то извращался уже с https://github.com/symfony/symfony/pull/22157 ?

с регистрацией контроллеров в контейнере

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

Интересна одна вещь. К примеру есть поле published. Я хочу вместо setPublished(bool $published) сделать два метода: publish() и unpublish(). Как сделать, чтобы Докрина использовала именно их? А в случае с симфоневскими формами?

доктрине пофиг на них, она рефлексию юзает

а формы эт сложнее

а, в формах вроде есть property_path.

Хотя это не совсем то.

Как вариант, вот такое решение нашёл. https://stackoverflow.com/a/22076109/388783

И вот такое. https://gist.github.com/boekkooi/5600b3d43f694f26855d