Man, oh man, nogle gange bander jeg – så godt, så praktisk og funktionelt som det er – WordPress går derhen hvor peberen gror og for at tingene forsvinder hurtigere, kommer der et skud fra AK47 bagefter... 
Det var ikke det, at jeg har skruet rundt med nye plugins eller noget lignende i WordPress, nej, for en gangs skyld kunne det ikke have været sådan noget og pludselig virker ikke en eneste sideskift nummerering i WordPress mere, eller jeg har nu fundet ud af at systemet går ud fra at jeg har 0 artikler i bloggen , som nemt overskrides på næsten 5000 og derfor vises ingen sidenavigation (frem - tilbage) længere, både i admin og i brugerområdet. Store. Halleluja! 
Men lad os tage det en ad gangen, og lad os komme til fejlretning. Efter en lang søgen og mange timer sporede jeg sagen og fandt ud af hvor problemet var ved hjælp af følgende par linjer kode, indbygget i bunden af temaets index.php:
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."
";
Dette gøres kl paged og max_num_page Sjovt nok er værdien = (NULL) output, hvilket som sagt ikke kan være tilfældet, men det er åbenbart en kendt fejl i WordPress, ligesom jeg kunne finde ud af gutterne fra Google. Så problemet er yderligere indsnævret og resulterer naturligvis i «wp-includes/link-template.php» med følgende funktion get_next_posts_link og følgende linje:
$max_page = $wp_query->max_num_pages;
for mig det max_num_pages om $wp_query har også værdien 0 (NUL). Så jeg tog den ulejlighed og gennemsøgte databasen fuldstændigt for at se, om der var en fejl, og for at være sikker max_num_pages er indstillet, og hvad skal jeg sige, alt er fint... Jeg søgte videre rundt posts_per_page under $wp_query->query_vars[] fundet og kunne i første omgang overtale WordPress til at samarbejde lidt igen. Her er den første rettelse:
I wp-includes/link-template.php skal du erstatte følgende linje
$max_page = $wp_query->max_num_pages;
med
$max_page = $wp_query->query_vars['posts_per_page'];
Men min PageNavi virkede ikke igen på en sådan måde, at den kunne bruges, så jeg ledte efter en anden tilgang og fandt den med følgende kodelinjer i index.php af temaet:
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, det resulterer i navigation igen, der giver dig mulighed for at bevæge dig frem og tilbage, i hvert fald for den besøgende. Jeg kan få adgang til admin siden direkte via URL. Desværre vises navigationssystemet nu på hver side, selvom der ikke følger nogen, men bedre end slet ingen...
Hvis nogen har lignende problemer og kender en bedre tilgang, ville jeg være taknemmelig for ethvert råd!
Mere til dig:
"Dravens Tales from the Crypt" har været fortryllende i over 15 år med en usmagelig blanding af humor, seriøs journalistik - til aktuelle begivenheder og ubalanceret rapportering i pressens politik - og zombier, garneret med masser af kunst, underholdning og punkrock. Draven har forvandlet sin hobby til et populært mærke, der ikke kan klassificeres.
Min blog var aldrig designet til at sprede nyheder, endsige blive politisk, men med aktualitet kan jeg bare ikke lade være med at fange information her, som ellers er censureret på alle andre kanaler. Jeg er klar over, at designsiden måske ikke virker "seriøs" for mange i denne henseende, men jeg vil ikke ændre dette for at glæde "mainstream". Enhver, der er åben for ikke-statsoverensstemmende oplysninger, ser indholdet og ikke emballagen. Jeg har forsøgt nok at give folk information de sidste 2 år, men bemærkede hurtigt, at det aldrig er ligegyldigt, hvordan det er "pakket", men hvad den anden persons holdning til det er. Jeg vil ikke lægge honning på nogens mund for at leve op til forventningerne på nogen måde, så jeg vil beholde dette design, fordi jeg forhåbentlig på et tidspunkt vil være i stand til at holde op med at komme med disse politiske udtalelser, for det er ikke mit mål at fortsætte sådan for evigt 
Jeg lader det være op til enhver, hvordan de håndterer det. Du er velkommen til at kopiere og distribuere indholdet, min blog har altid ligget under WTFPL licens.
Det er svært for mig at beskrive, hvad jeg rent faktisk laver her, DravensTales er blevet en kulturblog, musikblog, chokblog, techblog, horrorblog, sjovblog, en blog om fundne genstande på internettet, internetbizar, papirkurvblog, kunstblog, vandvarmer, tidsåndsblog gennem årene , Skrot blog og grab taske blog kaldet. Alt der er rigtigt ... - og alligevel ikke. Blogens hovedfokus er samtidskunst i ordets bredeste forstand.
For at sikre driften af siden er du velkommen til Giv en donation med kreditkort, Paypal, Google Pay, Apple Pay eller direkte debitering/bankkonto. Mange tak til alle læsere og støtter af denne blog!
Fantastisk pointe og meget interessant stof til eftertanke. Jeg er ikke sikker på, at jeg har nogen kunder, jeg kan replikere dette med, men jeg vil huske på det i fremtiden. Med venlig hilsen
Nå, det vil nok være bedst til at blogge. Det er bare, at grænserne mellem ægte CMS og blogware alligevel udviskes. Det vigtigste er, at I kommer sammen. som sagt: for hurtigt, for fræk til at dø
Nå, blogging software er != CMS, men grænserne er virkelig tynde, og jeg vil ikke bøvle med TYPO3 til blogging
Lev hurtigt dø ung 
godt, det var nok lidt for hurtigt og for frækt. I sidste ende får alle, hvad de fortjener
Så jeg ville være åben for et alternativ
Men tilsyneladende tjente jeg penge efter Blogger WordPress 
hvorfor bruger du det lort?
Nå, fordi jeg ellers sætter stor pris på udvidelsesmulighederne og ydeevnen. Men jeg vil bestemt gerne lære noget bedre...
Hmmmm, jeg har nu taget Heugeli til min blog (virker ikke for dem alle, nogle af dem har sporing) og slået PHP Speedy fra. Mit testværktøj giver nu tider på 2 til 7 sekunder. Er det sandt?
Og ja, billederne i indlæggene er relativt store, men vi lever i bredbåndets tidsalder
Ja, tingene er blevet meget bedre
Billederne burde ikke være et problem, de indlæses når det bliver deres tur.
Super, tak for din feedback!
I hvert fald, følg med 
og test igen...
Det ser ud til at køre meget hurtigere under Firefox end med Safari... wtf?
men ikke.. nemt 15 sekunder efter at have postet en kommentar..
Jeg bruger også Firefox og Chrome og siden indlæses meget hurtigt, i IE tager det virkelig omkring 7 sekunder, før der dukker noget op på skærmen... Meget mærkeligt...
I øvrigt tak for testene! Jeg har nu 126 forespørgsler. 0,996 sekunder
og noget unødvendigt Java Script indlæst af plugins, plus unødvendig PHP-kode fjernet fra temaet, og dette ser ud til at være en generel. gennemsnitlig indlæsningstid på 6 sekunder 
Kan du også bekræfte det?
FF har bare den bedre motor. er ingen hemmelighed.
men der er stadig noget galt...
Der går forholdsvis lang tid, før der sker noget på skærmen.
Dette kan også skyldes et af billederne, der er indsat i sidebjælken.
som ikke er hostet af dig..
eller i bunden af alle de linkede ting...
Blogtuning er en videnskab i sig selv
mere end 10 sekunder før der sker noget...
Jeg har tider på 2-15 sekunder... indtil din side vises..
meget mærkeligt..
men sidegenereringstiden er drastisk reduceret
Denne gang var din side tilbage kun 12 sekunder efter kommentaren...
141 forespørgsler. 5,231 sekunder
og du ser stadig ud til at have to twitter-plugins kørende
Så nu er der stadig 109 forespørgsler med 3,419 sekunder, meget bedre, og du har også en skurk kørende, alene Movie Rating udsender omkring 60 forespørgsler
Sodele, efter lidt søgning og optimering og udrensning af plugins har jeg nu følgende værdier: 122 forespørgsler. 1,398 sekunder, det er noget.
Jeg håber nu, at bloggen ikke kun indlæses hurtigere subjektivt...
Dette er de plugins, du kører...
Prøv at deaktivere nogle få midlertidigt...
Jeg havde engang et trailer-plugin kørende, som optog 3/4 af alle forespørgsler og indlæsningstid...
Dit Twitter-plugin løber amok i bloggen!!!!!
HVER NORMALE KOMMENTAR OG HVER SPAM-KOMMENTAR VIL BLIVE UDSTEDT!!!
Uuuuuuuui, tak for at påpege den del og rydde op på Twitter... Nå, det var et forsøg værd. Men spørgsmålet generer mig mere, hmmmmmm... *grubler*
ingen anelse om hvad de havde...
pludselig virkede det igen...
Jeg har bemærket, at dit websted tager lang tid at indlæse...
Nå, altid... Jeg går ud fra, at du vil sende 2,5 millioner SQL-forespørgsler, hver gang du bygger en side.
Dette kræver uendelige serverressourcer...
for at være præcis.. 169 forespørgsler. 4,918 sekunder
til sammenligning.. min hjemmeside har brug for 92 forespørgsler. 0,690 sekunder...
Og hvis de har et problem og ikke bemærker det i weekenden...
så søger du forgæves...
Tak, jeg regner også med "og pludselig virker det igen-effekten"
Hmmm, så jeg reducerede antallet af opslag, men jeg får stadig over 140 forespørgsler, endsige på nuværende tidspunkt er det lidt mærkeligt... Har du en idé om, hvordan jeg kan få dem ned?
mærkelig...
Nå, jeg havde sådan noget engang, da min vært mysql havde problemer...
Dog meget mærkeligt...
mySQL problemer? Har du noget mere specifikt? Hvad var der galt med din vært dengang?