htaccess: configuración – cuaderno de campo

creación del archivo:
touch /media/web/.htaccess
si se tiene acceso al servidor apache (a su configuración), no debería emplearse este recurso porque incide (claro) en su tiempo de ejecución:
Allowing .htaccess files will make Apache look for them upon every access to your server. Since parent directories are searched as well, this will take some (small) amount of time, and can impact your server’s performance.
«When should I, and should I not use .htaccess files?» en httpd wiki.
se puede comprobar su funcionamiento provocando un error en el archivo en cuestión:
nano /media/web/.htaccess
!@# (por ejemplo)
si no se produce un error interno del servidor cuando se accede a través del navegador (el número 500), apache no está leyendo el archivo .htaccess. luego,
1. cabe comprobar el nombre de los archivos de configuración:
  sudo nano /etc/apache2/apache2.conf
  AccessFileName .htaccess
2. también cabe comprobar la directiva allowoverride en este mismo archivo:
```
<Directory />
     Options FollowSymLinks
     AllowOverride None
     Require all denied
</Directory>
```
  que define los «types of directives that are allowed in .htaccess files». en este caso, «none». no obstante, debe comprobarse esta misma directiva entre los sitios disponibles:
  sudo nano /etc/apache2/sites-available/RB.conf
```
DocumentRoot /media/web/
<Directory /media/web/>
     Options Indexes FollowSymLinks MultiViews
     AllowOverride none
     Require all granted
</Directory>
```
  donde dice none, dígase all. luego, hay que reiniciar el servidor para comprobar que lee el archivo de configuración .htaccess:
  sudo systemctl restart apache2.service
  o
  sudo apache2ctl restart
  este último, apache2ctl, da respuesta en caso de error. por ejemplo,
  AH00526: Syntax error on line 7 of /etc/apache2/sites-enabled/RB.conf:
  Illegal override option #
  Action ‘restart’ failed.
  The Apache error log may have more information.
  la sintaxis de los archivos de configuración (que no del propio .htaccess) también se puede comprobar mediante
  sudo apache2ctl configtest
  o
  sudo apache2ctl -t
  más información sobre la depuración de apache, aquí.