Laravel Türkiye Discord Kanalı Forumda kod paylaşılırken dikkat edilmesi gerekenler!Birlikte proje geliştirmek ister misiniz?

Giriş yapmış kullanıcıyı yönlendirme

isset

RouteServiceprovider altında

public const HOME = '/dashboard' ; şeklinde bir sabit var burdaki adresi ne yaparsam kayıtdan sonra o adres açılmış oluyor peki birde fortify dökümanlarında Customizing Redirects başlığında bir bölüm var bu arada ilk sorum bu Home sabiti .env dosyasında değilse nerde bulunur ikinci olarak ise Customizing Redirects kısmında belirtilen App\Providers\FortifyServiceProvider içinde A rolündeki kullancııyı '/Arole/dashboard' gibi bi yönlendirme yanlış olmazmı ? kafam çok karıştı
RouteServiceprovider içinde public const HOME = '/dashboard' bu şekilde bırakıcam
App\Providers\FortifyServiceProvider içindede eğer kullancı rolu boş değil ve Arolüne sahipise '/Arole/dashboard' a yönlendir gibi bi yolmu izlemelyim ?

mgsmus

isset Laravel'in içinde hazır gelen guest isimli bir middleware var. Eğer bu middleware'i bir rotaya uygularsanız o rotaya sadece giriş yapmamış olanlar yani misafirler erişebilir. Eğer misafir giriş yapıp kullanıcı olarak o rotaya erişmeye çalışırsa RouteServiceProvider::HOME adresine yönlendirilir. Mesela login rotası bu guest middleware'i için uygun bir rota çünkü sadece misafirlerin login formunu görmesini isteriz; kullanıcıların da çıkış yapmadan tekrar giriş yapmaya çalışmasını istemeyiz.

Fortify içindeki redirect ise misafir için değil giriş yapmış kullanıcı için. Yani kullanıcı giriş yaptıktan sonra ya da çıkış yaptıktan sonra yönlendirmeyi kontrol ediyorsunuz. RouteServiceProvider::HOME ise zaten giriş yapmış bir kullanıcı sadece misafirlerin görebileceği bir alana (mesela giriş, kayıt, şifre hatırlatma gibi) erişmeye çalıştığında devreye giren bir yönlendirme için kullanılıyor.

HOME sabiti değeri .env dosyasında yer almaz çünkü .env dosyası sizin ayarlarınızı topladığınız genel ayar dosyası değil uygulamanın farklı çalışma ortamlarında farklı ayarları kullanmasını sağlayan dosyadır. Örneğin kendi bilgisayarınız, dev ortamı ve prod ortamı olmak üzere 3 tane ortamınız olsun. Bu 3 ortamda da veritabanı adı, kullanıcı adı ve şifrenizin farklı olması yüksek ihtimaldir. Bunun için kendi bilgisayarınızdaki .env dosyanıza kendi bilgisayarınızdaki veritabanı bilgilerini yazarsınız. config klasörü içindeki alanlarda env() yöntemini görmüşsünüzdür. Bu yöntemin ikinci parametresine de prod ortamındaki veritabanı bilgilerini yazarsınız. dev ortamına da elle bir .env dosyası ekleyip içerisine dev ortamındaki bilgileri yazarsınız. Böylece uygulamayı geliştirirken, dev ortamında test ederken ve canlı ortamda ayarları değiştirmeden uygulamayı kullanırsınız. Elle .env ekleme sadece prod için de yapılabilir, her ortam için de yapılabilir. Bu durumda HOME sabitinin .env dosyasından gelmesine gerek yok çünkü %99.9 her ortamda aynı rotaya yönlendirme yapacaksınız. Amacından ötürü .env dosyası .gitignore içinde yer alır ve repoya gönderilmez; eklenecekse elle eklenir. .env dosyası bulunduğu ortamda config:cache komutu ile genel ayar dosyası olarak kullanılabilir elbette. Bu şekilde kullananlar iki sebepten ötürü kullanıyor; ya .env dosyasının tam olarak ne işe yaradığını bilmiyor, toplu ayar dosyası sanıyor ya da repoda bazı bilgilerin gözükmesini istemiyor, geliştiricilerin erişmesini istemiyor ve sadece bu bilgileri sistem adminlerinin, DevOps ekibinin görmesini istiyor.

isset

mgsmus Fortify içindeki redirect ise misafir için değil giriş yapmış kullanıcı için. Yani kullanıcı giriş yaptıktan sonra ya da çıkış yaptıktan sonra yönlendirmeyi kontrol ediyorsunuz.

RouteServiceProvider::HOME ise zaten giriş yapmış bir kullanıcı sadece misafirlerin görebileceği bir alana (mesela giriş, kayıt, şifre hatırlatma gibi) erişmeye çalıştığında devreye giren bir yönlendirme için kullanılıyor.

teşekkürler ..
Home sabiti fortify .php içinde imiş
‘home’ => RouteServiceProvider::HOME,

mgsmus

isset PhpStorm kullanıyorsanız değişken, sabit, yöntem, interface, trait vs üstünde Ctrl + B yaparak nerelerde kullanıldığını bulabilirsiniz.

isset

@mgsmus Teşekkürler

isset

kullanıcı giriş yaptıktan sonra yönlendirme için soruyorum

benzer bir konuda
app/Providers/FortifyServiceProvider.php içinde register() yöntemine şunu ekliyorsunuz:

use Laravel\Fortify\Contracts\LoginResponse;

public function register()
{
    $this->app->instance(LoginResponse::class, new class implements LoginResponse {
        public function toResponse($request)
        {
            // Kullanıcı giriş yaptı. Giriş yapan kullanıcıya artık $request->user()
            // şeklinde ulaşabilirsiniz. Auth::user() ile aynı şey...
            if(in_array($request->user()->role, ['role1', 'role2', 'role3'])) {
                return redirect('dashboard');
            }

            if($request->user()->isAdmin()) {
                return redirect()->route('admin.dashboard');
            }
            
            return redirect('/');
        }
    });
}

diyerek paylaşmışsınız bu yukardaki kod ile dökmantasyonda https://laravel.com/docs/9.x/middleware kısmında
Middleware Parameters başlığı altında bulunan örnek te middleware kullanarak yönlendirme arasında herhangi bir fark varmıdır ? Tercih meselesimidir ?

<?php
 
namespace App\Http\Middleware;
 
use Closure;
 
class EnsureUserHasRole
{
    /**
     * Handle the incoming request.
     *
     * @param  \Illuminate\Http\Request  $request
     * @param  \Closure  $next
     * @param  string  $role
     * @return mixed
     */
    public function handle($request, Closure $next, $role)
    {
        if (! $request->user()->hasRole($role)) {
            // Redirect...
        }
 
        return $next($request);
    }
 
}

mgsmus

isset Üstteki sadece kullanıcı login olduğunda çalışır. Middleware olan ise verdiğiniz rotalara her erişimde çalışır. İkisi farklı şeyler, tek ortak yanları role göre yönlendirme yapmaları.

isset

Route::get('/', function () {
    return view('welcome');
});

bu adres için bir middleware uygulamak demek login olan kullanıcı bu rotaya otomatik yönleneceğinden devreye girip aynı işi yapıyor olacağı anlamına gelmezmi ?

mgsmus

isset Kullanıcı login olunca bir işlem yaptırmak (sadece yönlendirme olarak düşünmeyin) ayrı bir şey, bir rotayı middleware ile korumak ayrı bir şey. Login sadece bir kere gerçekleşir ama middleware rotaya her istek atmanızda çalışır. Sizin bahsettiğiniz rotaya giriş yapmış kullanıcı da gelebilir ziyaretçi de ama üstteki LoginResponse sadece login olan kullanıcı tarafından bir kere çalıştırılacak bir yer. Bir noktada ortak bir iş yaptıkları için kafanız karışıyor olabilir. Mesela middleware kullandınız diyelim, rotaya her istek gelmesinde çalışacak, siz ise middleware ilk çalıştığında bir log tutsun ama ikinci ve sonrası isteklerde yapmasın istiyorsanız bunun için middleware kullanmazsınız event/listener kullanırsınız çünkü ihtiyacınız middleware gibi her istekte çalışan bir şey değil sadece bir kere belli durumda çalışan bir şey.

isset

Teşekkür ederim Çok yardımcı oldunuz bu konuda son bir sorum var middlware parameters başlığında bir örnek verilmiş bu örneği denedim ama istediğim sonucu alamayınca sormak istedim

 public function handle($request, Closure $next, $role)
    {
        if (! $request->user()->hasRole($role)) {
            // Redirect...
        }
 
        return $next($request);
    }

user tablomda $table->enum('hasRole', ['editor', 'admin']); şeklinde bir yapım var ve buna

})->middleware('role:editor'); şeklinde parametre göndermem gerekiyor dogrumu ? yani en azından

https://laravel.com/docs/9.x/middleware#middleware-parameters burda anlatılan bu değilmi ?

mgsmus

isset Evet doğru. handle($request, Closure $next, ...$role) şeklinde splat operatörü (...) de kullanırsanız virgülle ayrılmış değerleri array olarak alıp kullanabilirsiniz.
role:admin,editor yaptığınızda $role değeri ['admin', 'editor'] olur.

isset

sağolunuz , teşekkürler