@colegota @shevek Alterar o nickname é definitivamente uma função e não um bug xD. No entanto, o GNU social é, até onde sei, o único programa robusto o bastante para suportar a operação de mudança de nickname sem qualquer problema.
Mas concordo que esta função precisa de ser aprimorada um bocadinho. Nomeadamente, uma página de um utilizador antigo deveria informar da mudança de nickname (pelo menos até surgir um novo utilizador que use o nickname do utilizador anterior). Isto é algo que queremos adicionar ainda durante este verão.
Por um lado, devido a poder ser um pouco estranho um utilizador mudar de nick (uma vez que as anteriores @-mentions ficam com o texto errado (o link continua a levar pro sítio correcto!)), o GS tem esta funcionalidade desactivada por padrão.
Por outro lado, um sysadmin pode activar esta funcionalidade por partilhar da minha opinião de que todas as pessoas devem ter o direito a mudar de nickname se assim sentirem ser apropriado. E isto é algo que não deve ter consequencias negativas.
Lembro que, no fediverse, os URIs apresentam este formato (ou devem, para tudo funcionar devidamente): https://loadaverage.org/index.php/user/386167, isto impede as ligações das @-mentions de ficarem quebradas entre outros problemas que poderiam acontecer com a mudança de nickname.
O Mastodon não suporta alteração de nicknames nem de profileurls do mesmo modo que o GNU social.
O pleroma, por outro lado, parece actualizar o profileurl mas não actualiza o nickname.
Assim que tivermos o ActivityPub implementado vamos testar e reportar os issues que houverem a ambos os programas. Por agora as menções ao meu utilizador têm este probleminha xD
tl;dr: up201705417 -> diogo Mastodon can't handle that properly.
A smarthome concept that wasn't absolute hell: the mid-80s Soviet SPHINX project, based on the idea that there would be a central, modular PC and appliances in the house like the TV would connect to it via the LAN. Everything was designed to be easily-expandable or pared-down as needed. It was purely conceptual but the props looked cool as hell.
> I believe I sent you an email around that time I can't find it :/ I've now reduced cloudflare's firewall security level to minimum. Let me know if it works :)
@antonlopez @diogo I probably don't need the firewall that much and I have no issues with decreasing its security level to minimum tomorrow (or to completely deactivate it if that turns out to be necessary).
I only use cloudflare because I'm self hosting my website. It helps with making things a little faster (my internet plan isn't that great).
Btw, my blog isn't nothing of special - it's fairly empty right now - but meh, maybe I'll fill it with interesting content through out this summer. I appreciate your interest! :)
I'm happy to announce the release of !gnusocial 1.20.x :)
The minimum PHP version to run GNU social is now 7.0.0.
Major changes from previous release:
- Various patches on PEAR related components - Various database related improvements - Improved XMPP support - Added Nodeinfo support (thanks @chimo) - Various i18n and l10n bug fixes - Improvements on Internal Session Handler (thanks @XRevan86) - Improvements on OpenID support (thanks @tenma) - Improved Media handling and safer upload (thanks @biodan) - Redirect to previous page after login (thanks @tenma) - Initial work on full conversion to PHP7 - Initial work on a better documentation - Allow login with email (thanks @dansup)
> diogo: https://paste.debian.net/1087193 Did you apply that on ldavg? I wonder if clone() creates a new connection (*1) or just an equal object that reuses the same connection (*2)... I would be expecting *2... But if it's working...
That's very weird, I've just tried it out with Tor and it is working as expected. Cloudflare is, in theory, friendly with the onion network these days... If you keep experience this issue let me know and I'll lower the firewall (it is set at medium) :)