Я просто почему спрашиваю предстоит пилить достаточно крупный проект так что лучше выбрать basic или advanced,

?

для крупного advanced лучше будет

для крупного advanced лучше будет

спасибо!

В advanced можно сказать 2 basic независимых приложения, frontend и backend

+console для cli контроллеров

ну да, можно еще и api прикрутить)

Я просто почему спрашиваю предстоит пилить достаточно крупный проект так что лучше выбрать basic или advanced,

Тут больше дело вкуса и функционала администарторской панели. Да и легче добавлять еще отдельную ветку под API, к примеру, в advanced.

Добрый вечер.

Вопрос скорее по mysql. Не нашел куда его задавать. Но и все это дело на yii2)

У меня случайно возникла неясность в своём дальнейшем построении бд. Прошу вас дать толковый совет. Как же мне лучше построить следующее?: Вот есть компания.. У каждой компании есть всякие группы. Ну и есть протокола - у каждой компании свои. При том один протокол может относиться к нескольким группам. Протокол не может относиться к группам другой компании. Только той, которой он и принадлежит. Группа - это просто вспомогательная информационная фигня. Могут быть протокола без групп.

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

advanced идеально если надо несколько точек входа

На данный момент накидал примерно так. Но, вероятно, есть какой-то более правильный вариант.

На данный момент накидал примерно так. Но, вероятно, есть какой-то более правильный вариант.

норм

но

чо выводить будешь?

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

чо выводить будешь?

все с разных сторон) список компаний с протоколами, компании с группами, протокола с группами, группы с протоколами

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

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

ну сделай проверку целостности на уровне бд.. это вроде не проблема

ну сделай проверку целостности на уровне бд.. это вроде не проблема

так в данном случае целостность бд не будет нарушена.

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

протокол может быть без групп

протокол может быть без групп

Вроде норм, у протокола всегда будет компания (через fk), и, возможно, набор групп

К утреннему о Guzzle: сейчас накатил чистый basic, все-равно есть директория: vendor/guzzlehttp

вбей composer depends guzzlehttp/guzzle увидишь кто от него зависит, у меня показало, что это codeception/codeception

К утреннему о Guzzle: сейчас накатил чистый basic, все-равно есть директория: vendor/guzzlehttp

чем тебя гузл не устроил?

чем тебя гузл не устроил?

Да пока все устраивает, интересный инструментарий, очень хорош для работы, так как часто приходится с REST API работать и запросами в целом, решил до него phpQuery глянуть — с ним пока разбираюсь. Надо сделать авторизацию на форуме IPS и GET-запрос по ссылке, поэтому подбираю инструментарий. Хотя с phpQuery тоже пока все плачевно — даже find-метод не хочет отрабатывать ? Такие дела. (просто хотел поделиться)

Как правильно указать в $query->andWhere: valid_until <> "" AND valid_until > now() ?

я хочу проверить чтобы поле не было пустым и чтобы оно было больше сегодня

Как правильно указать в $query->andWhere: valid_until <> "" AND valid_until > now() ?

чтоб небыло пустым: IS NOT NULL Поочереди можешь методы сделать ->andWhere(['not', 'valid_until', null]) ->andWhere(['>', 'valid_until', new \yii\db\Expression('NOW())]);

спасибо, но метод ожидает всего два параметра может быть это нужно указывать как массив?

Так он не хочет: $query->andWhere('not', 'valid_until', null); $query->andWhere('>', 'valid_until', new \yii\db\Expression('NOW()'));

Invalid argument supplied for foreach()

спасибо, но метод ожидает всего два параметра может быть это нужно указывать как массив?

поправил, м.б. так

нет под рукой щас примера точного

У кого роутер на компе с системой бсд?

Или Линукс лучше будет?

Вот так сработало, но результат другой :) $query->andWhere(['<>','valid_until', '']); $query->andWhere(['>','valid_until', new \yii\db\Expression('NOW()')]);

лан завтра разибрусь, сегодня что-то голова уже не варит ))

спасибо за помощь

а всё понял, у меня выше условия ещё прописано было :)

Привет! Есть вопрос про dataprovider и pagination. Появилась задача выводить обычный список статей, также после каждой третьей статьи необходимо вывести несколько статей из другой категории. И самая главная беда, что статьи из других категорий должны быть обязательно выведены. То есть, если основные статьи закончились, список должен продолжаться статьями из других статей. Есть ли элегантное решение для этого? Потому что я уже закапываюсь в костылях по этой задаче и она до сих пор не решена как положено.

Привет! Есть вопрос про dataprovider и pagination. Появилась задача выводить обычный список статей, также после каждой третьей статьи необходимо вывести несколько статей из другой категории. И самая главная беда, что статьи из других категорий должны быть обязательно выведены. То есть, если основные статьи закончились, список должен продолжаться статьями из других статей. Есть ли элегантное решение для этого? Потому что я уже закапываюсь в костылях по этой задаче и она до сих пор не решена как положено.

Либо велосипед писать под задачу, либо list.js

Тоже похожая недавно была, посидел помучался денек, потом просто ajax пагинацию воткнул :3 list.js темка в таких случаях :)

спасибо! посмотрю

только для SEO это будет плохо

только для SEO это будет плохо

Вовсе нет, event с post передаете

И от него уже роутиг строите, на коленке за пару часов написал :)

Могу попозже на гите посмотреть, но там yii1

буду благодарен!

Привет! Есть вопрос про dataprovider и pagination. Появилась задача выводить обычный список статей, также после каждой третьей статьи необходимо вывести несколько статей из другой категории. И самая главная беда, что статьи из других категорий должны быть обязательно выведены. То есть, если основные статьи закончились, список должен продолжаться статьями из других статей. Есть ли элегантное решение для этого? Потому что я уже закапываюсь в костылях по этой задаче и она до сих пор не решена как положено.

В общем случае писать кастомный провайдер. Тут необходими именно детальная постановка задачи, чтобы сказать что-то конкретное. Решал подобное =)

Угу, нужна алгоритмическая модель по сути и все :)

Вот я только без провайдера оьошелся, там слишком запутанная модель вышла, в итоге все на list.js и pdo оставил :))

Костыль конечно, но работает замечательно

Дано: иерархия категорий. Например: Родитель, Ребёнок1, Ребёнок2, Ребёнок3, РебёнокN. Статьи могут быть как в родителе, так и в детях. На странице просмотра категории Родитель должны выводится статьи, которые привязаны к данной категории, также эти статьи должны разбовлять слайдеры со статьями из категорий РебёнокN. То есть 6 статей статей вывело, дальше вывести слайдер из 12 статей категории Ребёнок1, при этом когда статьи из категории Родитель закончатся, необходимо всё равно показать всех детей, по два слайдера на страницу пагинации

мне кажется под такое дизайнерское решение нормального dataProvider не получется

мне кажется под такое дизайнерское решение нормального dataProvider не получется

вполне. тут немного математики просто

Ну только если есть вариант придумать хитрые SQL. Кторый сможет собрать такой массив и правильно его LIMIT OFFSET сделать

не, в 1 не получится. в 2 получится. у тебя паралельно идет 1 категория, и второй запрос идет выборка по ветке категории исключаяя выбранную

геморно блин )

это невероятно геморно, когда задача общая - это обычный блог со статьями))

да не, не вероятно. просто высчитывать придется где у тебя кончатся те или иные посты и все

да я это всё вычислил, правда не в dataprovider, а прямо во вьюшке))

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

потому что куча гавёных условий

просто условия могут быть разые. например в текущей категории больше статей чем во всей оставшейся ветке

ERROR: S client not available

причем на столько, что не хватит на все )

Можно вроде как сериалайз() ом обиграть задачку, и виджет написать под категории

ну типа, пагинашка будет кол-во постов в категории + 12 * N страниц (по 12 на каждую страниц с посторонних категорий). и в зависимости ъватает не хватает уже считать... бля реально дичь )

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

типа, на N-й странице закончились посты из левых категорий, хуйли делать

или нет вообще категорий

Дано: иерархия категорий. Например: Родитель, Ребёнок1, Ребёнок2, Ребёнок3, РебёнокN. Статьи могут быть как в родителе, так и в детях. На странице просмотра категории Родитель должны выводится статьи, которые привязаны к данной категории, также эти статьи должны разбовлять слайдеры со статьями из категорий РебёнокN. То есть 6 статей статей вывело, дальше вывести слайдер из 12 статей категории Ребёнок1, при этом когда статьи из категории Родитель закончатся, необходимо всё равно показать всех детей, по два слайдера на страницу пагинации

Я очень давно не спал и не могу вникнуть в суть задачи наверное)

других. ветка одна и она выбрана

Надо на одной пагинашке выводить одну кат+наследников?

Я сделал так. dataprovider повесил на статьи основной категории. И после каждых 3х вывожу этот слайдер ( если конечно категории имеются, которые ещё не выводились). Пагинатор искуственно повышаю так, чтобы по два слайдера ложилось на каждую страницу ( в случае если категорий больше чем основных статей)

пагинатор общий

Надо на одной пагинашке выводить одну кат+наследников?

ну это я так понял, на самом деле хз ваще чо там нада )

Я сделал так. dataprovider повесил на статьи основной категории. И после каждых 3х вывожу этот слайдер ( если конечно категории имеются, которые ещё не выводились). Пагинатор искуственно повышаю так, чтобы по два слайдера ложилось на каждую страницу ( в случае если категорий больше чем основных статей)

ну т.е. пагинатор это посты с выбраной категории + добавочные

да

Вот со слайдерами все решается через js мне кажется просто:) (slickslider применяем на N элементов которые должны быть слайдами

Типо на стр. У нас же будет только один слайдер, если тз верно понял

да

а лимит постов на 1 страницу ограничен жоска да? т.е. допустим стоит 24 поста на страницу и это будет основные + дополнительные?

или это 24 поста только основных

12 постов на странице, после каждого 6го слайдер ещё из 12 статей дочерней категории

жетского лимита нету, но желательно чтобы не растягивалось

не больше 2х слайдеров на страницу

просто, еесли посты с дочерней кончатся

то на 1 страницу станет меньше постов

Ну все просто же выходит

было 24, станет просто 12

я же говорю я не связываю пагинатор с дочерними статьями

пагинатора волнует только то что их должно быть 12 на странице

он и думает что их 12, я просто их обавляю в цикле

при $i % 6 == 0

если их дочерние кончились - то условие не выполнится и цикл пойдет дальше выводить 7й элемент

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

Прогоняем foreach все элементы и подставляем переменную в пагинатор на list.js