неа

а во второй части s зачем указывать?

если наименование класса контроллера в единственном числе

тогда может просто так <controller:\w+>' => '<controller>/index', ?

<controller:(\w+).$>' => '$1s/index', а так?

Нахер вы знак окончания строки ставите

а, справа тоже надо s отрезать

Нахер вы знак окончания строки ставите

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

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

и после этого еще s подставляете?

Строка кончилась а s есть

нужно чтобы в урле указывалось users и обращался к контроллеру user

'<controller:\w+>s’ => ‘<controller>/index’,

может тогда так <controller:(\w+)s>' => '$1/index'

'<controller:\w+>s’ => ‘<controller>/index’,

не, надо наоборот - чтобы слева было users а справа user

Gjghfdbk

Поправидл

@Med1c84 спасибо работает

<controller:(\w+).$>' => '$1s/index', а так?

я тут сам немножко в Url'ах запутался, оказывается не работает так... оставил как было в принципе я добился чего хотел

ну да) я тоже запутался, выше вариант как раз что надо делает

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

если и можно, то понятия не имею как

если и можно, то понятия не имею как

можно

можно сделать по другому) есть решение, где не регулярками это делается

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

@kohone буду весьма благодарен

https://dev-tips.ru/blog/post/yii2-napisanie-pravil-razbora-i-postroeniya-url

@Med1c84 при помощи регулярки?

Угу

@Med1c84 можно узреть пример?

сек

https://pastebin.com/j5YFbKWq

зацените какое говно делаю ;D

https://dev-tips.ru/blog/post/yii2-napisanie-pravil-razbora-i-postroeniya-url

а в advanced версии yii где будет преемлемо создавать класс PageRule?

а в advanced версии yii где будет преемлемо создавать класс PageRule?

у меня для фронта тут лежит frontend\components\UrlRules

папку components сам создавал?

Да

или он должен быть?

нет, сам. та любые папки можно создавать) это ж фреймворк

потому что просто я его не вижу =D

создавай, еще пригодится)

а я как-то пока стараюсь просто придерживаться того что есть

иначе страшно наворотить бед =D

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

Ну капец, что ты такое говоришь

Фреймворк не указывает тебе что и как делать

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

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

@Med1c84 можно узреть пример?

оказывается нельзя. сложные условия не работают

@Med1c84 окей)

https://pastebin.com/j5YFbKWq

или так чуть менее говняно выглядит? https://pastebin.com/iePnVYau

ахахаха )) сук

@poweraxis мне вообще страшно трогать ядра и файлы фреймворка, ибо нафига так делать, если и так всё нормально работает

да и за неопытности скорее всего

Да не ядро фреймворка

или так чуть менее говняно выглядит? https://pastebin.com/iePnVYau

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

А своего приложения

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

???

@poweraxis мне вообще страшно трогать ядра и файлы фреймворка, ибо нафига так делать, если и так всё нормально работает

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

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

так быстрее. примерно в 100 раз )

пробовал с группировками и юнионами и прочим говном

пробовал с группировками и юнионами и прочим говном

я в первый раз хотел предложить проверять результат ->one() на null, чтобы по два запроса не делать) да отвлекся

???

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

Куда хош, тока не в vendor

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

common/kernel

Куда хош, тока не в vendor

С чего ты взял, что я ее в вендор кладу?

С чего ты взял, что я ее в вендор кладу?

это он не тебе) новичок увидит, что все в вендор сложено, и туда засунет

С чего ты взял, что я ее в вендор кладу?

Знак вопроса смутил)

Добрый день, можно как нибудь захешировать пароль в md5 перед отправкой ? <?= $form->field($model, 'password')->passwordInput(['maxlength' => true]) ?>

Поймай в контроллере и захешируй

https

Вешайся на onSubmit и средствами js делай хеширование

Поймай в контроллере и захешируй

спасибо, ща попробую, а это вообще правильно отлавливать в контроллере и хешировать ?

Ну в сервисе поймай)

Всё что тебе там насоветовали помойму мимо)

Вешайся на onSubmit и средствами js делай хеширование

Вот так делай)

ок, спасибо за совет

Ну а вообще в теории это полезно только если твой трафик сниферят. В этом случае просто https поможет. Данные от клиента до тебя все шифрованные и чтото шифровать до отправки вприницпе смысла нет. Только если ты вообще не хочешь чтобы пароли в человкочииаемом виде как-либо залетали на сервер.

если на то пошло то лучше уже тогда не мд5

а что то по лучше