Cara, ah cara, às vezes eu xingo - por melhor, por mais prático e funcional que seja - o WordPress vai onde a pimenta cresce e para que a coisa desapareça mais rápido, tem um tiro da AK47 depois... 
Não foi que eu mexi com novos plugins ou algo semelhante no WordPress, não, pela primeira vez não poderia ter sido algo assim e de repente nem uma única numeração de quebra de página funciona mais no WordPress, ou agora descobri que o sistema assume que tenho 0 artigos no blog, o que é facilmente ultrapassado em quase 5000 e, portanto, nenhuma navegação de página (para frente - para trás) é mais exibida, tanto na área de administração quanto na área de usuário. Ótimo. Aleluia! 
Mas vamos analisar um de cada vez e passar à depuração. Após uma longa pesquisa e muitas horas, localizei o problema e descobri onde estava o problema com a ajuda das seguintes linhas de código, incorporadas na parte inferior do index.php do tema:
global $wp_query;
$posts_per_page = intval(get_query_var('posts_per_page'));
$paged = intval(get_query_var('paged'));
echo "posts_per_page: ".$posts_per_page."
";
echo "paged: ".$paged."
";
echo "max_page: ".$wp_query->max_num_pages."
";
Isto é feito em paged e max_num_page lustigerweise der Wert = (NULL) ausgegeben, was wie gesagt nicht sein kann, aber offensichtlich ist dies ein bekannter Bug in WordPress, sowie ich über die Jungs von Google erfahren durfte. Also heiter weiter das Problem eingegrenzt und offensichtlich ergibt sich in «wp-includes/link-template.php» mit folgender Funktion get_next_posts_link e a seguinte linha:
$max_page = $wp_query->max_num_pages;
para mim isso max_num_pages sobre $wp_query também tem o valor 0 (ZERO). Então me dei ao trabalho e pesquisei completamente no banco de dados para ver se havia algum erro e para ter certeza max_num_pages está definido, e o que posso dizer, está tudo bem... procurei mais posts_per_page para $wp_query->query_vars[] encontrou e inicialmente conseguiu persuadir o WordPress a cooperar um pouco novamente. Aqui está a primeira correção:
Em wp-includes/link-template.php, substitua a seguinte linha
$max_page = $wp_query->max_num_pages;
mit
$max_page = $wp_query->query_vars['posts_per_page'];
Mas meu PageNavi não funcionou novamente de forma que pudesse ser usado, então procurei outra abordagem e a encontrei com as seguintes linhas de código no index.php do tema:
Recent Articles
< ?php
$temp = $wp_query;
$wp_query= null;
$wp_query = new WP_Query();
$wp_query->query('showposts=5'.'&amp;paged='.$paged);
?>
< ?php while ($wp_query->have_posts()) : $wp_query->the_post(); ?>
- " rel="bookmark">< ?php the_title(); ?>
< ?php endwhile; ?>
< ?php $wp_query = null; $wp_query = $temp;?>;
Ok, isso resulta novamente em uma navegação que permite avançar e retroceder, pelo menos para o visitante. Posso acessar a página de administração diretamente via URL. Infelizmente, o sistema de navegação agora é exibido em todas as páginas, mesmo que não haja seguidores, mas é melhor do que nada...
Se alguém tiver problemas semelhantes e conhecer uma abordagem melhor, ficaria grato por qualquer conselho!
Mais para você:
"Dravens Tales from the Crypt" encanta há mais de 15 anos com uma mistura insípida de humor, jornalismo sério - para atualidades e reportagens desequilibradas na política da imprensa - e zumbis, guarnecida de muita arte, entretenimento e punk rock. Draven transformou seu hobby em uma marca popular que não pode ser classificada.
Meu blog nunca foi projetado para espalhar notícias, muito menos para ser político, mas com assuntos atuais eu simplesmente não posso deixar de capturar informações aqui que são censuradas em todos os outros canais. Estou ciente de que a página de design pode não parecer "séria" para muitos a esse respeito, mas não vou mudar isso para agradar o "mainstream". Qualquer pessoa aberta a informações não compatíveis com o estado vê o conteúdo e não a embalagem. Eu tentei o suficiente para fornecer informações às pessoas nos últimos 2 anos, mas rapidamente percebi que nunca importa como é "embalado", mas qual é a atitude da outra pessoa em relação a isso. Não quero colocar mel na boca de ninguém para atender expectativas de forma alguma, então vou manter esse design porque espero que em algum momento eu consiga parar de fazer essas declarações políticas, porque não é meu objetivo continuar assim para sempre 
Deixo para todos como eles lidam com isso. Você está convidado a copiar e distribuir o conteúdo, meu blog sempre esteve sob a Licença WTFPL.
É difícil para mim descrever o que estou realmente fazendo aqui. DravensTales se tornou um blog de cultura, blog de música, blog de choque, blog de tecnologia, blog de terror, blog divertido, um blog sobre itens encontrados na internet, internet bizarra, blog de lixo, blog de arte, aquecedor de água, blog zeitgeist ao longo dos anos , Blog de recados e blog de sacolas de compras chamados. Tudo que está certo ... - e ainda assim não. O foco principal do blog é a arte contemporânea, no sentido mais amplo da palavra.
Para garantir o funcionamento do site, você está convidado a Faça uma doação por cartão de crédito, Paypal, Google Pay, Apple Pay ou débito direto/conta bancária. Muito obrigado a todos os leitores e apoiadores deste blog!
Excelente ponto e alimento muito interessante para reflexão. Não tenho certeza se tenho algum cliente com quem possa replicar isso, mas terei isso em mente no futuro. Cumprimentos
Bem, provavelmente será melhor para blogs. Acontece que as fronteiras entre o CMS real e o blogware são confusas de qualquer maneira. O principal é que vocês se dêem bem. como eu disse: muito rápido, muito atrevido para morrer
Bem, software de blog é! = CMS, mas os limites são muito tênues e não quero me preocupar com o TYPO3 para blogs
Viva rapido os jovens 
bem, provavelmente foi um pouco rápido e atrevido demais. No final, cada um recebe o que merece
Então eu estaria aberto a uma alternativa
Mas aparentemente ganhei dinheiro depois do Blogger WordPress 
por que você está usando essa porcaria?
Bem, porque eu realmente aprecio a capacidade de expansão e o desempenho. Mas eu definitivamente gostaria de aprender algo melhor...
Hmmmm, agora levei o Heugeli para o meu blog (não funciona para todos eles, alguns deles têm rastreamento) e desliguei o PHP Speedy. Minha ferramenta de teste agora fornece tempos de 2 a 7 segundos. Isso é verdade?
E sim, as fotos nas postagens são relativamente grandes, mas vivemos na era da banda larga
Sim, as coisas melhoraram muito
As fotos não devem ser problema, elas serão carregadas quando chegar a sua vez.
Ótimo, obrigado pelo seu feedback!
De qualquer forma, fique ligado 
e teste novamente...
Parece rodar muito mais rápido no Firefox do que no Safari... wtf?
mas não .. facilmente 15 segundos depois de postar um comentário ..
Também estou usando Firefox e Chrome e a página carrega muito rápido, no IE realmente demora cerca de 7 segundos até aparecer algo na tela... Muito estranho...
A propósito, obrigado pelos testes! Agora tenho 126 consultas. 0,996 segundos
e alguns Java Script desnecessários carregados por plugins, além de código PHP desnecessário removido do tema e isso parece ser geral. tempo médio de carregamento de 6 segundos 
Você pode confirmar isso também?
FF simplesmente tem o melhor motor. não é segredo.
mas ainda há algo errado...
Demora relativamente muito tempo até que algo aconteça na tela.
Isso também pode ser devido a uma das imagens inseridas na barra lateral.
que não é hospedado por você..
ou na parte inferior de todas as coisas vinculadas ...
O ajuste de blogs é uma ciência em si
mais de 10 segundos até que algo aconteça...
Tenho tempos de 2 a 15 segundos…. até que sua página seja exibida.
muito estranho..
mas o tempo de geração da página é drasticamente reduzido
Desta vez sua página voltou apenas 12 segundos após o comentário...
141 consultas. 5,231 segundos
e você ainda parece ter dois plugins do Twitter em execução
Então, agora ainda são 109 consultas com 3,419 segundos, muito melhor e você também tem um vilão rodando, só o Movie Rating envia cerca de 60 consultas
Sodele, depois de algumas pesquisas e otimização e limpeza de plugins agora tenho os seguintes valores: 122 consultas. 1,398 segundos, isso é alguma coisa.
Agora espero que o blog não apenas carregue mais rápido subjetivamente...
Estes são os plug-ins que você está executando…
Tente desativar alguns temporariamente...
Certa vez, tive um plugin de trailer em execução que consumiu 3/4 de todas as consultas e tempo de carregamento...
Seu plugin do Twitter está descontrolado no blog!!!!!
CADA COMENTÁRIO NORMAL E CADA COMENTÁRIO DE SPAM SERÃO POSTADOS!!!
Uuuuuuuui, obrigado por apontar essa parte e limpar o Twitter... Bom, valeu a pena tentar. Mas a questão da consulta me incomoda mais, hmmmmmm… *pondera*
não faço ideia do que eles tinham...
de repente funcionou de novo...
Percebi que seu site está demorando muito para carregar...
Bem, sempre... Presumo que você enviará 2,5 milhões de consultas SQL toda vez que construir uma página.
Isso requer recursos infinitos do servidor…
para ser exato.. 169 consultas. 4,918 segundos
para comparação.. minha página inicial precisa de 92 consultas. 0,690 segundos….
E se eles tiverem algum problema e não perceberem no final de semana...
então você procura em vão...
Danke, ich rechne eben auch mit dem «und plötzlich geht es wieder Effekt»
Hmmm, então reduzi o número de postagens, mas ainda recebo mais de 140 consultas, quanto mais neste momento é um pouco estranho... Você tem ideia de como posso baixá-las?
estranho...
Bem, eu tive algo assim uma vez quando meu host mysql teve problemas...
Porém, muito estranho…
problemas com mySQL? Você tem algo mais específico? O que havia de errado com seu anfitrião naquela época?