Kbc With Comedians !link! -

"Sahi jawab. Rs. 12,50,000. Ab aap crorepati se sirf ek sawaal door hain."

We’ve all seen the intense drama of Kaun Banega Crorepati . The dramatic music, the sweating contestants, the "Computerji" locking in answers. But let’s be honest—the absolute best episodes are the ones filled with comedians.

"Sunil Grover!"

(Audience laughter. Sunil Grover stands up)

That's a wrap on this hilarious episode of KBC! kbc with comedians

"Sir, aap KBC chalao, IMDb mat kholo. Jawab hai 2."

"Lock kar diya?"

These episodes are the perfect reminder that knowledge doesn't always have to be serious—it can be seriously funny.

The episode garnered massive attention on social media, with fans praising the comedians' performances and the show's entertaining format. According to BARC India, the episode garnered 7.2 million impressions, making it one of the most-watched episodes of KBC this season. "Sahi jawab

3 Yorum

  1. kbc with comedians

    Selamlar.

    Merak ettiğim 2 husus var, bu 3 sunucu aynı datacenterda olmak zorundamıdır? Yani 3 sunucu 3 farklı lokasyon veya 3 farklı datacenter da kurulu olsa problem olur mu?
    Birde mesela yük dengeleme amaçlı kullandığımız bir sunucuda video içeriği var diyelim, bunu ana sitede nasıl yayına sokabiliriz? Video kaynağı olarak sunucu ip adresimi görünüyor yoksa site adresimi?

    Teşekkürler şimdiden, Hayırlı Günler, bol kazançlar dilerim.

    Yanıtla
    1. kbc with comedians

      Selamlar, farklı datacneterlardaki sunucular birbirine erişebildiği sürece clustered yapıya kavuşturulabilir fakat bu sunucular arasında data transferi gerçekleşiyorsa verimerkezleri arasındaki latency az ve stabil bir network bağlantısı kurulması önemlidir. İkinci sorunuza yanıt olarak loadbalancerlar zaten, sunulacak datayı barındıran N tane sunucuya tek bir ip veya domain ile erişmek için konumlandırılmaktadır.

      Yanıtla
  2. kbc with comedians

    Merhabalar,
    Ali Bey elinize saglik cok faydali bir yazi.
    Sanirim, keepalived.conf dosyasinda kontrol scripti olarak chk_service_status verilmis.
    Fakat orneginizde servisi haproxy-service-check.sh ismi ile /usr/local/bin icine olusturuyoruz. Bu config her timeout suresinde gereksiz yere sanalip adresinin nodelar arasinda gezmesine sebep olabilir.

    Yanıtla

Yorum Yapın