В каком месте надо располагать кастомный Authoriazation class в Laravel?

Question

[naneri]

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

Сейчас небольшой ступор с авторизацией. Я примерно разобрался как можно проверять юзернейм и пароль из инпутов, но в принципе это бесполезно. Мне необходимо написать класс который будет отвечать за авторизацию и заменит родной от Laravel, потому что некоторые методы этого класса у Laravel не совсем подходят (а остальные просто не нужны).

Нашёл неплохие туториалы:
1
2

Но не могу понять куда этот класс надо расположить в приложении.

Comments

[naneri]

В общем задача даже ещё более тривиальная, мне надо заменить password на s_password

Answer 1

[Вячеслав Плиско]

Лучше всего всё складывать в свои директории, для этого добавьте в composer.json правило автолодинга и неймспей, например, для \Acme\*

"autoload": {
		"psr-4": {
			"Acme\\": "/path/to/lib/"
		},
		"classmap": [
			"app/controllers",
			"app/database/migrations",
			"app/database/seeds",
			"tests/TestCase.php"
		]
}

и не забудьте сделать composer dump-autoload

Comments

[Евгений Елчев]

Чушь какая то, у ларавел psr-4 на папку /app все что в ней лежит отлично автоподгружается, это раз. Во вторых все классы которые используются для авторизации имеют свое место в структуре, где желательно их хранить.

[Вячеслав Плиско]

Евгений Елчев: конечно, может в app, но это исторически сложившийся атавизм с мусоркой в app. При нормальном подходе, код нужно выносить в отдельные пакеты, которые в последствии можно использовать в других проектах подключая через компосер.

[Евгений Елчев]

Вячеслав Плиско: Не обязательно. Не будете же вы любую мелкую функцию выносить в отдельный пакет. Да и человек спрашивал про контроллер, который выносить в отдельный пакет еще более странная идея

[Вячеслав Плиско]

Евгений Елчев: ваше право, для мелких проектов можно и вовсе логику в анонимки роутера засовывать, а не контроллеры делать. Но я предпочитаю разносить всё по своим директориям, вроде Accounts, News, Pages где все контроллеры, модели, сервисы, миграции, вьюхи, ресурсы по теме. Никаких лишних усилий не нужно, зато сразу порядок и структурированность.

Answer 2

[Евгений Елчев]

Я понимаю ваш вопрос, но не полностью, в каком конкретно месте у вас затык? В принципе на самом laravel.com есть неплохое описание авторизации.

Я так понимаю вы не совсем понимаете архитектуру ларавел? Потому что вы скорее всего правите контроллер, так он лежать должен в папке контроллеров. По факту допила, родная авторизация в ларавеле из коробки работает на трейтах (советую почитать что такое trait в php) и они подмешивают функционал к контроллеру, вам необходимо просто переопределить метод авторизации, по факту в auth контроллере вам нужно реализовать свой метод который перекроет метод из трейта.

Comments

[naneri]

Это год назад вопрос был. Я чот уже сам не понимаю что я хотел. Видимо я тогда писал приложение на Ларавел которое подключалось к БД для CMS osclass, в котором поле для пароля называлось "s_password" и не мог подрубиться. Сейчас уже год как разрулил эту проблему ;D. Но не уверен что в этом проблема была, я просто сужу по комментарию к вопросу.

[Евгений Елчев]

naneri: оу, я на дату и не посмотрел, как он попал ко мне в ленту)