поэтому мигрировать с пхп, это не самая лучшая затея

nette называется. Но его используют только чешские фирмы, заточены именно на чешский рынок. в других фирм такого нет

прям как netty в джаве)

Nette Framework?

Забавно, как фреймворки по популярности распространяются.

в СНГ популярен Yii :D

Nette Framework?

ага

в СНГ популярен Yii :D

ларавел же

а в украине симфони и зенда

Laravel? Он в США, наверно, популярен

в штатах вроде как

но в евро - симфони)

?

Он популярен из-за чеха(который написал adminer) который пилит его. nette не плохо идет со современностью. php5.6 мин. версия

он мне дико yii2 напоминает

Да они наркоманы. все свое... даже свой шаблонизатор

Чехия после РФ должна быть очень ок, менталитет более-менее схожий, плюс вся Европа рядом. Язык не сильно страшный, народ учит оч быстро

Народ, вопрос напрямую не связанный с Симфони, а скорее о правильной организации таблиц. Как быть, если таблицы User, каждый юзер может быть либо школьником, либо учителем, либо админом. Суть проблемы в том, что таблица User будет иметь огромное количество полей, которую будут пустыми. Например родитель может иметь такие поля как Банковские данные, а школьник таких не имеет. Админ не имеет полей имя, фамилия, школа и т.д. Как организовать таблицы? Создать отдельные таблицы для всех типов пользователей?

но в евро - симфони)

Laravel крайней популярен в европе, кстати. Особенно в Го и По(льше). Там обкурятся и кодят на Ларке.

Laravel крайней популярен в европе, кстати. Особенно в Го и По(льше). Там обкурятся и кодят на Ларке.

рак ларавеля добрался до европы

Народ, вопрос напрямую не связанный с Симфони, а скорее о правильной организации таблиц. Как быть, если таблицы User, каждый юзер может быть либо школьником, либо учителем, либо админом. Суть проблемы в том, что таблица User будет иметь огромное количество полей, которую будут пустыми. Например родитель может иметь такие поля как Банковские данные, а школьник таких не имеет. Админ не имеет полей имя, фамилия, школа и т.д. Как организовать таблицы? Создать отдельные таблицы для всех типов пользователей?

отдельные таблицы да

рак ларавеля добрался до европы

Он уже проходит... сейчас остатки )

я бы тоже отдельными таблицами делал

Народа скосоп*здыло, и они вернулись к симфони )

http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/inheritance-mapping.html сюда посмотри еще

отдельные таблицы да

а нет третьего решения?

а база какая? мускуль?

ну у тебя одна таблица юзеров и к ней идут связи разные

а база какая? мускуль?

да

можно одну базовую таблицу, где поля - это пересечение

а уже детализация в отдельных

как вариант

Народ, вопрос напрямую не связанный с Симфони, а скорее о правильной организации таблиц. Как быть, если таблицы User, каждый юзер может быть либо школьником, либо учителем, либо админом. Суть проблемы в том, что таблица User будет иметь огромное количество полей, которую будут пустыми. Например родитель может иметь такие поля как Банковские данные, а школьник таких не имеет. Админ не имеет полей имя, фамилия, школа и т.д. Как организовать таблицы? Создать отдельные таблицы для всех типов пользователей?

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

Ребята подскажите как правильно сделать чтобы в из репозитария можно было получить параметр из parametrs.yml

Объявить сервисом и заинъектить

ну так зарегай репос как сервис и туда впихни параметр

$this->container->getParameter('api_user');

$this->getParameter('api_user');

Лучше $this->apiUser :)

Не стоит контейнер в репу тащить. Вообще не стоит контейнер тащить

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

$this->container->getParameter('api_user');

Service Locator — анти-паттерн тащем-то.

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

в поддержке потом збс будет)

Timur Murtukov, [26.01.17 16:53] $this->container->getParameter('api_user'); Timur Murtukov, [26.01.17 16:54] $this->getParameter('api_user'); так не работает

Timur Murtukov, [26.01.17 16:53] $this->container->getParameter('api_user'); Timur Murtukov, [26.01.17 16:54] $this->getParameter('api_user'); так не работает

какая версия симфонии?)

ругается что не понимает что такое getParametr

3.2

Ну а ты вызываешь на чем? Репа ж не ContainerAware. Чтобы было чо достать, надо его туда сначала засетить

оно и не заработает. репа ничего не знает о твоих контейнерах

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

Погугли repository as service, потом в аргументах протащи туда параметр через конструктор в проп, и готово

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

Ты метод репозитория из контроллера ведь вызываешь? В контроллере есть доступ к параметрам из файла parameters.yml. Вот и передавай из контроллера в репозиторий

Или я чего то не догоняю?

ну да, можно так

В репозитории у тебя допустим метод: public getNames($param); В контроллере: $param = $this->getParameter('moscow'); $repo->getNames($param);

сделал уже так :) спасибо

работает?

угу

зацените

Это просто потрясающе!

?

упрт

А что это?

ERROR: S client not available

29 насчитал

ёпта

29 связей, огонь

СУККА!.. Простите-извините... Это оказывается не JMS\Serializer виноват... а один хороший человек, который больше у нас не работает.

К сожалению.

СУККА!.. Простите-извините... Это оказывается не JMS\Serializer виноват... а один хороший человек, который больше у нас не работает.

Великодушно тебя прощаем. И чтобы не повторялось больше!

А кто подскажет, чем можно заменить сериализацию?

сериализацию чего?

в смысле заменить?)

можно просмотром добротного фильма заменить, например

Кажись Тимур прав ))

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

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

постоянно перехлесты какие-то.

Мне получается что подгрупп не хватает... О_о

В контроллере: $this->serializer->serialize($person, 'json', SerializationContext::create()->setGroups(array('person'))); В энтити People (ExclusionPolice = all): /** * @ORM\Id * @ORM\Column(name="id", type="guid") * @ORM\GeneratedValue(strategy="UUID") * @Serializer\Groups({"person"}) */ protected $id; Вот почему ID не показывается в списке?

ExclusionPoloce наверн

Там еще одна аннотация надо чтобы показать

В теории он выставлен в All, ибо я не хочу неконтроллируемого показа.

Expose отображает тогда всегда, игнорируя группу

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

Expose отображает тогда всегда, игнорируя группу

Не уверен. У меня именно так работало

* @Serializer\Expose() * @Serializer\Groups({"person"}) ?

Да

Оно так отображает, ноль вопросов... только правда, при смене: $this->serializer->serialize($person, 'json', SerializationContext::create()->setGroups(array('non_person'))); уже не должно выводить эту информацию, но упорно ее выводит

А у тебя есть такая группа?

эммм... В энтити People (ExclusionPolice = all): /** * @ORM\Id * @ORM\Column(name="id", type="guid") * @ORM\GeneratedValue(strategy="UUID") * @Serializer\Groups({"person"}) */ protected $id;

----> * @Serializer\Groups({"person"})

а non_person нету, соответственно не должно было бы поле выводиться.

Блин, ну вот что я делаю неправильного ? :(

это все еще jms?