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

Laravel url yapısı hakkında

serefayazgun

Merhabalar,
CodeIgniter ile hazırlanmış projeyi, Laravel'e çevirmeye çalışıyorum.

Aşağıdaki gibi url yapım var. Bu yapıda url /company/branchname-1234 olarak geldiğinde, branchinfo fonksiyonuna değil companytown fonksiyonuna gidiyor.

Route'u şu şekilde de Route::get('/{company}/{branchname}-{id}', [Controller::class, 'branchinfo'])->where(['company' => '[a-z0-9-]+', 'branchname' => '[a-z0-9-]+', 'id' => '[0-9]+']); denedim, olmadı.

Yardımlarınızı bekliyorum.

Route::get('/{company}', [Controller::class, 'company']); Route::get('/{company}/{city}', [Controller::class, 'companytown']); Route::get('/{company}/{city}/{town}', [Controller::class, 'companytownbranchs']); Route::get('/{company}/{branchname}-{id}', [Controller::class, 'branchinfo']);

mgsmus

serefayazgun Şunu diğer rotaların en üstüne alıp deneyebilir misiniz?:

Route::get('/{company}/{branchname}', [Controller::class, 'branchinfo'])
    ->whereAlphaNumeric('company')
    ->where('branchname', '([a-zA-Z]+)-(\d+)');

public function branchinfo(Request $request, $company, $branchname)
{
    $branchId = (int)explode('-', $branchname)[1];

    // ...
}

serefayazgun

mgsmus

Yine companytown fonksiyonuna gidiyor. Tek bu rotayı bırakınca da 404 geliyor.

mgsmus

serefayazgun route:cache ya da optimize yapmış olabilirsiniz. artisan optimize:clear yapıp deneyin (ve *:cache ve optimize komutlarını bir daha geliştirme ortamında kullanmayın).

mgsmus

yalcin serefayazgun yaşadığı sorun bu olmayabilir, sadece tahmin ettim ama arkadaşlar

Geliştirme ortamında rotaları ve ayarları değiştiriyorlar. route:cache, optimize vs gibi sadece prod ortamında biraz hız elde etmek için kullanılan komutları geliştirme ortamında bir faydası olmadığı halde kullanıyorlar, rota ve ayarları önbelleğe alıyorlar.
Sonra tekrar rota veya ayar dosyalarında değişiklik yapıyorlar ama komutları tekrar çalıştırmayı unutuyorlar, o yüzden framework bunları eski önbellekten okuyor. Sonra foruma gelip rotalar çalışmıyor, ayarları değiştirdiğim halde işlemiyor diye konu açıyorlar.
optimize:clear yapın ve bu komutları bir daha geliştirme ortamında kullanmayın diye cevap veriyorum.
Tekrar 1. dekini yapıyorlar, başa sarıyoruz.

Ben 10 yıldır forumda bu döngüyü kıramadım...

Cevap çok basit, bilgisayarınızda hiçbir şeyi önbelleğe almayacaksınız. Geliştirme ortamında önbelleğe ihtiyacınız yok, o 100ms lik hızlanmaya geliştirme ortamında ihtiyacınız yok. Dokümanda da yapmayın diyor:
https://laravel.com/docs/11.x/configuration#configuration-caching

You should typically run the php artisan config:cache command as part of your production deployment process. The command should not be run during local development as configuration options will frequently need to be changed during the course of your application's development.

Bunları nereden öğreniyorsunuz bilmiyorum.

yalcin

mgsmus route:cache ya da optimize yapmış olabilirsiniz. artisan optimize:clear yapıp deneyin (ve *:cache ve optimize komutlarını bir daha geliştirme ortamında kullanmayın).

bu uyarıyı bir kaç konuda daha okudum cache ve optimize komutlanı neden geliştirme ortamında kullanmıyoruz hocam ? birde yine bu konu ile ilgili yeri gelmişken
https://spatie.be/docs/laravel-permission/v6/installation-laravel
paketini yükleme bittikten sonra

Clear your config cache. This package requires access to the permission config settings in order to run migrations. If you've been caching configurations locally, clear your config cache with either of these commands:
php artisan optimize:clear
or
php artisan config:clear

böyle bir uyarı var .
Yapılandırmaları yerel olarak önbelleğe allma yada almama tercihi nasıl yapılıyor ?
ve son olarak paketi yükledikten sonra bunları çalıştırmamamızmı gerekiyor ?

aghabalaguluzade

yalcin

Geliştirme ortamında route:cache, config:cache, view:cache gibi optimize komutları kullanılmaz. Bu komutların hepsi canlı ortamda performans amaçlı çalıştırılan komutlar. Kendi bilgisayarınızda kazanacağınız 10-20ms'lik hız artışının sizin geliştirme yapmanıza bir katkısı yok, olmadığı gibi de böyle yük çıkartır. Biz sadece artisan optimize komutunu CI/CD içine koyuyoruz, her deployment'dan sonra bir kere canlı ortamda çalışıyor.

Geliştirme ortamında bir kere optimize:clear çalıştırın ve *:cache komutlarını bir daha çalıştırmayın. Bu işin doğru yolu şu; geliştirme ortamında optimize komutları kullanılmaz, canlı ortamda her deployment'dan sonra bir kere artisan optimize çalıştırılır.

yalcin

peki 🙂) tşkkr ettim