А что по сути из Yii нужен для Vue? Что Гии генерировать должен? Rest контроллеры + модель?

Ссылки которые умеют отдавать данные в формате понятном джсу ^_^

Ссылки которые умеют отдавать данные в формате понятном джсу ^_^

ссылки, формат ответа, правильные заголовки, единый интерфейс(почти RESTful), аутентификацию

причем все из коробки

это все для апи в принципе

Я бэк и люблю yii, но в последнее время надо решать задачи на фронте и вуй очень удобен для этих целей, как вариант мягкого избавления от ассетов и перехода на апи

Апишка ведь не для всех?

ссылки, формат ответа, правильные заголовки, единый интерфейс(почти RESTful), аутентификацию

Единный интерфейс - у меня дтошки на каждый ответ и намана живу

Апишка ведь не для всех?

Пока возможно да Но все идет к полному разделению фронта и бэка, и к общению через апи

Пока возможно да Но все идет к полному разделению фронта и бэка, и к общению через апи

Я не к тому Если апишка только для моего спа, то я не особо упарываюсь по авторизации ?

Я не к тому Если апишка только для моего спа, то я не особо упарываюсь по авторизации ?

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

да, по факту нам на бэке нужен только рест апи и модели вуй будет выступать заменой GridView (который используется только в админках) с нормальной аяксовой навигацией(сортировкой, фильтрацией), а не с жалкой имитацией через pjax

вуй какое то приложение использует? или у вас самопис вместо gridview?

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

Я ж не сказал "и не надо"

Я ж не сказал "и не надо"

Ну использовать фреймворк для "простых SPA" как из пушки по воробьям

вуй какое то приложение использует? или у вас самопис вместо gridview?

не совсем понял вопрос

Ну использовать фреймворк для "простых SPA" как из пушки по воробьям

Да с чего ты взял что оно простое?

Я сказал "если апишка для меня"

И никто кроме меня ее не может юзать

И никто кроме меня ее не может юзать

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

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

А в чем проблема использовать то же апи, что и для моего спа?

Приложение ведь тоже мое

И я не особо понимаю, как N разработчиков меняют суть

Я говорю о том, что если штука которая использует апи - в моем владение

А в чем проблема использовать то же апи, что и для моего спа?

А то что авторизация для апи отличает от авторизации для обычного сайта

как минимум

А то что авторизация для апи отличает от авторизации для обычного сайта

Да епрст, я тебя вообще не понимаю

Вот абсолютно

ок

смотри

Либо ты меня не так понял, либо мы разговариаем о разных вещах

стандартная авторизация в пхп работает через куки, так?

и для простых сайтов и даже спа этого более чем достаточно

Я же говорю, что у меня полноценная апишка

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

Я же говорю, что у меня полноценная апишка

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

Но там и нету ничего такого

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

У меня не было вопроса)

)

для тех кто называет вуй: Vue (произносится /vjuː/, примерно как view)

из доки

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

Но я ж вроде без косяка ??

Я бэк и люблю yii, но в последнее время надо решать задачи на фронте и вуй очень удобен для этих целей, как вариант мягкого избавления от ассетов и перехода на апи

А вот он с косяком :)

для тех кто называет вуй: Vue (произносится /vjuː/, примерно как view)

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

оно хоть созвучно

а вуй и вью два непохожих слова

Пайтон или питон?

питон есессно)

проще тогда х..й называть

и то ближе

проще тогда х..й называть

> вх..

х...й js

проще тогда х..й называть

тебе никто не запрещает)

вью

у нас тут сидят несколько бэков и несколько фронтов и чтоб мы друг другу мозги не трепали называет view=вью, vue=вуй и все норм)

питон есессно)

питон в штанах [ˈpʌɪθ(ə)n]

ага, а yii называют уй, да?

так получается

вуй и уй

ага, а yii называют уй, да?

может хватит холивар разводить?

не все ли равно как называть, мы же понимаем о чем речь

ага, а yii называют уй, да?

Вспоминается анекдот как заяц, волк и хомяк в Китай собирались

Привет всем Такой вопрос - кто занимался vue.js, вы внедряли его в проект с помощью расширения, либо же по-другому?

в AppAsset public $js = [ 'https://cdn.jsdelivr.net/npm/vue/dist/vue.js', 'theme/js/app.js' ];

для разработки норм

для прода сборка

Мне советовали ее для того, чтобы с таблицами работать

Там удобнее мол

На подобии задачи с удалением нескольких записей в таблице

+ ещё такой косяк вьюхи gridview - более 5 столбцов - она не адаптивная под телефоны

Пацаны, для визуального редактирования ролей, правил, прав, назначений RBAC порекомендуйте решение для yii2. Только не кривое и с множеством issue, а то перебрал уже три

Какие перебрал?

Developeruz и пару индусов или филиппинцнв

К ним претензий нет. Чуваки упёрлись и сделали себе решение. Упрусь-сделаю себе. Времени только нет. Может кто то подскажет о своем опыте применения?

привет. тоже перебирал, в итоге своё

ну я вот таким пользуюсь , но с перепилами) https://github.com/mdmsoft/yii2-admin

Вот перепилы меня расстраивают

ну не оч сильно я перепиливал.. менюху в основном

yii2mod/yii2-rbac

А за "основном"?

yii2mod/yii2-rbac

Ну тож придется перепиливать. Вот прям в процессе смотрю

Вернее допиливать. Меню точно и пока ещё не знаю что

echo Nav::widget([ ... 'items' => [ ['label' => 'Home', 'url' => ['/site/index']], Yii::$app->user->can('tasks') ? ['label' => 'Tasks', 'url' => ['/tasks/index']] : '', Yii::$app->user->can('components') ? ['label' => 'Components', 'url' => ['/components/index']] : '', Yii::$app->user->can('users') ? ['label' => 'Users', 'url' => ['/users/index']] : '', Yii::$app->user->can('rbac') ? ['label' => 'Rbac', 'items' => [ ['label' => 'Assignments', 'url' => ['/rbac/assignment']], ['label' => 'Roles', 'url' => ['/rbac/role']], ['label' => 'Permissions', 'url' => ['/rbac/permission']], ['label' => 'Routes', 'url' => ['/rbac/route']], ]] : '', ... ]);

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

echo Nav::widget([ ... 'items' => [ ['label' => 'Home', 'url' => ['/site/index']], Yii::$app->user->can('tasks') ? ['label' => 'Tasks', 'url' => ['/tasks/index']] : '', Yii::$app->user->can('components') ? ['label' => 'Components', 'url' => ['/components/index']] : '', Yii::$app->user->can('users') ? ['label' => 'Users', 'url' => ['/users/index']] : '', Yii::$app->user->can('rbac') ? ['label' => 'Rbac', 'items' => [ ['label' => 'Assignments', 'url' => ['/rbac/assignment']], ['label' => 'Roles', 'url' => ['/rbac/role']], ['label' => 'Permissions', 'url' => ['/rbac/permission']], ['label' => 'Routes', 'url' => ['/rbac/route']], ]] : '', ... ]);

Это "допил" меню?

это простая реализация без "допила" стандартного меню

Ну меню не страшно. А кроме этого были нарекания?

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

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

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

Кто может подсказать какое-нибудь решение для менеджмента рабочими паролями к разным сервисам между командой? Ключевое требование — наличие API для подтягивание паролей. Необязательное условие — высочайший rps. Доступ к паролям в расшифрованном виде исключён. Ссылки на гугл не кидать, спрашиваю у тех, у кого был опыт использования.

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

Спасибо

Кто может подсказать какое-нибудь решение для менеджмента рабочими паролями к разным сервисам между командой? Ключевое требование — наличие API для подтягивание паролей. Необязательное условие — высочайший rps. Доступ к паролям в расшифрованном виде исключён. Ссылки на гугл не кидать, спрашиваю у тех, у кого был опыт использования.

чем last pass не угодил?

чем last pass не угодил?

API есть?

Кто может подсказать какое-нибудь решение для менеджмента рабочими паролями к разным сервисам между командой? Ключевое требование — наличие API для подтягивание паролей. Необязательное условие — высочайший rps. Доступ к паролям в расшифрованном виде исключён. Ссылки на гугл не кидать, спрашиваю у тех, у кого был опыт использования.

Keepass через url

API есть?

не в курсе

https://enterprise.lastpass.com/ru/users/set-up-create-new-user-2/lastpass-provisioning-api/

вроде чота есть

Чота есть, сам вижу. А вот чо? :)

Я не понял исходя из этой страницы, какую возможность открывает API. Распределение доступов к заведенному аккаунту?

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