Nikita
закометировал: $query->joinWith('properties');
стало нормально отрабатывать 21 элемент
Nikita
joinWith
почему влияет на pageSize
Rinat
из объекта дочернего класса можно метод родительского дёрнуть?
Borys
продебажь, увидишь
Rinat
если он переопределён в дочернем
mr.
закометировал: $query->joinWith('properties');
стало нормально отрабатывать 21 элемент
А в чем трабла. Может ты не ожидал, что у тебя на 21 запусь лефт джойнится много пропертис
Rinat
типа есть метод show, который в дочернем переопределяется
Rinat
есть объект дочернего класса $obj
mr.
Глянул выше, попробуй просто with использовать вместо joinWith
Galymzhan
а если хочешь снаружи, то замути другой метод
Rinat
мне нужно чтобы $obj->show() вернул не show из дочернего класса, а из родителскього
Galymzhan
public function showParent()
{
return parent::show();
}
mr.
Либо я устал, либо это похлеще настройки апача вопрос)))
Rinat
я к тому что синтаксиаса же нет вроде
Rinat
всё верно
Borys
http://php.net/manual/ru/language.oop5.late-static-bindings.php
Rinat
позднее статическое это немного не то
Rinat
мне надо дёрнуть метод не статический. Ну я понял вообщем
Galymzhan
так это и не будет статическим методом
Galymzhan
вызов похож просто
mr.
Да, есть такое в РНР грешок)
Borys
позднее статическое это немного не то
http://php.net/manual/ru/language.oop5.basic.php#language.oop5.basic.extends
mr.
mr.
Да пока не понадобится, юзаешь без глубокого понимания и ок))
Nikita
))
mr.
Был просто опыт оптимизации запросов, построения достаточно сложных запросов... ЭХ, где мои простыни SQL на 5 экранов
Nikita
мозг сломать дело не хитрое
Алексей
т.е. написать свой дата провайдер
да и логика получения данных у тебя будет, как не странно, в элементе, ответственном за получение данных
Yura
У кого сниппеты есть часто используемые? Не обязательно по yii
mr.
У кого сниппеты есть часто используемые? Не обязательно по yii
Я выше этого, лайв темплейты https://github.com/rocket-firm/phpstorm-live-templates
Yura
Да это есть)
mr.
Ну а так думаю пора как-то организовать все наработки...
mr.
По старинке с гвоздями отрываю от проекта, где применил.
mr.
Тут помогает организация проектов...
Yura
Для примера: делал например access control какой-нибудь глобальный, мучался с ним, доделал. Затем на будущее сохранил его чтобы потом просто в поиске по сниппетам вбить
Yura
И вставить
mr.
Для примера: делал например access control какой-нибудь глобальный, мучался с ним, доделал. Затем на будущее сохранил его чтобы потом просто в поиске по сниппетам вбить
Ну это на уровне шаблона делается у нас))
mr.
Просто темплейт, где из кобки пользователи, рбак, ацесскотрол глобальный на бекенд
Yura
Ну ладно сам буду собирать по ходу
Yura
)
Galymzhan
это можно даже дальше, чем в темплейт запихать 🙂
Yura
Просто темплейт, где из кобки пользователи, рбак, ацесскотрол глобальный на бекенд
Такое тоже использую
Galymzhan
Ulugbek "Luke"
Спасибо, ребята @za4me @naffiq
Ivan
Привет, друзья. У нас появилась необходиость переписать геттер одной модели.
Грубо говоря,
public function getWeight() {
return (2 * $this->weight);
}
Но теперь мы естественно получаем разные ответы, если запрашиваем $model->weight и $model->getWeight().
Есть какое-то элегантное решение кроме переписывания __get() метода?
Ivan
public function __get($name) {
$getter='get'.ucfirst($name);
if(method_exists($this,$getter))
return $this->$getter();
else
return parent::__get($name);
}
who are you
если форма должна отправлять данные которые используют две модели мне надо для второй модели в форме указывать
<?= $form->field($modelTwo, 'url') ?>
а для первой модели
<?= $form->field($modelOne, 'url') ?>
??
who are you
и получится что каждая модель получит то с чем умеет работать?
Ivan
Декоратор?
Если я правильно понимаю, декоратором можно разделить логику из одного геттера на 2 разных геттера, но это не решит проблемы того, что аттрибут напрямую имеет другое значение чем геттер
Dmitriy
Остальное все костыльное . уж учше переписать
Павел
Нелюбовь к наследованию 😆
Stas
всем здарасте
The Ant
Вопросец, если задался целью переиспользовать 1 и тотже бутстраповский модал. Каким макаром подтягивать контент в него? Чтоб без говнеца (а то щас отдельную вьюху делаю на модалку, и прям чувствую как зарываюсь по гланды в говнище).
The Ant
создал типа контроллер отдельный ModalController в модуле, и экшены actionChangeUser, actionChangeStatus
The Ant
The Ant
че никто не знает чтоль? ) пячаль
👀
через ajax
👀
делаешь запрос на свой action, получаешь html, вставляешь в .modal-content (или .modal-body, или вообще как тебе удобно)
👀
в action'е, чтобы вернуть нормальный такой html, нужно делать через renderAjax
The Ant
ну я так и делаю, но чет мне кажется это лютое гавно
👀
только вот те js'ы, которые у тебя будут подключаться в том action'е, работать не будут, если они на странице нигде не подключены и не инициализируются
👀
а другого выхода я не знаю
👀
уверен, никто другой тоже не знает
👀
разве что делить модалки по функционалу, и js'ом заполнять формы и данные
The Ant
только вот те js'ы, которые у тебя будут подключаться в том action'е, работать не будут, если они на странице нигде не подключены и не инициализируются
будут, если их прям там прописать в <script>
👀
👀
если будут то хорошо
The Ant
чот неочень )
👀
у меня, например, в таких модалках, никогда select2 не работал, и аналогичные виджеты