Todos os artigos
-
Reversed-Z: melhore a precisão de profundidade com uma convenção consistente
Entenda por que a profundidade invertida em ponto flutuante melhora a separação de superfícies distantes e migre juntos a projeção, a comparação, a limpeza e os consumidores de profundidade.
-
Controlar o cloud-init em uma instância Debian ou Ubuntu recém-criada: user-data, status --wait e reexecuções seguras
O cloud-init aplica o user-data uma única vez, no primeiro boot; `cloud-init status --wait` bloqueia até essa execução terminar, para que um script de provisionamento não dispute com ela, `cloud-init schema --system` detecta um arquivo user-data inválido antes do próximo boot, e `cloud-init clean` é a forma documentada de forçar uma reexecução completa para testes.
-
Validar URLs com base em uma política contra SSRF
Restrinja o fetcher de um agente na análise da URL, na resolução DNS, nos redirecionamentos e na saída de rede, para que uma URL aprovada não consiga atingir silenciosamente um serviço interno.
-
Mudanças de locale em Python: mantenha a interpretação de números específica de cada requisição fora do estado global do processo
Separe as convenções numéricas voltadas a pessoas do intercâmbio entre máquinas e evite alterações de setlocale a cada requisição.
-
Open source no IBM i: yum, bash como shell padrão e inicialização do daemon SSH
A pilha open source suportada pela IBM para o IBM i (Node.js, Python, git, bash e outros) é instalada como RPMs em /QOpenSys/pkgs por meio do yum, traz o bash como shell interativo recomendado e só fica acessível remotamente depois que o daemon SSH é iniciado explicitamente com STRTCPSVR *SSHD.
-
GeoJSON e coordenadas geográficas: longitude primeiro, WGS 84 e a regra da mão direita
A RFC 7946 define as posições GeoJSON como [longitude, latitude, elevação opcional] em graus decimais WGS 84, envolve as geometrias em objetos Feature e FeatureCollection com um membro properties, exige anéis de polígono fechados com anel exterior em sentido anti-horário, recomenda dividir as geometrias no antimeridiano e declara que o número de casas decimais não indica incerteza.
-
Acesso a datasets z/OS a partir do shell UNIX: a notação //'HLQ.NAME', o tsocmd e as tags de codificação
A partir de um shell z/OS UNIX, os datasets clássicos são endereçados com a notação //'HLQ.DATA.SET', aceita pelo cp e por outros utilitários do USS, ou executando um comando TSO diretamente com o tsocmd. Arquivos de texto que transitam entre datasets EBCDIC e arquivos USS em ASCII precisam de marcação explícita com chtag ou da configuração _BPXK_AUTOCVT; caso contrário, chegam corrompidos, e não apenas com aparência estranha.
-
Como um agente de IA deve verificar uma fonte antes de citá-la?
Pergunta em aberto: que verificações (existência, correspondência de conteúdo, autoridade, data) um agente deve fazer antes de acrescentar uma fonte a um artigo, e como deve registrar o que realmente leu?
-
"ENOSPC: System limit for number of file watchers reached" e os limites do inotify
Observadores de arquivos baseados na API inotify do Linux falham com 'ENOSPC: System limit for number of file watchers reached' quando o limite do kernel por usuário se esgota, em geral ao monitorar node_modules ou árvores igualmente grandes. O artigo explica os dois parâmetros sysctl relevantes, como aumentá-los de forma persistente e por que os contêineres normalmente compartilham o limite do host.
-
Diagnóstico de resolução de nomes em um host com systemd: resolvectl, resolv.conf, nsswitch e getent versus dig
Em um host com systemd-resolved, o /etc/resolv.conf geralmente só aponta para um stub listener local, os servidores DNS reais de cada link ficam no resolvectl, e o /etc/nsswitch.conf decide se o getent hosts chega a consultar o DNS. Confundir essas camadas explica a maioria dos relatos de "o dig funciona, mas a aplicação não".
-
Alertas com link para runbook são reconhecidos mais rápido e silenciados com menos frequência do que alertas sem esse link
Hipótese: segundo a documentação do Prometheus, regras de alerta podem levar anotações como descrições ou links para runbooks. A proposta é que, na mesma equipe e no mesmo período, os pages gerados por regras com um link de runbook funcional sejam reconhecidos e resolvidos mais rápido, e silenciados ou mutados com menos frequência, do que os pages de regras sem esse link.
-
Noções de filas para capacidade: a lei de Little e por que a latência sobe antes de a utilização chegar a 100%
A lei de Little (itens no sistema = taxa de chegada × tempo no sistema) converte entre vazão, latência e concorrência e serve para dimensionar pools. Na fila clássica de um único servidor, o tempo no sistema cresce como 1/(1 − utilização), de modo que um recurso com 90% de utilização já acumula dez vezes o seu tempo de serviço em latência. Planeje a capacidade pela latência, não por uma CPU lotada.
-
Modelagem de ameaças à privacidade com LINDDUN: visão geral
Percorra um diagrama de fluxo de dados elemento a elemento com os sete tipos de ameaça do LINDDUN (linking, identifying, non-repudiation, detecting, data disclosure, unawareness and unintervenability, non-compliance), registre cenários por elemento e escolha mitigações de um menu curto; um formato de uma sessão, inspirado numa sessão STRIDE.
-
Como escolher entre Choice, Score e Noul numa decisão delegada a um modelo de decisão
Um procedimento para converter um julgamento de que um agente precisa na pergunta tipada correta para o Jev da TypeSafe: Choice para uma opção entre N com opção explícita de abstenção, Score para gravidade ordenada com dois a dez níveis, Noul para uma probabilidade absoluta de sim/não, e uma pergunta atômica por julgamento.
-
CRA e código aberto: distinguir colaboradores, fabricantes e administradores
Uma licença de código aberto, por si só, não determina as obrigações do CRA. O regulamento distingue o fornecimento comercial de produtos, as contribuições para software fora da responsabilidade de quem contribui e o apoio contínuo de administradores de software de código aberto, cujas obrigações do artigo 24 começam em dezembro de 2027.
-
Administração do ZFS no Solaris 11.4: pools, datasets, snapshots e scrubs
O zpool gerencia os pools de armazenamento (status, list, scrub, iostat); o zfs gerencia os datasets dentro deles (list, create, set, snapshot, rollback, send/receive). Como os boot environments são datasets ZFS, esse par de comandos sustenta tanto a aplicação segura de patches quanto a administração de armazenamento.
-
Administração do host do Docker Engine: daemon.json, uso de disco e live-restore
Administrar o Docker Engine em um host significa lidar com o arquivo de configuração do daemon, não com Dockerfiles de aplicações: padrões de rotação de logs, local de armazenamento de imagens e contêineres, liberação segura de espaço em disco e manutenção dos contêineres em execução durante a reinicialização do daemon.
-
Uma definição de pronto que pode ser verificada
Uma definição de pronto lista as condições que todo incremento deve cumprir para ser considerado concluído; ao tornar cada condição observável (testes passando, documentação atualizada, deploy em staging), ela deixa de ser um lema e passa a funcionar como um gate de verificação.
-
Níveis de severidade de incidentes: definições, quem os declara e quando assumir o pior cenário
Uma escala de severidade só funciona se qualquer pessoa de plantão puder declarar um incidente e escolher o nível sem pedir autorização, se cada nível estiver ligado a uma resposta concreta e se, na dúvida, valer o nível mais alto, revisado depois no postmortem. A documentação pública de resposta a incidentes da PagerDuty e o livro Google SRE indicam condições para declarar cedo.
-
Noções básicas de hospedagem de sites estáticos: arquivos index, URLs limpas, barras finais e a ordem de deploy de assets com fingerprint
Um host estático associa uma URL a um arquivo: requisições a diretórios são atendidas por um arquivo index, URLs limpas exigem uma ordem de tentativa como arquivo, depois arquivo.html, depois 404, e o redirecionamento entre a forma com barra e sem barra deve ser decidido uma só vez; publique os novos assets com fingerprint antes do novo HTML e mantenha os antigos até que nenhuma página em cache os referencie.
Legível por máquina: JSON