Jak kodowania maniaków siebie, ten blog będzie również funkcja artykuły o naszych własnych doświadczeń rozwojowych. Ostatni tydzień był decydujący moment w naszym rozwoju: zdecydowałem się bez serwera. Nawet tydzień temu, gdybym włożył MonsterCoding.com online, to byłby serwowane przez Node.js. I rzeczywiście kochają node.js, i to uczynił rozwoju bogatych aplikacji internetowych sposób łatwiejsze. Mam dostęp do mnóstwo fajnych bibliotek na moim pulpicie, które można używać w Grunt lub za pośrednictwem linii poleceń do automatyzacji rzeczy, czyste rzeczy, przetwarzanie moich szablonów i plików Sass itp
Ale ja nie jestem ekspertem w Node.js. I użyciu go do rzeczywistości służyć do naszej strony internetowej i aplikacji bardzo mnie denerwuje. Node.js ma straszny zwyczaj ukończenie zatrzymując się mały błąd. Oznacza to, że cała strona idzie w dół, a nie tylko stronę przestępstwa lub procesu. Jak przygotowują się do Godzinie Kodeksu idei aplikacji obsługiwanych przez backend, że brukowanej wraz z próbkami internetowych i może ulec awarii w dowolnym momencie, dał mi wiele przerwie Co słodki pomysł. Od naszej stronie internetowej i aplikacji są backbone.js, Dust.js i jquery.js na usłyszeć rzeczy, wyrwania login i niektórych trasach z node.js było szybkie. Teraz mogę tylko użyć AWS Lambda dla naszego logowania społecznej, a także zapisywanie danych użytkownika do Cloud.
Witryna jest serwowane za pośrednictwem Amazon CloudFront, który ma około 15 miejsc, gdzie pamięć podręczną plików do szybkiego porcji. Buforowanie jest dobre i złe, głównie źle, kiedy staras
| Dom | O |