Forumitbr.com.br

Servidor infectado, 100 mil, 500 mil usuários criados... imagine ter que deletar um por um.

Segue query para buscar por tipo de usuário e remover tanto da tabela users como da usermeta , rode no PhpMyadmin com o banco do Wordpress selecionado, a query está limitado a 10 mil remoções, mas você pode aumentar este valor se precisar. Atenção ao prefixo da tabela wp_ pode não ser padrão.

DELETE 
FROM wp_users
WHERE EXISTS
      ( SELECT t2.user_id
        FROM wp_usermeta AS t2
        WHERE t2.user_id = wp_users.ID
          AND t2.meta_key ='wp_capabilities' AND meta_value LIKE '%subscriber%'
      ) 
ORDER BY ID DESC
LIMIT 10000
E finalmente para remover os dados orfãos , uma última query:

DELETE FROM wp_usermeta WHERE user_id NOT IN (SELECT ID FROM wp_users);

Após migrar um site de um novo cliente percebi que o arquivo error.log estava crescendo muito rápido.
Averiguando lá estavam varias entradas de log conforme abaixo:

      mod_fcgid: stderr: PHP Notice:  A função _load_textdomain_just_in_time foi chamada incorretamente. O carregamento da tradução para o domínio gillion foi ativado muito cedo. Isso geralmente é um indicador de que algum código no plugin ou tema está sendo executado muito cedo. As traduções devem ser carregadas na execução init ou mais tarde. Leia como Depurar o WordPress para mais informações. (Esta mensagem foi adicionada na vers\xc3\xa3o 6.7.0.) in /var/www/clients/client8/web24/web/wp-includes/functions.php on line 6121, referer:

Portanto, o problema relatado está relacionado a mudanças no WordPress 6.7 e como as traduções são carregadas em alguns plugins e temas.

Em outras palavras, este erro ocorre porque algum código de um plugin ou tema está carregando traduções antes da ação init, o que agora não é mais...

Segue .htaccess para reforçar a segurança do Wordpress impedindo a execução de scripts php em seus diretórios principais, evitando surpresas desagradáveis com scripts e trojans injetados em seu site, ou mesmo forçar redirecionamento de SEO.
Basta criar ou enviar o conteúdo abaixo para os diretórios mencionados:

Criar em: /wp-content/.htaccess

 
    Order allow,deny
    Deny from all
 
 
    Require all denied
 

Criar em /wp-includes/.htaccess

 
    Order allow,deny
    Deny from all
 
 
    Require all denied
 

Criar em /wp-content/uploads/.htaccess

 
    Order allow,deny
    Deny from all
 
 
    Require all denied
 

Após um update mal sucedido no Woocommerce o wp-admin não conseguia mais logar.
Analisando os logs de erro chegamos a seguinte linha:

mod_fcgid: stderr: Erro de banco de dados do WordPress Duplicate entry '0' for key 'PRIMARY' para a consulta INSERT INTO `wp_usermeta`

feita por wp_signon, wp_set_auth_cookie, WP_Session_Tokens->create, WP_Session_Tokens->update, WP_User_Meta_Session_Tokens->update_session, WP_User_Meta_Session_Tokens->update_sessions, update_user_meta, update_metadata, add_metadata

A solução foi acessar via phpmyadmin e alterar a tabela wp_usermeta para que usasse Auto Increment
Após ajuste o Wordpress voltou a funcionar normalmente.

Seleção_475.png

Após ativar um certificado SSL em seu site você vai precisar alterar as URLS do Wordpress de HTTP para HTTPS.
Seguem as 3 consultas necessárias para alterar todas as urls através do phpMyAdmin ou outro cliente MySQL/MariaDB.

UPDATE wp_options SET option_value = replace(option_value, ' ' WHERE option_name = 'home' OR option_name = 'siteurl';
UPDATE wp_postmeta SET meta_value = replace(meta_value,'
UPDATE wp_posts SET post_content = replace(post_content, ' '

Verifique antes como estão estes valores, principalmente o nome das tabelas.
Após confirmar basta rodar a consulta selecionando o banco de dados do Wordpress :)