www.isholgueras.com

¿Te has preguntado alguna vez, cuando editas el fichero /etc/hosts, si habría alguna forma de que todos los subdominios apunten al local? Algo así como que todos los dominios que acaben en .local apunten a 127.0.0.1.

Esto, con el fichero por defecto /etc/hosts no es posible. Únicamente puedes apuntar un dominio o subdominio exacto a una IP.

Para hacer esto yo utilizo el servicio dnsmasq. Dnsmasq es un pequeño servidor DNS que, entre otras muchas cosas, permite asignaciones de dominios (y sus subdominios) a IPs.

Refactoring es uno de esos libros que, aunque tenga los ejemplos en Java y tú programes en otro lenguaje (no sé si en otro paradigma, ya veremos) eres capaz de ver las similitudes y entenderlo. Muchísima gente me lo ha recomendado y gracias a Miguel, que lo sugirió, es el próximo libro que vamos a leer. Tenía muchas ganas de empezar un libro "serio" :).

El pasado domingo 5 de febrero terminamos la última reunión donde comentábamos la segunda parte del libro 97 things every programmer should know.

La próxima reunión del club de lectura OPHPEN_READS la tendremos el domingo 22 de enero a las 18:00 CET.

Para el segundo libro del club de lectura #OPHPEN_READS publiqué una encuesta en twitter con 4 candidatos:

1. Domain Driven Design in PHP (5 votos)
2. Head first design patterns (3 votos)
3. Test-driven Develompent by example (6 votos)
4. 97 things every programmer should know (6 votos)

El problema es que ha habido un empate, el 3er y 4o libro están empatados a 6 votos, así que como yo no he votado daré mi voto al 4o libro, 97 things every programmer should know.

En el canal de IRC de #drupal-es, hace unos días, apareció la idea de crear un club de lectura de libros técnicos. Le estuve dando unas vueltas y al final me lanzo a coordinar #OPHPEN-READS, el club de lectura de programación php. 

La idea de un club de lectura es, además de leer libros, comentar y expresar sus impresiones sobre el libro. Generalmente se hace con carácter semanal, pero lo haremos de forma mensual.

Cuando estás desarrollando una web que tiene interacción con los usuarios, ya sea por creación de cuentas, notificaciones de comentarios, recordatorios de contraseñas, lo más seguro es que necesites enviar correos.

¿Qué ocurre si en los directorios de Drupal tenemos permisos de escritura para le usuario de Apache? Pues que Apache va a poder sobreescribir los ficheros de Drupal a su antojo, y eso es un agujero de seguridad muy grande.

El array de un formulario en Drupal 8 es un listado de campos y propiedades (empiezan con #). 

Si tenemos un formulario, por ejemplo node/add, con muchos campos pero sólo queremos enviar unos pocos al usuario, ¿cuál es la mejor forma de hacerlo?

Lo más intuitivo sería hacer un "unset" a cada uno de los campos que no queramos enviar, pero eso nos daría un error de validación cuando el usuario envíe el formulario, además de que lo hacemos inestable. No podemos hacer un unset bajo ningún concepto.

Tenemos 2 opciones:

Una de las nuevas cosas que trae el API de Drupal 8 es un cambio completo a toda la generación de formularios junto con los nuevos render_array.

En Drupal 7, para obtener un formulario custom simplemente había que hacer:

$form = drupal_get_form("form_id", $args);

En Drupal 8 la cosa cambia bastante. Distingamos dos tipos de formulario, los customizados y los de entidad

Para obtener el array form de un formulario customizado se haría:

Ayer estuve hablando en el meetup de PHPMAD sobre lo nuevo que trae Drupal 8.

Aquí están las diapositivas.