Mies, oi mies, joskus kiroan - niin hyvä kuin se on käytännöllistä ja toimivaa - WordPress sinne, missä pippuri kasvaa ja jotta osa katoaa nopeammin, AK47: ltä tulee jälkikäteen jälkikäteen ...
Kumpikaan siitä, että olen ruuvannut uuden laajennuksen tai jotain sellaista WordPressiin, ei, kerran se ei voinut olla jotain sellaista eikä yhtäkään sivunvaihdon numerointi toimi enää WordPressissä, tai olen tällä välin huomannut, että järjestelmä olettaa, että minulla on 0 artikkelia blogissa joka on helposti ylitettävissä lähes 5000: lla, joten sivunavigointia (eteenpäin - taaksepäin) ei enää näytetä, eikä järjestelmänvalvojalla eikä käyttäjäalueella. Loistava. Halleluja!
Mutta ensin asiat ensin, ja aloitetaan virheenkorjaus. Pitkän etsinnän ja monien tuntien jälkeen pääsin radalle ja seuraavien muutaman koodirivin avulla, jotka rakennettiin teeman index.php sisään, selvitin ongelman:
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."
";
Tekemällä niin paged
und 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
ja seuraava rivi:
$max_page = $wp_query->max_num_pages;
minulle se max_num_pages
noin $wp_query
on myös arvo 0 (NULL). Joten otin vaivaa etsiä tietokannasta kokonaan nähdäksesi onko virhe ja varmista että max_num_pages
on asetettu, ja mitä voin sanoa, kaikki on hyvin ... Etsin lisää posts_per_page
varten $wp_query->query_vars[]
löytyi ja voisi saada WordPressin tekemään toistaiseksi jälleen yhteistyötä. Tässä on ensimmäinen korjaus:
Korvaa seuraava rivi wp-include / link-template.php: ssä
$max_page = $wp_query->max_num_pages;
MIT
$max_page = $wp_query->query_vars['posts_per_page'];
Mutta tällöin PageNavi ei toiminut uudelleen niin, että tarvitsisit sitä, joten etsin lähestymistapaa uudelleen ja löysin sen seuraavien koodirivien avulla teema index.php: ssä:
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, joten on jälleen navigointi, jolla voi liikkua eteenpäin ja taaksepäin, ainakin vierailijalle. Voin osoittaa järjestelmänvalvojan sivulle suoraan URL-osoitteen kautta. Valitettavasti navigointijärjestelmä näkyy nyt jokaisella sivulla, vaikka sillä ei olisi yhtään seuraajaa, mutta parempi kuin ei lainkaan ...
Jos jollakin pitäisi olla samanlaisia ongelmia ja hän tietää paremman lähestymistavan, olen kiitollinen kaikista neuvoista!
Loistava kohta ja erittäin mielenkiintoinen ajatusateria. En ole varma, onko minulla asiakkaita, joiden kanssa voin toistaa tämän, mutta pidän mielessä tulevaisuuden kannalta. Terveiset
hyvin bloggaamista varten se on paras. on vain niin, että todellisen CMS: n ja blogiohjelmien väliset rajat ovat silti tahrattomia. tärkeintä on, että tulet toimeen. kuten sanoin: liian nopeasti, liian röyhkeä kuolla
No, blogiohjelmisto on! = CMS, mutta rajat ovat todella ohuita, enkä pidä TYPO3: n bloggaamisesta Elä nopeasti, kuole nuorena
No, se oli vähän liian nopeaa ja liian röyhkeä. Loppujen lopuksi jokainen saa mitä ansaitsee
Joten olisi avoin vaihtoehto Mutta ilmeisesti ansaitsin WordPressin Bloggerin jälkeen
miksi käytät paskaa?
No, koska muuten arvostan todella laajennettavuutta ja suorituskykyä. Mutta olen onnellinen siitä, että minulle opetetaan jotain parempaa ...
Hmmmm, olen nyt laittanut Heugelin blogiini (ei toimi kaikille, jotkut ovat seurannalla) ja kytkenyt PHP Speedyn pois päältä. Testityökaluni tuottaa nyt 2–7 sekunnin ajan. Onko tämä totta?
Ja kyllä, kuvat ovat myös suhteellisen suuria, mutta elämme laajakaistan aikakaudella
Jep, siitä on tullut paljon parempi
Kuvien ei pitäisi olla ongelma, ne ladataan, kun on sinun vuorosi.
Hienoa, kiitos palautteestasi! Joka tapauksessa pysy kuulolla
ja testaa uudelleen ..
se näyttää toimivan paljon nopeammin Firefoxissa kuin safarilla ... wtf?
mutta ei .. helppo 15 sekuntia kommentin lähettämisen jälkeen ..
Olen myös liikkeellä Firefoxin ja Chromen kanssa ja sivu ladataan hyvin nopeasti, IE: ssä kestää todella noin 7 sekuntia nähdäksesi jotain ruudulla ... Erittäin outoa….
Muuten, kiitos testeistä! Minulla on nyt 126 kyselyä. 0,996 sekuntia ja joitain tarpeettomia Java-komentosarjoja, jotka ladattiin laajennuksilla, sekä tarpeeton PHP-koodi, joka poistettiin teemasta, ja tämä näyttää yleiseltä. keskimääräinen latausaika 6 sekuntia
Voitteko myös vahvistaa sen?
FF: llä on vain parempi moottori. ei ole salaisuus.
mutta jotain on silti vialla ...
kestää suhteellisen kauan, kunnes jotain tapahtuu näytöllä ..
joka voi johtua myös yhdestä sivupalkin kuvasta.
jota et isännöi sinä ..
tai kaikkien linkitettyjen asioiden pohjassa ...
Blogi viritys on itsessään tiede
yli 10 sekuntia, kunnes jotain tapahtuu ...
Minulla on aikoja 2-15 sekuntia…. kunnes sivusi näkyy ..
hyvin outoa ..
mutta sivun luontiaika on vähentynyt valtavasti
tällä kertaa sivusi oli palannut vasta 12 sekuntia kommentin jälkeen ...
141 kyselyä. 5,231 sekuntia
ja sinulla näyttää edelleen olevan kaksi twitter-laajennusta käynnissä
Joten nyt on vielä 109 kyselyä 3,419 sekunnilla, paljon parempi ja sinulla on myös paha kaveri käynnissä, pelkästään elokuvan luokitus lähettää jo 60 kyselyä
Sodele, etsimällä joitain ja optimoimalla ja pilkkomalla laajennuksia, minulla on nyt seuraavat arvot: 122 kyselyä. 1,398 sekuntia, se on jotain.
Toivon nyt, että blogi ei vain lataudu subjektiivisesti nopeammin ...
Nämä ovat laajennuksia, joita sinulla on käynnissä ...
Yritä poistaa muutama väliaikaisesti käytöstä ...
Minulla oli kerran perävaunulaajennus käynnissä, joka otti 3/4 kaikista kyselyistä ja latausaikasta minulle.
Twitter-laajennuksesi on epäkunnossa blogissa !!!!!
Jokainen tavallinen kommentti ja jokainen roskapostikommentti lähetetään !!!
Uuuuuuuui, kiitos huomautuksesta, että osa on menossa pois päältä ja Twitter siivotaan ... No, se oli sekaannuksen arvoinen. Mutta se kyselyillä häiritsee minua enemmän, hmmmmmm ... * brooding *
ei aavistustakaan mitä heillä oli ...
yhtäkkiä menimme taas ...
Huomasin, että sivustosi lataaminen kestää kauan ...
joten aina ... luulen, että pudotat 2,5 miljoonaa neliömetriä kyselyitä joka kerta, kun lataat sivua ..
Se tarvitsee palvelinresursseja ilman loppua ...
tarkalleen .. 169 kyselyä. 4,918 sekuntia
Vertailun vuoksi .. kotisivuni tarvitsee 92 kyselyä. 0,690 sekuntia ....
ja jos heillä on ongelmia eikä huomaa viikonloppuna ...
sitten etsit turhaan ...
Danke, ich rechne eben auch mit dem «und plötzlich geht es wieder Effekt»
Hmmm, joten vähensin lähetysten määrää, mutta keksin silti yli 140 kyselyä, puhumattakaan siitä, että tämä aika on hieman outo ... Onko sinulla aavistustakaan, miten saan sen alas?
outo….
joten minulla oli kerran jotain, kuten minun isäntäni mysqlillä oli ongelmia ...
Kuitenkin hyvin outoa ...
mySQL-ongelmat? Onko sinulla jotain tarkempaa? Mikä ei ollut hyvää isännässäsi silloin?