1)no es un chiste sexual. Es una RESPUESTA humorística a un acosador online
2)no se ríe de alguien con el pene pequeño. Se ríe de la ilusión machista de que la masculinidad depende del tamaño de tu pene. De la necesidad de exposición narcisista asociada a la masculinidad tóxica
Último día de este nodo. Mañana por la mañana cortaré el acceso en algún momento, aunque antes intentaré ejecutar un script de "auto-destrucción" (después de sacar un backup de todo, por si explota o algo 😂 ). Si no funciona, intentaré crear un script para que al menos deje de seguir todas las cuentas y dejen de seguirme también todas, con el objetivo de que no queden conexiones huérfanas con los servidores con los que federo.
Y en fin, llevo usando el subdominio khp.ignorelist.com desde hace más de 4 años para este nodo de Gnusocial, y creo que unos 8 en total para otro tipo de servicios. Es algo factible, pero tiene sus limitaciones. Me da penica, pero este cambio me hacía falta hace tiempo.
aab (aab@khp.ignorelist.com)'s status on Friday, 30-Dec-2022 22:24:58 JST
aabComienzo aquí un hilo sobre la #Mudanza a una nueva dirección para este servidor. Esta mudanza requiere, entre otras cosas, que vuelva a instalar #Gnusocial desde cero.
Para hacerlo aún más divertido, también tendré que mudar otros servicios que se alojan en la misma máquina, por las mismas razones. Y como guinda de tanta diversión, he decidido pasar de #Apache a #Nginx. Aprendí un montón de cosas de Apache, pero a día de hoy Nginx me parece que se ajusta mejor a lo que tengo (y quiero).
Primer escollo: exportar la lista de cuentas a las que sigo.
Me las prometía felices porque lo hice alguna vez hace años, y tenía la herramienta guardada: https://github.com/benediktg/gnu-social-export
Pero resulta que no funciona 😅
¿Cómo lo he solventado? Pues tirando de imaginación, API, y mi gran capacidad de copiar y pegar 😂
Fijándome en cómo hace llamadas a la API la aplicación Andstatus, he conseguido sacar la lista mediante llamadas a esto
Al final apuntaré los DNS con redirecciones A. Con CMAME he visto que sale el "canonical name", y no quiero que esté asociado al nuevo dominio.
Si, por lo que sea, me cambian la dirección IP, tendré que montar algo para que me avise y cambiar la dirección, o buscar algún script que lo haga automáticamente. En fins...
Todo esto, básicamente, es por haber estado usando servicios de #DNS dinámico durante años. Ahora, ya con un dominio propio, toca hacer el cambio.
Desde luego, aquí me surgen dudas, y si a nadie se le ocurren las respuestas, las descubriré el día 1 de enero, que es cuando planeo hacer todo esto.
El servidor está en casa, y uso una conexión doméstica de fibra. En principio tengo DNS dinámicas (lo habitual) y claro, para configurar las diferentes direcciones de el nuevo dominio, lo suyo sería hacer redirecciones CMAME.
¿Cuales son las dudas? Pues...
1) La dirección IP que tengo, pese a ser supuestamente dinámica, no ha cambiado en años. Esto facilita que configure los DNS como A (y/o AAAA, que eso es otro fregao...)
2) Las redirecciones CMAME me da que no van a funcionar bien con Gnusocial, al apuntar a una dirección y que el servidor de destino tenga otra. ¿Qué pensáis? Creo que aquí, que sea GS (y no Mastodon o Pleroma) es irrelevante.
Empezamos bien, ya se me había olvidado poner una etiqueta importante: #SelfHosting
Ya que me pongo... (famosas últimas palabras):
- Pasaré la instalación de Searx a otra de SearxNG.
- Pasaré la instalación de Nextcloud a otra con el nuevo nombre de dominio.
- Tt-rss de momento se queda. Me resulta funcional, aunque sé que hay otras soluciones (ya veremos más adelante).
- XMPP se queda tal cual. Uso direcciones diferentes que en servidor web (buenísima idea tuve en su momento, sin saberlo 😊)
- LibreTranslate cambia de dirección.
- Y... seguro que se me olvida algo, de lo que me daré cuenta cuando lo eche en falta.
@t3rr0rz0n3 @drymer Mirando los logs hoy he visto que fallaban muchas llamadas a .social. Me ha extrañado, y al comprobar 4 o 5 cuentas (de varias decenas), ya no existían.
Puede que haya coincidido que han hecho limpieza y justo después tú has ejecutado el "purge". O sea, que el purge tenga configurado un timeout (di 30 segundos) y al fallar tantas cuentas de .social ha entendido que el servidor ya no existe.
Lo que no me explico es como buscando servidores que no responden se ha colado mastodon.social... Se supone se hace comprobación antes... o .social estaba caído justo en ese momento o yo que se..