На какую тему провести вебинар?
На какую тему провести вебинар?
Потеплело и я теперь добрый
На какую тему провести серию вебинаров по Yii2? Можете отвечать здесь или там в коментариях.
Предлагайте любые темы. Выберем интересные и что-нибудь придумаем.
Ну и записывайтесь там же, чтобы не потеряться.
На какую тему провести серию вебинаров по Yii2? Можете отвечать здесь или там в коментариях.
Предлагайте любые темы. Выберем интересные и что-нибудь придумаем.
Ну и записывайтесь там же, чтобы не потеряться.
Последний раз редактировалось ElisDN 2015.05.11, 19:18, всего редактировалось 20 раз.
Re: На какую тему провести вебинар?
На выбор:
1. Связь моделей из разных модулей между собой
2. Работа в контроллере с зависимыми моделями, желательно с файлами, и связями hasOne и HasMany (т.е. наглядная перелиновка и ситуации для ее применения)
3. EAV
1. Связь моделей из разных модулей между собой
2. Работа в контроллере с зависимыми моделями, желательно с файлами, и связями hasOne и HasMany (т.е. наглядная перелиновка и ситуации для ее применения)
3. EAV
Re: На какую тему провести вебинар?
сборка проекта для продакшна, как лучше собирать получившийся проект, как лучше подстроить кэширование...
Re: На какую тему провести вебинар?
это мало относится к уии, это деплой обыкновенныйaquy писал(а):сборка проекта для продакшна, как лучше собирать получившийся проект, как лучше подстроить кэширование...
Re: На какую тему провести вебинар?
Поддерживаю "Работа в контроллере с зависимыми моделями". В конечном результате, чтобы можно было из одной формы отправлять одну модель с её HasMany на сохранение и вывод в одной view всех данных. Начать стоит из gii, с последующем усложнением задачи ... Можно сохранить интерес на несколько занятий. Перед запуском вебинара, требуется изучить входной уровень слушателей, через проверочный тест- только после этого продумывать шаги ...
Как вариант темы: "автомобиль и её характеристики" или "кулинария, рецепты и ингредиенты", или то, к чему у вас лежит душа в свободное от программирования время.
Как вариант темы: "автомобиль и её характеристики" или "кулинария, рецепты и ингредиенты", или то, к чему у вас лежит душа в свободное от программирования время.
Re: На какую тему провести вебинар?
постоянно много вопросов про разграничение прав доступа (RBAC)
плюс актуально было бы рассмотреть вопросы из документации со статусом TBD (желательно с примерами)
плюс актуально было бы рассмотреть вопросы из документации со статусом TBD (желательно с примерами)
Re: На какую тему провести вебинар?
RBAC документация и спецификация хорошо описаны. Людям лень прочитать и разобраться, вот и спрашивают.
Re: На какую тему провести вебинар?
Побольше бы про GridView, сложные и разные
Re: На какую тему провести вебинар?
AR vs DAO
--
Всегда пользовался вторым.
Сейчас вот решил попробовать AR
Не нашел особых преимуществ, кроме валидации.
AR хорош для очень простых запросов (которых в реальном проекте, как правило не бывает) и редактировании (хотя это тоже сомнительно)
Вообще не сторонник смешивать мух с котлетами. Тот же HTML использую только для выводы Select и Hidden, тот же Input, в современных реалиях обычно состоит из кучи дополнительных полей, которые можно конечно описать массивом, но зачем??? Короче мне кажется ООП - это хорошо, но без фанатизма!:)
а по AR, не понимаю, в чем фишка что все по таблицам разбить. У меня в одно проекте более 100 таблиц.
Строю модели не по таблицам, а по сущностям. Например есть сущность User (которая может описываться в 10 таблицах). Это удобно и понятно.
Если вдруг интересно, могу поделиться опытом (может и правда что не так делаю, а может... нет совершенства на этой планете!:)).
--
Всегда пользовался вторым.
Сейчас вот решил попробовать AR
Не нашел особых преимуществ, кроме валидации.
AR хорош для очень простых запросов (которых в реальном проекте, как правило не бывает) и редактировании (хотя это тоже сомнительно)
Вообще не сторонник смешивать мух с котлетами. Тот же HTML использую только для выводы Select и Hidden, тот же Input, в современных реалиях обычно состоит из кучи дополнительных полей, которые можно конечно описать массивом, но зачем??? Короче мне кажется ООП - это хорошо, но без фанатизма!:)
а по AR, не понимаю, в чем фишка что все по таблицам разбить. У меня в одно проекте более 100 таблиц.
Строю модели не по таблицам, а по сущностям. Например есть сущность User (которая может описываться в 10 таблицах). Это удобно и понятно.
Если вдруг интересно, могу поделиться опытом (может и правда что не так делаю, а может... нет совершенства на этой планете!:)).
Re: На какую тему провести вебинар?
>AR хорош для очень простых запросов
у них одна база \yii\db\Query, так что не надо нам ляля, просто в АР аттрибуты парсится выборка, а при работе с массивом все проще
у них одна база \yii\db\Query, так что не надо нам ляля, просто в АР аттрибуты парсится выборка, а при работе с массивом все проще
Re: На какую тему провести вебинар?
>У меня в одно проекте более 100 таблиц.
не каждой таблице нужна модель, общую логику лучше выносить в модули post_comment, news_comment, photo_comment
не каждой таблице нужна модель, общую логику лучше выносить в модули post_comment, news_comment, photo_comment
Re: На какую тему провести вебинар?
Плюсую за работу с несколькими зависимыми моделями из разных модулей. Желательно чтобы модули были оформлены в виде пакетов и расширялись в приложении.lynicidn писал(а):На выбор:
1. Связь моделей из разных модулей между собой
2. Работа в контроллере с зависимыми моделями, желательно с файлами, и связями hasOne и HasMany (т.е. наглядная перелиновка и ситуации для ее применения)
Re: На какую тему провести вебинар?
Я бы по АПИ не отказался послушать. Тк на сайте скудно расписано, даже если создашь работающий кусок кода, то шаг влево, шаг вправо и уже ничего не понятно.
И Очень бы хотелось по Урл-менеджеру, а то понимается где-то на задворках подсознания, вроде делаешь, вроде работает (не всегда) а как и почему в голове системы нет. И советы по нему, сколько правил можно? сколько нужно? понятно что много нельзя, а если надо (могу привести потом пример, если эту тему возьмете)? В каком порядке правильно располагать.
И Очень бы хотелось по Урл-менеджеру, а то понимается где-то на задворках подсознания, вроде делаешь, вроде работает (не всегда) а как и почему в голове системы нет. И советы по нему, сколько правил можно? сколько нужно? понятно что много нельзя, а если надо (могу привести потом пример, если эту тему возьмете)? В каком порядке правильно располагать.
Regards, Alex.
Re: На какую тему провести вебинар?
> понятно что много нельзя, а если надо (могу привести потом пример,
думаю вам откроет глаза создание своего правила
а вообще большинство проблем по урл менегеру упирается в конфигурацию вебсервера
думаю вам откроет глаза создание своего правила
а вообще большинство проблем по урл менегеру упирается в конфигурацию вебсервера
Re: На какую тему провести вебинар?
хм, а что конкретно? с рест работа вообще проще простого же, не считая авторизации и то ее на данном форуме освятил vova07 или yiijeka - врать точно не будуLIAL писал(а):Я бы по АПИ не отказался послушать.
-
- Сообщения: 39
- Зарегистрирован: 2013.11.09, 16:26
Re: На какую тему провести вебинар?
Думаю будет полезным:
- Связные модели
- Поведения и События
- Тестирование
- Связные модели
- Поведения и События
- Тестирование
Re: На какую тему провести вебинар?
для меня актуально = many-to-many
- выборка
- запись
- выпадающие списки
- GridView
- и т.д.
- выборка
- запись
- выпадающие списки
- GridView
- и т.д.
Re: На какую тему провести вебинар?
Я бы хотел посмотреть как составлять в админке форму, указав при этом какие поля должны заполнять пользователи, что бы админ мог добавлять любые поля, писать правила валидации к ним, как хранить такие поля и как затем сделать валидацию на стороне клиента и сервера.
Re: На какую тему провести вебинар?
ну это целое приложение нужно создать, практически с нуля, тем более FormBuilder выпилили из Yii2. Так что не мечтайте особо :)
Re: На какую тему провести вебинар?
Ну целое приложение не нужно, мне бы хватило если бы в админке была таблица со списком всех полей, кнопка для добавления нового поля, и на против каждого поля галка - require и какой нибудь min или max.
И затем, построения вида согласно админке + валидация.
И затем, построения вида согласно админке + валидация.