Borrar ficheros con nombres muy largos

A todos nos ha pasado alguna vez. Cuando empleas un framework de desarrollo en ciertos contextos (Laravel, Symfony, etc) u otras herramientas específicas, y creas proyectos en directorios concretos, la herramienta o el framework que estás empleando crea algunos archivos con nombres extremadamente largos. En teoría, con Windows el nombre de un archivo, incluyendo la ruta, no puede superar los 255 caracteres. Esto no es un problema. Por supuesto, en la mayoría de los casos, con eso tienes más que de sobra. Sin embargo, como te he comentado, algunas herramientas se las ingenian para “romper” esa limitación, y crear archivos con nombres kilométricos. Normalmente, esos archivos no son empleados luego por la aplicación o proyecto que has creado, así que no te sueles preocupar por ellos. El problema viene cuando debes eliminar el proyecto de tu equipo (por ejemplo, porque ya ha quedado obsoleto, y deseas limpiar espacio en disco). Windows, sencillamente, no puede gestionar esos nombres, por lo que, hagas lo que hagas, y lo intentes como lo intentes, no puedes borrarlos o moverlos a ninguna parte. Y, claro. Como están dentro de una estructura de directorios, tampoco puedes borrar esos directorios.

Poniendo MySQL en UTF-8

La codificación de contenidos cuando se desarrolla una aplicación que requiere el uso de bases de datos puede llegar a convertirse en una de las peores pesadillas de un desarrollador, sobre todo si es algo en lo que no has pensado desde las primeras fases iniciales previas al inicio del desarrollo. Motores de bases de datos tan populares y difundidos como MySQL pueden dar muchísimos problemas a la hora de grabar datos, de recuperarlos y de renderizarlos en vistas, si no tenemos en cuenta la codificación. La codificación de datos más adecuada en la mayor parte de los casos es UTF-8, ya que implementa todos los caracteres que se puedan usar en cualquier idioma, así como gran cantidad de guarismos que, sin pertenecer a un idioma específico, son de uso relativamente común, como signos matemáticos u otros. Para implementar otros caracteres extremadamente especiales hay otras codificaciones adecuadas, pero eso es tan poco habitual que ni lo vamos a comentar. El problema es que, cuando se crea una base de datos, tabla o campo, el motor de MySQL (dependiendo de la versión, y del entorno de desarrollo) tiende a emplear alguna codificación de tipo latin-n-xxxxxxxx o similar. De momento, parece irrelevante, …

Seguir leyendo