O que é um “inode” e como ele afeta meu site WordPress?

Um dos elementos mais comuns (e mal compreendidos) de um site e hospedagem na web é o inode. Se você administra seu próprio site ou cuida da manutenção em qualquer nível, você lidará com inodes em algum momento. Quer seja por meio de manutenção de rotina ou tentando corrigir um erro, saber o que é um inode e como ele afeta a instalação do WordPress é fundamental para o seu sucesso a longo prazo.

O que é um Inode?

Em um sentido muito geral, um inode é um único arquivo em seu sistema de arquivos. Para a maioria dos usuários, essas informações são suficientes para lidar com quase tudo que encontrarão.

Mais tecnicamente, entretanto, um inode é onde os metadados para arquivos são armazenados em sistemas UNIX (servidores Linux e computadores Apple são baseados em UNIX). Inodes são as entradas da tabela vinculadas por diretórios e arquivos. Os inodes contêm todos os tipos de informações:

Esses metadados incluem (1) o tamanho do arquivo (em bytes) e sua localização física (ou seja, os endereços dos blocos de armazenamento que contêm os dados do arquivo em um HDD), (2) o proprietário e o grupo do arquivo, (3) as permissões de acesso ao arquivo (ou seja, quais usuários têm permissão para ler, escrever e / ou executar o arquivo), (4) carimbos de data / hora informando quando o inode foi criado, última modificação e último acesso e (5) uma contagem de referência informando quantos links apontam para o inode.

Como a maioria dos servidores web são baseados em Linux, o gerenciamento de inode será importante. Você pode pensar neles como se fossem links para seu website. Você pode ter vários links apontando para a mesma página do seu site, mas isso não significa que haja várias cópias dessa página. O mesmo é verdadeiro para arquivos e inodes.

Embora tecnicamente não haja um relacionamento 1: 1, você encontrará muitos casos em que há apenas 1 arquivo vinculado a 1 inode. A maioria dos usuários pode trabalhar com a ideia de que são.

O problema com inodes

Eles correm. Eles são finitos. E você provavelmente não está monitorando o uso de inode.

Não muito tempo atrás, recebi o e-mail “Aviso: a conta YourSite.com atingiu 80% da cota permitida de Inode ” do Siteground do nada. Eu não tinha feito nada fora do normal, mas de alguma forma, eu estava empilhando meus inodes como uma torre. Eu imagino que se você estiver executando várias instalações do WordPress em sua conta de hospedagem, você recebeu (ou receberá) um e-mail semelhante.

Agora, no e-mail, eles são muito diretos: para diminuir o número de inodes, você precisa reduzir o número de arquivos e pastas em sua conta via cPanel - Gerenciador de Arquivos ou seu cliente FTP preferido . E, em essência, isso é tudo que você precisa fazer. Mas é um pouco mais complicado do que isso, porque se você já teve seu host por algum tempo, provavelmente tem um arquivo bastante decente de arquivos e pastas lá.

Para verificar o uso de inode, você vai querer entrar no seu cPanel e procurar a caixa de estatísticas . Na maioria das versões do cPanel, ele estará em algum lugar à esquerda da página. Você verá principalmente o Espaço de uso do disco em MB e GB, bem como o número de inodes que você tem permissão e o número de inodes que está usando naquele momento.

Felizmente, como a maioria das coisas sobre o WordPress, o CMS é montado de uma forma que torna o gerenciamento de seus inodes relativamente simples.

Por que os Inodes são importantes para os usuários do WordPress

Muitos de vocês podem nunca ter que trabalhar com inodes. Nos negócios do dia-a-dia, você nem vai notá-los. Contanto que tudo esteja indo bem com seu site, nada deve fazer você nem mesmo ver a palavra. É quando algo dá errado que você começa a ver erros no painel do WordPress ou em qualquer outro lugar.

Geralmente, todo provedor de hospedagem que usa cPanel (que é a maioria deles, a menos que você opte por hospedagem gerenciada) atribuiu a você um certo número de inodes com base no seu pacote. A regra é geralmente quanto mais você paga, mais inodes você recebe.

Lembre-se de que isso é totalmente independente de quanto espaço de armazenamento você tem. Os dois podem ser 1: 1 em volume, mas geralmente você vai ficar sem inodes antes de ficar sem espaço de armazenamento porque os inodes são muito menores em termos de bits e bytes do que a maioria dos seus arquivos (porque eles são apenas parte do próprio arquivo).

Dito isso, os usuários do WordPress frequentemente se encontram lutando contra alguns problemas centrados em inode.

Como os usuários do WordPress constroem inodes

Enquanto cada CMS lá fora tem suas próprias maneiras exclusivas de aceitar inodes, o WordPress tem alguns que são específicos para seu ecossistema. Principalmente imagens, plug-ins e temas. Vamos nos aprofundar e descobrir por que e o que podemos fazer a respeito.

Imagens

As imagens em sua biblioteca de mídia provavelmente ocupam uma tonelada de seus inodes. Mesmo se você não tiver milhares e milhares deles. Eu apostaria que a maioria de vocês carregam imagens em seu site. E, em teoria, 1 imagem é igual a 1 inode. Mas não é assim que as coisas realmente funcionam. Dependendo do seu tema e do seu plugin de compressão de imagem, aquela imagem pode ocupar quase uma dúzia de inodes. Como? Mantendo renderizações de vários tamanhos no armazenamento.

Se você verificar os detalhes de qualquer imagem em sua biblioteca e ver um tamanho de arquivo, é um inode. Pense nisso para cada imagem em sua biblioteca de mídia. Para este site específico, tenho 562 itens na biblioteca de mídia. Supondo (provavelmente incorretamente) que cada um deles tenha 11 versões, são mais de 6.000 inodes. Literalmente onze vezes o que deveria ser.

E isso é para um site. Se você levar em conta o número de sites em qualquer plano geral de hospedagem, esse número pode realmente aumentar. Por conta própria, tenho uma dúzia de instalações do WordPress em execução. Além dos arquivos do Core de cada instalação, as bibliotecas de mídia de todos os usuários aumentam o uso do inode.

Plugins e Temas

Existem alguns motivos pelos quais plug-ins e temas ocupam tantos inodes. A primeira é simplesmente que muitas pessoas têm toneladas deles instalados, mesmo que estejam desativados.

E dentro de cada uma dessas pastas de plug-ins, dezenas e dezenas de arquivos estão ocupando inodes. Alguns plug-ins são obviamente mais leves do que outros, mas todos eles adicionam volume à sua instalação. Portanto, lembre-se de que geralmente é uma prática recomendada excluir todos os plug-ins que você não está usando no momento .

Os temas funcionam exatamente da mesma maneira. Não há como dizer quantos temas você instalou no seu site WordPress se você já o tinha por um bom tempo. Mesmo que esses temas sejam simplesmente os temas padrão do WordPress, você tem muitos inodes sendo usados. Se você não estiver usando um tema, exclua-o . Se você fez personalizações por meio de um tema filho, no entanto, geralmente não há problema em mantê-lo lá (ou fazer um backup), já que você não pode simplesmente reinstalá-lo tão facilmente quanto o tema pai.

Plug-ins de cache e utilitários de backup

Comet Cache. WPRocket. Corrente ascendente de ar. iThemes. WordFence. WP Super Cache. W3 Total Cache. Sucuri.

Todos esses (e mais) ocupam inodes preciosos. Na maior parte, tudo bem. Eles são plug-ins incríveis que tornam sua vida mais fácil e melhoram as experiências dos usuários em seu site. Porém, se não forem verificados, os arquivos de cache, arquivos de backup e relatórios de segurança podem ser acumulados.

Portanto, de vez em quando, certifique-se de limpar o cache do seu site e permitir que ele se repovoe. Na maioria das vezes, você pode encontrar um botão Limpar cache ou Excluir cache na barra de ferramentas do administrador.

Além disso, backups extras de plug-ins como UpdraftPlus podem ocupar um espaço precioso. Portanto, verifique o que você armazenou em seu servidor local. Você pode fazer isso de dentro do painel de administração do WP para a maioria dos utilitários de backup. Ou você pode verificar via FTP.

Além desses backups que ocupam inodes e espaço de armazenamento em seu servidor, eles também são vulneráveis ​​a hackers que podem entrar em sua instalação. Portanto, mantê-los em um destino remoto (Dropbox ou Google Drive, por exemplo) será a melhor ideia.

Como corrigir erros comuns de inode

E embora o WordPress tenha problemas de inode específicos da plataforma, alguns são comuns em toda a web. Esteja você no Drupal, Joomla, WordPress ou mesmo no Ghost, você pode ter que consertar isso em algum momento.

• E-mails não são enviados, seja por meio de um cliente tradicional, via autoresponders ou de formulários no próprio site
• Não consigo receber e-mails
• Uploads falham consistentemente
• Postagens e páginas não atualizam ou mesmo criam
• Os usuários não podem acessar o site
• Em alguns casos, a migração de um host para outro pode ser bloqueada

Em todos esses casos, o que pode ser o culpado é que o servidor está se aproximando do limite superior de sua cota de inode. Ou que está completamente sem inodes. Lembre-se, mesmo se você estiver usando apenas uma parte de sua capacidade de armazenamento, você ainda pode usar seus inodes.

Cada vez que um e-mail é enviado ou recebido, um arquivo é gerado. Se não houver inodes, nenhum arquivo pode ser feito. Se seus inodes estiverem cheios, os uploads falharão porque simplesmente não há onde armazenar os dados. O mesmo pode ser dito para posts e páginas em WordPress ou outras plataformas CMS não podem gerar os arquivos necessários sem um ponto. Mesmo quando os usuários visitam a página, os arquivos são gerados - cookies, tokens, arquivos em cache. Se não houver inode, esses usuários não receberão nada servido a eles.

Ao migrar de um host para outro, sua cota de inode pode ser diferente. A minha foi a última vez que troquei, pessoalmente. Portanto, você pode não estar nem perto de sua cota atual, já deve ter ultrapassado a que está por vir. Pode parecer uma dor, mas foi muito fácil de consertar, na verdade.

Aqui estão as melhores maneiras de remover arquivos e liberar espaço para corrigir esses erros comuns de inode.

Apagar Emails Antigos

Veja, toda vez que um e-mail é enviado ou recebido, ele cria um arquivo em seu servidor (supondo que você não esteja usando um serviço de e-mail externo). Isso significa que todos os seus e-mails estão ocupando inodes. Se você arquiva ou simplesmente mantém seus e-mails em sua caixa de entrada, eles ficam em seu servidor, estagnados. Então é hora de excluí-los. Você pode fazer isso em seu cliente normal, ou pode fazer isso via FTP ou através do gerenciador de arquivos do cPanel.

Basta ir ao diretório raiz do seu site e localizar a pasta Mail . Sob ele estarão os diretórios para cada domínio para o qual você possui um endereço de e-mail, e sob cada um deles estará qualquer um dos aliases que você configurou. Cada uma dessas pastas é importante e pode estar cheia de arquivos que roubam inodes. No entanto, você se preocupará principalmente com os diretórios atuais e novos . Às vezes, lixo.

Depois de excluir os novos e-mails desse endereço, passei de 218316 inodes usados ​​para 218218 . Você deve ter um ganho ainda maior porque esse endereço de e-mail foi raramente usado em primeiro lugar. Lembre-se de fazer backup de todos os e-mails antes de excluí-los . Você não pode recuperá-los de outra forma.

Limpe suas pastas temporárias

Os arquivos temporários são bestas fantásticas. Se você souber onde encontrá-los, poderá ter certeza de que estão fazendo seu trabalho, mas não consumindo muitos recursos. Sempre que você vê um diretório tmp , é aqui que os arquivos temporários são armazenados. Tokens de sessão, arquivos de cache, logs de tráfego, todos os tipos de coisas que são ótimas no momento, mas que não servirão para nada mais tarde.

A menos que você tenha configurado um trabalho de automação ou CRON para limpar os arquivos temporários, pode ser necessário entrar de vez em quando e fazer algumas tarefas domésticas. Principalmente, eles estarão em seu diretório raiz em tmp .

Como regra geral, você pode excluir quaisquer arquivos de log, arquivos de cache ou arquivos de sessão. Na maioria das vezes, você os verá notados com muita clareza. Normalmente, o nome do arquivo conterá sess ou cache ou log , tornando seu trabalho muito fácil.

A maioria dos arquivos que você exclui serão logs do servidor e logs de tráfego. Contanto que você tenha um backup desses arquivos, vá até as pastas tmp e exclua o que for necessário. Neste exemplo específico, estou limpando os diretórios webalizer, webalizerftp, horde, awstats e analógico . Lembre-se de que a remoção desses arquivos removerá as estatísticas e registros do servidor, portanto, faça backup deles primeiro, se necessário .

Você também pode verificar as datas deles. Dependendo do seu site, você pode não precisar de registros desde 2011.

Além disso, você encontrará vários arquivos em sua pasta tmp primária também. Eles podem ser uma mistura de arquivos de sessão, arquivos de log e outros arquivos sobre os quais você não tem certeza. Assim como tudo com computadores e desenvolvimento web, se você não sabe o que é, deixe pra lá. Mas é muito importante que você não exclua nenhum arquivo que tenha a extensão .sock . E, em menor grau, .lock .

Limpe seus arquivos de registro

Semelhante à pasta tmp , a pasta de logs é um diretório raiz que contém arquivo após arquivo dos logs do seu servidor. Seu servidor começa a manter um registro para cada domínio para cada mês que você o manteve ativo em seu host. Isso pode ser uma grande quantidade de registros. Faça um backup deles porque eles são importantes e exclua-os.

Excluir instalações desnecessárias de sites

Há dois motivos pelos quais você não deseja que instalações supérfluas ocupem seus inodes. A primeira é, bem, você está desperdiçando inodes em algo que não está usando. A segunda é que sites esquecidos são vulneráveis ​​a grandes ameaças à segurança e são a forma mais comum de hackers entrarem em servidores compartilhados por meio de ataques de força bruta.

Lembra como eu disse antes que havia 12 instalações do WP no meu plano de hospedagem pessoal? Bem, 8 desses 12 são completamente (ou pelo menos a maioria) inúteis. Destes, 6 podem ser excluídos sem preocupação e 2 são marcadores de posição.

Existem mais de 5.000 arquivos em cada instalação do WordPress - o que é pelo menos 5.000 inodes - e se você fez algo para personalizá-lo ou adicionar plug-ins ou temas ... bem, você e eu provavelmente deveríamos dar uma olhada no que temos em nosso servidor.

Empacotando

Ficar sem inodes em seu host é irritante e perturbador. Mesmo que você seja avisado muito antes de atingir a capacidade máxima, ainda terá que levar um bom tempo para limpar os dados do servidor. No entanto, se você der uma rápida passagem por todas as dicas acima, deverá ser capaz de reduzir facilmente o uso de inode em pelo menos 20% em uma passagem.

Esteja você no WordPress ou em algum outro CMS, o uso de inode é algo que pode não aparecer com muita frequência, mas quando isso acontecer, você ficará muito feliz por estar pronto para isso.

O que você descobriu que é a melhor maneira de reduzir o uso de inode em seus sites?

Imagem de destaque do artigo por strangebirdy / shutterstock.com