LimitRequestBody (Apache) | client_max_body_size (Nginx) : Esto es lo que le configuramos a nuestor servidor para limitar el tamaño maximo de cada request, en otra palabras podria decirse que es el tamaño maximo de cada archivo que se sube al servidor.
Integración Continua y Entregado continuo son términos que en estos últimos anos han estado tomando bastante auge, los principios han existido desde siempre en esta área de la tecnología pero ultimamente son tendencia en el área del desarrollo de Software.
Estos términos toman este auge con la tendencia y la gran cantidad que nuevas aplicaciones que necesitan que sus cambios lleguen mas rápido a sus usuarios, cosa de que una funcionalidad sea contemplada en el día 1, en el día 2 se desarrolle y se pruebe y en el día 3 este puesta en producción para el disfrute de los usuarios.
Mientras estamos desarrollando cualquier proyecto y tenemos nuestra configuración todo va bien, pero en el momento que hay que desplegar dicho proyecto y necesitamos cambiar esa configuración en producción, se convierte en algo incomodo, cuando estas trabajando con un ambiente que tiene integración continua ahi es donde se convierte en un problema.
Lo recomendable es crear un archivo de configuración base de donde cada entorno estará en caso de ser necesario sobre-escribiendo cada configuración.
Sigue leyendo
Asi mismo como dice el titulo, un certificado ssl gratis, ya no tenemos que pagar para que nuestra pagina aparesca como segura sino que podemos obtenerlo gratis gracias al proyecto letsencrypt.
El proyecto letsencrypt es una iniciativa para contrarrestar este sistema / monopolio de los ssl ofreciendo una alternativa gratis, hasta el momento se encuentra en una etapa beta y queda a nuestro criterio usarlo o no. Los certificados generados por este proyecto duran solo 90 dias luego de eso tenemos que generar otro con ellos mismo, pensaran que es poco tiempo pero por que preocuparse «esto es gratis» podemos actualizar sin costo alguno la vigencia de nuestros certificados sin problemas.
SocketIO una vez salió a la luz revoluciono la forma en la que las aplicaciones se realizaban, y nos brindo a los desarrolladores una herramienta bastante poderosa en cuanto al desarrollo de aplicaciones web se refiere. Brindándonos la capacidad de poder comunicarnos con nuestros clientes de forma directa en tiempo real.
Aprovechando la acogida de las apis de HTML5 socket.io nos brinda una interface para poder utilizar WebSockets y ademas a eso nos abstrae de usar metodos alternativos a WebSockets para navegadores que no lo soporten y aun así brindar a todos nuestros usuarios aplicaciones en tiempo real. Esta libreria cae perfecto para aplicaciones como Chats, Juegos, Analitica y demás, se puede ser bien creativo cuando tiene una comunicación bi-direccional con nuestros usuarios.
En este tutorial estaremos viendo como crear un job worker Cliente y Servidor del mismo, usando HapiJs (Nodejs Framework) y RabbitMQ como nuestra cola de trabajo.
Esto de las colas de trabajos es muy util a la hora de quitarle carga a nuestras aplicaciones y volverlas asíncronas en torno a cuando se realiza se realiza una petición de realizar cierta acción que podría comprometer el rendimiento de nuestra aplicación, se puede decir que es una forma de comunicar sistemas.
Las colas de trabajos suelen usarse mucho cuando nuestros sistemas tienen que interactuar con sistemas de terceros y los cuales no tenemos el control de disponibilidad / rendimiento cosa que si le agregamos la capacidad de trabajar procesos en background con una cola nuestra aplicación no sufrirá ningún inconveniente si estas aplicaciones de terceros esta dando problemas.
Sigue leyendo
Hola, Saludos.
Este tutorial sera bien breve es mas para dividir este tema de otro ( Frabric Python 😀 ). En este tutorial es para mostrar como podemos acceder a nuestro servidor usando ssh y sin tener que introducir ninguna clave, unicamente «ssh [email protected]» y listo.
Lo primero que hay que hacer es generar nuestra key y seguir los pasos indicados por el generador.
ssh-keygen -t rsa -C "[email protected]"
Una vez nuestra key generada, verifiquemos que este todo en orden.
cat /home/username/.ssh/id_rsa.pub
Una vez verificado todo, procederemos a copiar nuestra key en el servidor destino. Se puede hacer de varias formas, si tienen un entorno grafico o no.
-simplemente copian el contenido de su «key» y acceden a su servidor y agregan el contenido a este archivo «~/.ssh/authorized_keys»
-Subir una copia de su clave al servidor destino
scp /home/username/.ssh/id_rsa.pub [email protected]:/tmp
la carpeta destino es tmp por que todos tenemos acceso a esa carpeta, puede ser cualquier carpeta.
-Una vez su archivo key este en el server entrar via ssh como normalmente lo hacen y ejecutar esto
cat /tmp/id_rsa.pub >> ~/.ssh/authorized_keys # Esto agregara el contenido el tu clave al archivo authorized_keys
Tener en cuenta cambiar los permisos del archivo .ssh/authorized_keys para 640.
chmod 640 .ssh/authorized_keys
Una vez realizado alguno de los pasos ya podrán acceder vi ssh sin la necesidad de introducir una clave para hacer login.