Instalar un servidor svn

Acostumbrarse a utilizar control de versiones puede costar, pero es imprescindible si queremos trabajar en equipo, mantener un histórico o una copia de seguridad de nuestro trabajo.

Para montar un servidor svn en Ubuntu antes debemos desarcargar algunos paquetes (suponemos que ya tienes un servidor apache instalado):

1
$sudo apt-get install subversion subversion-tools libapache2-svn

Creamos la carpeta para nuestros ficheros (la del ejemplo es la de defecto) e indicamos que Apache será el propietario de los mismos (los accesos los hará Apache):

1
2
3
4
$sudo mkdir -p /var/lib/svn
$sudo mkdir -p /var/lib/svn/proyecto
$sudo svnadmin create /var/lib/svn/proyecto
$sudo chown -R www-data.www-data /var/lib/svn

Ya está todo montado. Ahora sólo falta configurar las rutas y los accesos. Para ello, editamos el fichero /etc/apache2/mods-available/dav_svn.conf con nuestro editor preferido (en mi caso, joe):

1
$sudo joe /etc/apache2/mods-available/dav_svn.conf

Hay varias formas de especificar los permisos para acceso al svn. En este caso utilizaremos una autenticación básica:

1
2
3
4
5
6
7
8
<location /svn>
  DAV svn
  SVNParentPath /var/lib/svn
  AuthType Basic
  AuthName "Repositorio svn"
  AuthUserFile /etc/apache2/svn.passwd
  Require valid-user
</location>

Esta configuración previene el acceso de lectura anónimo y utiliza el fichero /etc/apache2/svn.passwd como repositorio de contraseñas. Sólo falta crear un nuevo usuario:

1
$sudo htpasswd -c /etc/apache2/svn.passwd nombre_usuario1

El sistema nos pedirá la contraseña y guardará los datos en el fichero. Si queremos añadir más de un usuario, lanzaremos el mismo comando sin la opción “-c” (que crea el fichero la primera vez). Reiniciamos el servidor apache:

1
$sudo /etc/init.d/apache2 restart

Y listo. Si accedemos a http://localhost/svn/proyecto desde nuestro navegador o cliente svn solicitará la contraseña de acceso y ya podremos empezar a utilizar el control de versiones.

Nuevo proyecto: Blog de Natasja L

Natasja L

Natasja L

Maquetación y adaptación a la estructura de Blogger del diseño desarollado por Better in Pink! del blog de la fotógrafa Natasja L

El contacto y diseño son mérito de Better in Pink!

Uso de contextos en Zend Framework

En un proyecto web, habitualmente hacemos llamadas al mismo código pero necesitamos que los resultados se muestren de forma diferente. Zend Framework ofrece varios mecanismos para facilitar esta tarea.

Uno de ellos son las vistas parciales (PartialView) que permiten separar una parte de la presentación y aislarlas del contexto. Esto nos permite reutilizar una porción de html y definir un contexto concreto para cada llamada.

El contexto es otro mecanismo que también nos permite ejecutar un código discriminando la salida. El siguiente ejemplo utiliza AjaxContext, un helper que hereda de ContextSwitch y que se especializa en llamadas Ajax.

Para empezar, tendremos que inicializar el contexto:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
class ControladorController extends Zeb_Controller_Action{
 
  public function init(){
    $ajaxContext = $this -> _helper -> getHelper('AjaxContext');
    $ajaxContext -> addActionContext('index','html')
                 -> initContext();
    parent::init();
  }
 
  public function indexAction(){
    ...
  }
 
}

addActionContext() nos permite añadir un nuevo contexto a un action (en este caso index). El primer parámetro es el nombre del action y el segundo el tipo de contexto. initContext() inicializa el contexto.

Sólo con estas lineas ya habremos definido e inicializado un nuevo contexto. Toda las llamadas al action index se trataran de la forma habitual, excepto aquellas que cambien de contexto. ¿Y cómo cambiamos de contexto? El siguiente ejemplo de código JavaScript utiliza Mootools para realizar una llamada Ajax activando el contexto:

1
2
3
4
5
6
...
var myRequest = new Request.HTML({
  url : requestUrl,
  update : 'content-div'
}).get({'format':'html'});
...

Donde requestUrl será la url de nuestro action (Controlador – index) y content-div la capa que se actualizará con el resultado de la llamada. El parámetro format es el que activará el cambio de contexto en nuestro action.

Al realizar esta llamada nuestro action ejecutará el código e irá a buscar una view con el formato de nombre /[controlador]/[action].ajax.phtml en lugar del habitual /[controlador]/[action].phtml. Además desactivará los layouts por defecto, siendo la situación ideal para una llamada de este tipo.

Ya está todo preparado. A partir de ahora las llamadas a /controlador/index se gestionarán como siempre, pero cuando realicemos una llamada desde Ajax podremos mostrar sólo una vista parcial. Esta solución es perfecta para mostrar una ficha: al realizar la llamada /controlador/index mostramos la ficha con cabecera, menú, pie, etc.. y al llamar por Ajax cambiamos de vista y sólo mostramos el contenido del elemento para incluirlo en otra vista.

Unas consideraciones finales:

  • AjaxContext añade un tercer contexto html a los dos (json y xml) ofrecidos por ContextSwitch, aunque podemos crear nuestros propios contextos.
  • Una llamada con el parámetro format no cambiará al contexto AjaxContext si no se ha realizado mediante XmlHttpRequest (que es lo que nos interesa)
  • Zend proporciona una serie de métodos para afinar nuestro código y que nos permitirán añadir headers, serializar respuestas Json, activar layouts, etc… en función del contexto

Servidor Ubuntu sin monitor

Es posible que hayas decidido instalar Ubuntu en alguno de los servidores del trabajo o reciclando un ordenador de casa. Es bastante habitual utilizar un switch o dejar estas máquinas sin teclado, ratón y monitor.

Yo lo hice la semana pasada y al acceder remotamente me encontré con un escritorio a una resolución de 640×480. Al parecer, si arrancas sin un monitor conectado (o incluso conectado pero no encendido) el sistema no se puede configurar correctamente. Para evitarlo, tendremos que añadir esta línea en el fichero /etc/X11/xorg.conf en la sección Device:

1
2
3
4
5
Section "Device"
...
        Option          "NoDDCValue"
...
EndSection

Con lo que el sistema obviará la señal del monitor. En mi caso también necesité indicar el refresco en la sección Monitor mediante las opciones HorizSync y VertRefresh.

Si no hay ningún problema, en el próximo arranque el sistema se adaptará a la resolución que hayamos indicado en la subsección Display de la sección Screen de nuestro fichero xorg.conf. En mi caso:

1
2
3
4
5
6
7
Section "Screen"
...
        SubSection "Display"
                Modes           "1024x768"
        EndSubSection
...
EndSection

Nuevo proyecto: Blog From dates to diapers

From dates to diapers

From dates to diapers

Nuevo proyecto y si… nuevo blog… Hacemos más cosas, pero no nos dejan explicarlas =P

Maquetación y puesta en marcha del blog From dates to diapers (de citas a pañales sería la traducción =), basado en Wordpress con administrador propio y desarrollo de widgets específicos.

El contacto y diseño son mérito, una vez más, de Better in Pink!, la diseñadora más richarachera.