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!
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?