Wordpress:Portales municipales:Puesta en producción y entrega

Relación de tareas a realizar para la puesta en producción de los nuevos portales municipales

Se recomienda consultar este guión durante el proceso, para garantizar que no se olvida ningún paso.

Antes de poner en producción

• Si hemos estado trabajando en un portalx, hay que crear los dominios definitivos dentro del plesk correspondiente, y realizar un clonado de los mismos, tanto de la web como de transparencia.
• Si se trata de una entidad VIP hay que coordinar con el responsable de la web la puesta en producción
• En otro caso, y según este guión, apartado A, se explica al responsable de la web que se va a cambiar en una semana y se le pasa la URL portalx.eprinsa.es para que pueda revisarla antes de publicar. Los datos del contacto deben estar en la hoja Portales. Si no se puede contactar por tfno, se le manda el contenido del guión por email.
• OJO: En el caso que sea una Entidad no adherida al convenio con Diputación para Protección de Datos (ver hoja Alta Plataformas - RGPD) se le advierte que en su caso no les incluiremos el avisoLegal+politicaPD+politicaCookies. Si lo desean pueden contactar con Modernización para adherirse al convenio y después les podremos añadir esta sección en su web (o hacerlo ellos mismos). Se recomienda añadir un texto del tipo: "Tras la puesta en marcha de su nuevo portal web municipal hemos observado que su ayuntamiento no está adherido al convenio del reglamento general de protección de datos promovido por Diputación, por lo que las páginas referentes a la protección de datos, política de cookies y privacidad se han desactivado de su portal. Le recordamos que puede adherirse al mencionado convenio dirigiéndose al delegado de protección de datos o al departamento de modernización de la Diputación provincial, si lo estiman pertinente". En caso contrario se deberá acceder a la página Aviso legal, pestaña Política de Privacidad, sección Tratamiento de datos de carácter personal (Información Adicional) y rellenar los datos de filiación correspondientes al RESPONSABLE DEL TRATAMIENTO DE SUS DATOS.

Solicitud de puesta en producción

Revisar en la hoja de cálculo webs si en la celda del dominio correspondiente a la columna "DNS en EPRINSA" el valor es si. En ese caso para solicitar la puesta en producción de una web se debe abrir un FT a nombre del cliente (Ayuntamiento o Entidad) rellenando los siguientes campos con la información que se indica:

• Usuario: El técnico que abre la incidencia
• Trab./Prob.: Cambiar la configuración DNS de www.entidad.es y entidad.es para que apunte a la nueva web creada en AWS (IP: 18.200.96.2) y crear la entrada DNS transparencia.entidad.es asociada a la misma IP. (Estos datos habrá que adaptarlos en función de si la entidad tiene los dominios www. y transparencia.
• Observaciones: ATENCIÓN: Solo se trata de un cambio de DNS. La web antigua debe permanecer activa para terminar la migración
• Categoría: ADMINISTRACION WEB
• Nº Redmine: El número de petición redmine donde se está registrando el trabajo de migración
• Tipo de trabajo: Trabajo interno
• Vía ent.: Usuario Autorizado

Una vez creado el FT, se debe añadir a la cola del jefe de grupo o de departamento y mantenerse a la espera. En la petición _redmine_ se registrará este paso añadiendo una actuación con el siguiente texto: Se solicita a _Sistemas_ en FT relacionado cambiar la configuración DNS de www.entidad.es y entidad.es para que apunte a la nueva web creada en AWS (IP: 18.200.96.2) y crear la entrada DNS transparencia.entidad.es asociada a la misma IP siguiendo las mismas indicaciones que se han dado para el campo Trab./Prob. del FT.

En caso de que en la celda "DNS en EPRINSA" el valor sea "no", se solicitará el cambio en DNS interno.

Al poner en producción

• Configurar SSL de la siguiente forma:
  • Conectarnos por SSH al servidor donde está alojada la nueva web
  • Lanzar los siguientes comandos:
    • sudo su -
    • cd scripts
    • ./create_certificate_new_domain.sh
      • El script generará el certificado para la nueva web, preguntando para ello si se necesita crearlo de tipo wildcart (p.ej.: *.eprinsa.es), o si incluye el dominio con www. (p.ej.: www.eprinsa.es). El proceso una vez creado el certificado, lo instalará en el dominio especificado, y activará la opción Redireccionar los visitantes de HTTP a HTTPS mediante un redireccionamiento 301 respetuoso con el SEO
• Comprobar que los usuarios designados por el ayuntamiento tienen asignado el perfil Editor, no el perfil Administrador
• Activar la indexación de buscadores en la página de WordPress del dominio.
• Desactivar la protección por contraseña
• Introducir el código de analitycs (código javascript que se obtiene en https://analytics.google.com con la cuenta de webmaster: Todas las cuentas → Elegimos cuenta del ayuntamiento que estamos haciendo → Ruedecita inferior izquierda Administrar → Flujo de datos → Click sobre el ayuntamiento → Ver instrucciones de etiquetas → Instalar manualmente) en '
  • Tema Divi → Opciones del tema' del menú lateral:
    • Pestaña Integración.
    • Cuadro de código "Agregar código al <body> (bueno para los códigos de seguimiento, tales como Google Analytics)".
    • Guardar cambios.
  • Tema Blocksy → Personalizar → General → Participación de los visitantes e introducir en el cuadrito el código proporcionado por Google Analytics

• Registrar toolset para el nuevo dominio siguiendo estas instrucciones (habrá que cancelar el registro previo).
• Configurar AWStat, tanto en el portal municipal como en el de transparencia siguiendo estas instrucciones
• Si no se ha hecho previamente, cambiar los parámetros de portalX a los del municipio, siguiendo estas instrucciones
• Configurar el captcha del formulario de contacto (Paso 6 de la guía para crear el formulario de contacto) --> Como configurar el formulario de contacto con Ninja Form
• Si el pueblo tiene sede electrónica modificar los enlaces a documentos en la sección Destacados (en la parte derecha de la portada de la sede, tipo "Información de interés" o similar) para que apunten a las direcciones correspondientes en la nueva web
• Actualizar las hojas de cálculo Portales y webs
• Crear las siguientes redirecciones para la sede electrónica siguiendo este guión
  • https://dominio_del_municipio.es/sede a https://sede.eprinsa.es/descriptor_de_la_sede
  • https://dominio_del_municipio.es/dominio_del_municipio/tablon-de-edictos -> https://sede.eprinsa.es/dominio_del_municipio/tablon-de-edictos (Ejemplo: https://www.montilla.es/montilla/tablon-de-edictos -> https://sede.eprinsa.es/montilla/tablon-de-edictos)
• Añadir el sitio al panel de Wordfence Central
• Programar borrado del port@l antiguo para tres meses después creando un evento en el calendario Recordatorios CMS al que estén invitados todos los miembros del grupo
• Hacer copia de seguridad de la situación inicial (del portal de producción), descargarla y almacenarla tal como se indica en el procedimiento:
  • Entrar en Plesk, acceder al dominio de la web y hacer click en la opción "Administrador de backups" (columna derecha de la pantalla)
  • Pulsar en "Copiar" para crear la copia de seguridad.
  • Una vez finalizada, descargarla al disco local (icono "flecha verde" a la derecha de cada fichero)
  • Creará un fichero tar que copiaremos en \\emc1\Almacen\CMS\backups\webs-aws con el nombre {dominio_aammdd.xml.tar} (Por ejemplo: "donamencia.es_190828.xml.tar)
  • En el caso de que la carga del fichero de copia dé algún problema en la máquina de producción se realizará una nueva copia en el almacenamiento remoto que se configura como sigue:
    • En el servidor de preproducción ("Administrador de backups") pulsar en el botón "Configuración del almacenamiento remoto".
    • Pulsar en "Amazon S3 Backup" (aparece como "No configurado").
    • Comprobar que está activada la opción "I have created a restricted IAM user account" e introducir en la casilla ID de clave de acceso de usuario IAM el valor AKIA3FF2TXCQJ7UWTVZZ
    • Poner la clave de "Secreto de clave de acceso de usuario IAM *" que se puede localizar en keepass → AWS → API para S3 AWS.
    • En Depósito poner "s3backup-server".
    • Finalmente, en "Ruta *" introducir la ruta "/preproduction-plesk-backup/", se puede poner una más interna si se considera conveniente, para aislarlo de las copias generales.
    • "ACEPTAR".
  • A la hora de restaurarlo, se habrá de configurar igualmente el almacenamiento remoto en el administrador de backups del dominio de destino (en producción) con los mismos datos.
• Enviar por correo al responsable de la web confirmándole que la web se ha migrado, con el contenido que se indica en el guión anterior, apartado B. Mandar copia oculta a fjlb@eprinsa.es, soportecursos@eprinsa.es y servicedesk@eprinsa.es
• En su caso, avisar por correo a administracion@eprinsa.es que el certificado Thawte de dicho Ayuntamiento ya no será necesario renovarlo (al haber pasado a Let'sEncrypt)
• Eliminar el portal en preproducción (o plesk2) municipio.es.
• Eliminar los usuarios de la empresa Fugazzz (ecl01, ieq01)
• Eliminar el portal de los scripts de despliegue y borrado, localizados en /data1/internet/aplicaciones/deploy-cms/portal2
  • delete_all_movil.sh
  • delete_all_tuayuntamiento.sh
  • deploy_all_movil.sh
  • deploy_all.sh
  • Y subirlas al repositorio: (git add .)(git commit -m "eliminación del municipio en el despliegue")(git push origin master)
• Activar Varnish tanto en el dominio principal (Sólo si NO tiene APP) como en su transparencia.
• Revisar en la configuración de PHP, que el parámetro 'max_execution_time' tengo el valor: 30 (Predeterminado)

Y por último

Realizar una última revisión atendiendo a este guión comprobando que no se ha quedado nada en el tintero.