Eclipse: instalando PDT

Si has instalado Eclipse sin PDT y necesitas hacerlo a través del plugin, sin descargas asociadas ni nada por el estilo solo tienes que seguir las instrucciones:

• Abre el Eclipse y vete a Help -> Software Updates -> Find and Install
• Selecciona "Search for new features to install" y haz click en "Next"
• Crea un nuevo sitio remoto con los siguientes datos:
  • Name: PDT
  • URL: http://downloads.zend.com/pdt
• Marca la casilla PDT y haz click en "Next" para acabar la instalación

Entrada patrocinada para Juegosocio. Espero que funcione.

Creando un CMS (II)

En la anterior entrada nos habíamos quedado creando la estructura de directorios -que habíamos llamado skel- de lo que sería el gestor de contenidos. El siguiente paso lógico sería centralizar todos los accesos a un solo script: index.php. »

MySQL: arreglando un UNIQUE perdido

Un pequeño error de diseño se puede pagar con algo así:

SELECT slug, id 
FROM posts 
WHERE id NOT IN
(
	SELECT p.id FROM (
		SELECT DISTINCT slug, id
		FROM posts
		GROUP BY slug
	) as p
);

El bug surge por no haber puesto un campo único como tal. Supongamos que el campo slug¹⁾ de cada noticia no es único e introducimos dos slugs iguales: tenemos un problema. »

Borrando recursivamente los .svn

Tip sencillo y rápido para guarros como yo que en vez de hacer un export de un repositorio svn hacen un cp -r en disco y a correr. $ find . -name .svn -print0 | xargs -0 rm -rf Se borran los .svn y a otra cosa mariposa. Otro tip made in "feito na casa", mi cabeza lo agradecerá.

Creando un CMS (I)

Aprovechando estos días de vacaciones intentaré mejorar el gestor de contenidos -rCMS- de este sitio de forma radical. Después de haber cacharreado con CakePHP y otros frameworks similares he decidido seguir con un método de programación más tradicional -como los hombres-.

Debo admitir que ya tenía una versión preparada que tiraba de una especie de framework hecho a medida, pero con demasiadas clases, instancias y requires que no creo necesarios para un simple blog.

Además de eso hay otros dos factores más que me han llevado a tal decisión: el código, por el momento, solo lo estoy tocando yo y, por otro lado MarcosBL me ha enseñado varios ejemplos que podrían pasar por lo que estoy buscando. »

SVN: Revisiones dañadas

Siguiendo con los problemas de SVN y despues del último hack vimos que varias revisiones anteriores estaban corruptas. Para más inri no eran ni la primera ni la última (fácilmente solucionable) con lo que había que aplicarse un poco más.

Con el método "prueba-error" y los dumps pudimos identificar facilmente las revisiones conflictivas para proceder a su borrado. Para borrar una revisión intermedia en SVN hay que armarse de paciencia y ser bastante meticuloso. »

Problemas con SVN

No habíamos tenido -demasiados- problemas con SVN desde que empezamos a trabajar con él, pero últimamente el servidor se había vuelto demasiado inestable por -suponemos- problemas en la placa base que afectaban al funcionamiento básico del disco duro.

Tanto fue así que llegó el día del cuelgue en medio de un commit. Al reiniciar el equipo marcaba como última revisión la 4371 pero en un checkout/update el cliente intentaba decirnos que esa versión no existía. »

La compiladora

Pues eso, 10 motivos cruciales para cambiar el género de ese gran amigo de los programadores.

1. Bastante susceptibles a mostrar avisos.
2. Escuchan lo que dices, pero no lo que tratas de decir.
3. Cuando notas algo erróneo y les preguntas qué anda mal, casi siempre responden: "Nada".
4. En otras ocasiones, pueden reportar sin previo aviso incontables errores a una velocidad alarmante.
5. A menudo pequeñas declaraciones se acaban convirtiendo en trabajos muy complejos.
6. Charlar (smalltalk) se considera importante.
7. Puedes estar haciendo algo que se da por bueno durante años, y de repente es totalmente incorrecto.
8. Te piensas que se van a encargar de sacar la basura, pero al final la tienes que sacar tú.
9. Olvidarte de una regla te puede meter en un lío bastante gordo.
10. Tener la clase y el método apropiado a menudo es la clave del éxito.

Entornos en PHP

Una pequeña nota mental tan sencilla como útil. Cuando desarrollamos una web -dependiendo del método organizativo- es posible que tengamos varios entornos, uno en producción y otro en desarrollo. Para facilitar tareas de debug y/o mantenimiento podemos hacer lo siguiente: »