Мультиязычность со значением по-умолчанию. Есть ли другое решение?

Лентюй, ну, логика примерно такая:

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

Оспорить это как-то не могу.

Целесообразно ли разделять таблицы в базе при малом количестве языков?

Дмитрий, потому что новости, описания продуктов будут динамическими. Хранить это всё в файлах точно не вариант. Статический текст, выводимый во вьюхах будет естественно помещен в языковые файлы.

Как правильно использовать RBAC с разными моделями?

Максим, понял. Спасибо.

Зачем генерировать всем тем, кто не будет пользоваться? Глупо.

Сгенерировать надо для всех. Глупо или не глупо, дело не моё - это хотелки заказчика. Они собираются внести всех клиентов и разослать по смс номера договоров и пароли для входа.

В CRM вам важно сколько он купил, какие у него контакты, контактов может быть много ну и так далее.

Я не уверен что это crm, это просто личный кабинет для клиентов с информацией о текущем статусе их заявок (которые сейчас они узнают по телефону или в офисе) и тикетами. Не более.

Как правильно использовать RBAC с разными моделями?

Максим, да нет, это вы меня не поняли, возможно. Уже не знаю как объяснить, чтобы все поняли, что мне нужно от yii :(
Для всех 270к обязательно должны быть сгенерированы логины и пароли и без разницы будут они пользоваться сайтом или нет.
Авторизация у клиентов происходит посредством id (номер договора), которые не совпадают с моими id в auth_users. Мне номер договора нужно указывать в auth_users или все-таки в crm_clients? И тоже самое с логинами, которыми авторизуется администраторы. Мне логин добавлять в auth_users или crm_employees? Клиентам букво-циферный логин при этом не нужен, но администраторам не нужен номер договора.
Паспорт, я привел вам как пример того, что для авторизации могут использоваться разные данные для клиентов и администраторов.

Как правильно использовать RBAC с разными моделями?

Максим, и мне нужно заполнять auth_users всеми лишними id по которым авторизуются клиенты даже тем, кому они не нужны, получается? Администраторам, например. Потому что по id своей таблицы auth_users, я не могу проводить, слишком большое различие. Если по passport клиенту проводить авторизацию, то его переносим тоже в auth_users, даже если он не нужен другим категориям пользователей?

Как правильно использовать RBAC с разными моделями?

Максим, сделал как вы посоветовали, user - таблица хранящая id и hash для авторизации, employee и customer хранящие свои данные. Но есть проблема в том, что для авторизации администратор использует login - которого нет у клиента, клиенты для авторизации используют id, который берется из уже существующей таблицы с 270к записями. И я в любом случае упираюсь в то, что если делаю, например мобильное приложение или склад, то логику буду дублировать. Я правильно понимаю?

Как правильно использовать RBAC с разными моделями?

Максим, сейчас прочел ваше сообщение и понимаю, что вы не поняли о чем идет речь в вопросе. И как раз описали то, что мне нужно во втором абзаце. frontend и backend разные приложения, имеющие только общие классы и бд, не более. Сотрудники не могут авторизоваться во frontend, а клиенты могут и соответственно наоборот. Никаких единых прав доступа и не нужно между backend и frontend, нигде об этом я не писал. Права в backend - admin и manager, во frontend прав нет.
Вопрос как раз и состоит в том, что если заказчику приспичит добавить роли клиентам, то мне нужно будет дополнительно заводить rbac таблицы в дб, вместо добавления в существующие?

Как правильно использовать RBAC с разными моделями?

Максим, спасибо.

Как правильно использовать RBAC с разными моделями?

Максим, причем тут гений я или нет...
Есть таблица customers из бд какой-то системы локальной под виндой, там 270к клиентов. Она перенесена в mysql и по ней люди авторизуются во front. Даже если я переименую employee в users, разве это для меня что-то поменяет, если заказчику приспичит сделать роли и для их клиентов?

Как правильно использовать RBAC с разными моделями?

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

Как правильно использовать RBAC с разными моделями?

Максим, я в вопросе указал, что есть всего 2 роли администраторы и менеджеры. О каких уборщицах вы пишите?

Как правильно использовать RBAC с разными моделями?

Максим, ну не может быть сотрудник без логина и пароля) Я никогда не встречался с сайтами, где администраторы входили на сайт без пароля. Да и просто моделью я не дам создать кого-то без пароля или логина.
Но даже если я переименую таблицу в users, то разве это поменяет суть? Ведь клиенты то все равно будут хранится в другой таблице.

Как правильно использовать RBAC с разными моделями?

Максим, я правда не вижу в этом решения. Я написал, что для backend и frontend используются разные таблицы. Мне предлагают сделать users, но я не могу совместить клиентов и администратора в одну таблицу.

Как правильно использовать RBAC с разными моделями?

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

Как правильно использовать RBAC с разными моделями?

О чем ваш ответ? Нет никакой таблицы user.

Надо помочь доделать несколько языков?

Seream220, расширение сделать .php

Надо помочь доделать несколько языков?

Seream220, версия пыхи значит не подходит. Расписывайте тогда так:

if (isset($_GET['lang']) AND in_array($_GET['lang'], array('ru', 'en'))) {
$checkLang = $_GET['lang'];
} else {
$checkLang = 'ru';
}

Надо помочь доделать несколько языков?

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

$checkLang = (isset($_GET['lang']) AND in_array($_GET['lang'], ['ru', 'en'])) ? $_GET['lang'] : 'ru';

Как правильно сохранять сессию в куки?

Даниил Сухих, используйте pdo и его плейсхолдеры. Или чистите вручную входящие данные.

Как правильно сохранять сессию в куки?

$ack = mysqli_query($connection, "SELECT * FROM `users` WHERE email = '$p_login'");