-
- # #Tareas
	- TODO REVISAR [[STOP2030/Press Strategy]] de nuevo 
	  SCHEDULED: <2024-07-30 Tue>
	- DONE ENVIAR las cartas y opciones de comer del día del [[Evento]] 
	  SCHEDULED: <2024-04-25 Thu>
	  :LOGBOOK:
	  CLOCK: [2024-04-25 Thu 11:38:52]--[2024-04-25 Thu 11:38:53] =>  00:00:01
	  :END:
	- DONE REVISAR lo que me manda [[Nerea]] sobre [[STOP2030/Newsletter]] 
	  SCHEDULED: <2024-04-29 Mon>
	-
- # #Eventos
	- DONE 09:30 - 10:00: Conversación con Mercedes de NH sobre sala y comida del Evento
	  SCHEDULED: <2024-04-25 Thu>
		- Sala
		- Comida tipo cocktail de pie en el restaurante. ¿Podemos ver opciones de menú? ¿Cuándo tengo que confirmar? ¿Cómo hacemos sobre la sala?
		- DONE CONFIRMAR comida con el NH para el [[Evento]]
		  SCHEDULED: <2024-05-09 Thu>
		  DEADLINE: <2024-05-09 Thu>
		  :LOGBOOK:
		  CLOCK: [2024-04-25 Thu 09:50:44]--[2024-04-25 Thu 09:50:48] =>  00:00:04
		  :END:
	- DONE 15:00 - 15:30: Migración mundosano.org
	  SCHEDULED: <2024-04-25 Thu>
		- ### A tratar
		  collapsed:: true
			- ¿Quién controla el dominio mundosano.org?
			- ¿Cómo sería el proceso de cambio en los DNS?
			- Políticas de acceso en general
				- ¿Quién tiene contraseñas de qué?
					- root
					- usuarios shell
					- wordpress
						- admin
						- publicar
			- Plugin All-In-One Migration Premium? Siempre me ha funcionado bien.
			- Cuánto ocupa la DB de la web de mundosano ahora?
			- Cuánto ocupan los archivos?
			- ¿Qué capacidad y potencia necesitamos para el servidor?
			  collapsed:: true
				- He visto que Dinahosting tiene unos VPS administrados y no administrados
				- Yo creo que merece la pena un VPS y no simplemente el hosting de una web. No sabemos lo que necesitaremos en el futuro, pero uno de los planes a medio plazo es el "laboratorio de datos", que aún no está definido, pero es posible que requiera algo más allá del wordpress. Además, cada vez cuenta más lo rápido que carga una página para el SEO.
				- A mi no me importa administrarlo porque no suele ser mucho lío (hacer copia de seguridad de wordpress -> cerciorarnos de que restaura bien -> actualizar plugins / `apt-get update && apt-get upgrade` de vez en cuando), pero habría que futureproofearlo (se podría encargar alguien de Insud en caso de que yo me pire o algo así?). ¿Cómo se gestiona eso? ¿Quién guarda las contraseñas, los accesos, cómo se lleva un registro de lo que se hace y se deja de hacer? ¿Hay alguna política establecida al respecto? ¿Podemos encargarnos nosotros pero dejar a alguien de Insud TODO por si el día de mañana hace falta?
				- Para mi es un problema la versión administrada porque ellos actualizan a su bola, cuando ellos consideran, la versión de la db (MariaDB), la versión de php (ni idea ), las actualizaciones de software, etc. A mi me parece ideal que nosotros tengamos ese control por si acaso.
				- He preguntado y usan Debian 11 (pasa a ser LTS en agosto y lo será hasta 2026, no está mal). La versión estable más reciente es Debian 12.
			- Copias de seguridad
			  collapsed:: true
				- En el sistema administrado hacen diarias, semanales, mensuales, trimestrales, etc.
				- Para mi lo ideal es poder automatizarlo en la medida de lo posible, pero poder hacer una copia manual cada vez que vamos a hacer un cambio, ya sea actualizar plugins o actualizar wordpress o cualquier otra cosa que pueda estropear algo. Hace falta un sitio donde guardar las copias de seguridad. ¿Hay alguna política al respecto? Si no, a mi me gustaría establecer un procedimiento estándar.
				- También me pregunto si no estaría bien, ya que estamos, tener un servidor staging.
			- Copia activa de la web antigua
			  collapsed:: true
				- Durante al menos un año, puede que más, creo que deberíamos tener en alguna parte una copia activa de la web actual. Un lugar al que podamos acceder los que conocemos la URL para consultar cosas.
				- Si tenemos el VPS podemos hospedarla en algún subdominio y listo.
		- ### Notas
			-
	-