Pergunta sobre como corrigir o WordPress WordPress: Alcance 100% do limite de uso da CPU

Um usuário perguntou ?

Tenho um site wordpress + woocommerce com média de 300 visitantes por dia. Eu tenho me perguntado por algum tempo se meu site está usando 100% de uso da CPU. Isso só acontece quando estou logado na seção de administração fazendo coisas básicas como criar novos produtos, processar pedidos ou até mesmo atualizar plugins. Por alguns segundos ou mais, o uso da CPU atinge 100% do limite fornecido pela empresa de hospedagem.

Falei com a empresa de hospedagem sobre isso, mas eles não me ajudaram. Tudo o que recebo deles são mensagens ameaçadoras de que vão suspender minha conta.

Eu tentei literalmente tudo. Tentei desabilitar plugins, voltei ao tema padrão. Eu também tenho um plugin instalado para controlar a API Heartbeat, mas nada parece funcionar. Alguém pode ajudar-me?

(@farhadvn)

1 ano, 3 meses atrás

Isso pode ser plugin bcs, você tem um cpanel?

lançador de tópicos

(@mayank29gupta)

1 ano, 3 meses atrás

Oi @farhadvn Tentei desabilitar os plugins mas não funcionou. Mas eu tenho um cpanel.

(@farhadvn)

1 ano, 3 meses atrás

Bem, você bloqueia bots em seu site?

Verifique também PS .user.ini ou php.ini e escreva conteúdo!

Seu wp cron está ativo?

lançador de tópicos

(@mayank29gupta)

1 ano, 3 meses atrás

Oi @farhadvn obrigado pela resposta.

Não consegui encontrar nenhum arquivo user.ini ou php.ini. Onde costumam ser encontrados?

Eu nunca fiz nenhuma alteração nas configurações do wp cron, então não tenho certeza se está ativo ou não. No entanto, há uma entrada que é um arquivo wp-config

define( 'WP_CRON_LOCK_TIMEOUT', 120 );

Verifiquei os logs de erros e encontrei uma entrada várias vezes.

WP_MEMORY_LIMIT’ - assumed '‘WP_MEMORY_LIMIT’' in wp-config.php on line 88
PHP Notice:  Use of undefined constant ‘256M’ - assumed '‘256M’' in wp-config.php on line 88

(@farhadvn)

1 ano, 3 meses atrás

No diretório raiz de public_html (oculto por padrão, verifique as configurações e mostre o arquivo oculto ativamente).

Deixe-me dizer também que sua personalização define as configurações do wp.

(@farhadvn)

1 ano, 3 meses atrás

Adicione isso à configuração do wp:

define('DISABLE_WP_CRON', true);

Remova isso da configuração do wp:

define( 'WP_CRON_LOCK_TIMEOUT', 120 );

Vá para as postagens do cpanel, cron:

Adicione uma postagem, selecione common job como 5 minutos, e insira isso command:

wget -q -O -

Lembre-se em vez disso yoursite.com com seu próprio URL.

(@ittoufiq)

1 ano, 3 meses atrás

Olá, por favor, leia este post do blog. Isso irá ajudá-lo.

Clique no Conexão

Nota: use o plug-in recaptcha do Google

Esta resposta foi modificada há 1 ano e 3 meses.

(@tp)

1 ano, 3 meses atrás

@mayank29gupta,

Sugiro fazer perguntas para que os desenvolvedores de plugins e a comunidade de suporte possam ajudá-lo com isso.

lançador de tópicos

(@mayank29gupta)

1 ano, 3 meses atrás

Caro @farhadvn, procurei na raiz do diretório public_html, mas não há arquivo user.ini ou php.in. A configuração foi alterada para mostrar arquivos ocultos.

Eu adicionei o cron job ao cpanel e desativei o cron nas configurações como você sugeriu.

Esta é a aparência do meu arquivo de configuração.

<?php
/** Enable W3 Total Cache */
define('WP_CACHE', true); // Added by W3 Total Cache

 
/**
 * The base configuration for WordPress
 *
 * The wp-config.php creation script uses this file during the
 * installation. You don't have to use the web site, you can
 * copy this file to "wp-config.php" and fill in the values.
 *
 * This file contains the following configurations:
 *
 * * MySQL settings
 * * Secret keys
 * * Database table prefix
 * * ABSPATH
 *
 * @link 
 *
 * @package WordPress
 */
// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
 //Added by WP-Cache Manager
define( 'WPCACHEHOME', 'plugins/wp-super-cache/' ); //Added by WP-Cache Manager
define('DB_NAME', 'removed');
/** MySQL database username */
define('DB_USER', 'removed');
/** MySQL database password */
define('DB_PASSWORD', 'removed');
/** MySQL hostname */
define('DB_HOST', 'localhost');
/** Database Charset to use in creating database tables. */
define('DB_CHARSET', 'utf8');
/** The Database Collate type. Don't change this if in doubt. */
define('DB_COLLATE', '');
/**#@+
 * Authentication Unique Keys and Salts.
 *
 * Change these to different unique phrases!
 * You can generate these using the {@link  WordPress.org secret-key service}
 * You can change these at any point in time to invalidate all existing cookies. This will force all users to have to log in again.
 *
 * @since 2.6.0
 */
define('AUTH_KEY',         'removed');
define('SECURE_AUTH_KEY',  'removed');
define('LOGGED_IN_KEY',    'removed');
define('NONCE_KEY',        'removed');
define('AUTH_SALT',        'removed');
define('SECURE_AUTH_SALT', 'removed');
define('LOGGED_IN_SALT',   'removed');
define('NONCE_SALT',       'removed');
/**#@-*/
/**
 * WordPress Database Table prefix.
 *
 * You can have multiple installations in one database if you give each
 * a unique prefix. Only numbers, letters, and underscores please!
 */
$table_prefix  = 'wpvz_';
/**
 * For developers: WordPress debugging mode.
 *
 * Change this to true to enable the display of notices during development.
 * It is strongly recommended that plugin and theme developers use WP_DEBUG
 * in their development environments.
 *
 * For information on other constants that can be used for debugging,
 * visit the Codex.
 *
 * @link 
 */
ini_set('display_errors','Off');
ini_set('error_reporting', E_ALL );
define('WP_DEBUG', false);
define('WP_DEBUG_DISPLAY', false);
define( 'AUTOSAVE_INTERVAL', 300 );
define( 'WP_POST_REVISIONS', 5 );
define( 'EMPTY_TRASH_DAYS', 7 );
define('DISABLE_WP_CRON', true);
/* That's all, stop editing! Happy blogging. */
define(‘WP_MEMORY_LIMIT’, ‘256M’);
/** Absolute path to the WordPress directory. */
if ( !defined('ABSPATH') )
	define('ABSPATH', dirname(__FILE__) . '/');
/** Sets up WordPress vars and included files. */
require_once(ABSPATH . 'wp-settings.php');
error_reporting(E_ALL); ini_set('display_errors', 1);

(@farhadvn)

1 ano, 3 meses atrás

@ mayank29gupta Não há problema com arquivos ini.

Tudo parece bem, basta remover a última linha:

error_reporting(E_ALL); ini_set('display_errors', 1);

E mudar error_reporting(E_ALL); na 2ª linha para error_reporting(0); a menos que você precise de log de erros do php. (Salve primeiro para horas de depuração)

por favor instale este plugin:

Segurança e firewall tudo em um WP

E funções ativas uma a uma, captcha também. (Não proteja ativamente por força bruta)

Este é um plugin de segurança gratuito e útil.

Em seguida, verifique o uso da CPU.

Observação– Se não corrigir, basta verificar o cache do plug-in e os plug-ins não utilizados, verificar o status de atualização deles, se não corrigir, deve haver um problema de plug-in que precisa ser relatado à equipe do woo. Normalmente, no entanto, esses trabalhos devem ser corrigidos.

lançador de tópicos

(@mayank29gupta)

1 ano, 3 meses atrás

Obrigado @farhadvn, farei como você me disse. Enquanto isso, você poderia me dizer qual deve ser o limite aceitável de uso da CPU? Como posso verificar no cpanel, sempre atingi o limite de CPU de 50% algumas vezes ao dia. Na maioria das vezes, nem tenho acesso à área de administração. Na verdade, eu não sabia que em poucas palavras alcançava 100% de uso, mas não tinha acesso ao site.

(@farhadvn)

1 ano, 3 meses atrás

@ mayank29gupta É baseado em muitos fatores, como o número e o sistema de plugins, o tema, os recursos e o número de visitantes e visualizações.

Quanto a um tema, esqueci, você precisa combinar arquivos CSS e cache ativo do navegador, será muito útil. Economize sua intensidade de carga e largura de banda.
Teste seu site com gtmetrix.com, diz 2 graus, me diga os dois, com tempo de carregamento e número de solicitações.

(@autotutorial)

1 ano, 3 meses atrás

Mude você mesmo de '
define('WP_MEMORY_LIMIT','256M');

certifique-se também de não usar todas as imagens em uma pasta.

lançador de tópicos

(@mayank29gupta)

1 ano, 3 meses atrás

A seguir está a pontuação @farhadvn da Gmetrix.

Pontuação de velocidade de página – Pontuação YSlow 92% – C 72%

Tempo de carregamento: 4,2 segundos Tamanho total da página – 710kb Solicitações: 70

Para sua referência, estou anexando uma imagem do consumo atual da CPU.

Esta resposta foi modificada há 1 ano e 3 meses.

Isto foi útil?

0 / 0

Deixe uma resposta 0

O seu endereço de email não será publicado. Campos obrigatórios são marcados *