fauno (6ea69354) at 31 May 16:52
feat: added avif and wasm mime types, applied formatting
... and 57 more commits
fauno (ff02b437) at 04 Feb 17:22
fix: fail correctly sutty/gems#2
El mail interno debería ir por otro servicio del externo para evitar que deje de circular correo.
Tambien podría hacerse que se haga relay por otro nodo funcional
Verificar que el rDNS para el dominio local esté bien configurado o sino pausar el envío con defer_transports=smtp, sino enviamos un montón de correo de rebote y nos empiezan a bajar la reputación de la IP
cuando se llena el disco no nos enteramos porque postfix no puede guardar la cola de envío. podría montarse como un tmpfs para que queden en memoria, pero si lo llegamos a reiniciar sin vaciar la cola se perderían los correos.
voy a investigar si docker soporta volumenes con espacio reservado
add a timeout to prevent infinite waiting times if somehow tor doesn't create the keys
no tengo claro qué modalidades de replicación hay en pg, probablemente nada distribuido (cocroachdb estaba interesante por esto y ser pg-compatible aunque no tanto)
probablemente necesitemos soportar aunque sea hot stand by, como para poder tener un panel listo para usar.
aunque ahora que lo recuerdo habiamos pensado que un panel distribuido podia comunicarse a partir de una api propia y que la base de datos sea recuperable, para evitar tener replicación a nivel base de datos. ampliaremos.
https://www.postgresql.org/docs/current/pgupgrade.html
como hay que instalar los binarios anteriores, creo que el proceso podría ser:
durante la inicialización, detectar si hay datos de una versión anterior y correr pg_upgrade
. con esto tendríamos downtime pero podemos actualizar a versiones de postgresql mas nuevas automaticamente
https://wiki.archlinux.org/title/PostgreSQL#Upgrading_PostgreSQL
(tenemos algunos servidores con pg 10 todavía)
pensemos los requisitos:
pienso esto con lo que tenemos:
cada proyecto tiene su propio calendario, quienes esten en un proyecto se suscriben a ese y siempre se mantiene actualizado (se puede compartir con las pibas y con lxs clientes). para reuniones iniciales tendriamos un calendario de contacto.
cuando empezamos un proyecto cargamos las fechas de entrega pautadas como eventos también.
no hace falta enviar invitaciones, todo se mantiene en ese track
convertir los horarios de cada quien en un calendario que muestra las horas laborales como tiempo libre. para poder ver quienes coincidimos en una reunion se podrian activar los calendarios de quienes tienen que estar para evaluar si es factible (luego se confirma)
no tendriamos confirmacion de presencia pero cada quien se puede poner una alarma para los que va a estar asi le avisa.
(anoche pensé otra cosa pero requiere ponerse a desarrollar asi que la dejare para mas adelante)
¿Y entonces que usaríamos?
de hecho me acabo de acordar que habiamos pensado hacer una plantilla de eventos que genere un ics que te podes agregar
listo adios caldav
The UID field distributes updates when a scheduled event changes. When the event is first generated a globally unique identifier is created. If a later event is distributed with the same UID, it replaces the original one.[nb 12] -- https://en.wikipedia.org/wiki/ICalendar#Distributing_updates
If the user needs to send in a cancellation for an event, the UID should be the same as the original event, and the component properties should be set to cancel. -- https://en.wikipedia.org/wiki/ICalendar#Events_(VEVENT)
pero entonces vamos a usar esto o buscar uno que permita invitaciones? estaba mirando este que es php+mysql (ugh)
lo otro que se me ocurre es que nos mandemos ics por correo el tema es si un ics puede cancelar o editar un evento...
Nulo (6a73803e) at 19 Oct 23:12
Integrar RadicaleInfCloud