Internet
Cómo montar un NAS: El Software
FreeNAS, OpenMediaVault, Rockstor y otras opciones para tu servidor.
El software y hardware, esa sociedad que hace una gran fuerza cuando se combinan equilibradamente. ¿Pero qué está primero en importancia? ¿el software o el hardware? Como siempre, la respuesta es incierta, y lo único seguro es que el resultado será mejor cuanto mejor se lleven las dos partes. Indudablemente será el software quien brinde los servicios a nuestro servidor. Tal vez muchos ya tendrán seleccionado el sistema operativo a utilizar en su futuro NAS. Otros, posiblemente, ya tengan el hardware y quieran sacarle el máximo provecho con el sistema más adecuado. Algunos, simplemente, se comprarán un sistema completo y perfectamente equilibrado de alguna marca especializada, los cuales ya fueron pensados para la perfecta convivencia entre software y hardware.
De hecho, los sistemas operativos que traen marcas como Qnap o Synology son muy intuitivos y fáciles de utilizar. Permiten que el usuario rápidamente se centre en sus actividades y no pierda tiempo configurando dicho hardware y los servicios que implementará. De hecho, existe el proyecto Xpenology, que no es más que el sistema DSM de Synology que fue «engañado» para que permita instalarse en casi cualquier hardware. Por ahora Synology tolera este «hack», aunque las actualizaciones del sistema no se pueden realizar. Además, dados ciertos aspectos legales discutibles de esta práctica y la importancia de la información que vamos a resguardar, recomiendo otras soluciones, de las que hablaré a continuación y en próximos artículos. O si no, ir directamente a comprar un NAS «de marca», dado que el software es un valor agregado que no debe subestimarse.
Git y GitHub. Ramificaciones, flujo de trabajo y etiquetas
En el artículo anterior vimos una primera aproximación a las ramificaciones en git. En este artículo vamos a ver algunas técnicas para la gestión, el manejo y el trabajo de ramificaciones.
Pero, sobre todo, quiero incidir en la importancia de las ramificaciones en un sistema de control de versiones. Y, de nuevo, insistir en la utilidad de GIT para múltiples disciplinas de trabajo. Ya sea como desarrollador, escritor, diseñador… o muchas otras profesiones, este sistema puede ayudar a que te organices mucho mejor. Pero vayamos al lío…
Seafile: Nuestro propio servidor de almacenamiento
Seafile es un software de alojamiento de archivos de código abierto, y multiplataforma, por ser compatible con GNU/Linux, Microsoft Windows y Mac OSX. Los archivos se almacenan en un servidor central y se pueden sincronizar con computadoras, u otros dispositivos móviles, a través de aplicaciones de terceros. También se puede acceder a los archivos, directamente, en el servidor de Seafile a través de una interfaz web.
Registro y control de acceso con CodeIgniter
En el artículo anterior de esta serie sobre desarrollo de aplicaciones web con CodeIgniter, vimos todos los procedimientos necesarios para trabajar con nuestra base de datos. Con ello, podíamos crear, leer, modificar y borrar cualquier editorial de nuestra biblioteca.
Sin embargo, nos dimos cuenta que podíamos acceder a cualquier punto de nuestro gestor de biblioteca, sin ningún tipo de control. Es necesario, para este tipo de aplicaciones controlar, mediante usuario y contraseña, quien accede a la misma. Esto también nos permitirá, poder controlar no solo quien accede a la aplicación, sino también a que partes de la aplicación. Es decir, en función del rol del usuario, podrá acceder a una parte, a otra, o a todas.
En este artículo veremos como podemos resolver el problema del control de acceso de forma sencilla, y fácilmente integrable con nuestra aplicación.
Acelera tu servidor web con Nginx y Apache
Hola amigas y amigos. Hoy os voy a hablar de un tema que hace tiempo que quería probar. Os explico un poco. Hace años que trabajo con servidores web. Mis primeras experiencias fueron con Apache, el servidor web número uno en el mundo, quizá uno de los más estables y versátiles. Con el paso del tiempo, es cierto, no me terminaba de gustar el uso que hacía de la memoria, teniendo en cuenta que en mis servidores personales no disponía de muchos recursos por un tema económico evidente. Finalmente me decidí a cambiar a Nginx, que por aquel entonces (al igual que ahora) tenía buena fama en su relación rendimiento/recursos. Y hasta ahora he estado muy contento. Pero pasa que el sistema se puede exprimir aún más, creo yo, y ahí tenemos la idea del artículo.
Tal y como he comentado, Apache es muy potente, pero no termina de jugar bien con la memoria. En cambio Nginx tiene problemas con el contenido dinámico (es genial para el estático), ya que necesita módulos como php-fpm para hacerlo funcionar. Sabiendo esto, ¿por qué no hacemos que trabajen juntos? De esta manera aprovechamos sus potenciales y solapamos sus carencias.
