Bir yazılım geliştirmeye başladım, html + js kullanarak kodlanmış uygulama Bu uygulama bildirimini sunucudan (java kodu) roging için nginx kullanarak uygulamayı göndermem gerekiyor ve AWS'de barındırılıyor. Uzun yoklama ben incelemek başlamak daha yeni ve daha iyi (In what situations would AJAX long/short polling be preferred over HTML5 WebSockets?) eski bir benzemez WebSocket olduğunu okumak Gerçek zamanlı bildirim bu konuyu araştırdık ve bazı makalelerde uzun yoklama In what situations would AJAX long/short polling be preferred over HTML5 WebSockets?Longpolling vs Websockets
web soketleri arasına karıştı gmail facebook whatsapp web sayfalarının öğesi. Gmail + facebook'u uzun oylama kullanarak gördüm Webzcket'i kullanan whatsapp'ın tersine. Peki bu şirketler neden uzun yoklama kullanmayı tercih ediyor? https://www.quora.com/Does-Facebook-use-WebSockets-for-any-of-their-applications-Are-they-really-useful-at-that-scale-especially-since-they-impose-a-stateful-architecture
Her şey bir fikir meselesi ve hangi ortamları destekliyorsunuz. Daha eski tarayıcılar ve bazı sunucular web soketlerini desteklemez, bu nedenle uzun yoklamalara ihtiyaç duyarsınız. –
şirketleri, yükseltme maliyeti nedeniyle bazı teknolojileri yükseltmek istemeyebilir. Ancak websocket gerçekten uzun yoklamadan "daha iyi". daha az veri iletilir ve iletişim iki şekilde başlatılabilir. .NET SignalR örnek olarak alın. Tarayıcının websocket destekleyip desteklemediğini kontrol eder. eğer yaparsa, ws kullanır, eğer longpolling'e geri dönmezse –
soket.io kütüphanesi webSockets'ın her iki ucunda desteklenip desteklenmediğini ve eğer öyleyse bunu kullanır. Değilse, uzun yoklama kullanacaktır. Eski servisler muhtemelen uzun yoklamalarla çalışıyorlar ve şimdi yeniden mühendisliğe ihtiyaç duymuyorlar, ancak modern tarayıcılar için şimdi sıfırdan tasarlanıyorsanız, webSocket her zamanki tercih olacaktır. – jfriend00