приоритет может?

приоритет

сделай b/console e-d:deb

увидишь

php app/console debug:event-dispatcher kernel.request

0 - самый низкий?

+

Зачем у ORM\MappedSuperclass есть @Table?

Только сейчас потестить получилось ? без @Table тот же эффект. Ругается The table with name user already exists. Потому что у двух дочерних сущностей есть запись @ORM\Table(name="user")

http://puu.sh/ybumd/6d1d303b86.png Где узнать что делают эти методы? ?

http://puu.sh/ybumd/6d1d303b86.png Где узнать что делают эти методы? ?

В документации, родной! А ещё можно попытаться догадаться.

equal, greater, lower, lower or equal, greater or equal, not equal...

Equal, Greater, Lesser, Lesser Than Or Equal, Greater Than Or Equal, Non Equal

Спасибо)

Продублирую вопрос и тут с PHP чатика: Для работы с uuid при использовании доктрины, вы юзаете спец. либу от ramsey для этого? https://github.com/ramsey/uuid-doctrine

ага

:)

там ответил

ага

У вас только uuid для сущности и все? вы не юзаете дополнительно числовые ключи внутри системы для джойнов и прочего?

у меня да, только ууид

У вас только uuid для сущности и все? вы не юзаете дополнительно числовые ключи внутри системы для джойнов и прочего?

только UUID

у меня да, только ууид

у вас мускул или постргя?

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

мускул

только UUID

у вас мускул или постргя?

мускул

Вы храните в бинарном виде или строковом?

строковый

строковый

А данных много в таблице? ну, более 10к записей?

нет. столько пока что нет

нет. столько пока что нет

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

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

у нас такое есть

у нас такое есть

И как вам работать с таким?

с точки зрения объема данных вроде как норм выглядит

в одной таблице только

вполне ок

вполне ок

а что у вас примэри? ююид?

обычный автоинкремент

а для клиентов uuid

хотя я не фанат авторинкремента

хотя я не фанат авторинкремента

Вы на мускуле работаете? Если да, то в строков виде храните юид?

Mariadb 10.x

Mariadb 10.x

Эх, увы, опыта с ней нету. Но повторюсь все-таки: вы в строковом виде его храните или бинарном?

строковый

строковый

А это не создаёт оверхеда?

а для клиентов uuid

А вы передаете uuid как параметр в конструктор(типа UserId) или внутри конструктора сами генерите его?

А вы передаете uuid как параметр в конструктор(типа UserId) или внутри конструктора сами генерите его?

в конструкторе генерим

А это не создаёт оверхеда?

не, таблица не оч большая

То есть для больших лучше таки не делать так?

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

какой? можно ссылочку?

http://mysqlserverteam.com/mysql-8-0-uuid-support/

хотя не совсем новый тип

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

https://mariadb.com/kb/en/library/guiduuid-performance/

вот вот...

в конструкторе генерим

а как вы назвали это поле?) uuid просто? или типа public_id?

а как вы назвали это поле?) uuid просто? или типа public_id?

hash вроде

Это нормальный кейс, если в юнит тестах сервиса первый тест проверяет метод сервиса add, попутно наполняя этот сервис значениями. А следующий тест тестирующий метод count() уже делает свои проверки на данных созданных тестом ранее?

Каждый тест в своем методе

Сервис создается в свойства класса на @beforeClass

Каждый тест в своем методе

каждый тест должен быть с чистого листа, stateless

Понял.

Понял.

Будут баги, если состояние объектов между тестами будет сохраняться

Да, вообще сразу вызывает вопрос, в той ли последовательности юнит будет методы вызывать

а как вы назвали это поле?) uuid просто? или типа public_id?

id

Короче начал знакомится с компонентами Симфони, хотел по быстрому использовать для построения админки. Но как бы и по уму тоже хочется написать, по этому стал по докам делать. http://symfony.com/doc/current/create_framework/index.html В итоге приходим к тому что все компоненты друг от друга зависят. Чтобы получить Роут, нужно получить RequestContext потом UrlMatcher, далее RequestStack и controllerResolver с argumentResolver. Друг в друга вставить хитрым образом и в итоге че-то получить. И так с каждым методом, нужно перед этим вызвать по 3-5 других. Разделение ответственности, да. Но нихрена не удобно в использовании. И это 10% из всей матрешки, для простого MVC. А в самих доках по созданию фреймворка сначала идет сборка частей поэтапно (с 1 по 12 страниц), на каждой новой странице идет замена кода что была в предыдущей части, с объяснением, что это мы улучшаем, но при этом херятся пространства имен и на предыдущий код кладется болт, что если заменить что-то - то работать само собой не будет. В итоге на 5-7ой странице у нас теряется VIEW, тупо заменой кода на новый и к нам он больше не вернется. К 10 странице более менее собрал, с матами, чтобы все работало. А потом мы опять "улучшаем" при этом теряя предыдущие события, листенеры и прочий код. А в новой версии нам не показывается как туда добавить предыдущий. А добавить не так просто, потому-что диспетчер событий у нас имеет несколько вариантов добавления. Addlistener и AddSubscriber и это не только там, а считай во всех компонентах, много-вариативность. С новой странцией доков, меняется сама архитектура приложения, методы полностью все меняются и как будто бы новое приложение открыл. Хотя неймспейсы одни и те же, классы те же. А вариантов и методов 100500, отсюда возникает лютая путаница и предыдущий код нихрена не работает. И вот интересно, смогут ли несколько программеров на Симфони поддержить код друг-друга без проблем, если каждый пишет в своем варианте?

Не читал, но скажу: юзай интерфейсы, люк

хотел по быстрому использовать для построения админки.

ERROR: S client not available

А открыл доку по создаю своего фреймворка на компонентах симфони

Лол

А открыл доку по создаю своего фреймворка на компонентах симфони

ну так там описывается создание mvc на компонентах, а mvc разве не нужно для админки?

ну так там описывается создание mvc на компонентах, а mvc разве не нужно для админки?

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

Сделать быстро админку на симфони это суда http://symfony.com/doc/current/bundles/EasyAdminBundle/index.html

/stat@combot

combot.org/chat/-1001091570538

большие серьезные проекты... на пхп)

Че-то вспомнилось вдруг... А почему вы на Java не перешли например?

Просто тут залез в очередную версию NelmioApiDocBundle и что-то пока взгрустнелось...

так скажи что там не работает?

какую версию смотрел?

та бету поставил в имеющийся проект

скажи какой кейс не покрывает или что не работает?

Просто тут залез в очередную версию NelmioApiDocBundle и что-то пока взгрустнелось...

Этот бандл конечно треш.

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

У меня в микросервисе 1 функция

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

JWT?

да

А ьтут такое нахрен вылезло)

там в доке написано как отключить это

ну камон

Плюс реклама сверху

ч

да

Это в 3 версии?

не - я пока конечно безосновательно может брюзжу - но чую - подстава будет

да

просто щас стоим между выбором - или свой бандл начать фигачить. или это

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