Obrigado.

Boas ;)

Falta visibilidade. Ainda não investi muito nisso, mas é algo que tenho nos meus planos.

Não tenho um deck, por ser demasiado caro, mas tenho uma Switch.

Jogo principalmente os grandes títulos da nintendo (Odyssey, MK8, BotW, TotK), mas tb tenho StardewValley e (infelizmente) Pokémon Unite. Tb já joguei Pokémon Arceus Legends emprestado de um amigo.

No PC continuo fã do lado técnico do Minecraft e do clássico Team Fortress 2. A trilogia do Mass Effect foi talvez a melhor experiência single-player até agora, e definitivamente seria algo que tornaria a jogar no deck.

O título não precisava de allcaps.

Lembrei-me de afixar localmente para chamar mais à atenção, visto que vou falar sobre a lemmy.pt hoje no painel da ANSOL!

Às 15h15, depois da apresentação da nossa conterrânea ciberlândia.pt!

Sim, um dispositivo como o Kobo é a melhor opção, tanto quanto sei. Eu tenho um (ainda que um modelo mais velhinho, o Touch) e acho muito mais agradável que um ecrã OLED para leituras. Os novos modelos têm melhor qualidade, menos problemas de ghosting e maior longevidade. Eventualmente hei de investir num desses.

Se ainda não o fizeste, experimenta primeiro numa loja (costuma haver sempre nas fnacs), para teres uma ideia como é o ecrã e como funciona. Tipicamente os dispositivos de exposição têm livros de demonstração para se poder experimentar os controlos e as configurações (alterar a letra, espaçamentos, brilho e coloração do ecrã, etc).

Sim, é verdade, e a tua solução é boa (também do ponto de vista ecológico). Uma outra opção é a compra de livros electrónicos, que tipicamente são mais baratos, mas naturalmente nem todos gostam. Eu gosto das duas formas, há prós e contras para ambas.

Juntaram com a FSL, porreiro

Ainda bem!

Aproveito para dizer que ultimamente as coisas têm estado muito mais estáveis para mim :)

Folgo em sabê-lo! Ump assinho de cada vez x)

Qual é o objectivo de usares Object Storage?

O grande objetivo é reduzir a complexidade de manutenção dos ficheiros multimédia. Vão ocupando block storage que, apesar de eu ter preços mais baratos que o normal, é mais caro que object storage e requer mais atenção da minha parte. Além disso, o meu sistema de backups, assente no borg, está a começar de fraquejar seriamente perante o volume astronómico de ficheiros existentes na diretoria do pict-rs. Cada backup está agora a demorar 1 hora ou mais, é ridículo. Outro fator é a distribuição dos ficheiros que, com object storage e CDN, consigo ter melhores tempos de resposta, especialmente para o Brasil, e reduzir a carga no servidor, melhorando o resto tb.

Faço a mesma pergunta em relação à CDN. Que tipo de coisas é que queres CDNizar, e porquê?

A ideia era colocar o CDN e uma camada de caching à frente dos vários recursos estáticos, como as cenas do pict-rs e frontends.

Fico curioso para ouvir os teus bitaites hehe

Acho que o que é verdade neste artigo para docker também o é para o host OS

Do artigo:

Finally, this DNS issue does not manifest in Docker container. It can only happen in Kubernetes

Parece-me que é um problema específico ao ambiente de Kubernetes.
Conheço pessoas que usam Alpine como daily driver nos seus computadores pessoais e até plataformas que correm como host OS (por exemplo, o sourcehut), e nunca me apercebi destes problemas. Mas compreendo o que dizes.

Não recomendo de todo a BackBlaze para S3 “rápido”. Pela minha experiencia são extremamente lentos em comparação com a concorrência.

Ui, não fazia ideia. Obrigado pelo aviso!
Quanto a self-hosting, pode ser uma opção tb, mas parece-me talvez mais prudente optar por um serviço externo, não? Menos uma coisa com que me tenho que preocupar, e assim posso focar-me nas partes mais cruciais do serviço.

Alpine para base OS parece-me violento. Exemplo: https://martinheinz.dev/blog/92

Tens mais alguma informação para fundamentar isso? O artigo que partilhaste fala em usar Alpine como base para imagens de Docker, e num contexto de Kubernetes. Os principais problemas levantados aí são cenas de DNS e ter que compilar coisas de raiz por usar musl em vez da mais popular glibc. Visto que o objetivo aqui é usar Alpine como host OS, nenhum destes problemas me parece ser relevante. Aliás, relativamente àqueles de usar Alpine como imagem base no Docker, confesso que nunca me deparei com nenhum…

R2 para Object Storage não seria uma opção mais barata?

Prefiro não usar Cloudflare. A BackBlaze é que tb tem bons preços, mas os datacenters deles são todos nos EUA, exceto um em Amesterdão. A bunny.net é uma empresa europeia e tem melhor distribuição geográfica, com vários centros na Europa e até um em São Paulo (interessante uma vez que temos bastantes utilizadores brasileiros tb).

Obrigado pelo feedback!

Pois exatamente. Eu tb prefiro Arch em computadores pessoais, mas para servidores só me pareceu resultar em trabalhos desnecessários.

Porquê Ubuntu? Porque era o OS com o qual eu estava mais familiarizado para servidores. Arch parecia-me demasiado bleeding edge para servidor, e na altura eu ainda nunca tinha experimentado Alpine.

Porquê 20.04? Era o LTS mais recente na altura em que eu iniciei o servidor (em 2020!).

Agora, porquê Alpine? É focado em segurança, pequeno, é perfeito para um docker host (o problema de falta de pacotes é inexistente, apesar de eu não sequer partilhar da tua experiência), e tem uma boa cadência de atualizações. Sendo pequeno e simples, tb parte-se menos e é mais fácil arranjar cenas. Como o objetivo é correr contentores docker, não preciso de nada pipi no host OS, apenas algo que não se meta na frente :P

Parece-me inalterado…? 🤔

Já tinha reparado, mas ontem era demasiado tarde para me por a averiguar isso. Mais logo vejo.

Ah pois, realmente no Voyager não dá.

mmm estranho
Acabei de experimentar num post meu:

Entras no modo de edição e mais abaixo deve aparecer uma caixa de seleção para o “Idioma” (ou “Language” em Inglês).