Правда тогда и на Винде приходилось искать драйвера. Ща честно не знаю надо или нет

Я тоже мучился ещё в далёком 200х лохматом каком то году

поверь, ничего не изменилось, я с этим мучался пару дней назад

Ну щас там автодетектор, вся фигня

Виндоуздебилам даже трогать ничего не надо.

Нажал кнопку, и оно само сделалось.

поверь, ничего не изменилось, я с этим мучался пару дней назад

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

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

Сука

Обнови ядро, говорили они. Будет весело, сказал я после обновления ядра.

Сука

Правда пришлось его из исходников собирать

Обнови ядро, говорили они. Будет весело, сказал я после обновления ядра.

Так откатился бы делов то

Правда пришлось его из исходников собирать

Это всегда больно. Хотя и прикольно, но больно. Ненавижу когда зависимоть зависимостью погоняет.

Так откатился бы делов то

Да я про тебя ж)

Да я про тебя ж)

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

Короче старый не заработал, нового нет

Короче старый не заработал, нового нет

Ну мог бы сам пропатчить

У меня так на работе предшественник развлекался

Но вычитал что в нестабильной ветке ядра уже впилили поддержку железа этого. Вкрячил и радовался

Но это было так давно. Больше проблем не было. Пересел на убунту с опенсюзи и норм

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

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

фу, пропиертарщина!11

бох накажит))

Это наименьший из моих грехов 😄

Ахахах

Чот мы заофтопились совсем

Ладно. Слишком много оффтопа. Теперь вопрос по теме. Тут у меня по сути требуется множественное наследование, а так как в пыхе низзя, то вопрос: а хорошо ли воспользоваться трейтами?

Ладно. Слишком много оффтопа. Теперь вопрос по теме. Тут у меня по сути требуется множественное наследование, а так как в пыхе низзя, то вопрос: а хорошо ли воспользоваться трейтами?

Хорошо

Но в Yii же есть behaviors

Я видел. Ну они разве с этим справятся?

Просто смотри. Мне нужно запихнуть в класс, который отнаследовался от Model переменную из класса User.

Ну надо конкретнее задачу знать. В принципе они и придумывались для этого

Просто смотри. Мне нужно запихнуть в класс, который отнаследовался от Model переменную из класса User.

Только одну переменную?

Давай подробности

Унаследовать напрямую от User нельзя?

Или User не наследуется от Model?

User наследуется от UserModel, а то от ActiveRecord, все четко.

Сейчас поясню задачу.

Фактически — рефакторинг кода.

Ладно. Слишком много оффтопа. Теперь вопрос по теме. Тут у меня по сути требуется множественное наследование, а так как в пыхе низзя, то вопрос: а хорошо ли воспользоваться трейтами?

зачем ? и наследование зачем ?

Сейчас поясню.

Не торопитесь, я печатаю медленней)

Мы торопимся быстрее чем ты печатаешь

есть куча моделей форм, но есть две, чей код полностью пересекается — создание пользователя из админки и просто из формы регистрации, там одинаковый практический код, плюс еще скоро появится почти такой же код для обновления данных пользователя из админки. по совету решил сделать базовый класс, а от него отнаследоваться для этих троих моделей форм. Но чтобы все работало, мне нужно в базовом классе форм иметь константу ADMIN_ROLE, а она находится в User. Наследовать от User'а базовый класс как-то не кошерно, поэтому задумываюсь о трейтах. Разве не верно?

Ненавижу так объяснять. Конечно, надо показывать код, но придется тогда сливать весь проект, а это такое.

Вообще есть такой нюанс. Можно избежать в принципе трейтов, попросту чертову константу перенеся в checkAcessHelper, а потом ее там вызывать через self.

Но я так не хочу.

Я щитаю, что ей место именно в самой модели.

В конце коцнов в модели юзер у меня как раз и находится пресловутая role

rbac бы прилепил эх(

ну у меня что-то типа rbac

только мини

лол

одним файлом

классом точнее

Ну behavior тебе может помочь, но трейтами проще будет

Я просто понимаю, что я чисто заморачиваюсь.

Но хочется сделать по красоте ж.

Comparing Behaviors with Traits ¶ While behaviors are similar to traits in that they both "inject" their properties and methods to the primary class, they differ in many aspects. As explained below, they both have pros and cons. They are more like complements to each other rather than alternatives. Reasons to Use Behaviors Behavior classes, like normal classes, support inheritance. Traits, on the other hand, can be considered as language-supported copy and paste. They do not support inheritance. Behaviors can be attached and detached to a component dynamically without requiring modification of the component class. To use a trait, you must modify the code of the class using it. Behaviors are configurable while traits are not. Behaviors can customize the code execution of a component by responding to its events. When there can be name conflicts among different behaviors attached to the same component, the conflicts are automatically resolved by prioritizing the behavior attached to the component first. Name conflicts caused by different traits requires manual resolution by renaming the affected properties or methods. Reasons to Use Traits Traits are much more efficient than behaviors as behaviors are objects that take both time and memory. IDEs are more friendly to traits as they are a native language construct.

Дак нельзя тебе в коммон запихать основу формы?

и потом в фронте бэке расширить поменять?)

Дак нельзя тебе в коммон запихать основу формы?

Нужна константа из класса модели

а ну я чет мимо читал =)

геттер?

)

Дак нельзя тебе в коммон запихать основу формы?

А можно поподробнее для тех, кто выбрал basic шаблон, лол

Нефиг. Трейтом сильнее проще будет

и потом в фронте бэке расширить поменять?)

На самом деле админка — сильно сказано. Это у меня просто расширенная версия крудов, лол

а че надо то?)))))))))))

Нефиг. Трейтом сильнее проще будет

Ну тогда пошел об этом читать\смотреть\слушать)

Чо там читать то?

Чо там читать то?

Я еще этим не пользовался.

А поведениями?

есть куча моделей форм, но есть две, чей код полностью пересекается — создание пользователя из админки и просто из формы регистрации, там одинаковый практический код, плюс еще скоро появится почти такой же код для обновления данных пользователя из админки. по совету решил сделать базовый класс, а от него отнаследоваться для этих троих моделей форм. Но чтобы все работало, мне нужно в базовом классе форм иметь константу ADMIN_ROLE, а она находится в User. Наследовать от User'а базовый класс как-то не кошерно, поэтому задумываюсь о трейтах. Разве не верно?

что только не придумывают. У yii2 есть же сценарии. если нужно сделать разные проверки. Ну а проверку сделать. Пробрасывать User в класс CheckAccess

что только не придумывают. У yii2 есть же сценарии. если нужно сделать разные проверки. Ну а проверку сделать. Пробрасывать User в класс CheckAccess

Я так понял User используется только в одной форме а константа оттуда нужна везде

Я так понял User используется только в одной форме а константа оттуда нужна везде

Я щас скину код хелпера

И поясню подробнее как у меня работает

Лучше так.

Я так понял User используется только в одной форме а константа оттуда нужна везде

Ну окей. мы же вызываем checkAcess и туда кидаем user реализацию

https://pastebin.com/45ZUJMij

Вот как у меня выглядит класс-хелпер для проверки доступа к тому или иному экшену контроллера.

На вход идет модель + действие.