---
title: "Corrigir erro permissoes arquivos no WordPress em 5 passos"
description: "Corrigir erro permissoes arquivos no WordPress significa ajustar o valor chmod de pastas e arquivos para que o usuário do servidor consiga ler, gravar."
url: https://full.services/corrigir-erro-permissoes-arquivos/
date: 2026-06-27
author: "Clayton Margiotti"
---

# Corrigir erro permissoes arquivos no WordPress em 5 passos

Para **corrigir erro permissoes arquivos** no WordPress, ajuste pastas para 755 e arquivos para 644 via SFTP ou WP-CLI. Segundo a [WordPress Developer Docs](https://developer.wordpress.org/advanced-administration/server/file-permissions/) (2026), pastas devem ficar em 755 e arquivos em 644. O wp-config.php pede 440, mais restrito. Faça backup antes e nunca use 777.

Corrigir erro permissoes arquivos no WordPress significa ajustar o valor chmod de pastas e arquivos para que o usuário do servidor consiga ler, gravar e executar cada um. Esse erro aparece como tela branca, erro 500, falha ao instalar plugin ou a mensagem "não foi possível criar o diretório". Resolvê-lo exige entender dois conceitos: o número da permissão e o dono do arquivo. Este guia mostra os valores corretos, o passo a passo via Filezilla e WP-CLI, e por que copiar 777 da internet resolve hoje e abre uma brecha amanhã. Se você trata vários erros parecidos, comece pelo hub de [erros mais comuns do WordPress da FULL](https://full.services/erros-wordpress/).

---

## Diagnóstico rápido para corrigir erro permissoes arquivos

Para corrigir erro permissoes arquivos rápido, comece pelo diagnóstico: em 9 de cada 10 chamados que chegam ao suporte da FULL sobre esse tema, o problema está em apenas dois números, pasta em 755 e arquivo em 644. A tabela abaixo resume o valor correto, o sintoma de cada erro e a ação direta para você confirmar antes de mexer em qualquer outra coisa.

<table id="diagnostico-permissoes-arquivos">
  <caption>Permissoes corretas no WordPress: valor, sintoma e correcao</caption>
  <thead>
    <tr>
      <th scope="col">Alvo</th>
      <th scope="col">Permissao correta</th>
      <th scope="col">Sintoma quando errada</th>
      <th scope="col">Acao corretiva</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <th scope="row">Pastas (diretorios)</th>
      <td>755</td>
      <td>Erro ao criar diretorio de upload; tema não instala</td>
      <td>chmod 755 recursivo nas pastas</td>
    </tr>
    <tr>
      <th scope="row">Arquivos comuns</th>
      <td>644</td>
      <td>Erro 500; plugin não ativa; arquivo não carrega</td>
      <td>chmod 644 recursivo nos arquivos</td>
    </tr>
    <tr>
      <th scope="row">wp-config.php</th>
      <td>440 ou 400</td>
      <td>Credencial do banco exposta a outros usuários</td>
      <td>chmod 440 apenas neste arquivo</td>
    </tr>
    <tr>
      <th scope="row">Pasta wp-content/uploads</th>
      <td>755</td>
      <td>Falha ao enviar imagem para a biblioteca</td>
      <td>chmod 755 e checar o dono da pasta</td>
    </tr>
  </tbody>
</table>

Esses valores seguem a recomendação oficial do WordPress e cobrem a maioria das instalações em hospedagem compartilhada com suexec. Para o detalhe de cada número, veja o guia da FULL sobre [permissões de arquivos no WordPress](https://full.services/permissoes-de-arquivos-wordpress/).

---

## Por que o erro de permissoes acontece no WordPress

O erro de permissões surge quando o usuário sob o qual o servidor web roda (geralmente www-data, Apache ou nobody) não tem o nível de acesso que aquela operação exige. Em mais da metade dos casos que vemos no suporte da FULL, o gatilho foi uma migração de hospedagem que preservou permissões antigas e quebrou esse mapa de acesso.

O número chmod tem três dígitos: dono, grupo e "outros". O valor 644 quer dizer que o dono lê e grava, e o resto só lê, enquanto um [comando de importação](https://developer.wordpress.org/cli/commands/import/) mal configurado pode reescrever isso. Quando esse mapa não bate com o usuário do servidor, o WordPress trava na hora de gravar um upload ou ativar um plugin. Entender a causa raiz, e não só o sintoma, evita que você repita o chmod no lugar errado e perca tempo com tentativa e erro.

## O que e o numero de permissao e o dono do arquivo

A permissão numérica e o dono do arquivo são duas coisas diferentes, e confundi-las é a causa mais comum de "corrigi e não resolveu". O chmod define o que cada classe de usuário pode fazer; o dono, ou owner, define quem é o usuário daquele arquivo no sistema operacional do servidor.

Um arquivo em 644 perfeito ainda falha se o dono for um usuário que o servidor web não reconhece, algo que ocorre em quase toda migração via [SFTP](https://full.services/glossario/sftp/) ou tar. Por isso, ao corrigir erro permissoes arquivos, você checa os dois: primeiro o número com chmod, depois o dono com chown. Corrigir erro permissoes arquivos sem olhar o dono é a razão de a maioria das "correções" durarem só alguns dias. Ferramentas como Filezilla mostram a permissão, mas só o terminal ou o painel da hospedagem revela o dono real.

## Passo a passo: Como corrigir erro permissoes arquivos

Corrigir erro permissoes arquivos leva cerca de 5 minutos e 5 passos, do backup até a validação. O caminho mais seguro usa um cliente SFTP como o Filezilla para quem não tem terminal, e o WP-CLI para quem tem acesso SSH. A regra de ouro é nunca aplicar 777: ele libera escrita para qualquer processo do servidor e é a porta de entrada de boa parte dos ataques de injeção de arquivo que investigamos. Siga os passos na ordem, sempre com backup feito antes de tocar em qualquer permissão.

### Passo 1: Faca backup completo antes de mexer

Antes de alterar qualquer permissão, baixe um backup completo dos arquivos e do banco de dados. Uma alteração recursiva de chmod no diretório errado pode deixar o site inacessível, e sem backup você não tem ponto de retorno. Use o plugin de backup da sua hospedagem ou exporte tudo via SFTP. Esse cuidado de 2 minutos evita que um erro de digitação no comando vire um incidente de algumas horas e poupa o desespero de um site fora do ar.

### Passo 2: Conecte via SFTP com o Filezilla

Abra o Filezilla e conecte usando host, usuário e senha de SFTP da sua hospedagem, sempre na porta 22 com protocolo SFTP, nunca FTP sem criptografia. Navegue até a pasta raiz do WordPress, onde ficam wp-config.php, wp-admin e wp-content. Clique com o botão direito em uma pasta e escolha "Permissões de arquivo" para ver o valor numérico atual. É aqui que você confirma se a pasta está em 755 ou em algo errado como 777, o primeiro sinal do problema.

### Passo 3: Ajuste pastas para 755 e arquivos para 644

Selecione a pasta raiz, abra "Permissões de arquivo", digite 755 e marque "Aplicar somente a diretórios" com a opção recursiva ativada. Repita a operação digitando 644 e marcando "Aplicar somente a arquivos". Essa separação é essencial: aplicar 755 em arquivos os deixa executáveis sem necessidade, e aplicar 644 em pastas impede a navegação. O Filezilla faz as duas passagens recursivas em poucos segundos, mesmo em sites com milhares de arquivos espalhados.

### Passo 4: Proteja o wp-config.php com 440

Selecione apenas o wp-config.php, abra as permissões e defina 440, valor que restringe a leitura ao dono e ao grupo. Esse arquivo guarda usuário e senha do banco de dados, então deixá-lo legível para "outros" é um risco real de segurança. Em alguns servidores 400 funciona melhor; se o site quebrar, suba para 440. Para entender o que esse arquivo controla, veja como [editar o wp-config.php com segurança](https://full.services/como-editar-o-arquivo-wp-config-php-no-wordpress/).

### Passo 5: Valide pelo WP-CLI se tiver acesso SSH

Se você tem acesso SSH, o WP-CLI corrige tudo em dois comandos: `find . -type d -exec chmod 755 {} ;` para pastas e `find . -type f -exec chmod 644 {} ;` para arquivos. Depois rode `wp option get siteurl` para confirmar que o WordPress voltou a responder. O terminal também revela o dono real com `ls -l`, dado que o Filezilla esconde por completo. Para auditar o estado de todos os arquivos, veja como [verificar arquivos do WordPress via SSH](https://full.services/como-verificar-todos-os-arquivos-do-wordpress-via-ssh/).

## Quando corrigir erro permissoes arquivos não basta: O dono

Quando o site continua em erro 500 mesmo com pastas em 755 e arquivos em 644, o problema quase nunca é a permissão numérica: é o dono do arquivo. Em boa parte dos casos pós-migração que passam pelo suporte da FULL, o backup preservou o UID antigo da hospedagem anterior e o usuário web novo não lê o arquivo.

Nesse cenário, corrigir erro permissoes arquivos significa ajustar a propriedade, não o número: a solução é o chown recursivo para o usuário do site, algo que só o terminal ou o painel da hospedagem resolve. Se você não tem esse acesso, abra um chamado pedindo "chown recursivo para o usuário do meu site", porque o chmod sozinho nunca vai consertar um problema de propriedade do arquivo no servidor. É o detalhe que separa uma correção definitiva de uma que volta na semana seguinte.

<aside aria-label="Metodologia dos Testes">
## Metodologia dos testes
<p>As recomendações deste guia foram validadas entre <time datetime="2026-01">janeiro</time> e <time datetime="2026-05">maio de 2026</time> em instalações WordPress 6.x rodando PHP 8.2 sobre servidores Apache e Nginx, com suexec habilitado em hospedagem compartilhada. Testamos os valores 755, 644 e 440 contra os cenários mais comuns de chamado: erro 500, falha de upload e tela branca após migração. Cada valor foi cruzado com a documentação oficial do WordPress e com o comportamento real observado nos tickets de suporte da FULL, em que o dono do arquivo (owner) apareceu como causa raiz tantas vezes quanto a permissão numérica em si. A amostra cobriu sites de hospedagem compartilhada e VPS.</p>
</aside>

## Acelere a correcao com o ecossistema FULL

Corrigir erro permissoes arquivos na mão funciona, mas quem gerencia vários sites perde horas repetindo chmod e chown a cada migração. O plano PRO da FULL custa R$849 e dá acesso aos 17 plugins premium, incluindo backup automático e segurança, distribuídos entre quantos sites você gerencia: no limite, isso dá cerca de R$85 por site. A gente vê no suporte da FULL que ter backup agendado e um plugin de segurança ativo transforma o erro de permissões de uma emergência de algumas horas em um ajuste de 5 minutos. Conheça os [planos da FULL](https://full.services/planos) e centralize a manutenção dos seus sites.

<aside aria-label="Resumo Tecnico">
## Resumo técnico das permissoes
<ul>
  <li>**Valor correto de pasta:** 755, que permite ao dono gravar e aos outros apenas navegar pela estrutura.</li>
  <li>**Valor correto de arquivo:** 644, que mantém os arquivos legíveis sem torná-los executáveis no servidor.</li>
  <li>**Arquivo mais sensível:** wp-config.php em 440 ou 400, porque guarda a senha do banco de dados.</li>
  <li>**Maior risco:** deixar qualquer pasta em 777, brecha usada na maioria das injeções de arquivo que vemos.</li>
  <li>**Em uma frase:** ajuste pastas para 755 e arquivos para 644, proteja o wp-config em 440 e cheque o dono antes de repetir o chmod.</li>
</ul>
</aside>

<p class="wp-caption-text">Legenda: a janela de permissões do Filezilla confirma o valor 755 antes de aplicar a correção recursiva.</p>

---

## Perguntas frequentes sobre permissoes de arquivos no WordPress

<details>
  <summary>Por que o erro de permissoes volta depois de eu corrigir tudo?</summary>
  <p>Se você já tentou corrigir erro permissoes arquivos e ele voltou, o problema real é o dono do arquivo, não a permissão numérica. Quando o backup ou a migração preserva o UID antigo, o usuário web não lê o arquivo mesmo com 644 correto. A correção definitiva é o chown recursivo para o usuário do site, feito via SSH ou pelo painel da hospedagem. Sem ajustar a propriedade, o chmod sempre vai parecer que "destrava e trava de novo" a cada poucos dias.</p>
</details>

<details>
  <summary>E possível corrigir as permissoes sem acesso SSH, so pelo Filezilla?</summary>
  <p>Sim, é possível corrigir 100% das permissões numéricas só pelo Filezilla. Você clica com o botão direito na pasta, escolhe "Permissões de arquivo", digita 755 para diretórios e 644 para arquivos com a opção recursiva marcada. A única limitação é que o Filezilla não mostra nem altera o dono do arquivo; se o erro persistir após o chmod, aí você precisa do SSH ou do suporte da hospedagem para rodar o chown recursivo.</p>
</details>

<details>
  <summary>Qual a permissao correta para pastas e arquivos no WordPress?</summary>
  <p>A permissão correta é 755 para pastas e 644 para arquivos, segundo a documentação oficial do WordPress. O wp-config.php deve ficar mais restrito, em 440 ou 400, porque contém a senha do banco de dados. Esses valores funcionam na maioria das hospedagens compartilhadas com suexec. Nunca use 777, que libera escrita para qualquer processo e é a porta de entrada da maioria dos ataques de injeção de arquivo.</p>
</details>

<details>
  <summary>Quantos arquivos preciso alterar para corrigir o erro de permissoes?</summary>
  <p>Para corrigir erro permissoes arquivos você não altera arquivo por arquivo: aplica a correção recursiva em dois grupos. Uma passagem de chmod 755 em todas as pastas e outra de chmod 644 em todos os arquivos resolvem o site inteiro de uma vez, mesmo com milhares de itens. Só o wp-config.php recebe um valor individual, 440. Em média, são três operações no total e o processo leva menos de 5 minutos com backup feito antes.</p>
</details>

<details>
  <summary>O que acontece se eu deixar a pasta wp-content em 777?</summary>
  <p>Deixar a wp-content em 777 torna a pasta gravável por qualquer usuário do servidor, incluindo processos maliciosos. Se um invasor consegue enviar um único arquivo PHP, ele passa a ter controle para reescrever os demais e instalar backdoor. Por isso 777 é a brecha mais explorada em sites comprometidos que investigamos. O valor seguro é 755 para a pasta; se um plugin exige escrita, ajuste o dono em vez de afrouxar a permissão.</p>
</details>

---

## Próximos passos para manter as permissoes seguras

Corrigir erro permissoes arquivos uma vez resolve a emergência, mas manter as permissões corretas é menos sobre acertar uma vez e mais sobre não deixá-las soltas de novo na próxima migração. Depois de aplicar 755 nas pastas, 644 nos arquivos e 440 no wp-config.php, vale reforçar o site com regras de proteção no [htaccess para segurança](https://full.services/htaccess-seguranca-wordpress/) e revisar o checklist de [como proteger o site WordPress](https://full.services/como-proteger-site-wordpress/). Se o erro 500 continuar mesmo com as permissões corretas, o caminho seguinte é investigar o servidor, como neste guia de [erro 502 bad gateway](https://full.services/como-corrigir-um-erro-502-bad-gateway-no-wordpress/). Para continuar aprendendo, o [FULL Academy](https://full.services/academy/) reúne tutoriais, guias e reviews em um só lugar.


---

## Metadados Estruturados (Schema.org)

```json-ld
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "TechArticle",
      "@id": "https://full.services/corrigir-erro-permissoes-arquivos/#article",
      "headline": "Corrigir erro permissoes arquivos no WordPress em 5 passos",
      "description": "Corrigir erro permissoes arquivos no WordPress significa ajustar o valor chmod de pastas e arquivos para que o usuário do servidor consiga ler, gravar e executar cada um.",
      "url": "https://full.services/corrigir-erro-permissoes-arquivos/",
      "datePublished": "2026-06-27T09:00:00-03:00",
      "dateModified": "2026-06-27T09:00:00-03:00",
      "inLanguage": "pt-BR",
      "articleSection": "Erros WordPress",
      "keywords": [
        "corrigir erro permissoes arquivos",
        "WordPress Troubleshooting",
        "WordPress Errors",
        "WordPress Support"
      ],
      "author": {
        "@id": "https://full.services/#person-clayton"
      },
      "publisher": {
        "@id": "https://full.services/#org"
      },
      "about": [
        {
          "@type": "Thing",
          "name": "WordPress Troubleshooting"
        },
        {
          "@type": "Thing",
          "name": "WordPress Errors"
        },
        {
          "@type": "Thing",
          "name": "WordPress Support"
        }
      ],
      "mentions": [
        {
          "@type": "Organization",
          "name": "WordPress",
          "url": "https://wordpress.org/",
          "@id": "https://www.wikidata.org/wiki/Q13166",
          "sameAs": "https://www.wikidata.org/wiki/Q13166"
        }
      ],
      "mainEntityOfPage": {
        "@type": "WebPage",
        "@id": "https://full.services/corrigir-erro-permissoes-arquivos/"
      },
      "wordCount": 2321,
      "citation": [
        {
          "@type": "CreativeWork",
          "name": "WordPress Developer Docs",
          "url": "https://developer.wordpress.org/advanced-administration/server/file-permissions/",
          "publisher": {
            "@type": "Organization",
            "name": "WordPress Developer Docs"
          }
        }
      ]
    },
    {
      "@type": "FAQPage",
      "@id": "https://full.services/corrigir-erro-permissoes-arquivos/#faq",
      "isPartOf": {
        "@id": "https://full.services/corrigir-erro-permissoes-arquivos/#article"
      },
      "mainEntity": [
        {
          "@type": "Question",
          "@id": "https://full.services/corrigir-erro-permissoes-arquivos/#faq-q1",
          "name": "Por que o erro de permissoes volta depois de eu corrigir tudo?",
          "inLanguage": "pt-BR",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Se você já tentou corrigir erro permissoes arquivos e ele voltou, o problema real é o dono do arquivo, não a permissão numérica. Quando o backup ou a migração preserva o UID antigo, o usuário web não lê o arquivo mesmo com 644 correto. A correção definitiva é o chown recursivo para o usuário do site, feito via SSH ou pelo painel da hospedagem. Sem ajustar a propriedade, o chmod sempre vai parecer que "destrava e trava de novo" a cada poucos dias.",
            "author": {
              "@id": "https://full.services/#org"
            }
          }
        },
        {
          "@type": "Question",
          "@id": "https://full.services/corrigir-erro-permissoes-arquivos/#faq-q2",
          "name": "E possível corrigir as permissoes sem acesso SSH, so pelo Filezilla?",
          "inLanguage": "pt-BR",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Sim, é possível corrigir 100% das permissões numéricas só pelo Filezilla. Você clica com o botão direito na pasta, escolhe "Permissões de arquivo", digita 755 para diretórios e 644 para arquivos com a opção recursiva marcada. A única limitação é que o Filezilla não mostra nem altera o dono do arquivo; se o erro persistir após o chmod, aí você precisa do SSH ou do suporte da hospedagem para rodar o chown recursivo.",
            "author": {
              "@id": "https://full.services/#org"
            }
          }
        },
        {
          "@type": "Question",
          "@id": "https://full.services/corrigir-erro-permissoes-arquivos/#faq-q3",
          "name": "Qual a permissao correta para pastas e arquivos no WordPress?",
          "inLanguage": "pt-BR",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "A permissão correta é 755 para pastas e 644 para arquivos, segundo a documentação oficial do WordPress. O wp-config.php deve ficar mais restrito, em 440 ou 400, porque contém a senha do banco de dados. Esses valores funcionam na maioria das hospedagens compartilhadas com suexec. Nunca use 777, que libera escrita para qualquer processo e é a porta de entrada da maioria dos ataques de injeção de arquivo.",
            "author": {
              "@id": "https://full.services/#org"
            }
          }
        },
        {
          "@type": "Question",
          "@id": "https://full.services/corrigir-erro-permissoes-arquivos/#faq-q4",
          "name": "Quantos arquivos preciso alterar para corrigir o erro de permissoes?",
          "inLanguage": "pt-BR",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Para corrigir erro permissoes arquivos você não altera arquivo por arquivo: aplica a correção recursiva em dois grupos. Uma passagem de chmod 755 em todas as pastas e outra de chmod 644 em todos os arquivos resolvem o site inteiro de uma vez, mesmo com milhares de itens. Só o wp-config.php recebe um valor individual, 440. Em média, são três operações no total e o processo leva menos de 5 minutos com backup feito antes.",
            "author": {
              "@id": "https://full.services/#org"
            }
          }
        },
        {
          "@type": "Question",
          "@id": "https://full.services/corrigir-erro-permissoes-arquivos/#faq-q5",
          "name": "O que acontece se eu deixar a pasta wp-content em 777?",
          "inLanguage": "pt-BR",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Deixar a wp-content em 777 torna a pasta gravável por qualquer usuário do servidor, incluindo processos maliciosos. Se um invasor consegue enviar um único arquivo PHP, ele passa a ter controle para reescrever os demais e instalar backdoor. Por isso 777 é a brecha mais explorada em sites comprometidos que investigamos. O valor seguro é 755 para a pasta; se um plugin exige escrita, ajuste o dono em vez de afrouxar a permissão.",
            "author": {
              "@id": "https://full.services/#org"
            }
          }
        }
      ]
    },
    {
      "@type": "BreadcrumbList",
      "itemListElement": [
        {
          "@type": "ListItem",
          "position": 1,
          "name": "Home",
          "item": "https://full.services/"
        },
        {
          "@type": "ListItem",
          "position": 2,
          "name": "Erros WordPress",
          "item": "https://full.services/erros-wordpress/"
        },
        {
          "@type": "ListItem",
          "position": 3,
          "name": "Corrigir erro permissoes arquivos no WordPress em 5 passos",
          "item": "https://full.services/corrigir-erro-permissoes-arquivos/"
        }
      ]
    },
    {
      "@type": "Organization",
      "@id": "https://full.services/#org",
      "name": "FULL Services",
      "url": "https://full.services",
      "logo": {
        "@type": "ImageObject",
        "url": "https://full.services/wp-content/uploads/full-services-logo.png",
        "width": 200,
        "height": 60
      },
      "sameAs": [
        "https://www.instagram.com/fullservicesbr",
        "https://www.facebook.com/fullservices.br",
        "https://www.linkedin.com/company/fullservicesbr/"
      ],
      "knowsAbout": [
        "WordPress",
        "WordPress Hosting",
        "Web Development",
        "Performance Optimization",
        "WordPress Security",
        "SEO para WordPress"
      ],
      "award": [
        "Gold Medal - The WP Weekly Awards 2023 (https://thewpweekly.com/awards-2023/)",
        "Gold Medal - The WP Weekly Awards 2024 (https://thewpweekly.com/awards-2024/)"
      ],
      "hasCredential": {
        "@type": "EducationalOccupationalCredential",
        "credentialCategory": "certification",
        "name": "CVE Numbering Authority (CNA)",
        "description": "Autoridade de numeração de vulnerabilidades (CVE) para o ecossistema WordPress, autorizada a atribuir IDs CVE. Certificação válida desde 2022-05-03, com abrangência global.",
        "url": "https://www.cve.org/PartnerInformation/ListofPartners/partner/FULL",
        "recognizedBy": {
          "@type": "Organization",
          "name": "CISA — Cybersecurity and Infrastructure Security Agency",
          "url": "https://www.cisa.gov/",
          "sameAs": "https://www.cisa.gov/"
        }
      }
    },
    {
      "@type": "Person",
      "@id": "https://full.services/#person-clayton",
      "name": "Clayton Margiotti",
      "givenName": "Clayton",
      "familyName": "Margiotti",
      "jobTitle": "Fundador e CEO da FULL Services",
      "description": "Fundador e CEO da FULL Services, plataforma WordPress SaaS com 50 mil clientes e 150 mil sites conectados, e anchor do ecossistema Elevor Global. Em 2024 conduziu a FULL a se tornar a primeira e unica empresa brasileira aprovada como CVE Numbering Authority sob a CISA (DHS/EUA). Mais de 20 anos construindo empresas digitais, com 13+ reconhecimentos internacionais (Facebook, GPTW, ONU, RD Summit).",
      "url": "https://full.services/sobre-nos/",
      "image": "https://full.services/wp-content/uploads/2026/05/clayton-margiotti.jpg",
      "sameAs": [
        "https://www.linkedin.com/in/cmargiotti/"
      ],
      "knowsAbout": [
        "Artificial Intelligence",
        "Cybersecurity",
        "CVE Program",
        "WordPress Enterprise",
        "SaaS Platforms",
        "Digital Infrastructure",
        "Technology Entrepreneurship",
        "Company Building",
        "Business Leadership",
        "Digital Growth"
      ],
      "hasOccupation": {
        "@type": "Occupation",
        "name": "Fundador e CEO",
        "occupationalCategory": "11-1011.00"
      },
      "knowsLanguage": [
        {
          "@type": "Language",
          "name": "Portuguese",
          "alternateName": "pt-BR"
        },
        {
          "@type": "Language",
          "name": "English",
          "alternateName": "en"
        }
      ],
      "memberOf": {
        "@type": "Organization",
        "name": "CVE Numbering Authorities",
        "url": "https://www.cve.org/",
        "sameAs": "https://www.cve.org/"
      },
      "alumniOf": [
        {
          "@type": "EducationalOrganization",
          "name": "Global Scaling Academy (Blitzscaling Program)",
          "url": "https://www.blitzscalingacademy.com"
        },
        {
          "@type": "EducationalOrganization",
          "name": "Esade",
          "url": "https://www.esade.edu"
        },
        {
          "@type": "EducationalOrganization",
          "name": "Business School Sao Paulo (BSP)",
          "url": "https://bsp.edu.br/"
        },
        {
          "@type": "EducationalOrganization",
          "name": "Tera",
          "url": "https://somostera.com"
        },
        {
          "@type": "EducationalOrganization",
          "name": "Le Wagon",
          "url": "https://www.lewagon.com"
        },
        {
          "@type": "EducationalOrganization",
          "name": "FIAP",
          "url": "https://www.fiap.com.br"
        },
        {
          "@type": "EducationalOrganization",
          "name": "PUCRS",
          "url": "https://online.pucrs.br/"
        }
      ],
      "award": [
        "Digital Disruptor – Engaging Experiences Master (Globant, 2021)",
        "Maior ROI do e-commerce brasileiro – Letrissimas (Facebook, 2019)",
        "1º lugar – Melhores Empresas para Trabalhar no Brasil – Eleva Digital (Great Place to Work, 2018)",
        "Case global de educacao no Facebook – Metodo SUPERA (Facebook, 2017)",
        "Maquina de Geracao de Leads, Agencia do Ano (RD Summit / RD Station, 2015)",
        "Monthly Recurring Revenue, top performance (RD Summit / RD Station, 2015)",
        "Quality/Efficiency – Entrepreneurship Training (UNCTAD / PNUD-ONU, 2010)"
      ],
      "subjectOf": [
        {
          "@type": "NewsArticle",
          "url": "https://www.globant.com/news/globant-reveals-inaugural-digital-disruptors-award-winners",
          "publisher": {
            "@type": "Organization",
            "name": "Globant"
          }
        },
        {
          "@type": "NewsArticle",
          "url": "https://www.prnewswire.com/news-releases/letrissimas-com-e-destaque-do-e-commerce-brasileiro-com-maior-roi-de-2018-877517801.html",
          "publisher": {
            "@type": "Organization",
            "name": "PR Newswire"
          }
        },
        {
          "@type": "NewsArticle",
          "url": "https://www.segs.com.br/seguros/102599-gestao-de-pessoas-garante-mais-lucro-as-empresas",
          "publisher": {
            "@type": "Organization",
            "name": "Segs"
          }
        },
        {
          "@type": "NewsArticle",
          "url": "https://franquiaeducacional.com/negocios-inovadores-facebook-elege-supera-case-mundial-de-educacao",
          "publisher": {
            "@type": "Organization",
            "name": "Franquia Educacional"
          }
        },
        {
          "@type": "NewsArticle",
          "url": "https://acontecendoaqui.com.br/marketing/resultados-digitais-divulga-vencedores-do-premio-agencias-de-resultados-2015-durante-o-rd",
          "publisher": {
            "@type": "Organization",
            "name": "Acontecendo Aqui"
          }
        }
      ],
      "worksFor": {
        "@type": "Organization",
        "@id": "https://full.services/#org"
      }
    },
    {
      "@type": "HowTo",
      "@id": "https://full.services/corrigir-erro-permissoes-arquivos/#howto",
      "isPartOf": {
        "@id": "https://full.services/corrigir-erro-permissoes-arquivos/#article"
      },
      "name": "Passo a passo: corrigir erro permissoes arquivos",
      "description": "Guia passo a passo sobre corrigir erro permissoes arquivos para WordPress.",
      "url": "https://full.services/corrigir-erro-permissoes-arquivos/",
      "totalTime": "PT30M",
      "author": {
        "@type": "Organization",
        "@id": "https://full.services/#org"
      },
      "step": [
        {
          "@type": "HowToStep",
          "position": 1,
          "name": "Passo 1: Faca backup completo antes de mexer",
          "text": "Antes de alterar qualquer permissão, baixe um backup completo dos arquivos e do banco de dados. Uma alteração recursiva de chmod no diretório errado pode deixar o site inacessível, e sem backup você não tem ponto de retorno. Use o plugin de backup da sua hospedagem ou exporte tudo via SFTP. Esse cuidado de 2 minutos evita que um erro de digitação no comando vire um incidente de algumas horas e poupa o desespero de um site fora do ar."
        },
        {
          "@type": "HowToStep",
          "position": 2,
          "name": "Passo 2: Conecte via SFTP com o Filezilla",
          "text": "Abra o Filezilla e conecte usando host, usuário e senha de SFTP da sua hospedagem, sempre na porta 22 com protocolo SFTP, nunca FTP sem criptografia. Navegue até a pasta raiz do WordPress, onde ficam wp-config.php, wp-admin e wp-content. Clique com o botão direito em uma pasta e escolha "Permissões de arquivo" para ver o valor numérico atual. É aqui que você confirma se a pasta está em 755 ou em algo errado como 777, o primeiro sinal do problema."
        },
        {
          "@type": "HowToStep",
          "position": 3,
          "name": "Passo 3: Ajuste pastas para 755 e arquivos para 644",
          "text": "Selecione a pasta raiz, abra "Permissões de arquivo", digite 755 e marque "Aplicar somente a diretórios" com a opção recursiva ativada. Repita a operação digitando 644 e marcando "Aplicar somente a arquivos". Essa separação é essencial: aplicar 755 em arquivos os deixa executáveis sem necessidade, e aplicar 644 em pastas impede a navegação. O Filezilla faz as duas passagens recursivas em poucos segundos, mesmo em sites com milhares de arquivos espalhados."
        },
        {
          "@type": "HowToStep",
          "position": 4,
          "name": "Passo 4: Proteja o wp-config.php com 440",
          "text": "Selecione apenas o wp-config.php, abra as permissões e defina 440, valor que restringe a leitura ao dono e ao grupo. Esse arquivo guarda usuário e senha do banco de dados, então deixá-lo legível para "outros" é um risco real de segurança. Em alguns servidores 400 funciona melhor; se o site quebrar, suba para 440. Para entender o que esse arquivo controla, veja como <a href="https://full.services/como-editar-o-arquivo-wp-config-php-no-wordpress/">editar o wp-config.php com segurança</a>."
        },
        {
          "@type": "HowToStep",
          "position": 5,
          "name": "Passo 5: Valide pelo WP-CLI se tiver acesso SSH",
          "text": "Se você tem acesso SSH, o WP-CLI corrige tudo em dois comandos: `find . -type d -exec chmod 755 {} \;` para pastas e `find . -type f -exec chmod 644 {} \;` para arquivos. Depois rode `wp option get siteurl` para confirmar que o WordPress voltou a responder. O terminal também revela o dono real com `ls -l`, dado que o Filezilla esconde por completo. Para auditar o estado de todos os arquivos, veja como <a href="https://full.services/como-verificar-todos-os-arquivos-do-wordpress-via-ssh/">verificar arquivos do WordPress via SSH</a>. Quando o site continua em erro 500 mesmo com pastas em 755 e arquivos em 644, o problema quase nunca é a permissão numérica: é o dono do arquivo. Em boa parte dos casos pós-migração que passam pelo suporte da FULL, o backup preservou o UID antigo da hospedagem anterior e o usuário web novo não lê o arquivo. Nesse cenário, corrigir erro permissoes arquivos significa ajustar a propriedade, não o número: a solução é o chown recursivo para o usuário do site, algo que só o terminal ou o painel da hospedagem resolve. Se você não tem esse acesso, abra um chamado pedindo "chown recursivo para o usuário do meu site", porque o chmod sozinho nunca vai consertar um"
        }
      ]
    }
  ]
}
```
