через жопу. по моему проще в конфиге описывать имена виджетов, а логику их рендеринга оставить в // layout <?= $this->render('../_inc/_menu_block') ?> а в той вьшке колбась условия: if (ArrayHelper::getValue(Yii::$app->params, 'widgets.admin')) { //render widget }

я с этого и начинал - прописывал в парамсах названия виджетов (имена классов), но пришёл к тому, что конфиги им тоже нужны, для этих самых виджетов, да и не просто конфиги, а и некоторые, зависящие от состояния приложения

конфиги на основе чего формируются?

конфиги на основе чего формируются?

некоторым нужен Yii::$app->user, некоторым Yii::$app->urlManager итд, короче Yii::$app

ну так и в чем проблема это все написать в этой вьюшке?!

ну так и в чем проблема это все написать в этой вьюшке?!

вьюшка общая для проектов, она не знает, какие виджеты в неё попадут и с какими параметрами. В одном проекте к пункту меню "Заказы" имеет доступ, к примеру, только админ, а во втором - админ и сеошник итд. В в другом проекте на месте этого меню - другое меню (от другого виджета может быть).

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

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

так тоже пробовал, я ж не просто в чате решил спросить совета. Перечислять все возможные виджеты рано или поздно станет нереально

перечисялть их значит нереально, а пихать в конфиг - реально?!

перечисялть их значит нереально, а пихать в конфиг - реально?!

да, потому что конфиги у каждого проекта свои, локальные. на то они и конфиги. В во вьюхе должно быть просто место предусмотрено под вывод виджета, и всё. Зачем во вьюхе перечислять виджеты? А если виджета ещё нет в системе, при его появлении править вьюху?

А при изменении внешнего вида сайта вы ничего не правите?! Ну вобщем я давно показал способ через конфиг (хотя это хрень), а там решайте сами.

А при изменении внешнего вида сайта вы ничего не правите?! Ну вобщем я давно показал способ через конфиг (хотя это хрень), а там решайте сами.

Я стараюсь свести к минимуму возможные вариации системы от проекта к проекту. Дизайн сайта - это один файл CSS и один JS (собраные Галпом локально под проект). Для отличий в структуре вьюх - есть штатный механизм темизации Yii. Для параметров приложения - конфиги. Я люблю когда усё чётко:)

да, потому что конфиги у каждого проекта свои, локальные. на то они и конфиги. В во вьюхе должно быть просто место предусмотрено под вывод виджета, и всё. Зачем во вьюхе перечислять виджеты? А если виджета ещё нет в системе, при его появлении править вьюху?

сделать в конфигах списки [идентификатор_виджета => [список_ролей]] или [роль => [список_виджетов_с_конфигами]] а во вьюшках показывать по условиям чем не подходит?

хочу заюзать /config/params.php для хранения виджетов, а потом их выводить в layout. Типа так: return [ 'widgets' => [ 'admin' => [ 'sidebar-left' => [ [ 'class' => \dmstr\widgets\Menu::class, 'activateParents' => true, 'options' => ['class' => 'sidebar-menu tree', 'data-widget'=> 'tree'], 'items' => [ ['label' => Yii::t('app', 'Dashboard'), 'visible' => Yii::$app->user->can('admin')] ], ], ], ], ], ];

тебе clip тогда нужен

тебе clip тогда нужен

типа View->blocks()? И как? я уже рассматривал этот вариант, не придумал ничего толкового

типа View->blocks()? И как? я уже рассматривал этот вариант, не придумал ничего толкового

ну да

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

у тебя вывод видежета от условия зависит?

https://www.yiiframework.com/doc/api/2.0/yii-widgets-block

у тебя вывод видежета от условия зависит?

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

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

блоки для этого и есть

ну можно по аналогии сделать конечно

блоки для этого и есть

а где сами виджеты прописывать то с их параметрами?

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

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

однажды заказчик убеждал меня что ему в дропдауне нужно все 10к элементов справочника )

однажды заказчик убеждал меня что ему в дропдауне нужно все 10к элементов справочника )

ничего странного в моей задаче нет, с ней справляется любая CMS система

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

Доброго! Кто-нить использовал уровни изоляции транзакций для PostgreSQL? В доке написано, что можно определять после начала транзакции, но оно ругается!..

Доброго! Кто-нить использовал уровни изоляции транзакций для PostgreSQL? В доке написано, что можно определять после начала транзакции, но оно ругается!..

Всегда обозначали до

однажды заказчик убеждал меня что ему в дропдауне нужно все 10к элементов справочника )

Так сделал бы)

Норм тема для картинок? Для названия картинки - генерировать случайное значение через yii2 криптографию, потом все в md5 для единого вида, далее хеш разбиваем на директории чтобы файловая система не тупила и не было миллион фоток в одной папке и вот что на выходе: 38/a2/3d9a2344005041efaadc9872e239.jpg папка для загрузок/2 вложенные директории + остатки хеша

я примерно так же делаю

только первые папки от букв хеша зависят, т.е. 3d/9a/3d9a2344005041efaadc9872e239.jpg чтобы можно было в случае чего, руками найти, зная хеш

Добрый день!

кто-то использовал Vertica в своих проектах на Yii2

?

привет да

в debug можно посмотреть запрос с limiit(1) и без

Note: Ни метод yii\db\ActiveRecord::findOne(), ни yii\db\ActiveQuery::one() не добавляет условие LIMIT 1 к генерируемым SQL-запросам. Если ваш запрос может вернуть много строк данных, вы должны вызвать метод limit(1) явно в целях улучшения производительности, например: Customer::find()->limit(1)->one().

однако

это не касается запросов по уникальному индексу

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

это не касается запросов по уникальному индексу

то есть типа если MODEL::find()->where(['id' => 5])->one(); нет смысла юзать limit(1) ?

то есть типа если MODEL::find()->where(['id' => 5])->one(); нет смысла юзать limit(1) ?

нет смысла

Спасибо за пояснения)

то есть типа если MODEL::find()->where(['id' => 5])->one(); нет смысла юзать limit(1) ?

Если ищешь не по первичному или уникальному ключу то смысл есть

почему алиас @webroot не работает(пишет ошибку) если в конфиге web использовать в других алиасах, но при этом другие алиасы работают

из-за этого пути к файлам нормально, централизованно нельзя прописать

Всем привет! понимаю что вопрос немного не по теме, но может кто-то ткнуть носом как подключить к гиту 2 репозитория, желательно еще и в шторме это сделать

Всем привет! понимаю что вопрос немного не по теме, но может кто-то ткнуть носом как подключить к гиту 2 репозитория, желательно еще и в шторме это сделать

https://git-scm.com/book/ru/v1/%D0%9E%D1%81%D0%BD%D0%BE%D0%B2%D1%8B-Git-%D0%A0%D0%B0%D0%B1%D0%BE%D1%82%D0%B0-%D1%81-%D1%83%D0%B4%D0%B0%D0%BB%D1%91%D0%BD%D0%BD%D1%8B%D0%BC%D0%B8-%D1%80%D0%B5%D0%BF%D0%BE%D0%B7%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D1%8F%D0%BC%D0%B8#%D0%94%D0%BE%D0%B1%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D1%83%D0%B4%D0%B0%D0%BB%D1%91%D0%BD%D0%BD%D1%8B%D1%85-%D1%80%D0%B5%D0%BF%D0%BE%D0%B7%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%B5%D0%B2

в шторме нашел еще vcs-git-remotes

https://git-scm.com/book/ru/v1/%D0%9E%D1%81%D0%BD%D0%BE%D0%B2%D1%8B-Git-%D0%A0%D0%B0%D0%B1%D0%BE%D1%82%D0%B0-%D1%81-%D1%83%D0%B4%D0%B0%D0%BB%D1%91%D0%BD%D0%BD%D1%8B%D0%BC%D0%B8-%D1%80%D0%B5%D0%BF%D0%BE%D0%B7%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D1%8F%D0%BC%D0%B8#%D0%94%D0%BE%D0%B1%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D1%83%D0%B4%D0%B0%D0%BB%D1%91%D0%BD%D0%BD%D1%8B%D1%85-%D1%80%D0%B5%D0%BF%D0%BE%D0%B7%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%B5%D0%B2

спасибо

ээээй, бот! добавь репы этому господину)

Карма @ivan_hermanov стала 2

то есть типа если MODEL::find()->where(['id' => 5])->one(); нет смысла юзать limit(1) ?

есть, если ид не уникальный

ERROR: S client not available

Всем привет. Вопрос по Yii 1.1, заранее прошу прощения за некрофилию. Есть задача, необходимо организовать загрузку файлов во внешнее файловое хранилище. Проблема в том, что мест для загрузки файлов несколько, а дополнительные телодвижения нужны только в одном из этих мест. Схема примерно такая: Место 1 Записываем информацию о файле в базу -> отправляем файл в "облако" -> дожидаемся callback'a и обновляем запись в базе Место 2 Записываем информацию о файле в базу -> отправляем файл в "облако" -> дожидаемся callback'a и обновляем запись в базе -> отправляем уведомление Собственно, затуп возник на моменте определения в callback-функции, нужно ли слать уведомление или нет. Подскажите, как правильно всё это организовать.

есть, если ид не уникальный

так там разговор шёл про уникальный

Всем привет. Вопрос по Yii 1.1, заранее прошу прощения за некрофилию. Есть задача, необходимо организовать загрузку файлов во внешнее файловое хранилище. Проблема в том, что мест для загрузки файлов несколько, а дополнительные телодвижения нужны только в одном из этих мест. Схема примерно такая: Место 1 Записываем информацию о файле в базу -> отправляем файл в "облако" -> дожидаемся callback'a и обновляем запись в базе Место 2 Записываем информацию о файле в базу -> отправляем файл в "облако" -> дожидаемся callback'a и обновляем запись в базе -> отправляем уведомление Собственно, затуп возник на моменте определения в callback-функции, нужно ли слать уведомление или нет. Подскажите, как правильно всё это организовать.

можно передать какие-то дополнительные данные в callback?

можно передать какие-то дополнительные данные в callback?

к сожалению нет, если бы была такая возможность, то проблем бы вообще не возникло

к сожалению нет, если бы была такая возможность, то проблем бы вообще не возникло

тогда пожалуй только сохранять в где-то(бд/редис) id записи в базе для которых требуется уведомление и в колбеке проверять наличие этой записи

тогда пожалуй только сохранять в где-то(бд/редис) id записи в базе для которых требуется уведомление и в колбеке проверять наличие этой записи

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

есть тулз какой нибудь для выявления расхождения апи и спецификации oas3 ?

Всем привет. Может, кто-то сталкивался с ошибкой сохранения в базу. Есть табличка с полями created_on, updated_on. Поля задались так: public function safeUp() { $this->alterColumn($this->table, 'updated_on', $this->timestamp()); $this->alterColumn($this->table, 'created_on', $this->timestamp()); } В модельке есть метод beforeSave: public function beforeSave($insert) { $this->updated_on = date("Y-m-d H:i:s"); $this->created_on = isset($this->created_on) ? DateTime::LocalToUTC($this->created_on) : $this->updated_on; return parent::beforeSave($insert); } И afterFind: public function afterFind() { $this->updated_on = DateTime::UTCtoLocal($this->updated_on); $this->created_on = !isset($this->created_on) ? NULL : DateTime::UTCtoLocal($this->created_on); } И вот я уже 5-й час парюсь с проблемой, что в методе beforeSave дата создания и дата обновления разные. Но сразу после записи смотрю в табличку и там created_on = updated_on

Где я свернул не туда?

может всё же лучше использовать TimestampBehavior в твоём случае?

Там будет много дополнительной логики. ?

Не подходит он

Вроде же тривиальная задача... Но в beforeSave данные правильные, а сразу после save() данные не те

В какую сторону смотреть?

1. created/updated _at - _on грамматически не правильно

Xd

2. держать в моделях afterSave() и тд дурной тон

3. поле типа timestamp, а ты туда пытаешься сохранить дату string

Всем привет. Может, кто-то сталкивался с ошибкой сохранения в базу. Есть табличка с полями created_on, updated_on. Поля задались так: public function safeUp() { $this->alterColumn($this->table, 'updated_on', $this->timestamp()); $this->alterColumn($this->table, 'created_on', $this->timestamp()); } В модельке есть метод beforeSave: public function beforeSave($insert) { $this->updated_on = date("Y-m-d H:i:s"); $this->created_on = isset($this->created_on) ? DateTime::LocalToUTC($this->created_on) : $this->updated_on; return parent::beforeSave($insert); } И afterFind: public function afterFind() { $this->updated_on = DateTime::UTCtoLocal($this->updated_on); $this->created_on = !isset($this->created_on) ? NULL : DateTime::UTCtoLocal($this->created_on); } И вот я уже 5-й час парюсь с проблемой, что в методе beforeSave дата создания и дата обновления разные. Но сразу после записи смотрю в табличку и там created_on = updated_on

strtotime(date('Y-m-d H:i:s'))

или просто time()

код кривой у тебя

это дамп чего?

бд? модели после сохранения или до....

подкючи для проверки сначала TimestampBehavior

Всем привет. Может, кто-то сталкивался с ошибкой сохранения в базу. Есть табличка с полями created_on, updated_on. Поля задались так: public function safeUp() { $this->alterColumn($this->table, 'updated_on', $this->timestamp()); $this->alterColumn($this->table, 'created_on', $this->timestamp()); } В модельке есть метод beforeSave: public function beforeSave($insert) { $this->updated_on = date("Y-m-d H:i:s"); $this->created_on = isset($this->created_on) ? DateTime::LocalToUTC($this->created_on) : $this->updated_on; return parent::beforeSave($insert); } И afterFind: public function afterFind() { $this->updated_on = DateTime::UTCtoLocal($this->updated_on); $this->created_on = !isset($this->created_on) ? NULL : DateTime::UTCtoLocal($this->created_on); } И вот я уже 5-й час парюсь с проблемой, что в методе beforeSave дата создания и дата обновления разные. Но сразу после записи смотрю в табличку и там created_on = updated_on

new Expression("CURRENT_TIMESTAMP()"),

а зачем там какой-то изврат с приведением зоны?

подкючи для проверки сначала TimestampBehavior

Вообще не меняет поля