Loading Yontemi Hakkında

clone.x

Merhabalar,

Anasayfaya 5 saniyede bir sadece eklenmiş "yeni içerikler" nasıl getirtebilirim? pagination yntemi olmuyor? is_read yntemi yapıcam ama çok karışacak? tüm üyelere okundu okunmadı değeri vermem gerekiyor? Nasıl yapmam gerekiyor fikir verebilirmisiniz?

Teşekkurler.

evrend

Comet kullanabilirsiniz. Temel mantığı: 5snyede bir istek gönderilir ama bu istek cache'de bir keyi kontrol eder, yada bir filedaki değeri vs. kontrol edebilir. Amaç veri tabanına bir şey eklendiğinde yada güncelleme olduğunda, bunu anlamak için kontrol edilen bu değeri değiştirerek, değer 5snyede bir çekildiğinde değişmişse database'den yeni verileri çekmektir. Bu sayede database gereksiz isteklerden kurtulur ve sadece ihtiyaç durumunda asıl istek gönderilir.
Facebook'taki mesajlaşmada da comet kullanıldığı söyleniyor.

mgsmus

Ayrı bir tablonuz olacak. users_read mesela. Bu tabloda okuyanın id'si, okunanın id'si ve okuma tarihini tutacaksınız. Ör:

+---------+---------+---------------------+
| user_id | post_id | read_at |
+---------+---------+---------------------+
| 112 | 5 | 2015-04-09 00:20:19 |
| 56 | 14 | 2015-04-08 23:10:19 |
+---------+---------+---------------------+

clone.x

Performans sorunu olur mu hocam bu yontem?

iozguradem

Kullanıcı sayınızla da alakalı bir durum performans. Kaç kullanıcıdan söz ediyoruz burada?

clone.x

10.000 kullanıcı & 50.000 posts var.

mgsmus

clone.x wrote:Performans sorunu olur mu hocam bu yontem?

Önce alternatif yolları bulun. Ondan sonra performans olayına bakarsınız.

MURATSPLAT

clone.x wrote:Performans sorunu olur mu hocam bu yontem?

Bu tür sorulara takıntılıysanız PHPunit ya da Selenium gibi test araçlarını araştırın. Eğer ustalaşırsanız aklınızda sorun olan senaryoları test edebilirsiniz.

Optimizasyon ve performans konular ciddi deneyim gerektirir. Bu tür sorulara genellikle kimse kafa yormaz. Zira istisnai durumlar oluyor genellikle..

Aristona

MURATSPLAT wrote:
clone.x wrote:Performans sorunu olur mu hocam bu yontem?
Bu tür sorulara takıntılıysanız PHPunit ya da Selenium gibi test araçlarını araştırın. Eğer ustalaşırsanız aklınızda sorun olan senaryoları test edebilirsiniz.

Optimizasyon ve performans konular ciddi deneyim gerektirir. Bu tür sorulara genellikle kimse kafa yormaz. Zira istisnai durumlar oluyor genellikle..

Phpunit ve seleniumun backend performansı ile bir ilgisi yokki? Anlık kullanıcı / işlem yapılacak saniye * istek yapılan scriptin sunucuya yükü gibi bir analiz yapılması lazım. Bunu da benchmark programları ve profilerler ile yapabiliriz. Phpunit test yazmaya, Selenium ise tarayıcıda yapılacak testlerin otomatiğe bağlanmasına yarıyor.

clone.x wrote:10.000 kullanıcı & 50.000 posts var.

Sitenin günlük hiti kaç? Ve anlık ortalama kaç kullanıcı sitede oluyor?

5 saniyelik bir long polling sunucunuz düzgün ayarlanmışsa sorun çıkarmaz (apache falan kullanıyorsanız çıkarabilir), ama MySQL çıkarır. Bu yüzden Redis gibi bir sistem üzerinde tutun istek yapacağınız sayfayı. Orada şöyle bir okundu-okunmadı sistemi geliştirebilirsiniz:

LIST: {kullanıcı_ID}:okunanlar, veya string kullanarak son okunan içeriğin IDsini de tutabilirsiniz.

İçerikleri de Redis üzerinde cacheleyin, MySQL'e hit attırmayın. En basitinden:

$paylasimlar = \Paylasim::orderBy('id', 'desc')->take(100)->remember(30)->get();

son 100 paylaşımı cachede tutun. PHPye istek geldiğinde de, son okunan articlenin IDsini alın Redisten. Eloquent koleksiyonunda, eğer o articleden yüksek articleler varsa, onların döndürün.

Şöyle birşey o da:

$yeniPaylasimlar = $articles->map(function($article) use ($kullaniciSonOkunan) {
return $article->id > $kullaniciSonOkunan;
});

MURATSPLAT

@Aristona "Bu tür sorulara takıntılıysanız PHPunit ya da Selenium gibi test araçların" demiştim.

Mesala websocket gibi eş zamanlı istekleri test etmenin bir çok yolu var. Back-end önce test ederim. Her bir istekte ne sorgu dönüyor, caching istenildiği gibi yapılıyor mu? Ne kadar bellek tüketiyor vs her şeyin doğru gittiğinden emin olurum. Eş zamanlı istekleri ben genelikle node.js üzeriden yazdığım betiklerle yapıyorum.

Bir de phantomjs diğer bir kit var. Çoğu kullanıcı isteklerini test edebiliryorsunuz. Node.js üzerinde çalıştığı için eş zamanlı isteklerde senaryo edilebilir..

Aristona

MURATSPLAT wrote:@Aristona "Bu tür sorulara takıntılıysanız PHPunit ya da Selenium gibi test araçların" demiştim.

Mesala websocket gibi eş zamanlı istekleri test etmenin bir çok yolu var. Back-end önce test ederim. Her bir istekte ne sorgu dönüyor, caching istenildiği gibi yapılıyor mu? Ne kadar bellek tüketiyor vs her şeyin doğru gittiğinden emin olurum. Eş zamanlı istekleri ben genelikle node.js üzeriden yazdığım betiklerle yapıyorum.

http://i57.tinypic.com/4rp64o.png

Bir de phantomjs diğer bir kit var. Çoğu kullanıcı isteklerini test edebiliryorsunuz. Node.js üzerinde çalıştığı için eş zamanlı isteklerde senaryo edilebilir..

Yaptığın doğru ama bu sanırım profiling diye geçiyor terminolojide. Yani şöyle bir durum var. Eğer bir istek 3mb resource yiyorsa, o zaman benim sistem 4gb ramde (4096 / 3) kadar isteği kaldırır diyemiyoruz. Burada ince ayarlar devreye giriyor. Child processler ne kadar idle kalıyor, kaç tane child process açılıyor, worker sayıları ne kadar vb. birçok faktör devreye giriyor. Optimal ayarları bulmak gerekiyor.

Yani senin yazdığın test ile, şunu yapabilirsin: "SQL sorgusunun performansını %300 arttırdım.", ve 0,03 milisaniyelik bir sorguyu 0,01'e indirebilirsin, ancak bu demek değildir ki "Uygulamanın hızı %300 artar veya 3 kat daha scalable olur." 1 veya 10 istekte bu düzgün çalışabilir, ama 100. isteği MySQL kaldırmayabilir veya response süresi uzayabilir.

Benim demek istediğim buydu. Bu sistemin mysql dışı olarak yazılması tavsiyemde bu yüzden. Artık veritabanları neredeyse sadece redundancy ve önemleri verileri tutmak için kullanılıyor, gerisi hep cachede. Mesela Redis ortalama bir ram modülünde yaklaşık saniyede 80,000 komutu çalıştırabiliyor. Scale etmek kolay. MySQL çok daha hantal ve scale etmek zor. Ayrıca MySQL'e bindirilecek ek yük, halihazırda çalışan sistemin yavaşlamasına sebep olabilir.

Bu yüzden, bu durum PHPUnit'i aşıyor: çünkü PHPUnit sadece sistemin çalışıp çalışmadığıyla ilgilenir. Testler yapılırken external istekler (örn mysql sorguları) "yapılıyormuş gibi" mocklanır. Selenium'u aşıyor, çünkü Selenium acceptance testlerini çalıştıran bir araç. Milyon tane hit attırıp rapor tutma özelliği yok mesela. (varsa da bilmiyorum) Bu yüzden sitene aniden 10.000 istek gelse neyin patlayacağını sadece PHPUnit ve Selenium ile çözmek zor.

MURATSPLAT

@aristona hocam sayılırsın

Saygım büyüktür. Bana bir şey öğretene saygı duyarım. Katkın için teşekkürler.

Yazılım işinde şuan herkes birbirbirinden öğrenir oldu. Eskiden yazılım şirketlerinin geliştirdiği yazılımlarla birlikte eğitim programlarıyla öğrenilirdi. Şimdi bu işler tamamen community kontrollü ile gelişiyor. Hergün değişiyor ve gelişiyor. Tıpçılardan farkımız kalmadı. Artık öğrenmeyi bıraktım ihtiyaç duyduğumda öğrenmeye araştırma çalıyorum. Projeler teslim edip para kazanmak lazım. Bu sırada kendimizi geliştirmek zorundayız.

Performans ve optimizasyon işi çok zor iş. Sen de bunu belirttin. Tek bir doğru cevabı yok. Özellikle phantomjs ile yapılanları görünce en azından bildiğim kadarıyla istemci hareketlerini node.js üzerinden test etme olanığınız sınırı yok gibi. Tek bir sorun var bu testin maliyetini hesaplayabilme. Zira son zamanlar bir işin yapılabileceğinden çok ne kadar bir sürede yapılabileceği cevabını bilmek şahsen beni daha çok igilindirmeye başladı.

Mysql'un artık bana da yetmemeye başladı. Bu aralar noSql veritabanı ihtiyaçlarını duymaya başladım. Migration yazmaktan bıktım

Laravel Türkiye Forumları, ücretsiz forum uygulaması Flarum ile yapılmıştır.