@look997: jakbym zapomniał to pinguj to posprawdzam na czym się da :)

@anwaro: 1, 2, 3

@anwaro: 4

background-size: cover; tutaj nie jest najlepszym rozwiązaniem. Przeglądarki strasznie się pocą machlując przy takich tłach.

@normanos: na telefonie wychodzi masakra. :x

@matiit: Jak zwykle zresztą.

@kot1401: Liczysz średnią ze wszystkich, później według odchylenia od standardu możesz sobie zrobić zakres kolorów w dół (nieatrakcyjny) i w górę (atrakcyjny) i według tego kolorujesz dany element. Najfajniej by było jakbyś zrobił też matematyczne wyliczanie hexa kolorku, wtedy byś miał fajnie płynne kolorki do każdej możliwej sytuacji.

@kot1401:

Prościej określić: 10% czerwonych, 80% żółtych, 10% zielonych. To jest intuicyjne.

(i proste programistycznie)

Taktyk.

@Atomic_Cookie: Dokumentacja angulara, ziom. https://docs.angularjs.org/api/ngMock/service/$httpBackend tu masz wszystko jak na dłoni.

@bercik999: Wołam, skoro taktykujesz

@TheFuckingRoses: http://cupsell.pl/api-php-sdk/#start ?

@TheFuckingRoses: http://lmgtfy.com/?q=cupsell.pl+api

@szyn3k: Z jQuery, czy bez?

@le1t00: http://www.codecademy.com/

@Jurigag: Owszem, nikt nie pisze na czysto, ale co Ci ze znajomości narzędzia bez znajomości języka :P Poznasz jezyk to automatycznie poszukasz odpowiadającego Ci środowiska :)

ja przeszedłem z backendem na node :) Owszem, nie postawisz na tanim badziewiu za 50zł rocznie, ale powiedzmy sobie szczerze: kto używa takich hostów?:P Tylko freelancerzy, którzy chcą, żeby klient sobie sam płacił za serwer :P

Fakt, faktem nie robię już zleceń, ale wolałbym,Pokaż całość

Client side. Miodzio

@mathix: Nie. Robienie czegokolwiek ciężkiego obliczeniowo client-side jeśli nie masz web-workerów to katorga (a tylko ~85% klientów ma wsparcie dla WW). A generowanie PDFa na telefonie zajmie lata.

Ogólnie, najfajniej byłoby mieć jeden kod dla klienta i dla serwera, jeśli klient nie podoła jakiemuś benchmarkowi - to zadanie leci na serwer.

@kot1401: Widze poziom jQuery wysoki...

var $ = jQuery;

@entrop: Przykład jest tam podany taki: http://codepen.io/desandro/pen/kwsJb Co prawda nie pobiera ajaxem tylko losuje obrazki z http://www.lorempixel.com

Co do

$()
to ok, może być wymagane. Zwykły html możesz osadzić w dokumencie i dopiero na nim działać. Przy parsowaniu na obiekt, możesz na nim działać, dodawać różne eventy i akcje przed osadzeniem do dokumentu. Więc masonry pewnie z tego korzysta.

Można klepać backend w JS, ale po co?

@Ragnarokk: Żeby się zemścić, na sobie, na kliencie, na frontendowcach ;D

Pokaż spoiler

@aseeon:

Wiadomo. Dlatego PHP jest takie popularne :D

@Bunis: przecież to nie ma nic z tym wspólnego. @EmptyBrain nie słuchaj go bo p------i.

@Dyzajash: http://caniuse.com/#feat=script-async

@Dyzajash: różnica?

Chmmm chcesz przelać do wiadra 3 piwa. Szybciej przelać je jedno po drugim, czy może wszystkie jednocześnie? Czy różnica w czasie wykonania zadania będzie zauważalna? :P

@komek: a jaki to ten "specyficzny" przypadek, którego "nie ma" w dokumentacji? na bank jest, ot szukać albo czytać ze zrozumieniem nie umiesz. co ten gimbasement to ja nie.

synchronicznego ajaxa bez freezowania przeglądarki

@komek: Sorry, jako że JS jest jednowątkowy, nie jest możliwe osiągnięcie czegoś takiego.

Cały myk w tym, że każde odpytanie o te dane mogę wywołać dopiero po otrzymaniu odpowiedzi z poprzedniego.

Promise'y, ziom, to jest odpowiedź.

@Pan_wons: finansowane przez google, juz od jakiegos czasu na glownej stronie angulara

Taktyk

@kot1401: poczytaj:

http://stackoverflow.com/questions/205853/why-would-a-javascript-variable-start-with-a-dollar-sign

@kot1401: $ jest po prostu dozwolonym znakiem w nazwie, po co używać to już zależy od programisty, ja tak sobie oznaczam zmienne w których mam obiekty DOM (utworzone czy też wybrane selektorem).

@entrop: Masz wersje minimalistyczną :)

$(document).on('click','.dd',function(e){
e.preventDefault();
$('.lan').html( e.target.c = ++e.target.c || 1 );
});