Php Artık Ölüyor Mu?

  1. KısayolKısayol reportŞikayet pmÖzel Mesaj
    do_som
    do_som's avatar
    Kayıt Tarihi: 08/Şubat/2016
    Erkek

    öleceğini hiç sanmam 


    tbt'den başkası yalan
  2. KısayolKısayol reportŞikayet pmÖzel Mesaj
    Bektas
    x-files
    x-files's avatar
    Kayıt Tarihi: 06/Eylül/2005
    Erkek

    Ş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. 


    //Hayat Bazen Tatlıdır//--//Aşıksan vur saza şöförsen bas gaza// http://zulfumehmet.com/ Kişisel bir olay
  3. KısayolKısayol reportŞikayet pmÖzel Mesaj
    yolbulucu
    yolbulucu's avatar
    Kayıt Tarihi: 06/Nisan/2007
    Homo
    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"

     

     

     


    Erkek olursa Esat Oktay, kız olursa Sabiha Gökçen
  4. KısayolKısayol reportŞikayet pmÖzel Mesaj
    TeRRoR
    TeRRoR's avatar
    Kayıt Tarihi: 06/Nisan/2007
    Erkek
    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.


    herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri öğrenmeye çalışmayın. yabancı dil filan öğrenin amq.// s.kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//
  5. KısayolKısayol reportŞikayet pmÖzel Mesaj
    nurulmac11
    nurulmac11's avatar
    Kayıt Tarihi: 04/Ağustos/2012
    Erkek
    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


    black implies white, self implies other, life implies death.
  6. KısayolKısayol reportŞikayet pmÖzel Mesaj
    yolbulucu
    yolbulucu's avatar
    Kayıt Tarihi: 06/Nisan/2007
    Homo
    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

     


    Erkek olursa Esat Oktay, kız olursa Sabiha Gökçen
  7. KısayolKısayol reportŞikayet pmÖzel Mesaj
    NmC
    NmC's avatar
    Kayıt Tarihi: 23/Kasım/2008
    Erkek

    PHP'yi 2005te ogrendim. Son 10 senedir PHP oluyor diyolar, PHP bu arada kac dili gomdu bilsen sasirirsin :)


    There are 10 types of people in the world. Those who knows binary and those who dont...
  8. KısayolKısayol reportŞikayet pmÖzel Mesaj
    neverland
    neverland's avatar
    Kayıt Tarihi: 08/Mayıs/2020
    Erkek
    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.


    Uzaylıların gizlice dikizlemek için gezegenimize gelme sebebi olan bugüne kadar varolmuş en olağanüstü 5 varlık: 1- Monica Bellucci 2- Françoise Hardy 3- Natalie Portman 4- Penélope Cruz 5- Lucy Liu Not: Ayrıca biliyoruzki bu uzaylılar vakti zamanında Cleopatra'ya yaranmak için Mısır'a piramitler yapmışlardır.
  9. KısayolKısayol reportŞikayet pmÖzel Mesaj
    trampfd
    trampfd's avatar
    Kayıt Tarihi: 10/Mayıs/2006
    Erkek

    En son 2012 yilinda PHP kullanmistim, 8 senedir hic elimi surmedim ve bundan sonra da surecegimi sanmiyorum, yani demekki en azindan benim icin ölmüş.


    Ehl-i Byte
  10. KısayolKısayol reportŞikayet pmÖzel Mesaj
    nurulmac11
    nurulmac11's avatar
    Kayıt Tarihi: 04/Ağustos/2012
    Erkek
    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.


    black implies white, self implies other, life implies death.
Toplam Hit: 4162 Toplam Mesaj: 70
php python django