Cómo leer una base de datos Microsoft Access desde Linux con DBeaver

La base de datos Microsoft Access no está disponible para Linux, por lo que para acceder a ella o bien se usa un equipo con sistema operativo Windows, o bien extraemos su contenido con mdbtools, o bien usamos una aplicación que nos permita acceder a su contenido desde Linux. Un programa para hacer esto último, que a mí me ha parecido fácil de usar y bastante completo, es DBeaver.

Aunque es un programa de pago, tiene una versión Community gratuita que permite hacer muchas cosas, entre ellas acceder a una gran variedad de bases de datos, entre las que se encuentra Access. Tiene versión para Linux en formato deb, rpm, snap… En mi caso, Debian 10, la instalación sería como sigue:

Como es un programa escrito en Java, se necesita previamente instalar dicho entorno de ejecución ejecutando en un terminal:

sudo apt install default-jre default-jdk

Y comprobando que se ha instalado correctamente con:

java -version

javac -version

A continuación descargamos el fichero .deb y situándonos en la carpeta en la que se encuentra el fichero descargado, ejecutamos:

sudo dpkg -i dbeaver dbeaver-ce_7.0.1_amd64.deb

Una vez hecho esto, antes de lanzar el programa es conveniente ampliar la memoria RAM que va a utilizar porque la que viene por defecto puede ser escasa si la base de datos contiene muchas tablas. Para ello editamos el fichero /usr/share/dbeaver/dbeaver.ini (se puede consultar una explicación de cómo está organizado este fichero) modificando las líneas:

-Xms64m

-Xmx1024m

De forma que especifiquemos en ellas la cantidad inicial de memoria que usará el programa (-Xms ) y la máxima (-Xmx) que permitiremos que utilice. Hay que establecer unos valores que sean admisibles por el ordenador en que se esté trabajando. Para saber de cuánta memoria libre disponemos podemos ejecutar el comando free, y ajustar los valores en consecuencia. En mi caso he indicado -Xms1024m y -Xmx4096m.

A continuación iniciamos DBeaver y pulsando en el icono «Nueva conexión» (el enchufe):

Nos aparecen todas las bases de datos disponibles, bajamos hasta encontrar Access, la seleccionamos y pulsamos Siguiente:

A continuación especificamos dónde se encuentra el fichero .mdb que queremos abrir y lo seleccionamos. Es posible que se nos pida instalar un complemento java si no lo tenemos ya instalado, basta con pulsar en «Download» y tras finalizar, ya tendremos la base de datos Access disponible para su consulta en el navegador de bases de datos de la aplicación.

Como DBeaver tiene un asistente de exportación, podremos también extraer la información de la tabla que deseemos a un archivo .csv o .sql para su posterior carga en otra base de datos que no sea exclusiva de Windows.

Instalar el cliente de Spotify en Debian 10

Las instrucciones para instalar en Linux el cliente de Spotify las tenemos en la página web de dicha empresa. En el caso de Debian/Ubuntu podemos instalarlo mediante un paquete deb, pero tanto antes como después de instalarlo hay que hacer un par de cosillas tontas que son:

Instalar curl y net-tools. Abrimos un terminal y tecleamos:

sudo apt-get install curl net-tools

A continuación ya podemos instalar el cliente de Spotify mediante los comandos que indican en su página web:

curl -sS https://download.spotify.com/debian/pubkey.gpg | sudo apt-key add

echo "deb http://repository.spotify.com stable non-free" | sudo tee /etc/apt/sources.list.d/spotify.list

Ahora ya tenemos el cliente instalado, pero es posible que no nos funcione porque es necesario abrir los puertos que utiliza en el router. Para ello obtenemos nuestra IP de red local (que será algo así como 192.168.1.n siendo n normalmente un número entre 2 y 50) lanzando el comando ifconfig en un terminal (para eso instalamos las net-tools) y entramos en nuestro router con un navegador, normalmente en la dirección 192.168.1.1. Allí tendremos que abrir para nuestra IP el puerto 4070.

Cuando hayamos guardado la nueva configuración en el router, reiniciamos y ya debería de funcionar el cliente de Spotify.

Acceder a documentos almacenados en OneDrive desde Linux con Rclone

Para poder acceder a los documentos de OneDrive desde Linux puede usarse el programa Rclone, que mediante rsync nos permite montar un sistema de ficheros en local que refleje nuestros documentos en la nube de Microsoft. Se puede usar tanto en modo terminal como utilizando una interfaz más amigable.

Usando la terminal

En esta página hay unas instrucciones detalladas para instalarlo. La mayor pega que le encuentro es que es software propietario, aunque gratuito. Lo he probado en Debian 10 y ha funcionado correctamente. Permite subir, borrar y renombrar archivos o directorios. El borrado de documentos, sin embargo, no permite almacenamiento en la papelera, por lo que solo pueden eliminarse.

Una vez instalado el programa y configurado con nuestra cuenta de OneDrive, para poder acceder hay que lanzar un comando que monta en nuestro directorio local la unidad remota. Cuando paramos el comando, la unidad desaparece, por lo que si queremos que se mantenga continuamente montado y accesible tenemos que incluir el montaje en las aplicaciones al inicio.

Interfaz gráfica

Podemos usar la interfaz RcloneBrowser en caso de que queramos una forma más amigable de acceder a OneDrive desde Linux. La forma de instalarlo sería la siguiente (este ejemplo es para Fedora 33 que es donde lo he probado, pero sería similar para otras distribuciones Linux):

sdo dnf install rclone rclone-browser

Una vez instalado, la primera vez que lo ejecutamos nos aparece una ventana con tres pestañas. En la pestaña «Remotes» pulsando en el botón inferior que pone «Config…» se nos abre un diálogo similar al que obtenemos cuando configuramos el Rclone por terminal. Respondemos a las preguntas que nos va haciendo dejando las opciones por defecto (salvo los datos correspondientes a nuestra cuenta en la nube, claro) y al terminar nos aparecerá en la ventana un icono con forma de nube que al pulsarlo nos muestra un navegador de archivos que nos permite renombrar, mover, borrar, descargar, subir, etc. archivos a nuestro almacenamiento en la nube.

Error PXE-E53 No boot filename received

Este error me aparecía al arrancar el ordenador tras instalar Fedora 28 en un ordenador Acer en el que he tenido que activar la opción Legacy en la BIOS porque se resistía a arrancar en modo UEFI. Esto es debido a que al activar este comportamiento del firmware está habilitada por defecto la opción de arranque en red. Para que el error desaparezca y el arranque sea más rápido, pues no se queda esperando contestación por DHCP por un tiempo, basta con deshabilitar dicha opción. Para hacerlo tenemos que entrar en el menú del firmware o BIOS, en mi caso pulsando F2 al arrancar. Después, buscaremos en la configuración algún sitio donde aparezca la opción de «Network Boot» (dependerá de cada ordenador dónde aparezca dicha opción) y la marcaremos como «Disabled». Salimos guardando los cambios y ya está. El ordenador arrancará mucho más rápido y sin mostrar dicho mensaje.

(Imagen de  cabecera tomada de: www.itsupportguides.com)

Migrar una web con Drupal 8 a un virtual host local de apache

Migrar una instalación ya funcionando de Drupal 8 desde la web a un servidor local en nuestro equipo es ligeramente más complicado que con otras versiones de Drupal, la forma de hacerlo que a mí me ha funcionado es la siguiente:

Partimos de un equipo en el que tenemos instalado linux Mint 18.1, pero estas instrucciones podrían valer también para cualquier distribución linux, cambiando convenientemente las rutas de los ficheros.

Instalamos el servidor web:

sudo apt-get install apache2

Para comprobar que funciona, accedemos con un navegador a la dirección http://localhost  y deberíamos ver la página raíz del servidor apache

Instalamos PHP, que en esta versión de Linux Mint (18.1) es el PHP 7.0, y algunos módulos de php que nos serán necesarios:

sudo apt-get install php7.0 php7.0-mysql libapache2-mod-php7.0 php7.0-cli php7.0-cgi php7.0-gd php7.0-curl php7.0-gd php7.0-intl php7.0-imap php7.0-mcrypt php7.0-pspell php7.0-recode php7.0-snmp php7.0-sqlite3 php7.0-tidy php7.0-xmlrpc php7.0-xsl php-pear php-imagick php-apcu

Comprobamos que PHP funciona creando como root el fichero /var/www/html/info.php con una única línea que ponga

<?php phpinfo(); ?>

Reiniciamos el servidor web

sudo service apache2 restart

Accedemos a la dirección http://localhost/info.php y deberíamos de ver la página de información de PHP

Habilitamos el  módulo rewrite

sudo a2enmod rewrite

Instalamos MySQL

sudo apt-get install mysql-client mysql-server

Aseguramos la instalación de MySQL con el script

sudo mysql_secure_installation

Instalamos y configuramos SSL, para ello creamos una carpeta

sudo mkdir /etc/apache2/ssl

Nos situamos en ella y y ejecutamos el comando de creación de un certificado autofirmado (en este comando y en las instrucciones siguientes habrá que cambiar «misitio» por el nombre de nuestra web)

cd /etc/apache2/ssl
sudo openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout /etc/apache2/ssl/misitiossl.key -out /etc/apache2/ssl/misitiossl.crt

Se nos hará una serie de preguntas, acerca de nuestra identidad etc. Cuando termine el comando, cambiamos los permisos de los ficheros creados en el directorio

sudo chmod 600 *

Ahora configuramos el host virtual en Apache, para ello creamos el directorio al que copiaremos los ficheros de nuestra web, y luego creamos el fichero de configuración del host virtual

sudo mkdir -p /var/www/misitio
sudo vim /etc/apache2/sites-available/misitio.conf

En este fichero tenemos que tener el siguiente contenido:

<VirtualHost *:80>
 ServerName www.misitio.local
 DocumentRoot /var/www/misitio

RedirectMatch 301 (.*) https://www.misitio.local$1
</VirtualHost>

<VirtualHost _default_:443>

ServerName www.misitio.local
 ServerAlias misitio.local
 ServerAdmin webmaster@localhost

DocumentRoot /var/www/misitio

ErrorLog ${APACHE_LOG_DIR}/misitio-error.log
 CustomLog ${APACHE_LOG_DIR}/misitio-access.log combined

SSLEngine on
 
 SSLCertificateFile /etc/apache2/ssl/misitiossl.crt
 SSLCertificateKeyFile /etc/apache2/ssl/misitiossl.key

<Directory "/var/www/misitio">
 Options FollowSymLinks
 AllowOverride All
 Require all granted
 </Directory>

<FilesMatch "\.(cgi|shtml|phtml|php)$">
 SSLOptions +StdEnvVars
 </FilesMatch>

<Directory /usr/lib/cgi-bin>
 SSLOptions +StdEnvVars
 </Directory>

BrowserMatch "MSIE [2-6]" \
 nokeepalive ssl-unclean-shutdown \
 downgrade-1.0 force-response-1.0
 BrowserMatch "MSIE [17-9]" ssl-unclean-shutdown

</VirtualHost>

Modificamos el fichero /etc/hosts añadiendo una línea en la que apuntamos a nuestro host virtual. Para ello incluimos en este fichero una línea al principio que ponga:

127.0.0.1      www.misitio.local

Copiamos los ficheros de la web que queremos migrar a la carpeta /var/www/misitio, creamos en nuestro MySQL local una base de datos ideńtica a la que tenemos en la base de datos de la web, y creamos el usuario con el que se accede a ella desde el sitio web. Para ello podemos usar adminer, phpmyadmin, etc. Si en vez de migrar una web estamos creando una web desde cero, pues entonces usamos el método habitual de instalación de una web Drupal, usando la dirección de nuestro host virtual como inicio del proceso.

Solamente si estamos haciendo una migración, una vez que tenemos los ficheros transferidos y la base de datos configurada, accedemos al fichero:

sudo vim /var/www/misitio/sites/default/settings.php

y modificamos la parte correspondiente a los host de confianza, incluyendo la dirección de nuestro host virtual. Buscamos trusted_host_patterns y el fichero debería de quedar tal que así:

$settings['trusted_host_patterns'] = array(
 '^www\.misitio\.com$', 
 '^www\.misitio\.local$'
);

Y ya debería funcionar todo, accediendo a la página https://www.misitio.local deberíamos de ver la página principal de nuestra nueva web en local. La primera vez que accedamos a ella nos saltará una advertencia de seguridad en el navegador porque estamos usando un certificado autofirmado, por lo que deberemos de añadir una excepción de seguridad para poder acceder las siguientes veces sin que salte este aviso.

Este post está basado en gran parte en lo que se explica en: https://kreationnext.com/support/how-to-install-drupal-8-with-apache-mysql-and-ssl-on-ubuntu-15-10/

Instalar Guest Additions de Virtual Box en Debian

Para instalar las Guest Additions de Virtual Box en Debian hay que seguir el siguiente procedimiento:

  • En el menú de VirtualBox de la máquina «guest» con Debian pulsamos en Dispositivos / Insertar imagen de CD de las Guest Additions.
  • Ya en la máquina virtual, editar el fichero /etc/fstab y añadir la opción «exec» a la unidad cdrom0. La línea correspondiente del fichero tiene que quedar así:
/dev/sr0    /media/cdrom0   udf,iso9660 user,noauto,exec     0       0
  • Ejecutar como root

# apt-get install build-essential

# apt-get install linux-headers-$(uname -r)

A continuación ejecutamos (ya no hace falta ser root, es más, cuando se ejecuta como root curiosamente falla la ejecución):

$ cd /media/cdrom0

$ ./autorun.sh

Una vez que acabe la ejecución, reiniciamos y ya deberíamos ver la máquina Debian a pantalla completa, síntoma de que se han instalado correctamente las Guest Additions. (Probado en Debian 9 y Virtualbox 5.2.18)

Cómo cargar archivos .sql mayores que el límite del servidor

Cuando tienes que hacer una carga de base de datos es posible que te encuentres que el archivo .sql que quieres cargar tenga un tamaño mayor que el que permite el servidor, por lo que tanto el phpMyAdmin como el adminer muestran un mensaje de error, impidiendo la carga.
La solución con adminer es sencilla si tienes acceso FTP al servidor:

  1.  Sube el fichero adminer.php al directorio raiz web del servidor. Lo puedes descargar previamente de aquí. Antes de subirlo puedes renombrarlo para quitar la versión, así el acceso posterior será más fácil.
  2. Sube el fichero sql que quieres cargar en la base de datos al mismo directorio que has subido el fichero anterior, llamándolo «adminer.sql». También puedes comprimirlo y llamarlo «adminer.sql.gz».
  3. Accede a tu servidor a la página adminer.php que acabas de subir.
  4. Ve a la opción «Import». Verás que aparece una opción «From server» y un botón «Run file». Si lo pulsas, hará la carga del fichero sql.

Importante: el fichero a cargar tiene que llamarse exáctamente así, y localizarse en el mismo directorio que el fichero de ejecución de adminer.

Y ya está, un problema menos.

¿No funciona chmod -R?

Cuando alguna vez hemos tenido que cambiar los permisos a los ficheros de una carpeta y de las subcarpetas incluidas de forma recursiva, hemos usado por ejemplo el comando chmod -R 755 y ha funcionado perfectamente. Sin embargo, si tratamos de hacer los mismo seleccionando a qué tipo de ficheros queremos hacer el cambio con el comando chmod -R 755 *.php nos encontramos con que no funciona, que el comando no nos da error, pero solo cambia los ficheros de la carpeta actual, no lo hace sobre los ficheros con esa extensión incluidos en carpetas dentro del directorio.
Realmente no es un error, simplemente funciona así, pero como para todo hay arreglo, la forma de conseguir lo que queremos es combinando los comando find y chmod de la forma siguiente:
find . -type f -name '*.php' -exec chmod 755 {} \;
Con este comando buscamos (find) en el directorio actual (el .) todos los ficheros (-type f) que tienen extensión php (‘*.php’), y la lista recuperada la dirigimos (-exec) hacia el comando chmod, que la recibe en {}. El \; final solamente es para indicar que se acaba la orden.
Parece un comando complicado, pero cuando entiendes qué hace cada cosa resulta más fácil de recordar.
En esta entrada hay un ejemplo algo más complicado, que sirve para cuando queremos cambiar los permisos solamente a aquellos ficheros que tienen ya unos permisos determinados, por ejemplo cambiar al permiso 755 a aquellos ficheros que en ese momento tienen permisos 777.

El menú responsive del tema Bootstrap de Drupal no funciona

Minientrada

Después de instalar el tema Bootstrap de Drupal 7 para un nuevo sitio de comercio online me he encontrado con que el menú responsive, el que aparece como un icono con tres rayitas cuando la pantalla es pequeña, no funciona. Googleando un poco me encuentro con este enlace en el que cuentan que el problema puede ser que la versión de JQuery que esté usando no sea la correcta. En Drupal 7 podemos mantener actualizada la versión de JQuery si instalamos el módulo Jquery Update, el cual ya viene incluido por defecto en el núcleo de Drupal 8.
Una vez instalado dicho módulo, lo activamos y ya tenemos funcionando el menú en el móvil.

PhpMyAdmin muestra una página en blanco en Ubuntu/Kubuntu 16.04

Después de instalar Kubuntu 16.04, y supongo que lo mismo pasará después de instalar Ubuntu 16.04, una vez puesto el entorno LAMP en funcionamiento según la guía de Linode ,  y después de instalar el paquete phpmyadmin desde los repositorios oficiales, me encuentro con que al acceder a la página http://localhost/phpmyadmin solo se muestra una página en blanco.

Mirando por ahí veo que le pasa a más gente, como era de esperar, y se debe a que faltan por instalar algunos paquetes. La solución es instalarlos con el comando:

sudo apt-get install libapache2-mod-php php-mbstring php7.0-mbstring php-gettext

Una vez hecho esto, he desinstalado phpmyadmin y lo he vuelto a instalar, a lo mejor no hacía falta, pero después de esta segunda instalación y con los paquetes anteriores ya instalados, la página localhost de phpyadmin ha vuelto a funcionar.