Forum
Aktif konular
Üyeler
Kurallar
Arama
Php Artık Ölüyor Mu? Php Artık Ölüyor Mu?
-
öleceğini hiç sanmam
-
Şehir efsanesi bunlar, php kullanımı çok kolay bir dil. Ben şahsen internetten araştırarak bile web sitesi korlayabiliyorsam herkes yazabilir.
Php ölmez vatan bölünmez.
-
nurulmac11 bunu yazdıyolbulucu bunu yazdınurulmac11 bunu yazdı
keske olse.
phpnin oncusu sayilan laravel bile djangoyla kiyasladiginda bok gibi kaliyor. belki son surumlerinde daha iyidir bilmiyorum ben en son 5.1i kullandim ama kanser aga kanser. bastan ayaga, ayaktan basa kanser php dili
nesi bok gibi kalıyor açıklar mısın ? merak ettim, kanser eden yeri neresi ?
django ve laraveli kıyaslayınca, laravel işin bir çok amelelik kısmını senden alıp sana hazır veriyor, ve istediğin yerde de overload etmene izin veriyor. queue sundan api authenticationuna kadar her şeyin hazır ve tek bir ekipten çıkmış halde geliyor.
djangoyla 2 ay kadar uğraşıp çok fazla amelelik gerektirdiği için laravele geçtim, yanlış yaptıysam geri döneyim
en cok gozume batan ornegi vereyim, beni cildirtan nokta daha dogrusu.
migration'lar.
djangoda 1 kere model yazarsin. baska hic bir sey yazmana gerek yok. sonra yapman gereken tek sey;
./manage.py makemigrations & ./manage.py migrate
tada ! database'in tablolarin hazir. modelinde bir sey mi guncelledin;./manage.py makemigrations & ./manage.py migrate
ve bitti.
laravelde ise,
model olusturma gibi bir kafa tam anlamiyla yok zaten. bi model dosyasi olusuyor ama iici bos amk xd
sonra migrationu elle kendin yaziyorsun kirk takla atarak. tablo adini falan gidip bulman gerekiyor aq.
sonra modele bir sey mi eklemek istedin, gidip tekrar migration yaziyorsun. ulan o migrations folderi bin dosya oluyor mk.
bi digeri de folder structure. tum modelleri ana dizine yakin bi yere atiyor. ne alaka amk ne alaka ? ne isi var orda modellerin amk ? djangodaki gibi bir app mantigi olsa, her appin kendi controlleri, modeli, viewi orda dursa? cok daha kolay handle edilebilir oluyor.
django da modelde yazdığın şeyi laravel de migration içine yazıyosun işte. bu yüzden modelin içi boş. hiç migration yazmadan da tablonu modele gösterip kullanabiliyosun laravelde. çok ta bir fark yok, niye bu kadar kuruldun anlamadım :P
model ana dizine atıyor sen alıp yaptığın işe göre bi klasöre atıver, ya da model oluştururken namespace ver oraya atsın ? sen söylemezsen nerden bilecek nereye atacağını ? "php artisan make:model Nurullah\\Ayak\\Parmak"
-
yolbulucu bunu yazdınurulmac11 bunu yazdıyolbulucu bunu yazdınurulmac11 bunu yazdı
keske olse.
phpnin oncusu sayilan laravel bile djangoyla kiyasladiginda bok gibi kaliyor. belki son surumlerinde daha iyidir bilmiyorum ben en son 5.1i kullandim ama kanser aga kanser. bastan ayaga, ayaktan basa kanser php dili
nesi bok gibi kalıyor açıklar mısın ? merak ettim, kanser eden yeri neresi ?
django ve laraveli kıyaslayınca, laravel işin bir çok amelelik kısmını senden alıp sana hazır veriyor, ve istediğin yerde de overload etmene izin veriyor. queue sundan api authenticationuna kadar her şeyin hazır ve tek bir ekipten çıkmış halde geliyor.
djangoyla 2 ay kadar uğraşıp çok fazla amelelik gerektirdiği için laravele geçtim, yanlış yaptıysam geri döneyim
en cok gozume batan ornegi vereyim, beni cildirtan nokta daha dogrusu.
migration'lar.
djangoda 1 kere model yazarsin. baska hic bir sey yazmana gerek yok. sonra yapman gereken tek sey;
./manage.py makemigrations & ./manage.py migrate
tada ! database'in tablolarin hazir. modelinde bir sey mi guncelledin;./manage.py makemigrations & ./manage.py migrate
ve bitti.
laravelde ise,
model olusturma gibi bir kafa tam anlamiyla yok zaten. bi model dosyasi olusuyor ama iici bos amk xd
sonra migrationu elle kendin yaziyorsun kirk takla atarak. tablo adini falan gidip bulman gerekiyor aq.
sonra modele bir sey mi eklemek istedin, gidip tekrar migration yaziyorsun. ulan o migrations folderi bin dosya oluyor mk.
bi digeri de folder structure. tum modelleri ana dizine yakin bi yere atiyor. ne alaka amk ne alaka ? ne isi var orda modellerin amk ? djangodaki gibi bir app mantigi olsa, her appin kendi controlleri, modeli, viewi orda dursa? cok daha kolay handle edilebilir oluyor.
django da modelde yazdığın şeyi laravel de migration içine yazıyosun işte. bu yüzden modelin içi boş. hiç migration yazmadan da tablonu modele gösterip kullanabiliyosun laravelde. çok ta bir fark yok, niye bu kadar kuruldun anlamadım :P
model ana dizine atıyor sen alıp yaptığın işe göre bi klasöre atıver, ya da model oluştururken namespace ver oraya atsın ? sen söylemezsen nerden bilecek nereye atacağını ? "php artisan make:model Nurullah\\Ayak\\Parmak"
Hocam laravel framework olarak sugar olsada enterprise pratikleri cok degisiyor ve dogru duzgun guzel bir kaynak yok bu konuda. Herkes kafasina gore birseyler diyor yada yapiyor.
-
yolbulucu bunu yazdınurulmac11 bunu yazdıyolbulucu bunu yazdınurulmac11 bunu yazdı
keske olse.
phpnin oncusu sayilan laravel bile djangoyla kiyasladiginda bok gibi kaliyor. belki son surumlerinde daha iyidir bilmiyorum ben en son 5.1i kullandim ama kanser aga kanser. bastan ayaga, ayaktan basa kanser php dili
nesi bok gibi kalıyor açıklar mısın ? merak ettim, kanser eden yeri neresi ?
django ve laraveli kıyaslayınca, laravel işin bir çok amelelik kısmını senden alıp sana hazır veriyor, ve istediğin yerde de overload etmene izin veriyor. queue sundan api authenticationuna kadar her şeyin hazır ve tek bir ekipten çıkmış halde geliyor.
djangoyla 2 ay kadar uğraşıp çok fazla amelelik gerektirdiği için laravele geçtim, yanlış yaptıysam geri döneyim
en cok gozume batan ornegi vereyim, beni cildirtan nokta daha dogrusu.
migration'lar.
djangoda 1 kere model yazarsin. baska hic bir sey yazmana gerek yok. sonra yapman gereken tek sey;
./manage.py makemigrations & ./manage.py migrate
tada ! database'in tablolarin hazir. modelinde bir sey mi guncelledin;./manage.py makemigrations & ./manage.py migrate
ve bitti.
laravelde ise,
model olusturma gibi bir kafa tam anlamiyla yok zaten. bi model dosyasi olusuyor ama iici bos amk xd
sonra migrationu elle kendin yaziyorsun kirk takla atarak. tablo adini falan gidip bulman gerekiyor aq.
sonra modele bir sey mi eklemek istedin, gidip tekrar migration yaziyorsun. ulan o migrations folderi bin dosya oluyor mk.
bi digeri de folder structure. tum modelleri ana dizine yakin bi yere atiyor. ne alaka amk ne alaka ? ne isi var orda modellerin amk ? djangodaki gibi bir app mantigi olsa, her appin kendi controlleri, modeli, viewi orda dursa? cok daha kolay handle edilebilir oluyor.
django da modelde yazdığın şeyi laravel de migration içine yazıyosun işte. bu yüzden modelin içi boş. hiç migration yazmadan da tablonu modele gösterip kullanabiliyosun laravelde. çok ta bir fark yok, niye bu kadar kuruldun anlamadım :P
model ana dizine atıyor sen alıp yaptığın işe göre bi klasöre atıver, ya da model oluştururken namespace ver oraya atsın ? sen söylemezsen nerden bilecek nereye atacağını ? "php artisan make:model Nurullah\\Ayak\\Parmak"
tabloyu gidip elle mi olusturayim ? 2-3 kisi calisirken hic pratik degil bu. modeli tasiyabildigimizi bilmiyordum :D ama migrationi sana yazdirmasi, her guncellemede sana yazdirmasi cok kotu
-
nurulmac11 bunu yazdıyolbulucu bunu yazdınurulmac11 bunu yazdıyolbulucu bunu yazdınurulmac11 bunu yazdı
keske olse.
phpnin oncusu sayilan laravel bile djangoyla kiyasladiginda bok gibi kaliyor. belki son surumlerinde daha iyidir bilmiyorum ben en son 5.1i kullandim ama kanser aga kanser. bastan ayaga, ayaktan basa kanser php dili
nesi bok gibi kalıyor açıklar mısın ? merak ettim, kanser eden yeri neresi ?
django ve laraveli kıyaslayınca, laravel işin bir çok amelelik kısmını senden alıp sana hazır veriyor, ve istediğin yerde de overload etmene izin veriyor. queue sundan api authenticationuna kadar her şeyin hazır ve tek bir ekipten çıkmış halde geliyor.
djangoyla 2 ay kadar uğraşıp çok fazla amelelik gerektirdiği için laravele geçtim, yanlış yaptıysam geri döneyim
en cok gozume batan ornegi vereyim, beni cildirtan nokta daha dogrusu.
migration'lar.
djangoda 1 kere model yazarsin. baska hic bir sey yazmana gerek yok. sonra yapman gereken tek sey;
./manage.py makemigrations & ./manage.py migrate
tada ! database'in tablolarin hazir. modelinde bir sey mi guncelledin;./manage.py makemigrations & ./manage.py migrate
ve bitti.
laravelde ise,
model olusturma gibi bir kafa tam anlamiyla yok zaten. bi model dosyasi olusuyor ama iici bos amk xd
sonra migrationu elle kendin yaziyorsun kirk takla atarak. tablo adini falan gidip bulman gerekiyor aq.
sonra modele bir sey mi eklemek istedin, gidip tekrar migration yaziyorsun. ulan o migrations folderi bin dosya oluyor mk.
bi digeri de folder structure. tum modelleri ana dizine yakin bi yere atiyor. ne alaka amk ne alaka ? ne isi var orda modellerin amk ? djangodaki gibi bir app mantigi olsa, her appin kendi controlleri, modeli, viewi orda dursa? cok daha kolay handle edilebilir oluyor.
django da modelde yazdığın şeyi laravel de migration içine yazıyosun işte. bu yüzden modelin içi boş. hiç migration yazmadan da tablonu modele gösterip kullanabiliyosun laravelde. çok ta bir fark yok, niye bu kadar kuruldun anlamadım :P
model ana dizine atıyor sen alıp yaptığın işe göre bi klasöre atıver, ya da model oluştururken namespace ver oraya atsın ? sen söylemezsen nerden bilecek nereye atacağını ? "php artisan make:model Nurullah\\Ayak\\Parmak"
tabloyu gidip elle mi olusturayim ? 2-3 kisi calisirken hic pratik degil bu. modeli tasiyabildigimizi bilmiyordum :D ama migrationi sana yazdirmasi, her guncellemede sana yazdirmasi cok kotu
migration yazmak istemiyosan elle oluşturucan, (django da da model yazıyon, bence uğraş aynı uğraş), migrationu her güncellemede yazdırması kötü de, zaten tablonu kaç kere güncelleyeceksin ki ? ve zaten yapmak istediğin şey bir field eklemek, çıkarmaksa yazacağın şey 1 satır.
modeli taşıyabildiğini nasıl bilmiyon amk asdfasd :D ayrıca composera kendi namespace lerini ekleyebilirsin, atıyorum senin pdf oluşturmak için bir sürü modelin, controllerın, helperın cartın curtun var, bunları app/pdf içine attın, sonra composerdan psr4 kısmına 'Pdf\\': 'app/pdf' şeklinde eklersen bu namespace deki her sınıfa sadece pdf yazarak ulaşırsın falan
https://stitcher.io/blog/laravel-beyond-crud-01-domain-oriented-laravel
şuna bakabilirsin.
@terror uzlaşılmış bir şey değil ama genelde benim gördüğüm (redditteki laravel subunda) insanlar domain driven takılıyor şu adamın anlattığı gibi : https://stitcher.io/blog/laravel-beyond-crud-01-domain-oriented-laravel
-
PHP'yi 2005te ogrendim. Son 10 senedir PHP oluyor diyolar, PHP bu arada kac dili gomdu bilsen sasirirsin :)
-
nurulmac11 bunu yazdıyolbulucu bunu yazdınurulmac11 bunu yazdı
keske olse.
phpnin oncusu sayilan laravel bile djangoyla kiyasladiginda bok gibi kaliyor. belki son surumlerinde daha iyidir bilmiyorum ben en son 5.1i kullandim ama kanser aga kanser. bastan ayaga, ayaktan basa kanser php dili
nesi bok gibi kalıyor açıklar mısın ? merak ettim, kanser eden yeri neresi ?
django ve laraveli kıyaslayınca, laravel işin bir çok amelelik kısmını senden alıp sana hazır veriyor, ve istediğin yerde de overload etmene izin veriyor. queue sundan api authenticationuna kadar her şeyin hazır ve tek bir ekipten çıkmış halde geliyor.
djangoyla 2 ay kadar uğraşıp çok fazla amelelik gerektirdiği için laravele geçtim, yanlış yaptıysam geri döneyim
en cok gozume batan ornegi vereyim, beni cildirtan nokta daha dogrusu.
migration'lar.
djangoda 1 kere model yazarsin. baska hic bir sey yazmana gerek yok. sonra yapman gereken tek sey;
./manage.py makemigrations & ./manage.py migrate
tada ! database'in tablolarin hazir. modelinde bir sey mi guncelledin;./manage.py makemigrations & ./manage.py migrate
ve bitti.
laravelde ise,
model olusturma gibi bir kafa tam anlamiyla yok zaten. bi model dosyasi olusuyor ama iici bos amk xd
sonra migrationu elle kendin yaziyorsun kirk takla atarak. tablo adini falan gidip bulman gerekiyor aq.
sonra modele bir sey mi eklemek istedin, gidip tekrar migration yaziyorsun. ulan o migrations folderi bin dosya oluyor mk.
bi digeri de folder structure. tum modelleri ana dizine yakin bi yere atiyor. ne alaka amk ne alaka ? ne isi var orda modellerin amk ? djangodaki gibi bir app mantigi olsa, her appin kendi controlleri, modeli, viewi orda dursa? cok daha kolay handle edilebilir oluyor.
Modelin içi bos degil.
En basitinden gelen attributeleri belirli bir sekle sokup kaydedebileceginiz metotlar yazabilirsiniz. Ornegin, gelen eposta bilgisinin tumunu kucuk karakterlere cevirip yazdirmak vs.
Ayrica fillable parametresini modele ekleyerek, mass assignment yapabilirsiniz. Yani insertion kisminda tek tek deger atamadan gelen requesti direk kaydedebilirsiniz, fillable degerleri disindakileri gormezden gelir.
Ayrica modelin icine relationlari tanimlarsiniz ki relational tablolar arasinda kolayca gecis yapabilirsiniz, ek sorgu yazmadan.
Ayrica model icinde sabitler ve metotlar koyarak, gelen degerleri kontrol edebilirsiniz. Bu da size basit kullanim kolayliklari saglar.
Tablo adiyla bir isiniz yok. Migration olustururken model adi verirsiniz, sonuna cogul ekini ekleyip tabloyu olusturur. Tablo adini hic kullanmadan ve bilmeden model uzerinden islemlerinizi yaparsiniz.
Ek not: python ozellikle isin ai, dl, ml kisminda onde ve oralarda daha yogunluklu kullaniliyor. bence gereksiz bir sidik yaristirma durumu olmus.
-
En son 2012 yilinda PHP kullanmistim, 8 senedir hic elimi surmedim ve bundan sonra da surecegimi sanmiyorum, yani demekki en azindan benim icin ölmüş.
-
neverland bunu yazdınurulmac11 bunu yazdıyolbulucu bunu yazdınurulmac11 bunu yazdı
keske olse.
phpnin oncusu sayilan laravel bile djangoyla kiyasladiginda bok gibi kaliyor. belki son surumlerinde daha iyidir bilmiyorum ben en son 5.1i kullandim ama kanser aga kanser. bastan ayaga, ayaktan basa kanser php dili
nesi bok gibi kalıyor açıklar mısın ? merak ettim, kanser eden yeri neresi ?
django ve laraveli kıyaslayınca, laravel işin bir çok amelelik kısmını senden alıp sana hazır veriyor, ve istediğin yerde de overload etmene izin veriyor. queue sundan api authenticationuna kadar her şeyin hazır ve tek bir ekipten çıkmış halde geliyor.
djangoyla 2 ay kadar uğraşıp çok fazla amelelik gerektirdiği için laravele geçtim, yanlış yaptıysam geri döneyim
en cok gozume batan ornegi vereyim, beni cildirtan nokta daha dogrusu.
migration'lar.
djangoda 1 kere model yazarsin. baska hic bir sey yazmana gerek yok. sonra yapman gereken tek sey;
./manage.py makemigrations & ./manage.py migrate
tada ! database'in tablolarin hazir. modelinde bir sey mi guncelledin;./manage.py makemigrations & ./manage.py migrate
ve bitti.
laravelde ise,
model olusturma gibi bir kafa tam anlamiyla yok zaten. bi model dosyasi olusuyor ama iici bos amk xd
sonra migrationu elle kendin yaziyorsun kirk takla atarak. tablo adini falan gidip bulman gerekiyor aq.
sonra modele bir sey mi eklemek istedin, gidip tekrar migration yaziyorsun. ulan o migrations folderi bin dosya oluyor mk.
bi digeri de folder structure. tum modelleri ana dizine yakin bi yere atiyor. ne alaka amk ne alaka ? ne isi var orda modellerin amk ? djangodaki gibi bir app mantigi olsa, her appin kendi controlleri, modeli, viewi orda dursa? cok daha kolay handle edilebilir oluyor.
Modelin içi bos degil.
En basitinden gelen attributeleri belirli bir sekle sokup kaydedebileceginiz metotlar yazabilirsiniz. Ornegin, gelen eposta bilgisinin tumunu kucuk karakterlere cevirip yazdirmak vs.
Ayrica fillable parametresini modele ekleyerek, mass assignment yapabilirsiniz. Yani insertion kisminda tek tek deger atamadan gelen requesti direk kaydedebilirsiniz, fillable degerleri disindakileri gormezden gelir.
Ayrica modelin icine relationlari tanimlarsiniz ki relational tablolar arasinda kolayca gecis yapabilirsiniz, ek sorgu yazmadan.
Ayrica model icinde sabitler ve metotlar koyarak, gelen degerleri kontrol edebilirsiniz. Bu da size basit kullanim kolayliklari saglar.
Tablo adiyla bir isiniz yok. Migration olustururken model adi verirsiniz, sonuna cogul ekini ekleyip tabloyu olusturur. Tablo adini hic kullanmadan ve bilmeden model uzerinden islemlerinizi yaparsiniz.
Ek not: python ozellikle isin ai, dl, ml kisminda onde ve oralarda daha yogunluklu kullaniliyor. bence gereksiz bir sidik yaristirma durumu olmus.
evet model dosyana bir seyler yazabilecegimi biliyorum ama bunlarin cogunu django'da ekstra efor sarfetmeden modeli olusturur olusturmaz django orm uzerinden yapabiliyorum.
model adina ihtiyaci o tabloya field eklemek icin migration yazacagimda duyuyorum cunku benden tablo adini istiyor. baska yolu var mi, varsa onu da bilmiyorum.
Kısayol
Şikayet
Özel Mesaj
Alıntı yap
Cevapla