json и xml нет

😃

я тупой?

я уже 4 раза прошёл по официальной документации.

может быть basic не умеет json ?

basic точно json умеет

гугл говорит что enableStrictParsing надо false.

но у меня nginx

и по идее не должно влиять

на любой запрос 404 ошибка

кроме корня

гугл говорит что enableStrictParsing надо false.

это в config/web.php

да, это я знаю, с этим разобрались )

на любой запрос 404 ошибка

нужно настроить nginx

на любой запрос 404 ошибка

а nginx нормально настроен?

а вот это вопрос 😃

сейчас гуглить буду

давай конфиг

хм

try_files $uri $uri/ /index.php$is_args$args; решило мою задачу

спасибо вселенскому разуму 😃

и конфигу yii разумеется

Ребят. Имеется user модуль для регистрации / авторизации пользователей с RBAC. Как мне организовать вход только через Вконтакте, убрав авторизацию по логину/email/паролю?

Авторизация через Вконтакте уже действует полностью

yii/authclient/vkontakte

просто убери авторизацию по логину и паролю)

всем привет )) подскажите плиз )) как правильно сделать http://paste.ofcode.org/XXMurcnJUAPHyen5n2Kc5W что бы категории были так категория/категория/категория

а то у меня выводится только последняя(((

в таблице 2 поля которые отвечают за категорию category_id parent_id

нужно что бы парент ид был 0 тогда это будет родительская категория

всем привет )) подскажите плиз )) как правильно сделать http://paste.ofcode.org/XXMurcnJUAPHyen5n2Kc5W что бы категории были так категория/категория/категория

не та группа)

category_id parent_id 5 4

не та группа)

тут уже не по опенкарт(((

тут всегда не по опенкарт)

эх((

@phpgeeks

Ребят, как вывести данные во вьюшке не через ListView/GridView? В таком виде

Кто-то делает автопостинг

Нет, не автопостинг

а чем ListView не угодил?

foreach($dataProvider->models as $model) =)

foreach($dataProvider->models as $model) =)

Благодарю

а чем ListView не угодил?

Вот сам не знаю.. не додумался, видимо

Уже использую его

Всем привет! Хотел узнать как лучше настраивать пути к административной и фронт части в шаблоне advanced. Повесить на поддомены: myapp.com admin.myapp.com Или на сервере настроить редирект: myapp.com myapp.com/admin Какой вариант лучше? Где меньше потонцеальных проблем? Первый вариант мне нравится больше т.к. не надо возится с редиректами но я не знаю есть ли в нем потонцеальные проблемы

я пользуюсь первым вариантом

не понимаю какие это может вызвать проблемы

Всем привет! Хотел узнать как лучше настраивать пути к административной и фронт части в шаблоне advanced. Повесить на поддомены: myapp.com admin.myapp.com Или на сервере настроить редирект: myapp.com myapp.com/admin Какой вариант лучше? Где меньше потонцеальных проблем? Первый вариант мне нравится больше т.к. не надо возится с редиректами но я не знаю есть ли в нем потонцеальные проблемы

поддомены настраивай.

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

Да и роутинг будет проще в приложении. Меньше конфигов кодить.

Да и роутинг будет проще в приложении. Меньше конфигов кодить.

👍 именно поэтому)

То есть во втором вариенте у тебя головной боли больше, а гибкости меньше.

если по религиозным соображениям хочешь mysite.com/admin сделай в фронтэнде такой роут с редиректом на бэ)

если по религиозным соображениям хочешь mysite.com/admin сделай в фронтэнде такой роут с редиректом на бэ)

но лучше предай свою реглигию, если она есть, и не делай так.

ну на то они и "религиозные соображения" что бы извращаться на ровном месте

я когда-то параноил и прятал админку от любопытных глаз )

сча тебе скину ссылку

https://github.com/mickgeek/yii2-advanced-one-domain-config

хотя чего это я. У каждого есть выбор :)

зачем вам этот шаблон?

Ок, спасибо) Просто на самом первом yii проекте все было настроено через редирект. Поэтому и возник такое вопрос. За все время работы так и не понял зачем это было сделано

Ок, спасибо) Просто на самом первом yii проекте все было настроено через редирект. Поэтому и возник такое вопрос. За все время работы так и не понял зачем это было сделано

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

Для фронт части, админки и api. Получается было три разных приложения которые работали mysite.loc, mysite.loc/admin, mysite.loc/api. Все держалось на htaccess в корне прокта

Ребят, имеется структура таблицы в БД по типу: - username - password - email - activated (boolean) activated хочу использовать для проверки типа (только вместо проверки на гостя - моя проверка на статус активации (activated)): if(Yii::$app->user->isGuest()){ echo "ты гость"; } else { echo "у тебя есть доступ к скачиванию"; } Как мне такое организовать? Соответственно в бэкенде я сам выбираю кому предоставить "доступ к скачиванию"

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

Хорошо что понимаешь ))

Относись к этому как к набору классов

Ребят, имеется структура таблицы в БД по типу: - username - password - email - activated (boolean) activated хочу использовать для проверки типа (только вместо проверки на гостя - моя проверка на статус активации (activated)): if(Yii::$app->user->isGuest()){ echo "ты гость"; } else { echo "у тебя есть доступ к скачиванию"; } Как мне такое организовать? Соответственно в бэкенде я сам выбираю кому предоставить "доступ к скачиванию"

создай свой identity класс для юзера и в нем запили свой метод getIsGuest(). а вообще это костыль. жуткий. проверка на гостя на то и проверка на гостя - когда нет залогиненого юзера. лучше вместо activated (кстати грамотнее такие вещи обзывать is_active) запили статус юзера по инаму с вариантами new, confirmed, vip или как тебе еще угодно и там уже определяй. + is guest так же используется и в компоненте AccessRule, когда ты в правилах ставишь "?" или "@", то именно этот метод и используется для проверки yii2 очень богатый фреймворк, прежде чем выдумывать какие-то велосипеды - лучше погугли, может оно уже запилено, причем проще чем ты думаешь

identity класс по умолчанию - \yii\web\User, вот его форкни и укажи в конфиге вместо онного

У меня задумка такова. Есть 3 статуса пользователя (status ACTIVATED, NOT_ACTIVATED, DELETED). То есть при регистрации пользователя ему дается статус по дефолту NOT_ACTIVATED. После активации через email, выдается статус ACTIVATED. С этим статусом пользователь имеет доступ к разделам сайта. Мне же нужно просто не добавляя нового статуса, добавить проверку на доступ к скачиванию приложений, которая будет работать как: у пользователя есть галочка - разрешаем. Нет - запрещаем

Первое - реализовано

ну так у тебя уже 3 статуса

да

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

+ для AccessRule ты можешь предоставить коллбэк, в котором ты можешь выполнять свою проверку на возможность пользования разделами, не надо для этого работу фремйворка извращать

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

Так по сути, мне чекбокс в бэкенде нужен, чтобы во вьюшке выводить кнопку для скачивания, либо не выводить

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

$user->status == 'activated'