http://socketo.me

Насчёт вот этого - насколько я помню (год или два назад смотрел), он не поддерживает сокеты поверх TLS, поэтому сразу отпал для всех моих проектов. А на nodejs нормально работает, стабильно. Правда, на высокой нагрузке не проверял.

Тлс терминировать не в пхп нужно

Есть какой то сервис который показывает айпи адреса домена если днс сервер и веб сервер умерли несколько дней назад?

Наверное от цискоатаки датацентр сдох

Наверное через dig , чот затупил ?

И такое бывает)

Ратчет цепляй

+

+

есть ссылка на рабочий проект?

Привет

подскажите плиз что может быть

подтянул екстеншн https://github.com/2amigos/yii2-chartjs-widget

всё как надо сделал

на на вьюхе где должна быть отрисовка

ссылка на asset этого плагина несуществующая

amchart удобнее

/assets/8a94d8e2/Chart.js ссылается на этот файл

хотя директории вообще нет

кеш чистил

откуда yii берёт этот путь если его нет и не было

файлы доджны быть в @bower/chartjs/dist

есть

значит должно работать

поменяй public $sourcePath = '@bower/chartjs/dist'; на другой, проверь

ща

https://www.yiiframework.com/extension/yii2-amcharts

ты вот это имеешь ввиду?

их много, где лечше не подскажу. https://packagist.org/?q=yii2%20amcharts&p=0 но суть в том, что данные в твоем нужно передавать обычным массивом [1,2,3,4] так же как и назваиня столбцов, и вот когда ты будешь статистику из базы по датам тянуть начнутся проблемы

amchart массив данных полноценный 'dataProvider' => [['year' => 2005, 'income' => 23.5], ['year' => 2006, 'income' => 26.2], ['year' => 2007, 'income' => 30.1] ],

вот тут пример https://packagist.org/packages/speixoto/yii2-amcharts

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

все пути верные

выведи на экран путь @bower может где то переопределен

ща

всё ок, на удалённом сервере почему-то не было синхронизации...

спасибо в люб случае!

smsc.ru

А чо еще есть? Нада с физ. Лицом

как осуществляется deploy на рабочий сервер? Есть гайды какие-нибудь?

https://www.sitepoint.com/deploying-php-applications-with-deployer/

https://www.sitepoint.com/deploying-php-applications-with-deployer/

Димасик

Накинь нормальный сервис для смс рассылки ?

беспонятия. sms.ru не подойдет ?

Нет, я пробовал :(

smsc.ru

Коллеги, привет! Подскажите пожалуйста кое что по рбаку. Как расширить разрешение updateOwnNews, чтобы срабатывало и при роли admin? RbacController: https://gist.github.com/vanilevsky/270dd72a3a642b4c96bdc92e418a9d96 AuthorRule: https://gist.github.com/vanilevsky/afe2c0e8113e3f6365af012c55de3107 То есть чтобы при проверке Yii::$app->user->can('updateOwnNews', ['article' => $model]) было true когда юзер admin.

Коллеги, привет! Подскажите пожалуйста кое что по рбаку. Как расширить разрешение updateOwnNews, чтобы срабатывало и при роли admin? RbacController: https://gist.github.com/vanilevsky/270dd72a3a642b4c96bdc92e418a9d96 AuthorRule: https://gist.github.com/vanilevsky/afe2c0e8113e3f6365af012c55de3107 То есть чтобы при проверке Yii::$app->user->can('updateOwnNews', ['article' => $model]) было true когда юзер admin.

Можно конечно в правиле проверить, если админ, то true. Но тогда теряется смысл правила.

Коллеги, привет! Подскажите пожалуйста кое что по рбаку. Как расширить разрешение updateOwnNews, чтобы срабатывало и при роли admin? RbacController: https://gist.github.com/vanilevsky/270dd72a3a642b4c96bdc92e418a9d96 AuthorRule: https://gist.github.com/vanilevsky/afe2c0e8113e3f6365af012c55de3107 То есть чтобы при проверке Yii::$app->user->can('updateOwnNews', ['article' => $model]) было true когда юзер admin.

Либо на админа сделать своё разрешение updateNews, но это задавоение кода. (Как сейчас в контроллере прописано)

updateOwnNews добавь в дочерние админу

Накинь нормальный сервис для смс рассылки ?

смспилот топчик https://smspilot.ru/?r=9999

updateOwnNews добавь в дочерние админу

Он дочерний к менеджеру, а менеджер к админу.

https://gist.github.com/vanilevsky/afe2c0e8113e3f6365af012c55de3107 значит тут добавь условие или

https://gist.github.com/vanilevsky/afe2c0e8113e3f6365af012c55de3107 значит тут добавь условие или

Это ли не костыль?

updateOwnNews добавь в дочерние админу

Получается, при наследовании к админу тоже условие на авторство проверяется

не костыль

не костыль

Смысл правила в проверке на авторство, а мы туда ещё условие на админа положим. Похоже на костыль ?

Проверка на право редактировать

Коллеги, привет! Подскажите пожалуйста кое что по рбаку. Как расширить разрешение updateOwnNews, чтобы срабатывало и при роли admin? RbacController: https://gist.github.com/vanilevsky/270dd72a3a642b4c96bdc92e418a9d96 AuthorRule: https://gist.github.com/vanilevsky/afe2c0e8113e3f6365af012c55de3107 То есть чтобы при проверке Yii::$app->user->can('updateOwnNews', ['article' => $model]) было true когда юзер admin.

Все дочки должны наследоваться от админа

Не надо ничего лишнего в коде писать, просто правильно иерархию разрешений/ролей построить

Не надо ничего лишнего в коде писать, просто правильно иерархию разрешений/ролей построить

Вот именно, но тогда при наследовании от админа сохраняется условие проверки на авторство

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

Если нет, то он не админ и права такого у него нет

Тач тупит, ссори

Админ есть, но он наследует редактирование с проверкой

Он должен наследовать разрешение

Т.е. у роли админ есть потомок автор у которого есть в разрешениях редактировать новость

https://gist.github.com/vanilevsky/afe2c0e8113e3f6365af012c55de3107 значит тут добавь условие или

это другое

тут костыль)

это не решает его проблему

Т.е. у роли админ есть потомок автор у которого есть в разрешениях редактировать новость

Так и есть, но у автора редактирование только с авторством

это оригинальный код?

Но у админа должно быть без проверки авторства

запилите два пермишна, полный и ограниченный

либо везде писать Yii::$app->user->can('updateOwnNews', ['article' => $model]) || Yii::$app->user->can('admin') либо в самом разрешении на редактирование прописать либо автор либо админ

и проверяйте

пермишн canUpdateNews

а в updateOwnNews все верно написано

либо на уровне выше

сути не меняет

updateOwnNews ограниченный доступ

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

пермишн canUpdateNews

Тоже так придумал, но значит updateOwnNews конечное правило, и его не расширить без проверки?

Тоже так придумал, но значит updateOwnNews конечное правило, и его не расширить без проверки?

это обычныый checkAccess, к примеру нет доступа - проверяем есть ли ограниченный доступ и авторство

в любом случае есть canUpdateNews - пропустить, нет - проверять есть ли updateOwnNews. Просто по логике

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

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

Должно быть право редактировать, его и должен наследовать админ

А у редактировать уже должно быть право редактировать только свое

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

В будущем могут быть модераторы не админы, которые могут редактировать все новости и т.д.

Когда у тебя система ролей, да, так будет лучше. Когда у тебя 1-2 роли, смысла в этом нет. Создаешь роль манагер и даешь ему права на редактирование всего, и его добавляешь к правам админа. Разрешение это лишнее усложнение для нескольких ролей

Когда у тебя система ролей, да, так будет лучше. Когда у тебя 1-2 роли, смысла в этом нет. Создаешь роль манагер и даешь ему права на редактирование всего, и его добавляешь к правам админа. Разрешение это лишнее усложнение для нескольких ролей

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

само собой

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

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

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

там перед точкой не хватает "и страдай..."

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

из разряда - "сам долбоеб"

в любом случае это иерархия, даже если у тебя обособенный набор разрешений не связных между собой

нет, эта иерархия тока у тебя в голове, и возможно для некоторых удобств.

твои проблемы, живи с этим)

к примеру. тебе срочно нада сделать кастомную роль со своими наборами правил. Ок. взял накликал разрешения. А потом начинаешься мучица придумывая кто от кого наследуется