Size: a a a

PHP Developers из КЫРГЫЗСТАНА

2020 December 17

MB

Mr. Brown in PHP Developers из КЫРГЫЗСТАНА
Добрый вечер. Есть свободные разработчики на Php? Для проекта и для дальнейшей поддержки других проектов. Уровень strong junior или middle.
источник

AC

A C in PHP Developers из КЫРГЫЗСТАНА
лучше описать обязанности, да и в ветке с вакансиями такое публиковать, ибо ничего неясно)
источник
2020 December 19

BN

B N in PHP Developers из КЫРГЫЗСТАНА
Спам?
источник

AB

Alex B in PHP Developers из КЫРГЫЗСТАНА
B N
Спам?
конечно!
источник
2020 December 20

KK

Keldibekov Keldibeko... in PHP Developers из КЫРГЫЗСТАНА
РЕбята
источник

KK

Keldibekov Keldibeko... in PHP Developers из КЫРГЫЗСТАНА
источник

KK

Keldibekov Keldibeko... in PHP Developers из КЫРГЫЗСТАНА
не могу зайти в админку по этим данным
источник

KK

Keldibekov Keldibeko... in PHP Developers из КЫРГЫЗСТАНА
из=за чего может быть?
источник

AC

A C in PHP Developers из КЫРГЫЗСТАНА
ну, вряд ли есть экстрасенсы))
источник

AB

Alex B in PHP Developers из КЫРГЫЗСТАНА
пароль же засекреченный, я не уверен но это ларавель
источник

❄K

❄️ King of shy in PHP Developers из КЫРГЫЗСТАНА
Keldibekov Keldibekov
из=за чего может быть?
Пароль хешированный
источник

❄K

❄️ King of shy in PHP Developers из КЫРГЫЗСТАНА
Keldibekov Keldibekov
из=за чего может быть?
Обновить надо пароль через тинкер
источник

D

Dmitry Avelts in PHP Developers из КЫРГЫЗСТАНА
Alex B
пароль же засекреченный, я не уверен но это ларавель
В любом нормальном приложении пароли хешируют, если я не ошибаюсь этот захеширован путем bcrypt. Вопрос в том зачем роли выносить в отдельную таблицу. Единственная причина, которую я могу представить это динамическое создание ролей, но и то контролировать acl с таким подходом будет крайне сложно, может быть тут выстрелил в ногу себе разраб. Может пароль не верный, то где надо взять пароль, найти сервис который хеширует bcrypt , захешировать его, записать в дб. Если это другой вид хеша, то смотреть в компоненте сесурити, ну и проверить роли если не помогло.
источник

NO

Nikita Omen in PHP Developers из КЫРГЫЗСТАНА
Dmitry Avelts
В любом нормальном приложении пароли хешируют, если я не ошибаюсь этот захеширован путем bcrypt. Вопрос в том зачем роли выносить в отдельную таблицу. Единственная причина, которую я могу представить это динамическое создание ролей, но и то контролировать acl с таким подходом будет крайне сложно, может быть тут выстрелил в ногу себе разраб. Может пароль не верный, то где надо взять пароль, найти сервис который хеширует bcrypt , захешировать его, записать в дб. Если это другой вид хеша, то смотреть в компоненте сесурити, ну и проверить роли если не помогло.
а где хранить пермишены, в памяти?)
источник

D

Dmitry Avelts in PHP Developers из КЫРГЫЗСТАНА
Nikita Omen
а где хранить пермишены, в памяти?)
В массиве. По примеру симфони посмотрите. Ну и есть там же такая практика как хранение в памяти, по сути в конфиге.
источник

D

Dmitry Avelts in PHP Developers из КЫРГЫЗСТАНА
Nikita Omen
а где хранить пермишены, в памяти?)
Лишняя внешняя связь сказывается на производительности. А роли проверяются при каждом действии, вот и делайте выводы
источник

NO

Nikita Omen in PHP Developers из КЫРГЫЗСТАНА
читать из памяти, конечно, быстрее, но если у вас, например, 500 различных пермишнов, и с десяток ролей, то проходка по массиву с поиском конкретной роли может стоить довольно дорого. да и мэппить роли на группы тоже как-то нужно
источник

NO

Nikita Omen in PHP Developers из КЫРГЫЗСТАНА
дороже, чем сделать один селект с джоином
источник

D

Dmitry Avelts in PHP Developers из КЫРГЫЗСТАНА
Nikita Omen
дороже, чем сделать один селект с джоином
Перфоманс тесты?
источник

NO

Nikita Omen in PHP Developers из КЫРГЫЗСТАНА
у меня есть дела поважнее)
источник