# Falho no upload de arquivos **URL:** \ **Category:** Suporte\ **Tags:** imagens\ **Created:** [Fevereiro 19, 2026, 7:17pm UTC](https://tainacan.discourse.group/t/falho-no-upload-de-arquivos/2685 "2026-02-19T19:17:14Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![Juli\_0332](https://avatars.discourse-cdn.com/v4/letter/j/eada6e/32.png) [@Juli\_0332](https://tainacan.discourse.group/u/Juli_0332)\ **Post date:** [Fevereiro 19, 2026, 7:17pm UTC](https://tainacan.discourse.group/t/falho-no-upload-de-arquivos/2685/1 "2026-02-19T19:17:14Z")
Não estou conseguindo realizar o upload de arquivos nos documentos, sempre tem uma falha, olhei no diagnóstico e os módulos PHP e tempo máximo de execução de PHP estão em amarelo, achei que fosse uma falha no php compatibility checker porque fiz alterações no tema então mudei para Eli’s PHP Compatibility Scanner mas o erro continua junto com a falha de upload que consta ser no disco ![tela.1](https://global.discourse-cdn.com/free1/uploads/tainacan/original/2X/7/7ce713bd9cbf4e03750e38372f42baae75becb54.png) ![tela](https://global.discourse-cdn.com/free1/uploads/tainacan/original/2X/3/38c465859927c2fe13ca1efe95ed149288176732.png) | | | --- | | | | --- | ---
**Author:** ![mateus.m.luna](https://yyz2.discourse-cdn.com/free1/user_avatar/tainacan.discourse.group/mateus.m.luna/32/3_2.png) [@mateus.m.luna](https://tainacan.discourse.group/u/mateus.m.luna)\ **Post date:** [Fevereiro 19, 2026, 8:26pm UTC](https://tainacan.discourse.group/t/falho-no-upload-de-arquivos/2685/2 "2026-02-19T20:26:13Z")
@Juli_0332 olá, tudo bem? Seja bem vinda à nossa comunidade! Este vai ser um erro de envio de arquivos pro servidor de forma geral, tanto que você pode testar mandar o mesmo arquivo direto para a galeria de mídias do WordPress no painel administrativo. Você consegue confirmar que as pastas de upload estão graváveis? Isto seria no painel Administrativo em “Ferramentas” → “Diagnóstico”, na aba “Informação”: ![image](https://global.discourse-cdn.com/free1/uploads/tainacan/original/2X/8/8e3f76a58e8805ab7d36767f8ae9694273958c5f.png) Aproveite pra ver na aba “Status” se há alguma informação útil. Qualquer erro identificado aqui pode ser enviado para quem administra seu servidor para que ele possa entender o problema e corrigi-lo. ---
**Author:** ![Bookcase\_Data\_Systems](https://yyz2.discourse-cdn.com/free1/user_avatar/tainacan.discourse.group/bookcase_data_systems/32/3279_2.png) [@Bookcase\_Data\_Systems](https://tainacan.discourse.group/u/Bookcase_Data_Systems)\ **Post date:** [Fevereiro 19, 2026, 8:28pm UTC](https://tainacan.discourse.group/t/falho-no-upload-de-arquivos/2685/3 "2026-02-19T20:28:09Z")
Boa tarde! Esse erro acontece por causa do PHP mesmo, deve está mal configurado no servidor. Precisa acessar o backend da hospedagem e aumentar o limite. Entra em contato com quem tem acesso a maquina ou hospedagem e faz as alterações. ---
**Author:** ![Bookcase\_Data\_Systems](https://yyz2.discourse-cdn.com/free1/user_avatar/tainacan.discourse.group/bookcase_data_systems/32/3279_2.png) [@Bookcase\_Data\_Systems](https://tainacan.discourse.group/u/Bookcase_Data_Systems)\ **Post date:** [Fevereiro 19, 2026, 8:38pm UTC](https://tainacan.discourse.group/t/falho-no-upload-de-arquivos/2685/4 "2026-02-19T20:38:52Z")
Com base na descrição apresentada, o erro de upload no Tainacan não está relacionado ao fluxo interno do plugin, mas sim a **restrições impostas pela infraestrutura do servidor**. ### Entendendo o problema Existem dois cenários comuns: ### 1️⃣ Limitação via configuração PHP O upload de arquivos no WordPress/Tainacan depende diretamente de variáveis do ambiente PHP, tais como: - `upload_max_filesize` - `post_max_size` - `max_execution_time` - `max_input_time` Quando há divergência entre esses parâmetros (por exemplo, `upload_max_filesize` maior que `post_max_size`), o sistema pode apresentar erros de upload, inclusive exibindo limites inconsistentes na interface administrativa. 👉 Solução: Ajuste dessas variáveis via `php.ini`, `.htaccess` ou painel do provedor de hospedagem. ### 2️⃣ Limitação via Proxy Reverso (NGINX / Infraestrutura) Quando as configurações PHP estão corretas e o erro persiste (especialmente Erro 2), o problema costuma estar na camada de proxy reverso. Em arquiteturas modernas (Cloud, VPS, Kubernetes), é comum haver: - NGINX como proxy reverso - Balanceadores de carga - Camadas de firewall ou WAF Esses componentes podem impor limite próprio de upload, normalmente controlado por: ```auto client_max_body_size proxy_body_size ``` Se essa variável estiver inferior ao tamanho do arquivo enviado, o servidor retorna erro antes mesmo de chegar ao WordPress. 👉 Solução: Ajustar a configuração do NGINX e reiniciar o serviço. Se tiver interesse a empresa Bookcase pode assumir essa demanda com abordagem estruturada: ### ✔ Diagnóstico Completo de Infraestrutura - Auditoria das variáveis PHP - Análise de logs de erro - Verificação via inspetor de rede - Identificação de camada de proxy reverso ### ✔ Ajustes Técnicos - Configuração correta de `php.ini` - Ajuste de `client_max_body_size` / `proxy_body_size` - Testes de carga e validação final ### ✔ Reestruturação de Hospedagem (Se Necessário) Caso a hospedagem atual limite o controle dessas variáveis, podemos: - Migrar para VPS dedicada - Implementar proxy configurável - Estruturar ambiente otimizado para Tainacan - Criar política segura de uploads e armazenamento Entre em contato pelo whatsapp: [https://linktr.ee/bookcase.data.systems](https://linktr.ee/bookcase.data.systems) e Solicita um orçamento caso tenha interesse em ter um suporte de hospedagem e sobre o sistema tainacan. Eles cuidam de muitos acervos digitais. ---
**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/tainacan/original/1X/7a4cda66d79553ef5eebf93769c00bdba65e7ab2.png) [@system](https://tainacan.discourse.group/u/system)\ **Post date:** [Abril 20, 2026, 8:39pm UTC](https://tainacan.discourse.group/t/falho-no-upload-de-arquivos/2685/5 "2026-04-20T20:39:28Z")
Este tópico foi fechado automaticamente 60 dias depois da última resposta. Novas respostas não são mais permitidas.