martes, 19 de noviembre de 2013
viernes, 25 de octubre de 2013
Alternativas libres al cPanel
Y hablando de alternativas libres al cPanel…
Saludos a todos. Hoy día hablaré acerca de las alternativas disponibles que hay para el cPanel, un panel de control hecho para gestionar el contenido de las páginas web basadas en LAMP.
Obviamente, ese panel de control es propietario, además de que los
mismos desarrolladores te ayudan a instalarlo para que no cometas ningún
error a la hora de instalar.
No obstante, muchos de los que quieren emprender la aventura del universo de los servidores web, el cPanel realmente les resulta una piedra en el camino.
Por esta razón, y gracias a este post que se publicó recientemente acerca de GNUPanel,
les hablaré acerca de los paneles de control para gestionar un servidor
web bajo LAMP (Linux, Apache {o NginX}, MySQL {o MariaDB} y
PHP/Perl/Python).
¿Qué es un panel de control de servidores web?
Un panel de control de servidores web es esencialmente una interfaz
web, la cual nos muestra a manera de panel de control, diversas
funcionalidades que tenemos en nuestro servidor web como el Servidor de Nombre de Dominio (o DNS
por sus siglas en inglés), además de gestionar el acceso a los archivos
almacenados mediante FTP, las bases de datos que hay, entre muchas
otras cosas.
La principal ventaja de tener un panel de control para esos
propósitos es facilitarnos la vida con la administración web, además de
no tener que depender necesariamente de una consola para hacer todo ese
trabajo “tedioso”. En muchos casos, es bastante útil para aquellos que
recién comienzan a incursionar en el tema de administración web.
Entre los paneles de control más conocidos que hay son: cPanel (el que mencionamos previamente), zPanel y GNUPanel.
Alternativas libres más conocidas al cPanel
zPanel
zPanel es un panel de control
de servidores web que ha logrado popularizarse en estos últimos meses
gracias a su refinada interfaz gráfica, la cual ha despertado el interés
de compañías como A2 Hosting, la cual está ofreciendo
en sus planes reseller este panel de control como alternativa al cPanel
gracias a su sencilla e intuitiva interfaz y a lo activa que es su
comunidad.
Actualmente, este panel de control se puede probar tanto en distros GNU/Linux como Ubuntu y CentOS como también en Windows.
GNUPanel
GNUPanel es el primer proyecto de alternativa al cPanel, el cual ha despertado interés tanto de la FSF como de otros desarrolladores.
La interfaz de la versión estable actual de GNUPanel es bastante
sencilla en comparación con ZPanel, la cual pueda ser que algunos puedan
no familiarizarse con ella.
Con la salida de la versión 2.0 de este panel de control, se espera
que no sólo beneficie a los usuarios de este panel, sino también a los
interesados en contribuir a la mejora del funcionamiento de este panel.
GNUPanel está 100% recomendado por DesdeLinux
Recuerden que GNUPanel quiere mejorar, brindar mejores opciones, ser parte de la FSF y para ello necesita nuestra ayuda.
Fuente: http://blog.desdelinux.net
jueves, 17 de octubre de 2013
Instalando Git
Instalando Git
Vamos a empezar a usar un poco de Git. Lo primero es lo primero:
tienes que instalarlo. Puedes obtenerlo de varias maneras; las dos
principales son instalarlo desde código fuente, o instalar un paquete
existente para tu plataforma.
Para instalar Git, necesitas tener las siguientes librerías de las
que Git depende: curl, zlib, openssl, expat, y libiconv. Por ejemplo, si
estás en un sistema que tiene yum (como Fedora) o apt-get (como un
sistema basado en Debian), puedes usar uno de estos comandos para
instalar todas las dependencias:
$ yum install curl-devel expat-devel gettext-devel \
openssl-devel zlib-devel
$ apt-get install libcurl4-gnutls-dev libexpat1-dev gettext \
libz-dev
Cuando tengas todas las dependencias necesarias, puedes descargar la versión más reciente de Git desde su página web:
http://git-scm.com/download
Luego compila e instala:
$ tar -zxf git-1.6.0.5.tar.gz
$ cd git-1.6.0.5
$ make prefix=/usr/local all
$ sudo make prefix=/usr/local install
Una vez hecho esto, también puedes obtener Git a través del propio Git para futuras actualizaciones:
$ git clone git://git.kernel.org/pub/scm/git/git.git
Instalando en Linux
Si quieres instalar Git en Linux a través de un instalador binario,
en general puedes hacerlo a través de la herramienta básica de gestión
de paquetes que trae tu distribución. Si estás en Fedora, puedes usar
yum:
$ yum install git-core
O si estás en una distribución basada en Debian como Ubuntu, prueba con apt-get:
$ apt-get install git Configurando Git por primera vez
Ahora que tienes Git en tu sistema, querrás hacer algunas cosas para personalizar tu entorno de Git. Deberías tener que hacer estas cosas sólo una vez; se mantendrán entre actualizaciones. También puedes cambiarlas en cualquier momento volviendo a ejecutar los comandos correspondientes.Git trae una herramienta llamada
git config que te
permite obtener y establecer variables de configuración que controlan el
aspecto y funcionamiento de Git. Estas variables pueden almacenarse en
tres sitios distintos:- Archivo
/etc/gitconfig: Contiene valores para todos los usuarios del sistema y todos sus repositorios. Si pasas la opción--systemagit config, lee y escribe específicamente en este archivo. - Archivo
~/.gitconfigfile: Específico a tu usuario. Puedes hacer que Git lea y escriba específicamente en este archivo pasando la opción--global. - Archivo config en el directorio de git (es decir,
.git/config) del repositorio que estés utilizando actualmente: Específico a ese repositorio. Cada nivel sobrescribe los valores del nivel anterior, por lo que los valores de.git/configtienen preferencia sobre los de/etc/gitconfig.
.gitconfig en el directorio $HOME (C:\Documents and Settings\$USER para la mayoría de usuarios). También busca en el directorio /etc/gitconfig,
aunque esta ruta es relativa a la raíz MSys, que es donde quiera que
decidieses instalar Git en tu sistema Windows cuando ejecutaste el
instalador.Tu identidad
Lo primero que deberías hacer cuando instalas Git es establecer tu nombre de usuario y dirección de correo electrónico. Esto es importante porque las confirmaciones de cambios (commits) en Git usan esta información, y es introducida de manera inmutable en los commits que envías:$ git config --global user.name "kike" $ git config --global user.email enriquereasco@gmail.com
De nuevo, sólo necesitas hacer esto una vez si especificas la opción --global,
ya que Git siempre usará esta información para todo lo que hagas en ese
sistema. Si quieres sobrescribir esta información con otro nombre o
dirección de correo para proyectos específicos, puedes ejecutar el
comando sin la opción --global cuando estés en ese proyecto.Tu editor
Ahora que tu identidad está configurada, puedes elegir el editor de texto por defecto que se utilizará cuando Git necesite que introduzcas un mensaje. Si no indicas nada, Git usa el editor por defecto de tu sistema, que generalmente es Vi o Vim. Si quieres usar otro editor de texto, como Emacs, puedes hacer lo siguiente:$ git config --global core.editor emacs
Tu herramienta de diferencias
Otra opción útil que puede que quieras configurar es la herramienta de diferencias por defecto, usada para resolver conflictos de unión (merge). Digamos que quieres usar vimdiff:$ git config --global merge.tool vimdiff
Git acepta kdiff3, tkdiff, meld, xxdiff, emerge, vimdiff, gvimdiff,
ecmerge, y opendiff como herramientas válidas. También puedes configurar
la herramienta que tú quieras; véase el Capítulo 7 para más información
sobre cómo hacerlo.Comprobando tu configuración
Si quieres comprobar tu configuración, puedes usar el comandogit config --list para listar todas las propiedades que Git ha podido encontrar en ese punto:$ git config --list user.name=kike
user.email=enriquereasco@gmail.com
color.status=auto
color.branch=auto
color.interactive=auto
color.diff=auto
Puede que veas claves repetidas, porque Git lee la misma clave de distintos archivos (/etc/gitconfig y ~/.gitconfig, por ejemplo). En ese caso, Git usa el último valor para cada clave única que ve.También puedes comprobar qué valor cree Git que tiene una clave específica ejecutando
git config {clave}:$ git config user.name kike fuente: http://git-scm.com Introduccion a Git
Acerca del control de versiones
¿Qué es el control de versiones, y por qué debería importarte? El
control de versiones es un sistema que registra los cambios realizados
sobre un archivo o conjunto de archivos a lo largo del tiempo, de modo
que puedas recuperar versiones específicas más adelante. Para los
ejemplos de este libro llevarás control de versiones de código fuente,
aunque en realidad puedes hacer esto con casi cualquier tipo de archivo
que encuentres en un ordenador.
Si eres diseñador gráfico o web, y quieres mantener cada versión de
una imagen o diseño (algo que sin duda quieres), un sistema de control
de versiones (Version Control System o VCS en inglés) es una elección
muy sabia. Te permite revertir archivos a un estado anterior, revertir
el proyecto entero a un estado anterior, comparar cambios a lo largo del
tiempo, ver quién modificó por última vez algo que puede estar causando
un problema, quién introdujo un error y cuándo, y mucho más. Usar un
VCS también significa generalmente que si fastidias o pierdes archivos,
puedes recuperarlos fácilmente. Además, obtienes todos estos beneficios a
un coste muy bajo.
Una breve historia de Git
Como muchas de las grandes cosas en esta vida, Git comenzó con un
poco de destrucción creativa y encendida polémica. El núcleo de Linux es
un proyecto de software de código abierto con un alcance bastante
grande. Durante la mayor parte del mantenimiento del núcleo de Linux
(1991-2002), los cambios en el software se pasaron en forma de parches y
archivos. En 2002, el proyecto del núcleo de Linux empezó a usar un
DVCS propietario llamado BitKeeper.
En 2005, la relación entre la comunidad que desarrollaba el núcleo de
Linux y la compañía que desarrollaba BitKeeper se vino abajo, y la
herramienta dejó de ser ofrecida gratuitamente. Esto impulsó a la
comunidad de desarrollo de Linux (y en particular a Linus Torvalds, el
creador de Linux) a desarrollar su propia herramienta basada en algunas
de las lecciones que aprendieron durante el uso de BitKeeper. Algunos de
los objetivos del nuevo sistema fueron los siguientes:
- Velocidad
- Diseño sencillo
- Fuerte apoyo al desarrollo no lineal (miles de ramas paralelas)
- Completamente distribuido
- Capaz de manejar grandes proyectos como el núcleo de Linux de manera eficiente (velocidad y tamaño de los datos)
Entonces, ¿qué es Git en pocas palabras? Es muy importante asimilar
esta sección, porque si entiendes lo que es Git y los fundamentos de
cómo funciona, probablemente te sea mucho más fácil usar Git de manera
eficaz. A medida que aprendas Git, intenta olvidar todo lo que puedas
saber sobre otros VCSs, como Subversion y Perforce; hacerlo te ayudará a
evitar confusiones sutiles a la hora de utilizar la herramienta. Git
almacena y modela la información de forma muy diferente a esos otros
sistemas, a pesar de que su interfaz sea bastante similar; comprender
esas diferencias ayudará a evitar que te confundas a la hora de usarlo.
Instantáneas, no diferencias
La principal diferencia entre Git y cualquier otro VCS (Subversion y
compañía incluidos) es cómo Git modela sus datos. Conceptualmente, la
mayoría de los demás sistemas almacenan la información como una lista de
cambios en los archivos. Estos sistemas (CVS, Subversion, Perforce,
Bazaar, etc.) modelan la información que almacenan como un conjunto de
archivos y las modificaciones hechas sobre cada uno de ellos a lo largo
del tiempo,
Git no modela ni almacena sus datos de este modo. En cambio, Git modela
sus datos más como un conjunto de instantáneas de un mini sistema de
archivos. Cada vez que confirmas un cambio, o guardas el estado de tu
proyecto en Git, él básicamente hace una foto del aspecto de todos tus
archivos en ese momento, y guarda una referencia a esa instantánea. Para
ser eficiente, si los archivos no se han modificado, Git no almacena el
archivo de nuevo —sólo un enlace al archivo anterior idéntico que ya
tiene almacenado
Todo en Git es verificado mediante una suma de comprobación antes de
ser almacenado, y es identificado a partir de ese momento mediante dicha
suma (checksum en inglés). Esto significa que es imposible cambiar los
contenidos de cualquier archivo o directorio sin que Git lo sepa. Esta
funcionalidad está integrada en Git al más bajo nivel y es parte
integral de su filosofía. No puedes perder información durante su
transmisión o sufrir corrupción de archivos sin que Git sea capaz de
detectarlo.
El mecanismo que usa Git para generar esta suma de comprobación se
conoce como hash SHA-1. Se trata de una cadena de 40 caracteres
hexadecimales (0-9 y a-f), y se calcula en base a los contenidos del
archivo o estructura de directorios en Git. Un hash SHA-1 tiene esta
pinta:
24b9da6552252987aa493b52f8696cd6d3b00373
Verás estos valores hash por todos lados en Git, ya que los usa con
mucha frecuencia. De hecho, Git guarda todo no por nombre de archivo,
sino en la base de datos de Git por el valor hash de sus contenidos.
Los tres estados
Ahora presta atención. Esto es lo más importante a recordar acerca de
Git si quieres que el resto de tu proceso de aprendizaje prosiga sin
problemas. Git tiene tres estados principales en los que se pueden
encontrar tus archivos: confirmado (committed), modificado (modified), y
preparado (staged). Confirmado significa que los datos están
almacenados de manera segura en tu base de datos local. Modificado
significa que has modificado el archivo pero todavía no lo has
confirmado a tu base de datos. Preparado significa que has marcado un
archivo modificado en su versión actual para que vaya en tu próxima
confirmación.
Esto nos lleva a las tres secciones principales de un proyecto de
Git: el directorio de Git (Git directory), el directorio de trabajo
(working directory), y el área de preparación (staging area).
El directorio de Git es donde Git almacena los metadatos y la base de
datos de objetos para tu proyecto. Es la parte más importante de Git, y
es lo que se copia cuando clonas un repositorio desde otro ordenador.
El directorio de trabajo es una copia de una versión del proyecto.
Estos archivos se sacan de la base de datos comprimida en el directorio
de Git, y se colocan en disco para que los puedas usar o modificar.
El área de preparación es un sencillo archivo, generalmente contenido
en tu directorio de Git, que almacena información acerca de lo que va a
ir en tu próxima confirmación. A veces se denomina el índice, pero se
está convirtiendo en estándar el referirse a ello como el área de
preparación.
El flujo de trabajo básico en Git es algo así:
- Modificas una serie de archivos en tu directorio de trabajo.
- Preparas los archivos, añadiendo instantáneas de ellos a tu área de preparación.
- Confirmas los cambios, lo que toma los archivos tal y como están en el área de preparación, y almacena esa instantánea de manera permanente en tu directorio de Git.
Si una versión concreta de un archivo está en el directorio de Git,
se considera confirmada (committed). Si ha sufrido cambios desde que se
obtuvo del repositorio, pero ha sido añadida al área de preparación,
está preparada (staged). Y si ha sufrido cambios desde que se obtuvo del
repositorio, pero no se ha preparado, está modificada (modified). En el
Capítulo 2 aprenderás más acerca de estos estados, y de cómo puedes
aprovecharte de ellos o saltarte toda la parte de preparación.
Fuente:http://git-scm.com
Fuente:http://git-scm.com
Suscribirse a:
Entradas (Atom)