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

Laravel ile tasarlanan proje daha sonra çalışmaz mantığı !!

clouding

Merhabalar;

Laravel'e geçiş yapmayı düşünüyoruz. Yalnız internetteki bazı araştırmalarımız neticesinde şöyle bir yorum gördük...

"Laravel ile projeyi tasarladığınız zaman firmaya verdiniz. 2 3 sene sonra laravel sürüm güncelledi mi projeniz çalışmaz yada hata verebilir.. Kodlarını güncellemeniz gerekir.."

Böyle bir durum var mı ? 2018 yılında firmaya verdiğim bir proje 2023 2025 de hala çalışır vaziyette olmaz mı ?

Spagetti olarak 2005 li yıllarda php ile yazılan projeler hala çalışıyor.. freamworkda bu durum tersine mi ?

evrend

Konuyu daha iyi anlamanız için "Composer"ı ve "Semantic Versioning" mantığını incelemenizde fayda var. Laravel'in içerisinde composer.json dosyası vardır. O dosya içerisinde Laravel versiyonu ve sizin kullandığınız paketlerin versiyonları yazmaktadır. Zaten kullanılan semantik versiyonlama mantığı ile uygulamanızın bozulmaması hedeflenmektedir. Bu konudan emin olamıyorsanız, benim çalışan uygulamama çalışıyorsa dokunma diyorsanız. "composer install" komutundan sonra vendor klasörünüzü saklarsınız. Bir daha "composer update" ile güncelleme yapmazsınız ve hali hazırda çalışan kodunuz bütün olarak saklanmış olur, dolayısıyla güncelleme almayan kodun bozulma ihtimali yoktur. Ama buda hata düzeltmelerini, güvenlik yamalarını ve iyileştirmeleri almamanız anlamına gelir. Oyüzden bu yöntem pek mantıklı değildir. "composer update" komutu ile aslında çoğu zaman projenizin güncellenmesi ve çalışması gerekir, dediğim gibi semantic versiyonlamanın en önemli amacı budur.

Yaklaşık 5 yıldır Laravel'le uygulama geliştiriyorum. Laravel 4 versiyonunun başına tekabül ediyor bu süreç. Laravel 4 ile geliştirdiğim uygulamalarımdan Laravel 5.7(en güncel) sürüme upgrade ettiğim uygulamalarım oldu. Patlayan peketler oldu ama onları da kendim düzelterek projenin yeni versiyonda çalışmasını sağladım. Uygulamalarımı en baştan beri paket halinde geliştiriyorum, rahat upgrade yapmamda bununda avantajı oluyor. Yeni versiyon çıktığında, güncellenmesi gereken uygulamanın paketini güncel ve temiz laravel projesine dahil ederek upgrade yapıyorum. Sonrasında çıkan problemleri çözüyorum.

Özetle projeniz çok önemli ve sürekli gelişecek ise zaten bir şekilde upgrade edersiniz ve en güncel Laravel versiyonunu kullanırsınız; bu en mantıklı senaryodur. Ama basit bir cms içerisinde kullanacaksanız, yukarıda da bahsettiğim gibi tavsiye edilmeyen, güvenlik zaafiyeti doğurabilecek bir yöntem ile vendor'u saklayarak 10 yıllarca kullanabilirsiniz. Yada "composer update" yaparak günceller, problem olduğu durumlarda müdahale edersiniz. Karar sizindir ama Laravel uzun yıllar çalışmaz tezi kanımca tembel yazılımcıların uydurduğu bir şeydir.

https://sezginduran.net/2013/08/20/semantik-versiyonlama-nedir-yenir-mi/
https://semver.org/

mgsmus

Merhaba
Mail ile paylaşımlı hosting olayını sormuşsunuz, burada cevap vereyim. Paylaşımlı hostingde bir çok özelliğini kullanamazsınız. SSH, PHP eklentileri, veritabanı sürümü, disable_functions, min/max değerler vs... sürekli önünüze engeller çıkar. Minimum VPS düşünüyorsanız framework kullanın.

Diğer konuda ise;

$arr = null;
$count = count($arr);

Bu üstteki en basit kod parçası ile sadece PHP 7.2+ sürümde çalışır. PHP 7.2 2017 sonu gibi çıktı.
İki seçeneğiniz var: Ya yazılımı güncel tutarsınız ya da yazılım gereksinimlerini sabit tutarsınız. Herkesin vereceği cevap yazılımı güncel tutmaktır. Laravel ya da Symfony gibi güncel ve güçlü topluluğa sahip bir framework tercih ederseniz bu sorunları fazla yaşamazsınız.
2013 ve 2014 de yazdığım işler hala çalışmaktadır. Kimisi Laravel 3/4 olarak kaldı, kimisi güncellendi. Kimisinde birden fazla PHP sürümü ile sorunları hallettim, kimilerini ayrı VPS lerde servis ettim.