Otro cliente para actualizar el blog sin el navegador. Se trata de drivel y es más completo que gnome-blog, al menos para entradas rápidas, que es lo que necesito.
Emplea el protocolo Movable Type y por lo visto puede incorporar enlaces como nuestro catálogo e imágenes
siempre que sean desde un URL, no desde el disco local.
Creo que puede servir …
Acceso remoto a este blog: http://blog.venexma.net/xmlrpc.php
He instalado el programa gnome-blog para efectuar pruebas en remoto y estas líneas son el resultado de ello. Inicialmente es demasiado simple pero lo mismo me puede servir como apaño.
Veremos …
Resultado: pues funciona pero el cliente se muere tras la publicación. Tampoco permite añadir etiquetas (al menos de forma sencilla) ni cambiar la categoría de la entrada.
Hoy Alfredo me ha comentado que no podía ver páginas web que tuviesen flash. Me he dado cuenta de que no está incluido en la instalación y lo he resuelto como mejor he podido. Creo que tendré que añadírselo al paquete venexma-desktop pero aún tengo que pensar un poco sobre ello.
Otra carencia es que las nuevas instalaciones en puestos de trabajo no incluyen apt-dater-host y se hace muy difícil resolver el problema del mantenimiento remoto. Es lo último que se te ocurre mirar porque el propio usuario actualizador suelo crearlo pero por alguna razón el paquete no lo instalo.
Acabo de crear una nueva versión de venexma-workstation con la dependencia y lo he enviado al repositorio. Supongo, eso sí, que convendría automatizar la creación (y activación) de dicho usuario de alguna forma. Tengo que pensarlo.
Las máquinas facturacion1 y extranjero se han quedado sin poder imprimir en la red esta mañana. Después de varios reintentos he conseguido que vuelvan a aparecer las impresoras pero no estoy seguro de qué lo ha causado y cómo se ha arreglado.
El problema se encuentra en que cups, el servidor local de impresión, no puede acceder a ciertos puertos en la red para escuchar qué impresoras se ofrecen. He reiniciado los servicios rpcbind, avahi-daemon y cups con varias combinaciones hasta que lo he conseguido.
Sí que he visto en los registros mensajes que hacía tiempo que no veía. Concretamente algo como:
Sep 10 09:49:06 extranjero rpc.idmapd[1783]: nss_getpwnam: name ‘alfredo@venexma.net’ does not map into domain ‘localdomain’
Y es algo que he visto antes pero no consigo saber dónde. Algún detalle de la última instalación, supongo.
Estudiando las estadísticas de acceso a nuestros servidores me encuentro con que se hacen muchísimas peticiones hacia los archivos robots.txt, que no existen, y he pensado que sería bueno tener algunos.
He creado un archivo de este tipo -empleando una herramienta externa por pura pereza- para los dominios admin.venexma.com y static.venexma.com. Los he instalado a mano tras añadirlos al paquete venexma-albion.
Para controlar el acceso con mi usuario (victor) a este blog he integrado la herramienta Latch sin prácticamente ningún problema.
Ahora puedo, desde el móvil,. monitorizar y controlar el acceso a este sitio 🙂
Hoy, entre otras cosas, me propongo reparar tres aspectos de la administración del sistema que no funcionan: la vista del blog de desarrollo desde la intranet, el usuario especial actualizador con el que pongo al día los sistemas y desatascar el analizador de registros del servidor web de venexma.es (y otros) que se hace un lío con registros antiguos.
Tan sencillo como activar las reglas de reescritura de direcciones en el archivo htaccess correspondiente. En mi caso, y creo que es norma en Debian, este archivo se sitúa en /etc/wordpress/.htaccess, como enlace procedente de /usr/share/wordpress/.htaccess.
La estrofa es la siguiente:
[apache]
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
[/apache]
En todos los sistemas existe un usuario específico para actualizarlas en remoto y en bloque. Se llama actualizador, tiene la misma contraseña en todas las máquinas (es lo más cómodo, no lo más seguro) y accede desde un punto central (sigfrido) a cada una empleando una clave pública.
Hasta ahora no lo he automatizado por pura pereza, pero cada vez que cambio los componentes de una máquina la conexión se pierde y es necesario volver a hacer lo mismo.
Escribo una pequeña lista de cosas que hacer para poner en marcha una máquina como nodo del mecanismo de actualizaciones remotas:
Obviamente ayer no me dio tiempo a completar lo que me proponía, así que esta mañana he tenido trabajo pendiente.
Todo el mecanismo de creación de estadísticas web (y disponible aquí) tenía un fallo que impedía que funcionase y, de paso, me inundaba el buzón con mensajes de error. Resulta que los registros generados por el servidor web en venexma.es deben estar en un formato concreto. Si no es así awstats no puede realizar su trabajo y aborta todo el proceso.
La solución ha consistido en efectuar un filtrado previo de los registros para aceptar únicamente aquellos que tienen el formato adecuado. Dado que la configuración de awstats es flexible he creado un programa (incluído en el paquete venexma-sigfrido) que se encarga de este trabajo y de llamar a la herramienta correspondiente.
La configuración de cada dominio para las estadísiticas incluye una línea como la que sigue:
[ini]
LogFile=»/usr/bin/weblog2awstats dominio | »
[/ini]
reemplazando dominio por aquél que queremos procesar (static.venexma.com,venexma.com,…).
Se me había olvidado instalar la nueva versión del certificado digital de venexma.net en el servidor barbacana y las conexiones desde el exterior indicaban que estaba caducado. Las internas, obviamente, no sufrían de dicha carencia.
Ya lo he subsanado y parece que todo marcha bien, incluso estoy creando esta entrada desde casa sin más problemas. Creo que tendré que ingeniarme un sistema para que la propagación de las claves se mantenga sincronizada.
Por lo que hemos podido ver Luismi y yo el 349 de Julio se declaró el 1 de Agosto; asumimos que fue alguien de Vicente Gabaldón puesto que le pasamos el archivo generado por el programa Informativas de la AEAT.
Por nuestra parte hemos creado dos declaraciones de Intrastat sin operaciones para el mes de vacaciones.