Um usuário perguntou ?
Tem esse resultado em alguns plugins, mas o servidor é um servidor dedicado normal. Limite de tempo reduzido para 1500 no wp-config, mas isso não ajudou. Algum outro ajuste que possa ser feito para que este plugin possa avaliar todos os plugins?
(@richardb)
Faz 2 anos
Tínhamos a mesma pergunta: pular temas de todo o site, plugins… o servidor estava se matando toda vez.
(@mdinino)
1 ano, 8 meses atrás
Vocês resolveram isso? A mesma coisa está acontecendo comigo hoje ao verificar o PHP 7.1. Tema (HealthMedical WPL por WPLook) e 7 plugins, a maioria dos quais são bastante comuns (ou seja, TinyMCE, Duplicator, Classic Editor)
Agradecemos qualquer ajuda.
Maryland
(@bruceschwalm)
1 ano, 8 meses atrás
Recebo esta mensagem, mas apenas para o plugin Analytify.
Agradeceríamos alguma orientação.
Obrigado!
(@davidvee)
Funcionário do WPEngine
1 ano, 8 meses atrás
Olá a todos. Este é David com WP Engine. Atualmente, temos uma equipe trabalhando na questão de travar certos plugins, bem como no suporte ao PHP 7.3.
Esperamos a atualização em semanas, não em meses.
Desculpe a demora nisso. Aumentamos nossos recursos de manutenção aqui para acompanhar as atualizações, corrigir bugs e oferecer suporte a tickets mais agressivos à medida que avançamos.
Obrigado por sua paciência e, por favor, deixe-nos saber se você tiver mais perguntas ou comentários.
(@rudyarnold)
1 ano, 8 meses atrás
Alguém pode sugerir outro plugin? Nosso site de desenvolvimento é hospedado internamente e atualmente estamos no PHP 5.4.45. Tentamos atualizar o php7 e adicionar mysqli_init e o site travou. Erro fatal: Erro não reconhecido: chamada de função indefinida mysqli_init() em C:inetpub wwwroot wp-include wp-db.php:1509 Stack Track: #0 C:inetpub wwwroot wp-include wp-db.php (592): wpdb- > db_connect() # 1 C: inetpub wwwroot wp-include load.php (404): wpdb -> __ build (‘wordpressuser10…’, “,””, “) # 2 C: inetpub wwwroot wp- settings.php(106 ): require_wp_db()#3 C:inetpub wwwroot wp-config.php(103):require_once(‘C:inetpubwwwr…’)#4 C:inetpub wwwroot wp-load.php(37): require_once (‘ C:inetpubwwwr… ‘) # 5 C:inetpub wwwroot wp-blog-header. php(13): require_once(‘C:inetpubwwwr…’)#6 C:inetpub wwwroot index.php(17):to link(‘C:inetpubwwwr…’)#7{main} emitido em C:inetpub wwwroot wp inclui wp-db.php na linha 1509
Esta resposta foi modificada 1 ano e 8 meses atrás por. Esta resposta foi modificada 1 ano e 8 meses atrás por.
(@lhaddad)
1 ano, 3 meses atrás
@davidvee – alguma atualização sobre isso?
Estamos planejando atualizar o PHP para 7.3. Então, quando executo o plug-in de compatibilidade com PHP, recebo a mesma mensagem: “O plug-in/tema foi ignorado porque era muito grande para ser verificado antes que o servidor interrompesse o processo”. Para ManageWP – Worker – Unknown Active Directory Integration e First other active – plugins Alguma sugestão sobre como corrigir isso.
Obrigado Leila
(@lhaddad)
1 ano, 2 meses atrás
Resultados da verificação para compatibilidade com PHP 7.2: O plugin/tema foi ignorado porque era muito grande para verificar antes que o servidor terminasse o processamento. Algum segredo?
(@ilmigo)
1 ano, 1 mês atrás
@davidvee já se passaram meses e semanas, mas ainda temos esse problema. alguma atualização disso?
(@davidvee)
Funcionário do WPEngine
1 ano, 1 mês atrás
Olá @ilmigo. Desculpe a demora neste assunto. Depois de fazer muita pesquisa sobre o que uma verificação específica está fazendo, descobrimos que o plug-in geralmente trava devido a condições ambientais nos servidores em que as verificações estão sendo executadas versus o próprio plug-in ou certos tipos de código que ele verifica causando o problema.
Isso significa que não há uma maneira limpa de codificar o problema no plug-in. No momento, estamos explorando opções para “scrub” (por exemplo, descarregar a limpeza do seu servidor/computador para um serviço externo). Essa abordagem exigiria custos contínuos de servidor, sistemas de autenticação, controles de abuso etc. (como qualquer serviço de computação externo faria), então estamos analisando o quão viável seria para nós neste caso.
Nossa recomendação neste momento é que se o plugin travar durante uma varredura, você deve tentar em um ambiente diferente (por exemplo, localmente, etc.). eu gosto de usar para ambientes locais. Com divulgação completa, comprei o WP Engine Flywheel no ano passado, então é claro que quero seu produto desenvolvido localmente 🙂
Como já mencionado, é sempre melhor executar as varreduras em um servidor que não seja de produção (travado ou não).
Existem outras ferramentas/opções para suporte à versão PHP que exigem mais recursos técnicos do que este plugin, portanto, planejamos atualizar a documentação do plugin para fazer referência a essas soluções alternativas se os usuários do plugin tiverem uma verificação pendente. .
No momento, estamos focados em obter suporte 7.4 imediatamente e voltaremos às atualizações documentadas e examinaremos a opção lado a lado.
(@larry-mcmahon)
Há 1 ano
Se você puder me dizer se há alguma configuração que possa ser usada para permitir temporariamente esse excesso de trabalho. Qual site é muito pequeno/baixo para fazer isso?
(@xorciso)
Há 1 ano
Oi @davidvee, você poderia nos dizer quais devem ser as condições ambientais no servidor de teste em que estamos executando este plugin? Copiei meu site cliente para meu servidor de teste e estou recebendo esta mensagem de erro. Aumentei max_execution_time no php.ini para 3000 (50 minutos), e após 20 minutos todos os 15 plugins foram verificados e toda essa mensagem de erro foi contra eles. Como devemos configurar um ambiente de teste para que este plugin funcione?
Isto foi útil?
0 / 0