@c3po he tenido que mirar las tablas de la base de datos para ver algunas cosas: 1º las claves de los usuarios se guardan cifradas (no tenía ninguna duda al respecto). 2ª El dueño del servidor o alguién con privilegios en el server, puede ver los emails de los usuarios locales. 3º no tengo ni idea de como guarda las conversaciones o mensajes directos, ya que no he sido capaz de encontrar nada en claro. Meto en la conversación a @spla por si el tiene conocimientos al respecto. @ctrlaltdel@altgr2@renor
@c3po las graves vulnerabilidades son en general (creo) a ActivityPub en sí mismo. Vamos que el marrón es para todo el fediverso y aplicaciones que usen ese protocolo. @renor@ctrlaltdel
Para lxs que aun no lo conocieran. @elbinario llevan dando el callo en las redes desde hace muchos años, manteniendo uno de los nodos más antiguos de gnu social en la península. Admiración por el trabajo que hacen.
@mitcoes perdonado estás. Entiendeme que no estaba siguiendo el desarrollo de la conversación, y derrepente me he visto mencionado en tu mensaje. Con asombro e incredulidad, no daba crédito a lo que leía.
Yo tengo sensibilidad hacía todas las personas, sean como sean.
MySQL es un motor muy ágil rápido en el caso de proyectos de páginas o aplicaciones web escalables, que hacen uso de una base de datos únicamente para transacciones de datos sencillas, y en los cuales la velocidad en lectura de datos es lo más importante. Por otro lado, PostgreSQL parece la elección mejor en el caso de proyectos grandes y complejos con operaciones de datos de alto volumen, que requieren alta velocidad, fiabilidad y escalabilidad tanto en lectura como escrituras de datos.
Integridad y fiabilidad
La razón principal por la cual PostgreSQL es tan apreciado, es su enfoque en la integridad y fiabilidad de datos, es decir, almacenar – y no perder – datos. Lo que lo hace igual de potente que algunas de las principales soluciones comerciales, como Oracle. Por otro lado, MySQL no se desenvuelve tan bien en este aspecto, y puede sufrir problemas de integridad de datos en situaciones de concurrencia elevada.
ATENCIÓN COMUNIDAD Entre los días 11 y 12 de enero actualizaremos tanto el sistema operativo de este nodo (pasaremos de Debian Stretch a Debian Buster) como la versión de !gnusocial (de la 1.20.9 a la 2.0-dev). Es de esperar que en esos días haya problemas hasta que estabilicemos la instalación; iremos informando de los avances. El cambio más significativo es que no se podrá usar Qvitter, la interfaz que va sobre GNUSocial; volveremos a la clásica. Si se quiere seguir recibiendo notificaciones, de momento la única manera es configurando un correo en el panel de cada cuenta.
¿"damiselas en apuros ofendidas por explicaciones de hombres"? en mi opinión esta frase se encuentra totalmente fuera de lugar. Y parece que el ofendido eres tú.... pero bueno, no deja de ser una apreciación mía.
"Si lo explico "para tontos/as" es porque soy DOCENTE, no sexista. y a veces se me olvida que no escribo para que todos/as los/as alumnos/as lo puedan entender" --> sin ánimo de ofender, no me gustaría ser tu alumno (aunque claro, tal vez tampoco me querrías como alumno).
@spla interesante. Y como detectas cuando ha sido el último login del usuario? en la base de datos de pleroma no he visto nada. @FrancescGali@tuttle@capmisson@enjey
@xorsch_ . De forma simplista se podría decir que sí. "Mi instancia, mis normas". Pero cada instancia no es una isla aislada. Estamos interconectados con las demás instancias. Si tus normas digamos son un poco "extrañas", puede que el resto de instancias dejen de federar contigo, y entonces si quedarte aislada del resto.
:mastodon: Gaur arratsaldean 15:30-16:00ak aldera https://mastodon.eus instantzia Mastodonen 3.0.1 bertsiora eguneratuko dugu.
Iazko urrian eguneraketa 3 hilabete atzeratzea erabaki genuen GNU Social-eko garatzaileei ActivityPub euskarria gehitzeko denbora eman eta federazioa ez hausteko. Hemen azalpen gehiago: https://mastodon.eus/@admin/102903541326988859