Como geeks codificación de nosotros mismos, este blog también contará con artículos sobre nuestras propias experiencias de desarrollo. La semana pasada fue un momento crucial en nuestro desarrollo: decidí ir sin servidor. Incluso hace una semana si me había puesto MonsterCoding.com línea, habría sido servido por Node.js. De hecho, me encanta Node.js, y se ha hecho el desarrollo de aplicaciones ricas de Internet forma más fácil. Tengo acceso a toneladas de bibliotecas frescas en mi escritorio que puedo usar en ronco oa través de la línea de comandos para automatizar cosas, cosas que limpien, procesos mis plantillas y archivos SASS, etc.
Pero no soy un experto en Node.js. Y el uso que sirva realmente a nuestro sitio web y aplicación me hizo muy nervioso. Node.js tiene el hábito de miedo de terminar deteniéndose sobre un pequeño error. Eso significa que todo el sitio se cae, no sólo la página ofender o proceso. A medida que nos estamos preparando para la Hora del Código, la idea de la aplicación servida por un motor que empedradas junto con muestras en línea, y podría estrellarse en cualquier momento, me dio un montón de pausa Qué idea tan dulce. Desde nuestro sitio web y aplicación son Backbone.js, Dust.js y jquery.js al oír de las cosas, sacar a la entrada y algunas de las rutas desde Node.js era una brisa. Ahora sólo puedo utilizar un Lambda AWS para nuestra entrada social, así como el ahorro de los datos del usuario a la nube.
El sitio web está servida a través Cloudfront de Amazon, que tiene unos 15 lugares en los que almacenar en caché los archivos de ración rápida. El almacenamiento en caché es el bien y el
| Hogar | Sobre |