nokimaro, ну, в памяти не похранишь, это же пхп, можно в мемкеше или редисе. было бы удобно, если бы телеграм дал возможность ботам банить юзеров, чтобы те не могли писать ботам.
Ты решил весь тостер своими вопросами заколебать? Дока в отдельной вкладке, если что. Открывай и читай. А вообще, с таким уровнем вопросов надо сначала язык подучить, а не за фреймворки браться.
Всем привет, не так давно начал заниматься программированием на PHP, задался вопросом об изучении фреймворка Laravel
Так ты, может, язык сначала выучишь? Изучишь ты по доке фреймворк, а дальше что? Дебажить не сможешь, разбираться с ошибками не сможешь, писать код без доки не сможешь.
Кирилл Несмеянов, потому что в случае, когда надо будет добавить еще обработчики, надо будет лезть в этот код и добавлять кейсов. Вместо того, чтобы передать типизированный список и пройтись по нему форичем, используя какой-нибудь support($arg), как часто делают. switch..case ок, когда список точно не будет меняться: скажем, если мы конвертируем картинки, можно обойтись свитчом, потому что новые расширения для картинок появляются не каждый день, а всякие штуки для апи или бизнес-объекты могут как появляться, так и исчезать постоянно.
А если у вас будет менеджер, который может удалять и добавлять юзеров, а потом появится менеджер, который может удалять, добавлять и редактировать, а еще потом менеджер, который может редактировать и удалять. Каждый раз новая роль, хоть и отнаследованная? Я к тому, что ABAC гибче, чем RBAC.
