dcpromo bunu yazdı repoya dgidip.com u. dev olarak değişin enter yapın. Afiyet olsun. Bu da byle bi tırriktir Süper bilgi teşekkürler hocam taze geldi bu, yeni ozellik. ben de youtube'ta gordum sabah saatlerinde. VsCode-Web instance'i aciyor <3 0x0480 takilin madem

tesekkurler hocam kodlarını ınceledım ama mongodan verılerı cekerken hep awaıt kullanmıssın yanlıs hatırlamıyorsam bunu onaylamıyolardı. bu arada bende yenı basladım sadace aklımda oyle kalmıs emın degılım

laravel den yürü ya. gerisi amelasyon laravel de devam hacı bunlar ekstra olarak bakıyorum Cahildim Dünyanın Rengine Kandım

coder2 bunu yazdı yolbulucu bunu yazdı laravel den yürü ya. gerisi amelasyon Laravel de Mongo için jenssegers/laravel-mongodb paketini kullanıyoruz, birçok işimizi grüyor ama MySql veya PostgreSql gibi RDMS veritabanlarında olduğu gibi rahat kullanamıyoruz. Tabii veritabanı tasarımı da mükemmel değil ama sık sık raw query yazıyoruz vs Tamamen konu ile alakalı değil belki ama tecrübei paylaşayım dedim. ben de relational şeyler için postgres + büyük verilerim için mongo kullanıyorum laravelde. bütün queryleri raw yazıyorum. zaten modele falan da bağlı değil hiç bir şey hocam o zaman hiç laravel kullanma bana sorarsan. Php ile yaz ya da slim framework falan kullan, neden dersen laravel bir sürü paket kullanıyor. gereksiz yük bindiriyor eğer nimetlerinden faydalanmayacaksan dipnot: php relational db ler ile nodejs nosql db lerle kullanılması taraftarıyım, yapısal ve kolaylık açısından neverland tarafından 12/Ağu/21 18:02 tarihinde düzenlenmiştir Bir gece her zamanki gibi yatağına girip gzlerinin ağırlığına dayanamayıp huzurla uyuduğunu düşün. Sonrasında da hiç uyanmadığını düşünmeye çalıştığında aklında hiçbir şey canlanmayacaktır, çünkü beynin kapalıyken neler olup bittiğini bilemezsin, bu yüzden bu noktayı hayal edebileceğin bir veri yok elinde. lüm de tam olarak byle bir şey. Uykunun 4. saatindeki hissettiklerin, yani; hiçlik, hissizlik. Varlığından ya da yokluğundan haberinin olmaması. Byle düşününce lüm biraz daha tanıdık geliyor, daha kabullenilebilir geliyor. Belki de içindeki o çılgın yaşama arzusuna sahip olan egonu ancak byle ehlileştirebiliyorsun. Aksi halde çılgınca yaşama arzusuna sahip egon sana tanrılar yaratıyor, cennetler vaat ediyor, seni sonsuz bir yaşamın varlığı ve zevkleri ile kandırıyor.

Php lüzumsuz sunucu yükü bence. Neden byle bir düşünceye sahipsin hocam merak ettim? Andolsun kuşluk vaktine ve dindiği zaman o geceye ki, Rabbin sana veda etmedi ve darılmadı! Ve kesinlikle senin için sonu nünden daha hayırlıdır. ileride Rabbin sana verecek de hoşnut olacaksın! O, seni bir yetim iken barındırmadı mı? Seni, yol bilmez iken yola koymadı mı? Seni bir yoksul iken zengin etmedi mi? yle ise, sakın yetime kahretme ! El açıp isteyeni de azarlama! Fakat Rabbinin nimetini anlat da anlat!

tesekkur ederım hocam guzel kaynak olusuyor banada baska bu tarzda projeler varsa paylasırsan sevınırım hocam bir soru daha sormak ısterım ustadlara jwt kullandıgımız zaman verdıgımız key suresı dolana kadar calısıyor ama mevcut kullanılan hesabın durumu devre dısı bırakırsak jwt bundan etkılenmıyor. bu yüzden her sorguda hesabın bılgılerını kontrol edıyorum sıfresı ve durumu aktıfmı dıye bunun daha kolay veya daha orjınal bır yolu varmı Hocam 5-6 ay ncesinde test maksatlı yaptığım bir sistemin reposunu vereyim. Kodlar çok ideal durumda değil, sağlam bir refactoring gerekiyor. Çok üzerinde durmadım ama teknikler mantıken işine yarar diye umuyorum. https://github.com/gakalin/whatsapp-clone Jwt konusuna gelecek olursak, her jwt token 3 parçadan oluşur. Header, payload ve signature. Header kullanılan algoritmayı taşır. Payload eğer girildiyse bitiş süresi, içine konan data gibi verileri saklar. Signature ise verify kısmında basitçe kullanılacak keylerin bir kombinasyonunu barındırır. Hesabın durumunu jwt üzerinden kontrol edemezsin. Jwt token'ı basitçe user ile sunucun arasındaki bir szleşme gibi düşün. İmzalar uyuyorsa, senin sunucun tarafından imzalandıysa geçerliliği olsun diye kullanılıyor. Anca payload kısmına hassas olmayan kullanıcı bilgilerini koyup ayrı bir mekanizma ile kullanıcı aktif mi diye bakabilirsin. Misal user id tutulabilir. Hassas bilgi tutmanı şundan nermiyorlar, jwt token'lar decode edilebilir. Yani içine koyduğun datalar doğrudan https://jwt.io/ adresinden decode edilebiliyor. Sen api ya da servisinde tokenden gelen id değeriyle backend'de user'ın durumunu kontrol ettirip ona gre olumlu olumsuz yanıt dndürebilirsin. Jwt token verify edilemezse ya hatalıdır ya da süresi bitmiştir. Ama verify ediliyorsa sana zaten payload datasını dndürecektir. Payload'dan alacağın user id gibi bilgileri de artık hangi işlemi yapmak istiyorsan ona gre kontrol ettirmen gerekiyor. 2. bir yntem ise, diyelim kullanıcıyı banladın tekrar token geçerli olmasın istiyorsun. Veritabanında tokenleri saklayıp banlanma esnasında token'i database'den sildirebilirsin. Eğer girilen token db'de yoksa hiç login ettirmezsin. Zaten ileri düzey bir kontrol için bu gerekli. User'a sadece token vermek güvenliği düşüren bir etmen. Sonuçta o token'ı alıp postman dahil herhangi bir yerden sistemine erişim sağlayabilirler. Basit bir Refresh token - Access token mekanizması da oluşturabilirsin.

tesekkurler hocam kodlarını ınceledım ama mongodan verılerı cekerken hep awaıt kullanmıssın yanlıs hatırlamıyorsam bunu onaylamıyolardı. bu arada bende yenı basladım sadace aklımda oyle kalmıs emın degılım hocam hiç bilmiyorum :=) inan denk gelmedim firebase ilede kullandım Cahildim Dünyanın Rengine Kandım

Nodejs + knex ile her türlü rdbms ile akılabilir. Php lüzumsuz sunucu yükü bence. Hatta başarabiliyorsanız golang ile yazın rest apilerinizi vs. Kaynak tüketimi o kadar düşük ki :))) 0x0480 takilin madem

yolbulucu bunu yazdı laravel den yürü ya. gerisi amelasyon Laravel de Mongo için jenssegers/laravel-mongodb paketini kullanıyoruz, birçok işimizi grüyor ama MySql veya PostgreSql gibi RDMS veritabanlarında olduğu gibi rahat kullanamıyoruz. Tabii veritabanı tasarımı da mükemmel değil ama sık sık raw query yazıyoruz vs Tamamen konu ile alakalı değil belki ama tecrübei paylaşayım dedim. ben de relational şeyler için postgres + büyük verilerim için mongo kullanıyorum laravelde. bütün queryleri raw yazıyorum. zaten modele falan da bağlı değil hiç bir şey 29.99cm, titanyum kaplamalı, çift damarlı, su ve yağ soğutmalı.

tesekkurler hocam kodlarını ınceledım ama mongodan verılerı cekerken hep awaıt kullanmıssın yanlıs hatırlamıyorsam bunu onaylamıyolardı. bu arada bende yenı basladım sadace aklımda oyle kalmıs emın degılım E await kullanamazsan veriyi nasıl kullanıcıya ulaştıracaksın hocam? Promise object istemiyorum ki ben, blog yazılarını istiyorum. İnsert yaparken kullanmazsın belki ama onda da error handling yapamazsın. 0x0480 takilin madem

lazz bunu yazdı tesekkurler hocam kodlarını ınceledım ama mongodan verılerı cekerken hep awaıt kullanmıssın yanlıs hatırlamıyorsam bunu onaylamıyolardı. bu arada bende yenı basladım sadace aklımda oyle kalmıs emın degılım E await kullanamazsan veriyi nasıl kullanıcıya ulaştıracaksın hocam? Promise object istemiyorum ki ben, blog yazılarını istiyorum. İnsert yaparken kullanmazsın belki ama onda da error handling yapamazsın. hocam dedıgım gıbı cokda ıyı bıldıgımı zannetmıyorum ama bu zamana kadar gordugum ınceledıgım tum nodejs kodlarında Post. find . then => ). catch => console. log ; bu sekılde kullanmıslar.

lazz bunu yazdı tesekkur ederım hocam guzel kaynak olusuyor banada baska bu tarzda projeler varsa paylasırsan sevınırım hocam bir soru daha sormak ısterım ustadlara jwt kullandıgımız zaman verdıgımız key suresı dolana kadar calısıyor ama mevcut kullanılan hesabın durumu devre dısı bırakırsak jwt bundan etkılenmıyor. bu yüzden her sorguda hesabın bılgılerını kontrol edıyorum sıfresı ve durumu aktıfmı dıye bunun daha kolay veya daha orjınal bır yolu varmı Hocam 5-6 ay ncesinde test maksatlı yaptığım bir sistemin reposunu vereyim. Kodlar çok ideal durumda değil, sağlam bir refactoring gerekiyor. Çok üzerinde durmadım ama teknikler mantıken işine yarar diye umuyorum. https://github.com/gakalin/whatsapp-clone Jwt konusuna gelecek olursak, her jwt token 3 parçadan oluşur. Header, payload ve signature. Header kullanılan algoritmayı taşır. Payload eğer girildiyse bitiş süresi, içine konan data gibi verileri saklar. Signature ise verify kısmında basitçe kullanılacak keylerin bir kombinasyonunu barındırır. Hesabın durumunu jwt üzerinden kontrol edemezsin. Jwt token'ı basitçe user ile sunucun arasındaki bir szleşme gibi düşün. İmzalar uyuyorsa, senin sunucun tarafından imzalandıysa geçerliliği olsun diye kullanılıyor. Anca payload kısmına hassas olmayan kullanıcı bilgilerini koyup ayrı bir mekanizma ile kullanıcı aktif mi diye bakabilirsin. Misal user id tutulabilir. Hassas bilgi tutmanı şundan nermiyorlar, jwt token'lar decode edilebilir. Yani içine koyduğun datalar doğrudan https://jwt.io/ adresinden decode edilebiliyor. Sen api ya da servisinde tokenden gelen id değeriyle backend'de user'ın durumunu kontrol ettirip ona gre olumlu olumsuz yanıt dndürebilirsin. Jwt token verify edilemezse ya hatalıdır ya da süresi bitmiştir. Ama verify ediliyorsa sana zaten payload datasını dndürecektir. Payload'dan alacağın user id gibi bilgileri de artık hangi işlemi yapmak istiyorsan ona gre kontrol ettirmen gerekiyor. 2. bir yntem ise, diyelim kullanıcıyı banladın tekrar token geçerli olmasın istiyorsun. Veritabanında tokenleri saklayıp banlanma esnasında token'i database'den sildirebilirsin. Eğer girilen token db'de yoksa hiç login ettirmezsin. Zaten ileri düzey bir kontrol için bu gerekli. User'a sadece token vermek güvenliği düşüren bir etmen. Sonuçta o token'ı alıp postman dahil herhangi bir yerden sistemine erişim sağlayabilirler. Basit bir Refresh token - Access token mekanizması da oluşturabilirsin. hocam çoko güzel zetlemişsin bende bunun için makale gibi bir şey yazıyordum :) ama gerek kalmadı Cahildim Dünyanın Rengine Kandım

end bunu yazdı Php lüzumsuz sunucu yükü bence. Neden byle bir düşünceye sahipsin hocam merak ettim? Rakipleriyle kaynak tuketimi ve ziyaretci karsilayabilme kiyaslamasi yaptigimda epey fark ediyor. Ozellikle yuksek trafik karsilanacak dinamik icerikli sistemlerde. Ha, optimize edilebilir mi? Kesinlikle evet. Ama ileriye donuk ugrastirici ve mide bulandirici buluyorum. Ustelik birebir ayni verimi yakalayamayacaksin yine de. Bir suru faktor var isin icinde, Biraz da kisisel bir deyim yani benimkisi. 2011-2016 arasi php yazdim hep, uzun suredir de takip etmiyorum. Muadilleri cok daha keyifli ve verimli geldi hep xD 0x0480 takilin madem

Yeni ğrenmeye başladığım Teknolojilerden ortaya çıkardığım Blog belki birin işine yarar diyerek paylaşayım dedim https://github.com/Tuncaysukan/react_MERN_blog Cahildim Dünyanın Rengine Kandım

MhmdAlmz bunu yazdı end bunu yazdı Php lüzumsuz sunucu yükü bence. Neden byle bir düşünceye sahipsin hocam merak ettim? Rakipleriyle kaynak tuketimi ve ziyaretci karsilayabilme kiyaslamasi yaptigimda epey fark ediyor. Ozellikle yuksek trafik karsilanacak dinamik icerikli sistemlerde. Ha, optimize edilebilir mi? Kesinlikle evet. Ama ileriye donuk ugrastirici ve mide bulandirici buluyorum. Ustelik birebir ayni verimi yakalayamayacaksin yine de. Bir suru faktor var isin icinde, Biraz da kisisel bir deyim yani benimkisi. 2011-2016 arasi php yazdim hep, uzun suredir de takip etmiyorum. Muadilleri cok daha keyifli ve verimli geldi hep xD google misin amk napcan zibilyon ziyaretci karsilamayi? zaten o seviyeye gelince bootleneckin database falan olacak. kartımı da hala yollamadın :P 29.99cm, titanyum kaplamalı, çift damarlı, su ve yağ soğutmalı.

lazz bunu yazdı jwt kullandıgımız zaman verdıgımız key suresı dolana kadar calısıyor ama mevcut kullanılan hesabın durumu devre dısı bırakırsak jwt bundan etkılenmıyor. bu yüzden her sorguda hesabın bılgılerını kontrol edıyorum sıfresı ve durumu aktıfmı dıye bunun daha kolay veya daha orjınal bır yolu varmı Hocam 5-6 ay ncesinde test maksatlı yaptığım bir sistemin reposunu vereyim. Kodlar çok ideal durumda değil, sağlam bir refactoring gerekiyor. Çok üzerinde durmadım ama teknikler mantıken işine yarar diye umuyorum. https://github.com/gakalin/whatsapp-clone Jwt konusuna gelecek olursak, her jwt token 3 parçadan oluşur. Header, payload ve signature. Header kullanılan algoritmayı taşır. Payload eğer girildiyse bitiş süresi, içine konan data gibi verileri saklar. Signature ise verify kısmında basitçe kullanılacak keylerin bir kombinasyonunu barındırır. Hesabın durumunu jwt üzerinden kontrol edemezsin. Jwt token'ı basitçe user ile sunucun arasındaki bir szleşme gibi düşün. İmzalar uyuyorsa, senin sunucun tarafından imzalandıysa geçerliliği olsun diye kullanılıyor. Anca payload kısmına hassas olmayan kullanıcı bilgilerini koyup ayrı bir mekanizma ile kullanıcı aktif mi diye bakabilirsin. Misal user id tutulabilir. Hassas bilgi tutmanı şundan nermiyorlar, jwt token'lar decode edilebilir. Yani içine koyduğun datalar doğrudan https://jwt.io/ adresinden decode edilebiliyor. Sen api ya da servisinde tokenden gelen id değeriyle backend'de user'ın durumunu kontrol ettirip ona gre olumlu olumsuz yanıt dndürebilirsin. Jwt token verify edilemezse ya hatalıdır ya da süresi bitmiştir. Ama verify ediliyorsa sana zaten payload datasını dndürecektir. Payload'dan alacağın user id gibi bilgileri de artık hangi işlemi yapmak istiyorsan ona gre kontrol ettirmen gerekiyor. 2. bir yntem ise, diyelim kullanıcıyı banladın tekrar token geçerli olmasın istiyorsun. Veritabanında tokenleri saklayıp banlanma esnasında token'i database'den sildirebilirsin. Eğer girilen token db'de yoksa hiç login ettirmezsin. Zaten ileri düzey bir kontrol için bu gerekli. User'a sadece token vermek güvenliği düşüren bir etmen. Sonuçta o token'ı alıp postman dahil herhangi bir yerden sistemine erişim sağlayabilirler. Basit bir Refresh token - Access token mekanizması da oluşturabilirsin. teşekkur ederım hocam asagı yukarı boyle bır yontem kullanıyorum jwt decode edıldıgı ıcın kullanmayı bıraktım jwt yı onun yerıne ıstedıgım bılgılerı json cevırım aes ıle sıfrelıyorum bu sayade verıyı phpdende gondersem, nodejsden gondersem yanı sonuca cıkıyorum ve verılerım guvende kalıyor kodlarınıda ıncelıcem hocam cok yararlı bır konu oldu

yolbulucu bunu yazdı coder2 bunu yazdı yolbulucu bunu yazdı laravel den yürü ya. gerisi amelasyon Laravel de Mongo için jenssegers/laravel-mongodb paketini kullanıyoruz, birçok işimizi grüyor ama MySql veya PostgreSql gibi RDMS veritabanlarında olduğu gibi rahat kullanamıyoruz. Tabii veritabanı tasarımı da mükemmel değil ama sık sık raw query yazıyoruz vs Tamamen konu ile alakalı değil belki ama tecrübei paylaşayım dedim. ben de relational şeyler için postgres + büyük verilerim için mongo kullanıyorum laravelde. bütün queryleri raw yazıyorum. zaten modele falan da bağlı değil hiç bir şey hocam o zaman hiç laravel kullanma bana sorarsan. Php ile yaz ya da slim framework falan kullan, neden dersen laravel bir sürü paket kullanıyor. gereksiz yük bindiriyor eğer nimetlerinden faydalanmayacaksan dipnot: php relational db ler ile nodejs nosql db lerle kullanılması taraftarıyım, yapısal ve kolaylık açısından laravel in hazır olarak sunduğu şeyleri diğer frameworklerde yada dillerde yapmak 1 senemi alır heralde. bkz: jetstream, telescope, horizon, notifications, events-listeners, cashier, spark bir de vapor ya da bref kullanırsan lambda da çalıştırıp allahına kadar scale edebiliyosun queue larını 29.99cm, titanyum kaplamalı, çift damarlı, su ve yağ soğutmalı.

lazım olan olur diyerekten şuraya bırakayım https://github.com/Tuncaysukan/Netfilx_Clone Cahildim Dünyanın Rengine Kandım

tesekkur ederım hocam guzel kaynak olusuyor banada baska bu tarzda projeler varsa paylasırsan sevınırım hocam bir soru daha sormak ısterım ustadlara jwt kullandıgımız zaman verdıgımız key suresı dolana kadar calısıyor ama mevcut kullanılan hesabın durumu devre dısı bırakırsak jwt bundan etkılenmıyor. bu yüzden her sorguda hesabın bılgılerını kontrol edıyorum sıfresı ve durumu aktıfmı dıye bunun daha kolay veya daha orjınal bır yolu varmı lazz tarafından 16/Ağu/21 15:18 tarihinde düzenlenmiştir

repoya dgidip.com u. dev olarak değişin enter yapın. Afiyet olsun. Bu da byle bi tırriktir next next next install

tesekkurler hocam kodlarını ınceledım ama mongodan verılerı cekerken hep awaıt kullanmıssın yanlıs hatırlamıyorsam bunu onaylamıyolardı. bu arada bende yenı basladım sadace aklımda oyle kalmıs emın degılım Node. js yapı gereği asenkron bir yapıya sahip. Düz mantıkta kodlar üstten alta sıra dahilinde akmıyorlar. Eğer response time'ı biraz uzun süren ama o datanın da hemen kullanılacağı işler yapılacaksa asenkron yapıya müdahale gerekir. Misal api'den response alman gerekir ya da db den veri alıp işlersin dndürdüğün datayı bir yerlerde kullanman gerekir gibi. Bunlar zaman alan işler olduğu için async yapı o işlemin tamamlanmasını beklemeden diğer işlemleri çalıştıracaktır. Await eğer bir promise kullanıyorsanız sonuçlanmasını bekleyerek kalan kısmın yle işleme alınmasını sağlamakta. Aksi durumda promise ile çalışılıyorsa response alındıktan sonra chain fonksiyon halinde de işlemler sağlabilir. Birkaç rnek vermek gerekirse; var str = "Lorem Ipsum, dizgi ve baskı endüstrisinde kullanılan mıgır metinlerdir. Lorem Ipsum, adı bilinmeyen bir matbaacının bir hurufat numune kitabı oluşturmak üzere bir yazı galerisini alarak karıştırdığı 1500'lerden beri endüstri standardı sahte metinler olarak kullanılmıştır. Beşyüz yıl boyunca varlığını sürdürmekle kalmamış, aynı zamanda pek değişmeden elektronik dizgiye de sıçramıştır. 1960'larda Lorem Ipsum pasajları da içeren Letraset yapraklarının yayınlanması ile ve yakın zamanda Aldus PageMaker gibi Lorem Ipsum sürümleri içeren masaüstü yayıncılık yazılımları ile popüler olmuştur."; const calculateWords = => { return new Promise => { var map = new Map ; map = 0; str. split . forEach => { setTimeout => , 200); }) }) } const print = async => { let count = await calculateWords ; console. log ; console. log(`sayının bir fazlası: $ `) } const print2 = => { calculateWords . then(response => { console. log ; console. log(`sayının bir fazlası: $ `) }); } print ; print2 ; var map = new Map ; map = 0; str. split . forEach(data => { setTimeout => , 200); }) console. log ; console. log(`sayının bir fazlası: $ `) Burada problem şudur, mesela calculateWords fonksiyonu temsilen belirli bir süre geçtikten sonra yüklü bir işlem yapan, sonucunda resolve aracılığıyla işlem sonucunu dndüren bir metot. Bu bir api'den response da olabilirdi ya da farklı bir hesaplama da olabilirdi. 74 kelimeyi ayrı ayrı hesaplamakta ve her hesapta 200ms bekleme süresi bulunmakta. print metodunda await szcüğü ile gelen datayı promise tamamlandıktan sonra bir değişkene alıyoruz. Bu süreçte altta kalan console. log komutları beklemeye alınıyor. Await ile başlayan satırdaki işlem bittikten sonra işleme alınıyorlar. Await szcüğünü kullanmak için çalıştığı fonksiyonun async olması şartı var. Bu sebeple async => şeklinde fonksiyonu tanımladık. print2 metodunda ise dnen promise return'unu then zincirleme metodu ile alıp data geldikten sonra gelen sonuçla birlikte işleme alıyoruz. En altta bulunan yalın haldeki kod ise aynı işlemi yapıyor. Yalnız bunu denediğiniz vakit forEach işlemi henüz bitmeden console. log işlemleri devreye alınacak ve loglarda 0 ve 1 olarak dnecektir. Çünkü forEach zaman alan bir hesaplamaya sahip. Async yapısı nedeniyle node. js i/o bloklamadan, yani diğer işlemin bitmesini beklemeden sıradaki en kısa süren işleme yanıt verdi.

laravel den yürü ya. gerisi amelasyon Laravel de Mongo için jenssegers/laravel-mongodb paketini kullanıyoruz, birçok işimizi grüyor ama MySql veya PostgreSql gibi RDMS veritabanlarında olduğu gibi rahat kullanamıyoruz. Tabii veritabanı tasarımı da mükemmel değil ama sık sık raw query yazıyoruz vs Tamamen konu ile alakalı değil belki ama tecrübei paylaşayım dedim. nceleri Kızlar Utanınca Kızarırdı Şimdilerde Kızarınca Utanıyorlar..

repoya dgidip.com u. dev olarak değişin enter yapın. Afiyet olsun. Bu da byle bi tırriktir Süper bilgi teşekkürler hocam Bu Yüce Türk Milleti ne ihanetler grdü hepsinin üstesinden gelmeyi başararak tarihe nice zaferler yazdırdı. Bu Millet Kuva-yı milliye hareketini yeniden başlatır. Sivas Kongresini yeniden toplar, Ya İstiklal, Ya lüm diye haykırır ve gereğini yapar. Türk Milleti ihaneti ve hainleri hiç affetmez. Dileğimiz odur ki bu iş sandıkta bitsin, aksi halde "sürüye dalmayı gze alan Kurt, çobanın da, kpeğinde hesabını yapmaz."

laravel den yürü ya. gerisi amelasyon 29.99cm, titanyum kaplamalı, çift damarlı, su ve yağ soğutmalı.

lazım olan olur diyerekten şuraya bırakayım https://github.com/Tuncaysukan/Netfilx_Clone eline sağlık hocam gene kodlarınızı ıncelıyordum const verify = require ; su kodunuzun calısma mantıgı nedır orada oyle bır dosyada bulamadım ıncelmek ıcın

NighT_JudGe bunu yazdı lazım olan olur diyerekten şuraya bırakayım https://github.com/Tuncaysukan/Netfilx_Clone eline sağlık hocam gene kodlarınızı ıncelıyordum const verify = require ; su kodunuzun calısma mantıgı nedır orada oyle bır dosyada bulamadım ıncelmek ıcın son değişiklikleri push etmemişim hocam kusura bakma şimdi attım Cahildim Dünyanın Rengine Kandım

coder2 bunu yazdı yolbulucu bunu yazdı laravel den yürü ya. gerisi amelasyon Laravel de Mongo için jenssegers/laravel-mongodb paketini kullanıyoruz, birçok işimizi grüyor ama MySql veya PostgreSql gibi RDMS veritabanlarında olduğu gibi rahat kullanamıyoruz. Tabii veritabanı tasarımı da mükemmel değil ama sık sık raw query yazıyoruz vs Tamamen konu ile alakalı değil belki ama tecrübei paylaşayım dedim. ben de relational şeyler için postgres + büyük verilerim için mongo kullanıyorum laravelde. bütün queryleri raw yazıyorum. zaten modele falan da bağlı değil hiç bir şey Orm işi yoksa niye laravel? Template engine ve validasyon olayları için mi? xdebug'tan geçirdin mi hiç? Kaç tane fonksiyon çalışıyor basit bir hello world yazısı için? 0x0480 takilin madem