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

Ну так я и говорю, правильнее будет получать через рейлешен, с помощью мейджик метода, типа $article->category или $article->categories

+

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

Сложно.

Ну так я и говорю, правильнее будет получать через рейлешен, с помощью мейджик метода, типа $article->category или $article->categories

Понял, пасибо, можно пару аргументов в сторону этого варианта ?

https://www.youtube.com/watch?v=x7-G4tHFSj8

+

Понял, пасибо, можно пару аргументов в сторону этого варианта ?

Эм, ну один из самых сильных аргументов, это то, что этот подход описан в оффициальной документации, а уж разработчикам имеет смысл довареть) + почитай внимательнее то что по ссылке я тебе скинул, там есть ряд аргументов

Карма @sizepermru стала 12

Эм, ну один из самых сильных аргументов, это то, что этот подход описан в оффициальной документации, а уж разработчикам имеет смысл довареть) + почитай внимательнее то что по ссылке я тебе скинул, там есть ряд аргументов

Ок, щас гляну внимательней, я так понимаю данные модели подгружаються при ее создании, и во вьюхе мы уже имеем готовый набор информации, правильно ? Когда делаем такой запрос $article->categories мы же получаем данные с модели и не делаем новый запрос в бд, я правильно понял ?

В том случае, если используешь find()->with()

а если без with() ?

меня именно этот момент и интересует

Category::find()->all();

Зачем тебе Category::find()->all(); если ты будешь через меджик метод их получать?

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

конешно, делай через свой гит и все. потом скажешь вот моя разработка, а компанейский форкни от своего ;D

Потом они оферту в скайпе у нотариуса заверят и в сракотан тебя отжучат в суде)

Держу на своем гите. Так в том и вопрос. Можно/нужно както подстраховаться дополнительно?

Держу на своем гите. Так в том и вопрос. Можно/нужно както подстраховаться дополнительно?

В чем твои опасения? Выкладывай код на рабочий репозиторий после зп, сделай бэк-дор

Зп то дают, просто ведут себя иногда некрасиво. Хочу понять, могу ли я, в случае неприятностей дать понять, что сайт, в некотором роде принадлежит мне. Либо покупайте, либо сворачиваемся, если не можем похорошему. PS: Интернет магазин

Зп то дают, просто ведут себя иногда некрасиво. Хочу понять, могу ли я, в случае неприятностей дать понять, что сайт, в некотором роде принадлежит мне. Либо покупайте, либо сворачиваемся, если не можем похорошему. PS: Интернет магазин

Обычно это все решает договор

Все верно. Договора никакого нет, отсюда и вопрос

Все верно. Договора никакого нет, отсюда и вопрос

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

$model = UserModel::find()->andWhere(['<>','id',$query]) `подскажите хочу заюзать такой кейс но берет только первый id из массива квери пробловал и нот ин писать пофиг как праивльно напистаь такой запрос?

$model = UserModel::find()->andWhere(['<>','id',$query]) `подскажите хочу заюзать такой кейс но берет только первый id из массива квери пробловал и нот ин писать пофиг как праивльно напистаь такой запрос?

andWhere(['not in', 'id', array])->all()?

нот ин yii перефигачивает в <>

проверял по тому какой запрос в базу уходит

а если просто айдишники пробить работает

?

угу

хз щас буду копать че то где то глючитъ

ну нот ин должен работать может проблема в самом query

$query=Posts::find()->select('id')

->column()?

нот ин yii перефигачивает в <>

у меня кажется запросы с not in уходят

$query=Posts::find()->select('id')

Продебаж, там вроде не так как тебе нужно массив формируется

Это не мне :)

Это не мне :)

пофиг давай дебаж:) вдруг у тебя тоже там не то:)

Лол, случайно)

пофиг давай дебаж:) вдруг у тебя тоже там не то:)

Так покажи что у тебя в запросе сгенерированом.

пофиг давай дебаж:) вдруг у тебя тоже там не то:)

:) у меня все работает, у тебя вышло ?

Добрый вечер. Вопрос по правильности: допустим, есть несколько фукций, которых нужно AJAX-ом выполнять. Думаю, ради них не стоит разворачивать полноценное API, а лишь создать контроллер с настройками HTTP-методов через verbs и задать формат ответа JSON в beforAction — в правильном направлении думаю или всё же не самый лучший вариант?

Все привет! Вопрос про DI, описываю в конфиге 'container' => [ 'definitions' => [ '\app\repositories\SomeRepository' => function () { return new \app\repositories\SomRepository(Yii::$app->db); }, ], ], Выше определен конфиг для базы данных. Когда использую в контроллере репозиторий, у базы данных конфиг путой - эксепшен. Если отдельно в контроллере вызвать Yii::$app->db - с конфигом все ок. Может кто-то сталкивался? Возможно что-то надо про DI донастроить? —------------------------- Спешно нашла решение проблемы, в конфиге \app\repositories\SomeRepository в контроллере use app\repositories\SomeRepository удивительно, но слеш к начале не давал найти нормально репозиторий

Все привет! Вопрос про DI, описываю в конфиге 'container' => [ 'definitions' => [ '\app\repositories\SomeRepository' => function () { return new \app\repositories\SomRepository(Yii::$app->db); }, ], ], Выше определен конфиг для базы данных. Когда использую в контроллере репозиторий, у базы данных конфиг путой - эксепшен. Если отдельно в контроллере вызвать Yii::$app->db - с конфигом все ок. Может кто-то сталкивался? Возможно что-то надо про DI донастроить? —------------------------- Спешно нашла решение проблемы, в конфиге \app\repositories\SomeRepository в контроллере use app\repositories\SomeRepository удивительно, но слеш к начале не давал найти нормально репозиторий

ну типа lol )

Добрый вечер. Вопрос по правильности: допустим, есть несколько фукций, которых нужно AJAX-ом выполнять. Думаю, ради них не стоит разворачивать полноценное API, а лишь создать контроллер с настройками HTTP-методов через verbs и задать формат ответа JSON в beforAction — в правильном направлении думаю или всё же не самый лучший вариант?

зачем beforeAction, лучше навесить через поведение, а еще лучше выделить контроллер наследоваться от yii\rest\Controller (там уже есть поведения, их можно расширить для своих методов)

ну типа lol )

не ожидала, что слеш окажется тут важен

не ожидала, что слеш окажется тут важен

В блокноте прогаешь?

В блокноте прогаешь?

нет, на листочке

нет, на листочке

смотреть в тетрадке у Чуня?

Все привет! Вопрос про DI, описываю в конфиге 'container' => [ 'definitions' => [ '\app\repositories\SomeRepository' => function () { return new \app\repositories\SomRepository(Yii::$app->db); }, ], ], Выше определен конфиг для базы данных. Когда использую в контроллере репозиторий, у базы данных конфиг путой - эксепшен. Если отдельно в контроллере вызвать Yii::$app->db - с конфигом все ок. Может кто-то сталкивался? Возможно что-то надо про DI донастроить? —------------------------- Спешно нашла решение проблемы, в конфиге \app\repositories\SomeRepository в контроллере use app\repositories\SomeRepository удивительно, но слеш к начале не давал найти нормально репозиторий

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

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

эксепшен указывал, что база данные пустая.

Добрый вечер. Вопрос по правильности: допустим, есть несколько фукций, которых нужно AJAX-ом выполнять. Думаю, ради них не стоит разворачивать полноценное API, а лишь создать контроллер с настройками HTTP-методов через verbs и задать формат ответа JSON в beforAction — в правильном направлении думаю или всё же не самый лучший вариант?

Вполне себе целесообразно, если пара экшенов всего

Зачем тебе Category::find()->all(); если ты будешь через меджик метод их получать?

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

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

Если так, то просто доставай в контроллере и передавай во вьюху

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

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

Ну ты же говоришь, что они никак не связаны, значит не нужно их связывать методом в модели. Low coupling же

может кто обяснить в чем проблема?

при отправке почта это ошибка выходить

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

в модулях можно задать свои конфиги и params? Или только теми params можно пользоваться, которые в frontend, backend и common лежат?

нужно два файла: config.php и config-params.php чтобы один другой в случае чего перебивал

можно все что захочешь, вопрос насколько это правильно

мне нужны параметры token, которые я шлю с каждым http-запросом на веб-сервис. Он постоянно обновляется, я задаю его прям в контроллере строкой, не охота из-за него всегда git commit делать. Вот надо вынести в настройку, которая будет gitignore

подключи phpdotenv и не грей голову

ERROR: S client not available

ну да, неправильно. php init не создаст мне потом этот файл, его вручную придется создавать при переносе системы

подключи phpdotenv и не грей голову

в таком случае мне придется при каждом новом развертывании приложения создавать и заполнять вручную файл .env. А если в нем много переменных, то можно легко забыть какую-нибудь из них. Намного легче, если будет один файл общий .php, а другой -local.php. В общем общие настройки, а в -loca.php - кастомные

в таком случае мне придется при каждом новом развертывании приложения создавать и заполнять вручную файл .env. А если в нем много переменных, то можно легко забыть какую-нибудь из них. Намного легче, если будет один файл общий .php, а другой -local.php. В общем общие настройки, а в -loca.php - кастомные

не забудешь

phpdotenv умеет в required

у тебя просто ничего не запустится ?

в таком случае мне придется при каждом новом развертывании приложения создавать и заполнять вручную файл .env. А если в нем много переменных, то можно легко забыть какую-нибудь из них. Намного легче, если будет один файл общий .php, а другой -local.php. В общем общие настройки, а в -loca.php - кастомные

А чем тебе common/config/param-local.php не подходит?

наверное так и сделаю. Просто хотел этот params чтобы был внутри модуля, а не всего приложения

ну да, неправильно. php init не создаст мне потом этот файл, его вручную придется создавать при переносе системы

А внести правки в init конечно это сверхразум нужен

А внести правки в init конечно это сверхразум нужен

Чем плохо добавлять свой код в init, если он будет делать дополнительные действия для развёртывания приложения?

Ну и у меня такой же вопрос

тем что init можно перетереть при обновлении фреймворка

такое редко, но бывает

проще делать все правильно и все ценные данные хранить в .env в файле

в таком случае мне придется при каждом новом развертывании приложения создавать и заполнять вручную файл .env. А если в нем много переменных, то можно легко забыть какую-нибудь из них. Намного легче, если будет один файл общий .php, а другой -local.php. В общем общие настройки, а в -loca.php - кастомные

Для этого создается файл env-example со всеми переменными, только фейковыми, как болванка. Хранится он в cvs. При развертывании приложения ты на его основе делаешь .env, и заполняешь его боевыми параметрами

Для этого создается файл env-example со всеми переменными, только фейковыми, как болванка. Хранится он в cvs. При развертывании приложения ты на его основе делаешь .env, и заполняешь его боевыми параметрами

это да. Но создавать его все-же придется вручную. А params-local сам создастся, и в params уже будут фэйковые данные лежать

ты как будто по 100 раз в день развертываешь, ну

думаю лучше будет остановитсья на params-local

ну так-то да конечно лучше по 4 main-local и 4 params-local искать конфигурацию ?

тем что init можно перетереть при обновлении фреймворка

Как де ты его затрешь при обновлении, если только веедоры апдейтятся?

Ой все)

тем что init можно перетереть при обновлении фреймворка

ага. yii ведь так часто обновляется, что просто невозможно следить какие файлы в скелетоне изменялись.

ну так-то да конечно лучше по 4 main-local и 4 params-local искать конфигурацию ?

если она везде одинакова, значит вынесена в common, иначе - в том app, к которому относиться. Тут все просто А если при использзовании .env два одинаковых модуля подключены в двух app с разными параметрами, ты по названию переменных будешь ориентироваться, что к чему относится, или коменты оставлять?

https://github.com/yiisoft/yii2-app-advanced/commits/master/init

если она везде одинакова, значит вынесена в common, иначе - в том app, к которому относиться. Тут все просто А если при использзовании .env два одинаковых модуля подключены в двух app с разными параметрами, ты по названию переменных будешь ориентироваться, что к чему относится, или коменты оставлять?

по названию конечно

https://github.com/yiisoft/yii2-app-advanced/commits/master/init

дааа... раз в год не уследить за обновами

выраженными в правке года копирайта

или скобочками удаленными...

это лишний геморрой, который никому не нужен

лишний геморой это обновлять не фреймворк, а еще и скелетон

который каждый под себя по уму переделывать должен

лишний геморой это обновлять не фреймворк, а еще и скелетон

+