Linux – danisanchez.net

Instalar LAMP (Apache, PHP, MariaDB y phpMyAdmin) en openSUSE Leap 16.0

dani.sanchez — Mon, 13 Apr 2026 21:00:56 +0000

Recientemente he migrado mi entorno de trabajo de Debian 13 Gnome a openSUSE Leap 16 KDE Plasma.

Hacía tiempo que buscaba cambiar un poco de aires y salir de mi zona de confort basada en .deb para explorar más a fondo el mundo .rpm, y qué mejor que pasar de una distro super estable, aburrida y segura como Debian a otra distro super estable, segura y probablemente más aburrida como la rama Leap de openSUSE, la cual ha estrenado su versión 16 después de 8 años que se ha mantenido la 15 (y la cual aún cuenta con bastante tiempo de soporte).

En esta entrada vamos a seguir los pasos para instalar el stack de servidor web para pruebas y desarrollos en local (no vamos a abrir el servidor al exterior, solamente funcionará en nuestro entorno localhost).

Instalar Apache2 en openSUSE Leap 16.0

Primero instalamos el servidor web:

sudo zypper in apache2

Una vez instalado, lo habilitamos con el comando:

sudo systemctl enable apache2

Y seguidamente lo iniciamos con:

sudo systemctl start apache2

Otros comandos básicos de Apache son stop para detenerlo y restart para reiniciarlo, en caso de que hayamos hecho algún cambio en la configuración.

El directorio de trabajo donde alojaremos los proyectos es /srv/www/htdocs/

Configuración de Apache

Dentro del archivo de configuración de Apache, concretamente al principio, en el apartado «», necesitamos añadir o descomentar estas líneas:

sudo nano /etc/apache2/default-server.conf

Options Indexed FollowSymLinks
AllowOverride All
Require all granted

Comprobar que no haya una linea que diga AllowOverride None (en tal caso, quitarla o comentarla)

Reiniciamos Apache:

sudo systemctl restart apache2

Para comprobar que nuestro servidor está en funcionamiento, podemos crear un sencillo archivo index.html en la ruta anterior:

sudo nano /srv/www/htdocs/index.html


    Bienvenido a Localhost!

Abrimos un navegador web y vamos a la dirección http://localhost/

Deberemos ver nuestro mensaje de bienvenida:

Instalar MariaDB en openSUSE Leap 16.0

A continuación vamos a instalar el gestor de bases de datos MariaDB:

sudo zypper in mariadb

Al igual que con Apache, debemos ejecutar los comandos para habilitar el servicio e iniciarlo:

sudo systemctl enable mysql
sudo systemctl start mysql

Y si necesitamos detener o reiniciar el servicio:

sudo systemctl stop mysql
sudo systemctl restart mysql

Establecer contraseña de root para MariaDB

Por defecto, el servicio mysql (mariadb) viene sin contraseña de root. Para asignarla ejecutamos el comando:

sudo mysql_secure_installation

Al preguntarnos si queremos asignar una contraseña de roor, decimos que si (y):

Set root password? [Y/n] y
New password: *******
Re-enter new password: ****** 
Password updated successfully!

Después nos hará una serie de preguntas, como si deseamos eliminar usuarios anónimos, borrar tablas de test, etc. En mi caso le doy que sí a todo:

Remove anonymous users? [Y/n] y
 ... Success!
 
 Disallow root login remotely? [Y/n] y
 ... Success!
 
 Remove test database and access to it? [Y/n] y
 - Dropping test database...
 ... Success!
 
 - Removing privileges on test database...
 ... Success!
 
 Reload privilege tables now? [Y/n] y
 ... Success!

Crear usuario de MySQL

Lo normal es trabajar con un usuario personalizado en lugar de trabajar directamente con root. Para crear un usuario, entramos en la consola de MySQL:

sudo mysql -u root

Y creamos el nuevo usuario:

CREATE USER tu_usuario IDENTIFIED BY 'tu_password';

Instalar PHP en openSUSE Leap 16.0

En el momento de escribir este artículo, la versión disponible para openSUSE Leap 16.0 es la 8.4.16. Una versión bastante reciente para una distro con enfoque conservador. Veremos cómo se va actualizando a lo largo de su ciclo de vida :

php --version
PHP 8.4.16 (cli) (built: Dec 19 2025 07:51:15) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.4.16, Copyright (c) Zend Technologies

Para instalar PHP en nuestro entorno LAMP, necesitamos el paquete php general, el paquete conector con Apache y el paquete conector con MySQL:

sudo zyyper in php8 php8-mysql apache2-mod_php8

Una vez instalado, descomentamos o añadimos esta línea en al archivo de configuración /etc/apache2/mod_mime-defaults.conf

En mi caso la línea no venía comentada y la tuve que añadir.

sudo nano /etc/apache2/mod_mime-defaults.conf

AddType application/x-httpd-php .php

Esto hará que Apache interprete los archivos .php como scripts de servidor, en lugar de archivos descargables o de texto plano.

Habilitamos el módulo de php en Apache

sudo a2enmod php8

Habilitamos el módulo rewrite, esencial para manejar URLs amigables en WordPress y otros CMS

sudo a2enmod rewrite

Ampliamos parámetros en php.ini

Por defecto, php viene configurado con unos parámetros mínimos que pueden quedarse cortos a la hora de trabajar, como el caso de la subida de archivos al servidor (limitada a 2MB), o el limite de memoria (128M).

El archivo a editar se encuentra en /etc/php8/apache2/php.ini

Si vas a trabajar con WordPress u otros CMS, a mí me gusta ampliar estos parámetros:

sudo nano /etc/php8/apache2/php.ini

memory_limit = 512M
post_max_size = 64M
max_execution_time = 180
upload_max_filesize = 64M
max_input_time = 180
max_input_vars = 10000

Ahora reiniciamos Apache para que surtan efecto todos los cambios anteriores:

sudo systemctl restart apache2

Instalar phpMyAdmin en openSUSE Leap 16.0

phpMyAdmin viene de serie en los repositorios de openSUSE, por lo que la instalación es de lo más sencillo, sin necesidad de descargar de sitios externos ni de editar archivos de configuración.

sudo zypper in phpMyAdmin

Para abrirlo accedemos desde el navegador a la ruta: http://localhost/phpMyAdmin

(Muy importante respetar las mayúsculas y minúsculas de phpMyAdmin, de lo contrario os dirá que la ruta no existe:

Relajar la seguridad de SELinux

Por último, si trabajas con WordPress o similares y tienes problemas de conexión (por ejemplo, no descarga ni instala plugins), puedes cambiar el nivel de protección de SELinux de estricto a permisivo:

sudo nano /etc/selinux/config

Y cambiamos el parámetro SELINUX=permissive

Reiniciamos el equipo, y ya tendremos todo el stack LAMP listo para desarrollo en local

Configurar correctamente los permisos de WordPress en Apache (Debian/Ubuntu)

dani.sanchez — Tue, 17 Feb 2026 20:07:59 +0000

Para configurar correctamente los permisos de WordPress con Apache (www-data) en Linux (Debian/Ubuntu), asignamos al usuario www-data la propiedad de los archivos y establecemos permisos 755 para directorios y 644 para archivos.

Cambiar propietario (ejecutar dentro de /var/www/html o la raíz de tu sitio):

sudo chown -R www-data:www-data /var/www/html

Establecer permisos para directorios (755):

sudo find /var/www/html -type d -exec chmod 755 {} \;

Establecer permisos para archivos (644):

sudo find /var/www/html -type f -exec chmod 644 {} \;

Añadimos nuestro usuario al grupo www-data si necesitamos hacer operaciones en los directorios:

sudo usermod -a -G www-data $USER

Utilizar sudo con tu usuario personal en Debian

dani.sanchez — Mon, 09 Feb 2026 20:48:38 +0000

Para poder utilizar el comando sudo con tu usuario normal (no root), editar el archivo:

sudo /etc/sudoers

Localizar la parte:

# User privilege specification
root       ALL=(ALL:ALL) ALL

Añadir tu usuario:

# User privilege specification
root       ALL=(ALL:ALL) ALL
usuario    ALL=(ALL:ALL) ALL

Guardar y reiniciar.

Cómo optimizo imágenes sin usar editores de imágenes

dani.sanchez — Fri, 29 Aug 2025 18:44:45 +0000

Lo primero que hago cuando voy a empezar un nuevo montaje o maquetación web es preparar las imágenes. Las descargo de Figma, Adobe XD… o cualquiera que sea la fuente que me proporcionan.

Una vez descargadas las organizo en carpetas con el nombre de la página, post o producto al que pertenezcan.

Al principio las optimizaba una a una con GIMP. Escalar y exportar a webp con compresión del 85% . También aprovechaba en la exportacion para limpiar el nombre del archivo (quitar tildes, «eñes», caracteres especiales…

En proyectos con varias decenas de imágenes es una tarea que lleva más del tiempo del necesario.

Desde hace tiempo ya no uso GIMP para optimizar las imagenes, sino ImageMagick, un conjunto de comandos que permite convertir formatos, reescalar, comprimir (y más cosas) en lotes desde el terminal de Linux.

Lo primero que hago es situarme en el directorio y convertir a webp:

mogrify -format webp *.jpg
mogrify -format webp *.png

Elimino los archivos JPG o PNG:

rm *.jpg
rm *.png

Si algunas imágenes son demasiado grandes para web, las separo y las reescalo a un ancho máximo (en WordPress 2560px):

mogrify -resize 2560 *.webp

Por último aplico la compresión:

mogrify -quality 85 *.webp

Y nada más, en menos de un minuto he convertido, reescalado y comprimido todas las imágenes de un directorio.

Ahora solo faltaba limpiar el nombre, esto aún lo seguía haciendo a mano, hasta hoy…

Ya que uso Linux me pregunto, ¿y si creo un script en BASH que limpie los nombres de archivo de un directorio completo?

Aquí me ayudó DeepSeek, empezó generando un pequeño script en BASH para quitar las tildes de los nombres de archivo.

Pero seguí añadiendo cosas y al final tengo un script que limpia los nombres con todo lo que necesito:

Elimina tildes.
Cambia eñes por enes.
Elimina cualquier caracter especial.
Sustituye los espacios por guiones bajos.

Y este es el script completo:

limpiar-nombres() {
    local DIRECTORIO="${1:-.}"
    
    if [ ! -d "$DIRECTORIO" ]; then
        echo "❌ Error: El directorio '$DIRECTORIO' no existe."
        return 1
    fi
    
    echo "🔄 Limpiando nombres de archivos en: $DIRECTORIO"
    echo "📝 Caracteres que se eliminarán/reemplazarán:"
    echo "   - Tildes (á, é, í, ó, ú, ñ)"
    echo "   - Caracteres especiales (@, #, $, %, &, *, !, ¿, ?, ¡)"
    echo "   - Espacios (reemplazados por _)"
    echo "   - Paréntesis, corchetes, llaves"
    echo "   - Comillas y apóstrofes"
    local contador=0
    
    # Usar find para manejar mejor archivos con espacios
    find "$DIRECTORIO" -maxdepth 1 -type f -print0 | while IFS= read -r -d '' archivo; do
        local nombre_original=$(basename "$archivo")
        local directorio=$(dirname "$archivo")
        
        local nuevo_nombre=$(echo "$nombre_original" | sed -e '
            # Reemplazar tildes y ñ
            y/áàäâÁÀÄÂ/aaaaAAAA/
            y/éèëêÉÈËÊ/eeeeEEEE/
            y/íìïîÍÌÏÎ/iiiiIIII/
            y/óòöôÓÒÖÔ/ooooOOOO/
            y/úùüûÚÙÜÛ/uuuuUUUU/
            y/ñÑ/nN/
            
            # Eliminar caracteres especiales
            s/[@#%&*¿?¡!$]//g
            
            # Eliminar paréntesis, corchetes, llaves
            s/[()\[\]{}]//g
            
            # Eliminar comillas y apóstrofes
            s/['\''"`]//g
            
            # Reemplazar espacios por guiones bajos
            s/ /_/g
            
            # Reemplazar múltiples guiones bajos por uno solo
            s/__+/_/g
            
            # Eliminar guiones bajos al inicio y final
            s/^_//
            s/_$//
        ')
        
        if [ "$nombre_original" != "$nuevo_nombre" ]; then
            echo "📁 Renombrando: \"$nombre_original\" -> \"$nuevo_nombre\""
            mv -- "$archivo" "$directorio/$nuevo_nombre"
            ((contador++))
        fi
    done
    
    echo "✅ Proceso completado. Se renombraron $contador archivos."
    
    if [ $contador -eq 0 ]; then
        echo "💡 No se encontraron archivos que necesiten renombrarse."
    fi
}

# Alias para uso rápido
alias lnombres='limpiar-nombres'
alias limpiar-archivos='limpiar-nombres'

Añadiendo el script al archivo ~/.bashrc o ~/.zshrc (en mi caso uso ZSH) podremos usarlo en cualquier directorio sin necesidad de tener el script.sh dentro.

/home/user/Descargas/Fotos/limpiar-nombres

Ahora que se habla tanto de productividad, tanto Linux como la terminal, cada día mejoran la mía.

Iniciar sesión en nuestros VPS mediante SSH Keys

dani.sanchez — Sun, 04 May 2025 12:50:59 +0000

Hace tiempo que intento mejorar la seguridad de los accesos SSH a mis servidores virtuales, pues creo que la configuración por defecto basada en usuario (root) y contraseña, no es suficiente y el acceso queda expuesto a ataques por fuerza bruta o simples robos de contraseña.

Hasta ahora venía usando un doble factor de autenticación basado en Google Authenticator. Aunque el sistema es efectivo, proceso que ya expliqué hace un tiempo en este artículo, no me gusta la idea de depender de un servicio como Google Authenticator, o de que mi servidor mantenga el paquete google-authenticator en futuras versiones, así que me he pasado al método de acceso por SSH Keys. Un método muy seguro basado en el sistema llave pública – llave secreta, utilizado en infinidad de aplicaciones.

Crear las SSH Keys

Crearemos las SSH Keys en nuestra máquina local (yo uso GNU/Linux y lo voy a explicar en base a estos sistemas, si usas otro tipo de sistema operativo, busca información adicional sobre cómo generar SSH Keys) abriendo un terminal y ejecutando el siguiente comando:

ssh-keygen

Nos preguntará si deseamos darle un nombre (es conveniente usar un nombre que nos de una pista sobre dónde la vamos a usar), por ejemplo «keyservidorclientes«.

Si no indicamos ningún nombre, se asignará por defecto: id_rda.

La segunda pregunta nos ofrece crear una frase de contraseña para nuestra llave secreta. Es opcional, pero si alguien accede a nuestra máquina local, podría acceder automáticamente a nuestros servidores sin mayor problema. La frase de llave secreta añade un factor de seguridad más para estos casos.

Tras asignar el nombre y frase se crearán dos ficheros dentro de /home/user/.ssh/

keyservidorclientes.pub
keyservidorclientes

o si no le hemos asignado un nombre al momento de crearlas:

id_rda.pub
id_rda

El primer fichero con extensión .pub contiene nuestra llave pública y el fichero sin extensión, nuestra llave secreta.

Organizar nuestras SSH Keys

Si vamos a generar muchos SSH Keys para diferentes servidores, una buena práctica es guardar cada par de llaves en directorios diferentes, por ejemplo:

.ssh/servidordesarrollo/keyservidordesarrollo.pub
.ssh/servidordesarrollo/keyservidordesarrollo

.ssh/servidorclientes/keyservidorclientes.pub
.ssh/servidorclientes/keyservidorclientes

.ssh/servidorbackups/keyservidorbackups.pub
.ssh/servidorbackups/keyservidorbackups

Después creamos (si no existe) un fichero de configuración donde asociamos cada acceso con la ubicación de sus SSH Keys. Este fichero se llama config y debemos ubicarlo en el directorio principal /home/user/.ssh/

Dentro referenciamos cada servidor con la ubicación de sus SSH Keys:

Host servidordesarrollo
	HostName IP o dominio del tu servidor
	User root
	IdentityFile ~/.ssh/servidordesarrollo/keyservidordesarrollo
	
Host servidorclientes
	HostName IP o dominio de tu servidor
	User root
	IdentityFile ~/.ssh/servidorclientes/keyservidorclientes
	
Host servidorbackpus
	HostName IP o dominio de tu servidor
	User root
	IdentityFile ~/.ssh/servidorbackups/keyservidorbackups

...

Ahora para conectar con nuestro servidor virtual de clientes solo tenemos que ejecutar:

ssh root@servidorclientes

Y para conectar con nuestro servidor de backups sería:

ssh root@servidorbackups

Copiar las llaves públicas en nuestros servidores virtuales

Una vez generadas las SSH Keys en nuestra máquina local, tenemos que añadir la llave pública al servidor virtual.

Existen herramientas dentro de OpenSSH, que permiten copiar fácilmente nuestra llave pública a nuestro servidor virtual. Pero básicamente lo que hacen es leer nuestro fichero .pub y copiar su contenido al fichero authorized_keys de nuestro servidor virtual. A mí me gusta hacer este proceso manualmente y asegurarme de que todo se ha llevado a cabo correctamente.

Para ello abrimos nuestra llave pública (fichero.pub) con un editor de textos (o desde terminal con cat fichero.pub) y copiamos su contenido.

Nos conectamos a nuestro servidor virtual por el método normal SSH por contraseña y editamos con nano (o tu editor preferido), el archivo /home/user/.ssh/authorized_keys añadiendo el contenido copiado de nuestra llave pública. (Si queremos añadir otra clave pública, podemos hacerlo a continuación, en una nueva línea. Cuidado con no soobreesribir otras claves que ha hubiera en el archivo).

A partir de ahora podremos conectar vía SSH con nuestra SSH Key, utilizando la frase de nuestra clave privada en vez de la contraseña de root de nuestro servidor.

Esto hace que solo podamos acceder vía SSH desde nuestra máquina local y si conocemos la frase de nuestra clave secreta.

Deshabilitar el acceso normal por contraseña

Ahora hay que deshabilitar el acceso normal por contraseña, pues lo que queremos es mejorar la seguridad, de forma que solo se pueda acceder al servidor con la SSH Key.

El archivo que tenemos que editar se encuentra en /etc/ssh/sshd_config, así que con nano o el editor de terminal que prefieras localizamos la línea:

#PasswordAuthentication yes

Descomentamos quitando # y cambiamos a PasswordAuthentication no

PasswordAuthentication no

Adicionalmente comprobamos que esta línea está descomentada y en yes:

PubkeyAuthentication yes

Y reiniciamos el servicio SSH, en servidores Debian/Ubuntu es:

sudo systemctl restart ssh

Antes de cerrar sesión, por precaución, abre un segundo terminal y asegúrate de que puedes iniciar sesión con tu SSH Key. En caso de que no puedas, revierte los cambios anteriores y vuelve a reiniciar el servicio SSH.

Si todo ha ido bien, al intentar iniciar sesión mediante contraseña normal, aparecerá el error permiso denegado.

Posibles problemas con proveedores VPS/Cloud tipo AWS, IONOS, DigitalOceans…

Si hemos seguido los pasos anteriores y aún así podemos acceder mediante contraseña normal, es posible que nuestro proveedor VPS añada configuraciones adicionales durante el arranque que prevalezcan sobre nuestros cambios.

Por ejemplo, los servidores IONOS utilizan cloud-init, que añade configuraciones personalizadas durante el arranque que pueden anular nuestras propias modificaciones.

Para solucionarlo, vamos hasta el directorio /etc/cloud/cloud.cfg.d/.

Examinamos si existen archivos de configuración (con extensión .cfg) por si en alguno de ellos estuviese habilitada la opción PasswordAuthentication yes. De ser así, lo modificamos a PasswordAuthentication no.

Reiniciamos el servicio sshd y probamos a conectar vía SSH por el método normal a ver si ahora obtenemos el permiso denegado.

Una vez comprobamos cual es el archivo que bloquea nuestra configuración, podemos configurarlo como archivo inmutable, pues en el próximo reinicio del servidor, seguramente se vuelva regenerar con la configuración por defecto.

Para ello aplicamos chattr +i sobre el archivo de configuración en cuestión:

sudo chattr +i /etc/ssh/sshd_config.d/archivo.conf

Esto hace al archivo inmutable incluso para root.

Si tras reiniciar el servidor aún vuelve a habilitarse el acceso SSH por contraseña normal, podríamos como último recurso deshabilitar completamente el cloud-init.

sudo touch /etc/cloud/cloud-init.disabled

Y reniciar el servidor.

Aviso: Procede con precaución con esta opción, pues deshabilitar cloud-init, podría romper configuraciones importantes de tu proveedor VPS que provoquen errores futuros en el servidor.

Y hasta aquí el tutorial. Espero que como a mí, te sirva de mucha utilidad y securices al máximo tus VPS. Nos vemos en el siguiente post

Instalar LAMP (Linux, Apache, MySQL, PHP) en Opensuse Tumbleweed

dani.sanchez — Mon, 09 Jan 2023 12:55:56 +0000

En este artículo vamos a ver cómo:

Instalar el servidor web (Apache).
Instalar el gestor de bases de datos MariaDB.
Instalar PHP.
Configurar php.ini con los valores óptimos para WordPress.
Instalar phpMyAdmin para gestionar las bases de datos visualmente.
Habilitar las URLs amigables (mod rewrite).

Guía disponible en vídeo

Instalar el servidor web Apache en Opensuse Tumbleweed

Nos dirigimos a un terminal y escribimos:

sudo zypper in apache2

Comandos básicos para gestionar el servidor

Habilitar el servidor Apache:

sudo systemctl enable apache2

Iniciar el servidor Apache:

sudo systemctl start apache2

Detener el servidor Apache:

sudo systemctl stop apache2

Reiniciar el servidor Apache:

sudo systemctl restart apache2

Vamos a probar que el servidor está activo y funciona, para ello crearemos un archivo index.html dentro del directorio web, que en Opensuse se encuentra en /srv/www/htdocs/

sudo nano /srv/www/htdocs/index.html


    Bienvenido a mi sitio web!

Nos dirigimos al navegador web hacia la dirección http://localhost y veremos una pantalla como esta:

Instalar MariaDB en Opensuse Tumbleweed

Nos dirigimos a un terminal e instalamos los siguientes paquetes:

sudo zypper in mariadb mariadb-tools

Comandos básicos para gestionar MariaDB

Habilitar el servidor MariaDB:

sudo systemctl enable mysql

Iniciar el servidor MariaDB:

sudo systemctl start mysql

Parar el servidor MariaDB:

sudo systemctl stop mysql

Reiniciar el servidor MariaDB:

sudo systemctl restart mysql

Securizar MariaDB

Por defecto, el gestor de bases de datos viene con el usuario root sin contraseña. Vamos a asignar una contraseña ejecutando:

sudo mysql_secure_installation

Nos preguntará si queremos asignar una contraseña al usuario root, contestamos que si:

Set root password? [Y/n] y
New password: *******
Re-enter new password: ****** 
Password updated successfully!

Nos hará una serie de preguntas sobre si queremos eliminar usuarios anónimos, borrar las tablas de test, etc. Podemos contestar afimartívamente a todo:

Remove anonymous users? [Y/n] y
 ... Success!
 
 Disallow root login remotely? [Y/n] y
 ... Success!
 
 Remove test database and access to it? [Y/n] y
 - Dropping test database...
 ... Success!
 
 - Removing privileges on test database...
 ... Success!
 
 Reload privilege tables now? [Y/n] y
 ... Success!

Ahora entraremos en mysql:

sudo mysql -u root

Vamos a crear un usuario distinto de root que será el que asignemos a las bases de datos que creemos después:

CREATE USER mi_usuario IDENTIFIED BY 'password';

Creamos una nueva base de datos:

CREATE DATABASE mibase;

Y asignamos nuestro usuario anterior a la nueva base de datos con todos los privilegios:

GRANT ALL PRIVILEGES ON mibase.* TO mi_usuario;

Para nuevas bases de datos el proceso sería el mismo: Crear la base de datos y asignar nuestro usuario con todos los privilegios.

Tras la asignación de nuestro usuario a la nueva base de datos no está de más hacer una limpieza de la caché almacenada con:

FLUSH PRIVILEGES;

Instalar PHP en Opensuse Tumbleweed

Como estamos en una distro rolling-release, las versiones PHP se van actualizando sobre la marcha, por lo que es posible que la versión de este tutorial ya sea más antigua que la que hay actualmente en los repositorios. Para ello podríamos comprobar qué versión existe actualmente en los repositorios, abriendo YaST Software y localizando los paquetes php:

Click para ampliar

En este momento la versión de php en los repositorios de Opensuse Tumbleweed es la 8, por lo que instalamos los paquetes corrrespondientes a esta versión:

sudo zypper in php8 php8-mysql apache2-mod_php8

Y añadimos la siguiente línea al archivo de configuración /etc/apache2/mod_mime-defaults.conf

sudo nano /etc/apache2/mod_mime-defaults.conf

AddType application/x-httpd-php .php

Reiniciamos Apache:

sudo systemctl restart apache2

Habilitamos mod-php con el comando:

sudo a2enmod php8

Y volvemos a reiniciar Apache:

sudo systemctl restart apache2

Para comprobar si PHP se está ejecutando correctamente crearemos un archivo en el directorio web /srv/www/htdocs/info.php con esta línea:

Si nos dirigimos a la dirección http://localhost/info.php deberemos ver una página similar a esta con toda la información sobre PHP:

Ampliar los parámetros en php.ini

Vamos a cambiar algunos parámetros de PHP editando su archivo de configuración (php.ini) para optimizarlo para WordPress. Para ello editamos el archivo:

sudo nano /etc/php8/apache2/php.ini

Y ampliamos los siguientes parámetros:

memory_limit = 128M
post_max_size = 64M
max_execution_time = 180
upload_max_filesize = 64M
max_input_time = 180
max_input_vars = 5000

Reiniciamos Apache para que se apliquen los cambios:

sudo systemctl restart apache2

Instalar phpMyAdmin en Opensuse Tumbleweed

Por último vamos a instalar el gestor visual de bases de datos phpMyAdmin escribiendo en el terminal:

sudo zypper in phpMyAdmin

Una vez instalado nos dirigimos a la dirección http://localhost/phpMyAdmin (importante respetar las mayúsculas y minúsculas para no tener problemas de acceso):

Para acceder podemos usar el usuario y contraseña de MariaDB que creamos anteriormente.

Habilitar las URLs amigables mod_rewrite en Opensuse Tumbleweed

Habilitamos el módulo mod_rewrite:

sudo a2enmod rewrite

Editamos el archivo de configuración de Apache situado en /etc/apache2/default-server.conf:

sudo nano /etc/apache2/default-server.conf

Dentro del apartado comentamos las líneas:

#Options
#AllowOverride None

Y añadimos estas:

Options Indexes FollowSymLinks MultiViews
Require all granted
AllowOverride All

Click para ampliar

Reiniciamos Apache:

sudo systemctl restart apache2

Y eso es todo, ya puedes disfrutar de tu servidor LAMP en Opensuse Tumbleweed. Nos vemos en el siguiente post

Gran parte de la información ha sido consultada en https://es.opensuse.org/SDB:Instalar_un_servidor_LAMP

Habilitar el soporte de Wayland en Firefox

dani.sanchez — Thu, 03 Nov 2022 19:27:07 +0000

Como ya he comentado en varias ocasiones, soy usuario linuxero y mi navegador principal, tanto de trabajo como de uso personal es Firefox.

Mi distribución principal es Ubuntu 22.04 LTS y uso la versión snap de Firefox, solo que hasta ahora había trabajado con el servidor gráfico X11, en lugar de Wayland.

Tras decidir dar el salto definitivo a Wayland, comencé a experimentar algunos problemas navegando con Firefox. Problemas como que el cursor no detecta enlaces tras un tiempo de uso (no cambia el icono del cursor manteniéndose siempre en flecha), problemas al subrayar texto (no aparece el subrayado hasta que no sueltas el click…), etc.

Parece ser que, al menos en Ubuntu, el soporte para Wayland no está al 100% habilitado para Firefox y hay que activarlo a consciencia.

Para ello solo tenemos que editar el archivo /etc/environment:

sudo nano /etc/environment

Y añadir al final la línea:

MOZ_ENABLE_WAYLAND=1

Y eso es todo. Esperemos que en próximas actualizaciones de Ubuntu, esto venga ya configurado por defecto, pues en la última versión 22.04 LTS ya se ha optado por usar Wayland de forma predeterminada y esto puede lastrar el uso de algo tan importante como el navegador principal.

Espero que este post te haya servido de utilidad, y nos vemos en próximos

Instalar LAMP en Manjaro (Linux, Apache, MySQL y PHP)

dani.sanchez — Tue, 07 Dec 2021 08:54:12 +0000

Introducción

Como ya he comentado en algún post, Manjaro es una de mis distros favoritas. Una Arch Rolling con un entorno de escritorio a prueba de bombas (XFCE).

Sin embargo siempre me muevo en la rama Debian-Ubuntu estable. Uno de los principales motivos es el Stack LAMP (Linux Apache MySQL PHP). Trabajo a menudo con proyectos web en local, casi siempre webs con problemas que tengo que analizar y reparar antes de aplicar los cambios en producción.

La instalación del Stack LAMP en Debian-Ubuntu es bastante sencilla, aquí puedes ver un artículo que escribí hace un par de años y que a día de hoy sigue vigente (lo único que cambia es la versión de PHP).

Instalar LAMP (Linux, Apache, MySQL y PHP) en GNU/Linux (Ubuntu y derivadas)

Pero siempre que he intentado instalar LAMP en otras ramas, como RPM o ARCH, he tenido diversos problemas para hacerlo funcionar, desistiendo y volviendo a mi zona de confort.

Hace poco me lié la manda a la cabeza para instalarlo en Fedora, con excelente resultado (puedes ver el artículo completo).

https://danisanchez.net/instalar-lamp-linux-apache-mysql-y-php-en-fedora-34/

Pero en Manjaro, aunque tiene algunas similitudes con Fedora, hay que dar algunos pasos más, sobre todo en lo que a configuración de archivos se refiere.

Como siempre, este artículo no solo está hecho para quien lo necesite, si no para mí mismo, tenerlo como referencia para cuando necesite volver a realizar una instalación, sin tener que buscar en varios posts por la Red. Vamos al lío…

Artículo disponible en vídeo

Instalar el servidor web Apache

Abrimos un terminal e instalamos el paquete apache.

sudo pacman -S apache

Una vez instalado, vamos a revisar el archivo de configuración de Apache para comprobar que el módulo unique_id_module está comentado:

Para ello desde el terminal abrimos con el editor nano el archivo:

sudo nano /etc/httpd/conf/httpd.conf

Para buscar en nano puedes usar la combinación Ctrl+W y escribir el texto a buscar:

Esta es la línea que tenemos que mantener comentada (anteponiéndole un #)

Si ya estaba comentada, simplemente podemos salir pulsando Ctrl+X. Para guardar pulsa Ctrl+O.

Ahora podemos habilitar el servicio de apache con el comando:

sudo systemctl enable httpd

E iniciarlo con el comando:

sudo systemctl start httpd

Si necesitamos reiniciar apache porque hayamos hecho algún cambio en la configuración, usamos el comando:

sudo systemctl restart httpd

No obstante, si queremos detener el servicio tecleamos el comando:

sudo systemctl stop httpd

Para comprobar que apache está corriendo, usa el comando:

sudo systemctl status httpd

Debería aparecer active (running):

Para salir del monitor de estado de apache puedes detener con Ctrl+Z.

También podemos abrir un navegador web y dirigirnos a la ruta http://localhost Debería aparecer el índice de apache (que en estos momentos estará vacío):

Hemos terminado con apache, ahora instalaremos el gestor de bases de datos MySQL:

Instalar MySQL (MariaDB)

Nos dirigimos al terminal e instalamos el paquete mysql:

sudo pacman -S mysql

Nos avisará de que existen dos proveedores disponibles para instalar mysql. Vamos a elegir la opción 1) mariadb:

IMPORTANTE: Antes de habilitar el servicio de mysql tenemos que inicializar el directorio de datos de MariaDB. Este paso no es necesario en otras ramas como Debian-Ubuntu o Fedora, pero en Manjaro (o la rama Arch en general) si.

Para ello copiamos/pegamos el siguiente comando:

sudo mysql_install_db --user=mysql --basedir=/usr --datadir=/var/lib/mysql

Ahora podemos habilitar e iniciar mysql:

sudo systemctl enable mysql

sudo systemctl start mysql

Igual que con apache, tenemos los comandos restart y stop para reiniciar o detener mysql.

Vamos a comprobar el estado de mysql con el comando:

sudo systemctl status mysql

Al igual que con apache, debería aparecer Active: active (running):

Detenemos el monitor de estado de mysql con Ctrl+Z.

Ahora toca securizar mysql ya que por defecto únicamente viene con el usuario root sin contraseña:

sudo mysql_secure_installation

Nos pedirá nuestra contraseña de root (de sistema):

Ahora nos pregunta si queremos darle una contraseña a la cuenta root de mysql, respondemos que si (Y):

Change the root password? [Y/n] Y

Respondemos que si (Y).

New password: **********
Re-enter new password: **********

Al resto de preguntas podemos responder que si:

Remove anonymous users? [Y/n] Y

Disallow root login remotely? [Y/n] Y

Remove test database and access to it? [Y/n] Y

Reload privilege tables now? [Y/n] Y

Thanks por using MariaDB!

Entramos en MySQL:

sudo mysql -u root

Vamos a crear un nuevo usuario distinto al de root que será el que asignemos a las bases de datos que creemos posteriormente:

CREATE USER mi_usuario IDENTIFIED BY 'contraseña';

Podemos salir de MySQL con el comando exit:

MariaDB [(none)]> exit;
Bye

Instalación y configuración de PHP

Desde el terminal instalamos la paquetería php y php-apache

sudo pacman -S php php-apache php-gd php-imagick

php-gd y php-imagick son opcionales, pero los necesitaremos para poder manipular imágenes en WordPress.

Como Manjaro es una versión contínua (rolling-release), la versión de PHP será la que haya disponible en el momento que realices la intalación.

A la hora de escribir este artículo, la versión instalada es la 8.0.12.

Puedes comprobar la versión instalada con el comando php -v:

[dani@ThinkPad-T540p ~]$ php -v
PHP 8.0.12 (cli) (built: Oct 20 2021 16:06:03) ( NTS )
Copyright (c) The PHP Group
Zend Engine v4.0.12, Copyright (c) Zend Technologies

Es necesario habilitar y deshabilitar algunos módulos de apache para que PHP8 funcione correctamente en Manjaro:

LoadModule mpm_event_module modules/mod_mpm_event.so (DESHABILITADO).
LoadModule mpm_prefork_module modules/mod_mpm_prefork.so (HABILITADO).

Para ello vamos al archivo de configuración de apache:

sudo nano /etc/httpd/conf/httpd.conf

Y localizamos los dos módulos anteriores, comentando el primero y descomentando (o añadiendo si no está) el segundo.

Ahora añadimos al final del archivo las siguientes líneas:

LoadModule php_module modules/libphp.so
AddHandler php-script php
Include conf/extra/php_module.conf

Guardamos con Ctrl+O y salimos con Ctrl+X.

Reiniciamos apache para que se apliquen los cambios.

sudo systemctl restart httpd

Vamos a probar que PHP funciona correctamente. Para ello vamos a crear un archivo info.php dentro de la carpeta raíz de proyectos de Apache que en Manjaro se encuentra en la ruta /srv/http:

sudo nano /srv/http/info.php

Y dentro llamamos a la función phpinfo();

Guardamos, salimos de nano y nos dirigimos al navegador web, hacia la dirección http://localhost/info.php, donde tendrá que aparecer una pantalla como esta:

Esto significa que tanto Apache como PHP están corriendo correctamente.

Ahora, para gestionar las bases de datos de forma más cómoda, vamos a instalar y configurar phpMyAdmin, que en Manjaro también requiere de algunas configuraciones adicionales.

Instalar y configurar phpMyAdmin

Instalamos el paquete desde un terminal:

sudo pacman -S phpmyadmin

Antes de ejecutarlo necesitamos hacer algunas configuraciones en el archivo php.ini situado en la ruta /etc/php/php.ini:

sudo nano /etc/php/php.ini

Y descomentamos las siguientes líneas (eliminando el # o el ; del inicio):

extension=bz2
extension=gd
extension=mysqli
extension=iconv
extension=pdo_mysql

Ya que estamos, podemos aprovechar y modificar algunos parámetros para mejorar la experiencia con WordPress o cualquier otro CMS. Los parámetros mínimos aconsejables serían:

memory_limit = 128M
post_max_size = 64M
max_execution_time = 180
upload_max_filesize = 64M
max_input_time = 180
max_input_vars = 3000

Los localizamos con Ctrl+W y los modificamos uno a uno.

Tras finalizar, guardamos con Ctrl+O y salimos con Ctrl+X.

Y reiniciamos apache ara que se aplique los cambios:

sudo systemctl restart httpd

Ahora necesitamos crear un archivo de configuración para phpMyAdmin que situaremos en la ruta:

sudo nano /etc/httpd/conf/extra/phpmyadmin.conf

Y dentro insertamos las siguientes líneas:

Alias /phpmyadmin "/usr/share/webapps/phpMyAdmin"

DirectoryIndex index.php
AllowOverride All
Options FollowSymlinks
Require all granted

Guardamos y salimos.

Volvemos al archivo de configuración de Apache:

sudo nano /etc/httpd/conf/httpd.conf

Y al final del archivo añadimos la siguiente línea:

Include conf/extra/phpmyadmin.conf

Ya estaríamos listos para inciar phpMyAdmin, pero para evitar que aparezcan algunos mensajes de error, configuraremos la frase secreta del panel editando:

sudo nano /etc/webapps/phpmyadmin/config.inc.php

Y localizamos la línea:

$cfg['blowfish_secret'] = 'ESCRIBE_UNA_CLAVE_LARGA_Y_COMPLEJA'; /* YOU MUST FILL IN THIS FOR COOKIE AUTH!$ /**

Y al final del archivo añadimos:

$cfg['TempDir'] = '/tmp/phpmyadmin';

Reiniciamos Apache.

Abrimos el navegador y nos dirigimos a http://localhost/phpmyadmin, donde deberíamos ver la pantalla de login:

Por último vamos a habilitar el modulo ReWrite en Apache para que podamos habilitar las URLs amigables en WordPress (en los enlaces permanentes).

Habilitar mod_rewrite para URLs amigables en WordPress

Nos dirimos al archivo de configuración de Apache:

sudo nano /etc/httpd/conf/httpd.conf

Y localizamos la parte de código donde empieza

Un poco mas abajo modificamos la línea:

AllowOverride None por AllowOverride All

Y localizamos y descomentamos la línea:

LoadModule rewrite_module modules/mod_rewrite.so

Reiniciamos Apache y ya tendríamos listo el Stack LAMP para Manjaro y optimizado para WordPress.

Espero que este artículo te haya servido y lo compartas si ha sido así. Nos vemos en el siguiente post

Instalar LAMP (Linux, Apache, MySQL y PHP) en Fedora

dani.sanchez — Thu, 28 Oct 2021 15:22:54 +0000

Probado hasta Fedora 39!!

Actualmente estoy probando Fedora como distro principal y tenía la necesidad de configurar mi entorno LAMP tal y como lo tenía en Ubuntu.

En Fedora la paquetería difiere un poco, así como algunas configuraciones.

En este artículo vamos a ver cómo:

Instalar el servidor web (Apache).
Instalar el gestor de bases de datos MariaDB.
Instalar PHP.
Configurar php.ini con los valores óptimos para WordPress.
Instalar phpMyAdmin para gestionar las bases de datos visualmente.
Activar el módulo MOD REWRITE para que funcionen las URLs «amigables» en WordPress.

Instalar el servidor web Apache

Nos dirigimos a un terminal y escribimos:

sudo dnf -y install httpd

Los comandos básicos para gestionar el servidor son:

Iniciar:

sudo systemctl start httpd

Parar:

sudo systemctl stop httpd

Habilitar:

sudo systemctl enable httpd

Reiniciar:

sudo systemctl restart httpd

Recargar:

sudo systemctl reload httpd

Una vez instalado, ejecutamos los comandos de habilitar e iniciar:

sudo systemctl enable httpd
sudo systemctl start httpd

Nos dirigimos a un navegador web y entramos en http://localhost

Deberíamos ver una pantalla como esta:

En mi caso, una vez que se habilita e inicia el servidor por primera vez, ya no es necesario hacerlo en cada sesión.

Instalar MySQL (MariaDB)

De vuelta al terminal ejecutamos:

sudo dnf install mariadb-server

Los comandos para gestionar el servicio son muy similares a Apache.

Habilitar:

sudo systemctl enable mariadb

Iniciar:

sudo systemctl start mariadb

Parar:

sudo systemctl stop mariadb

Reiniciar:

sudo systemctl restart mariadb

Al igual que con Apache, en mi caso no es necesario habilitar e iniciar el servicio en cada sesión.

Securizar MySQL

Por defecto, el gestor de bases de datos viene con el usuario root sin contraseña. Vamos a asignar una contraseña ejecutando:

sudo mysql_secure_installation

Nos preguntará si queremos asignar una contraseña al usuario root, contestamos que si:

Set root password? [Y/n] y
New password: *******
Re-enter new password: ****** 
Password updated successfully!

Nos hará una serie de preguntas sobre si queremos eliminar usuarios anónimos, borrar las tablas de test, etc. Podemos contestar afimartívamente a todo:

Remove anonymous users? [Y/n] y
 ... Success!
 
 Disallow root login remotely? [Y/n] y
 ... Success!
 
 Remove test database and access to it? [Y/n] y
 - Dropping test database...
 ... Success!
 
 - Removing privileges on test database...
 ... Success!
 
 Reload privilege tables now? [Y/n] y
 ... Success!

Ahora entraremos en mysql:

sudo mysql -u root

Vamos a crear un usuario distinto de root que será el que asignemos a las bases de datos que creemos después:

CREATE USER mi_usuario IDENTIFIED BY 'password';

Creamos una nueva base de datos:

CREATE DATABASE mibase;

Y asignamos nuestro usuario anterior a la nueva base de datos con todos los privilegios:

GRANT ALL PRIVILEGES ON mibase.* TO mi_usuario;

Para nuevas bases de datos el proceso sería el mismo: Crear la base de datos y asignar nuestro usuario con todos los privilegios.

Tras la asignación de nuestro usuario a la nueva base de datos no está de más hacer una limpieza de la caché almacenada con:

FLUSH PRIVILEGES;

Instalar PHP

Vamos a instalar los siguientes paquetes para PHP:

sudo dnf -y install php php-cli php-php-gettext php-mbstring php-mcrypt php-mysqlnd php-pear php-curl php-gd php-xml php-bcmath php-zip

Tras la instalación vamos a comprobar la versión de PHP con el comando:

php -v

En el momento de hacer este artículo, la versión que se instala con Fedora 34 es la 7.4.24.

Crearemos un archivo test.php para comprobar que PHP se ejecuta correctamente bajo Apache.

A mí me gusta usar nano para configurar archivos sencillos mediante la terminal, nos dirigimos a:

sudo nano /var/www/html/test.php

Y dentro pegamos la siguiente línea:

Guardamos los cambios con Ctrl+O y salimos con Ctrl+X.

Volvemos al navegador web a la dirección http://localhost/test.php

Debería ejecutarse el script de información de PHP:

Vamos a cambiar algunos parámetros de PHP editando su archivo de configuración (php.ini) para optimizarlo para WordPress.

La ubicación está en /etc/php.ini, por lo que de nuevo con nano, nos dirigimos a:

sudo nano /etc/php.ini

Y editamos los siguiente parámetros:

memory_limit = 128M
post_max_size = 64M
max_execution_time = 180
upload_max_filesize = 64M
max_input_time = 180
max_input_vars = 3000

Tras la edición debemos reiniciar Apache para que los cambios surjan efecto. En mi caso tuve que reiniciar el PC por completo para que se aplicaran.

Instalar phpMyAdmin

Volvemos al terminal y ejecutamos:

sudo dnf install phpmyadmin

Tras la instalación veremos que si accedemos a http://localhost/phpmyadmin nos saldrá un mensaje de error indicando que la ubicación no existe.

Tenemos que editar el archivo de configuración de phpMyAdmin de nuevo con nano:

sudo nano /etc/httpd/conf.d/phpMyAdmin.conf

Hacia la parte final del archivo, añadimos las siguientes líneas:


    AddDefaultCharset UTF-8
    Require all granted

Guardamos con Ctrl+O y salimos con Ctrl+X.

Reiniciamos el servidor con:

sudo systemctl restart httpd

O reiniciamos el equipo si no surje efecto. Ahora podemos acceder a http://localhost/phpmyadmin

Por último vamos a activar el módulo de Apache MOD REWRITE para habilitar las URLs amigables de WordPress que configuramos en los ajustes de Enlaces Permanentes.

Para ello nos dirigimos con nano a:

sudo nano /etc/httpd/conf/httpd.conf

Localizamos la línea:

Y sustituimos AllowOverride None por AllowOverride All

De nuevo, reinicia Apache o directamente el PC.

Nota final

Si al descargar algún tema/plugin o actualización tienes un error de:

Descarga fallida: cURL error 7

Necesitamos configurar SElinux en modo permisivo. Para ello editamos el siguiente archivo:

sudo nano /etc/selinux/config

Y cambiamos el parámetro SELINUX=permissive

# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
#       enforcing - SELinux security policy is enforced.
#       permissive - SELinux prints warnings instead of enforcing.
#       disabled - No SELinux policy is loaded.
SELINUX=permissive
# SELINUXTYPE= can take one of these two values:
#       targeted - Targeted processes are protected,
#       mls - Multi Level Security protection.
SELINUXTYPE=targeted

Reiniciamos el equipo y eso es todo

Instalar fuentes en Debian, Ubuntu y derivados desde el terminal

dani.sanchez — Fri, 24 Sep 2021 11:11:45 +0000

Tip rápido para añadir nuevas fuentes en Debian, Ubuntu y derivados por terminal.

Descarga el paquete de fuentes y descromprímelo en un nuevo directorio, llamado a ser posible como el nombre de la fuente, ejemplo: source-sans-pro

Abre un terminal y copia el directorio con las fuentes al directorio de fuentes de tu distro, que normalmente se encontrará en /usr/share/fonts/truetype

$ cp -R source-sans-pro /usr/share/fonts/truetype

Actualiza la caché de fuentes:

$ fc-cache -f -v

Listo. Ya podrás usar las nuevas fuentes en tus aplicaciones.