Ahora mismo me encontraba manejando grandes volúmenes de datos y dado que trato de maximizar la velocidad de envío (mejor un sólo fichero grande que muchos pequeños), tenía miedo de que mi unidad en ext3 no fuera a soportar el tamaño de un paquete tar que puede llegar a pesar 1TB.

La pregunta que me he planteado es: ¿cuál es el tamaño máximo de un fichero en ext3? La respuesta la he encontrado en la Wikipedia:

Como veis las cifras son función del tamaño de bloque, por lo que debemos averiguar cuál es el tamaño de bloque que estamos usando. Para ello usaremos tune2fs. La orden concreta será (adaptando el dispositivo en cuestión):

$ tune2fs -l /dev/sda1

Y dentro del resultado que aparece, deberemos observar el siguiente dato:

Block size:               4096

Como veis, en este caso es 4KB pero también podéis obtener 1024, 2048 e incluso 8192, 1KB, 2KB y 8KB, respectivamente.

Un caso es éste, CometDocs, un servicio en línea gratuito para convertir ficheros. Su objetivo es facilitarnos la tarea: lo subimos, elegimos el tipo al que queremos convertir el fichero, introducimos el correo al que queremos que nos envíen el mismo y lo enviamos. Al cabo de un momento lo tendremos convertido en nuestra bandeja de entrada.

Lo único que no me gusta es el tema de tener que dar el correo, pero también es cierto, que es una buena forma para enviarte el documento por si acaso tarda el proceso y no queremos tener al usuario “esperando”.

Las posibilidades podéis mirarlas dentro de las FAQ y básicamente tenemos conversiones de documentos ofimáticos:

• De formatos de edición a PDF
• De PDF a formatos de edición (éste parece más útil)
• De XPS a formatos de edición
• Entre otros formatos y algunas cosas curiosas como convertir ficheros entre sus diferentes formatos de saltos de línea: UNIX, DOS y Mac.

Cuando el fichero está presente no hay problema, la recuperación se efectúa y no vuelve a aparecernos el diálogo. El problema surge cuando hemos borrado el fichero, por ejemplo porque estaba en una carpeta temporal. Si nos ocurre esto empieza a repetirse todo el rato el proceso: cada vez que arrancamos la suite, aparece el diálogo y no hay forma de eliminarlo. Para solucionarlo, hacemos lo siguiente.

Intentamos buscar el fichero en la carpeta backup de nuestro perfil

Accedemos a nuestro perfil de usuario. Para ello, nos dirigimos a nuestra carpeta $HOME, por ejemplo “/home/carazo” y una vez allí vamos al directorio de LibreOffice (en mi caso, si tenéis OpenOffice es lo mismo pero cambiando eso), a nuestro perfil: “./libreoffice/3/user“.

En dicha carpeta hay un directorio llamado “backup” donde debería estar el fichero que estamos tratando recuperar de forma infructuosa, la solución borrarlo.

Si aún así siguen los problemas, deberemos reiniciar el perfil.

Reiniciar el perfil de OpenOffice o de LibreOffice

Lo hacemos en dos pasos, tened cuidado porque perderéis las preferencias y cosas como las plantillas. Para no perder todo, vamos a renombrarlo y posteriormente cuando vuelva a funcionar todo correctamente copiamos de la copia las cosas que nos interesan.

1. Renombramos la carpeta “user” del perfil a “user_bak” (podéis elegir otro nombre.
2. Arrancáis la suite ofimática y el perfil se autogenerará vacío

En caso de que queráis recoger algo, podéis copiar de la carpeta antigua a la que se acabará de generar.

Existe otro tipo de enlace en los sistemas UNIX, el enlace duro o hard link, en donde el acceso es indistinguible del acceso real, y el borrado del mismo elimina su origen.

Personalmente, prefiero los enlaces simbólicos, básicamente por dos motivos: Es posible realizar enlaces simbólicos para apuntar a objetos que se encuentran en otros dispositivos o particiones; y que cualquier usuario puede crear un enlaces simbólicos.

Para crear un enlace símbólico usamos el comando ln (este también se usa para los hard links). En este ejemplo creamos un enlace simbólico a nuestro directorio web:

ahornero@6581-D:~$ ln -s /usr/var/www mi_directorio_web

Y el cometido de esta entrada. Borrar un enlace símbolico, que de haber entendido la teoría hubiera sido mucho más fácil que leerse todo esto, ya que basta con borrarlo como si de un fichero se tratase. Recordad que esto es un enlace simbólico, no duro. De ahí que podamos hacerlo como si de un fichero se tratase (no importa que este vinculado a un directorio):

ahornero@6581-D:~$ rm mi_directorio_web

En el caso de los enlaces duros el borrado es similar, pero hemos de entender que tanto origen como destino son el mismo fichero, ya que no son más que apuntadores al mismo espacio de memoria, si borramos uno no pasará nada, ya que seguiremos teniendo un puntero (fichero) al espacio de memoria dónde se encuentra la información.

¿Con qué idea podemos querer utilizar esto? Además de ocultar algo más de nuestra estructura interna, que siempre viene bien, es útil saber cómo descargar ficheros de este modo para tener un mayor control sobre el flujo, de forma que podamos comprobar rol de la persona que descarga, acceder a una base de datos para obtener el fichero de un campo BLOB o culaquier otro tratamiento que queramos hacer.

Para ello con PHP y suponiendo que tenemos el fichero ya accesible en disco (si está almacenado en una BBDD una solución podría ser crear un temporal mientras tanto), sólo tendremos que hacer lo siguiente:

header('Content-Description: File Transfer');
header("Content-Type: application/force-download");
header('Content-Disposition: attachment; filename='.basename($ruta));
header('Content-Transfer-Encoding: binary');
header('Content-Length: ' . obtenerTamanhoFichero($ruta));
readfile($ruta);
exit;

Utilizo una funcion obtenerTamanhoFichero que ahora os presentaré porque la función equivalente de PHP en ocasiones no funciona correctamente. Por cierto, el fichero en cuestión estará en la ruta indicada por la variable correspondiente, $ruta.

function obtenerTamanhoFichero ($url)
{
    if (substr($url,0,4)=='http')
   {
        $x = array_change_key_case(get_headers($url, 1),CASE_LOWER);
        if ( strcasecmp($x[0], 'HTTP/1.1 200 OK') != 0 ) { $x = $x['content-length'][1]; }
        else { $x = $x['content-length']; }
    }
    else { $x = @filesize($url); }
    return $x;
}

Si queréis hacernos referencias a soluciones similares para otras tecnologías os lo agradeceremos, pero como básicamente jugamos con las cabeceras HTTP suponemos que será algo muy similar.

Probablemente en más de una ocasión habréis necesitado comparar dos ficheros de texto para encontrar, por ejemplo, pequeñas diferencias entre dos códigos en el que uno funciona y otro no. Como los IDE cada día están más extendidos y cada vez traen más funcionalidades, los programas que se dedican sólo a comparar dos ficheros son cada vez más bien partes o complementos de entornos o editores.

Sin embargo, sigue existiendo software específico de calidad como Meld. Meld es un comparador de ficheros para Gnome, implementado en Python, que nos permite compara de manera muy intuitiva gracias a la sintaxis coloreada, el resaltado de las diferencias o la posibilidad de comparar no dos, sino tres ficheros o incluso directorios completos (comparando pares de ficheros).

Otras alternativas para esta misma tarea (interesantes sobre todo si no utilizáis Gnome) son:

• diff: El programa de consola en que se basan en el fondo los demás.
• Kompare: El comparador para KDE

Para instalarlo podéis descargaros el código fuente o buscar el paquete meld en vuestro repositorio.