Eclipse PDT – update sites (helios)

Lista poprawnych „update sites” dla Eclipse PDT Helios: http://download.eclipse.org/eclipse/updates/3.6 http://download.eclipse.org/releases/helios/ (...)

JQuery, intervals i ajax

[ad#post]Prosty przykład jak kontrolować cykliczne i kolejkowane requesty Ajax’owe i zatrzymać skrypt w przypadku nagromadzenia błędów. Ajaxowe requesty kolejkujemy za pomocą plugina dla JQuery – AjaxQ, natomiast cykliczne wywolywanie tych requestów odbywa się przy użyciu plugina JQuery Timers (intervals). $(document).everyTime("30s", "dowolna_nazwa", function(i) { try { $.ajaxq ("tickerqueue",{ url: publicURL + "/ajax/ticker", type: "GET", dataType: "text", timeout: 5000, cache: false, complete: function(XMLHttpRequest, textStatus) { if( (...)

JQuery i własny filtr na przykładzie :random

Proste rozszerzenie dla biblioteki JQuery dostarczające funkcjonalność wybierania losowego elementu z pasujących elementów. jQuery.jQueryRandom = 0; jQuery.extend(jQuery.expr[":"], { random: function(a, i, m, r) { if (i == 0) { jQuery.jQueryRandom = Math.floor(Math.random() * r.length); }; return i == jQuery.jQueryRandom; } }); Przykładowe zastosowanie: $("ul li:random").html(); (...)

Load balancing dla CDN

Na jednym forum padło pytanie o load balancing dla CDN (Content Delivery Network) i wybór pomiędzy RRDNS (Round Robin DNS) a „ręcznym” balansowaniem requestów na webserwerze. Jako, że miałem prawie identyczny dylemat w przesłości postanowiłem napisać o tym kilka zdań. [ad#post]Rozwiązania load balancingu opierające się na DNS nie są raczej stosowane jako główne balancery dla rozwiązań produkcyjnych, chociażby z powodu nieznanego procentu cachowanych zapytań do DNS serwera czego wynikiem może być kierowanie 90% zapytań do tego samego IP podpiętego do load balancera. Niestety jest to skutek uboczny cachowania zapytań przez inne serwery DNS, często (...)

Serwery w chmurze Amazon AWS (cz.1)

Przeanalizujemy dość ciekawy, moim zdaniem, projekt, który mam okazję realizować a którego celem jest przygotowanie infrastruktury pod 1 godzinne wydarzenie internetowe z przewidywalnym maksymalnym ruchem 50,000 użytkowników jednocześnie. Tak, tak, to nie są żarty, nasz serwer musi poradzić sobie właśnie z takim ruchem.