его функции должны регулироваться системой авторизации

т.е. у теюя должно быть три таблицы

user, profile и role

усе

ну, чтобы не было ситуации, что root даёт права админа юзеру, а юзер забирает права у админа( читаю задание и понимаю, что админ у админа ничего не забирает и не банят друг друга... )

ну, чтобы не было ситуации, что root даёт права админа юзеру, а юзер забирает права у админа( читаю задание и понимаю, что админ у админа ничего не забирает и не банят друг друга... )

роли проверять надо

спс

насколько всё плохо?

воопще печаль ?

отдельная таблица под статусы доставила. Бро спасибо за хорошее настроение с утра ;D

https://yasb.exileed.com/t/phpgeeks

согласен, страшно

отдельная таблица под статусы доставила. Бро спасибо за хорошее настроение с утра ;D

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

советую закрыть hs и почитать про RBAC

:)

кк

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

role не должен относиться к profile

профиль - это то, что видно снаружи

а role - Это внутрисистемная вещь

таблица admin - вообще не в пизду, ни в Красную армию

ты из реляционных данных какойто noSql стремишься сделать

спс

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

если нужны статусы текстом, сделай ENUM. Основная таблица все же user, а не профиль (который является ДОПОЛНЕНИЕМ к юзеру). Соответственно статус надо к юзеру. Связи все тоже через юзера, элементарно потому, что этот юзер грузится ВСЕГДА, когда авторизованный пользователь шарится по сайту. Ну и потому что это все же основная таблица.

И вообще, в текущем виде не понятно зачем разделение профиля и юзера. Толкай в 1 таблицу. Зачем это?

по неймингу: http://www.sqlstyle.guide/

в таблице профиля role_id, в таблице роли idrole... WTF?

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

кк, спс

role_id это внешний ключ , принимающий первичный ключ таблицы Role(idrole)

связующий ключ должен быть всегда одинаковым в названии

и не к чему называть колонки iduser, idrole

называй user_id, role_id

в стайл гайде об этом сказано. прочитай внимательно

/stat@combot

combot.org/chat/-1001047863278

Есть довольно нубский вопрос. Работаю с Symfony и появилась нужна вызвать 403 ошибку в недрах контроллера. Я это сделал через exit(403), но, может, существует более правильный способ?

выбрасывай исключение AccessDeniedHttpException

выбрасывай исключение AccessDeniedHttpException

вроде как через Response правильней будет

там коды ошибок описаны константами по rfc

там коды ошибок описаны константами по rfc

в AccessDeniedHttpException тоже

https://symfony.com/doc/current/controller.html#managing-errors-and-404-pages

Кто может поделиться ссылками на материал по эцп и шифрованию в веб приложении? (авторизация либо через электронную карту (пропуск), либо через логин и пароль с позиционированием)

я бы тоже про такое почитал

/stat@combot

combot.org/chat/-1001047863278

по неймингу: http://www.sqlstyle.guide/

Есть он же на русском?

Учи буржуйский

Есть он же на русском?

есть 1С

?

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

я имел ввиду перевод статьи

все равно нашел его.

http://fixin.com.ru/articles/writer_1s_vis_navision/example_of_code_editor_in_1s.jpg

Что там делает Count() В кругу врагов

а Родитель.Folders.Item ?

Удивительно

ERROR: S client not available

есть 1С

тонко

1c++

Есть он же на русском?

да, сверху выбери русский язык ;D

1c++

?

да, сверху выбери русский язык ;D

внатуре

?

Почему первичный ключ по id - зло?

Почему первичный ключ по id - зло?

С чего вдруг?

ну вот руководство смотрю

еще статья на хабре открыта, но еще не читал

Почему первичный ключ по id - зло?

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

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

https://habrahabr.ru/post/107834/

Я так понял, что типа нет смысла создавать везде ?_id

Это ответ на статью про то, что uber с постгре на мускуль обратно укатился?

типа делаем в таблице options ключи id_option и норм?

я так понял это про то, что нахер не надо делать столбец с ID если у тебя есть столбцы, которые уникальны сами по себе

с другой стороны статья 2010 года, так что похер)

я так понял это про то, что нахер не надо делать столбец с ID если у тебя есть столбцы, которые уникальны сами по себе

это будет составной ключ. можно конечно и так, но это ненужное усложнение

Я так понял, что типа нет смысла создавать везде ?_id

не читал статью. так что хз что ответить. если таблица не нуждается в инкрементном уникальном идентификаторе. то зачем его использовать?

Ну я понимаю, если есть связь например "многие к многим", вспомогательная таблица

А где таблица с юзерами и постами - нужен ли id?

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

Там инкремент нифига не нужен, потому что id товара и оффера они в паре уникальны

uuid ?

Я знал, я знал что игры со шрифтами пригодятся (блдь) https://tjournal.ru/46265-doch-pakistanskogo-premera-popalas-na-poddelke-dokumentov-iz-za-ispolzovaniya-shrifta-calibri

А где таблица с юзерами и постами - нужен ли id?

Либо id, либо uuid