Cavolo, cavolo, a volte impreco: per quanto buono, pratico e funzionale com'è, WordPress va dove cresce il pepe e affinché la cosa scompaia più velocemente, dopo c'è uno scatto dell'AK47...
Non è che ho giocato con nuovi plugin o qualcosa di simile in WordPress, no, per una volta non poteva essere qualcosa del genere e all'improvviso non funziona più la numerazione delle interruzioni di pagina in WordPress, o ora l'ho scoperto il sistema presuppone che io abbia 0 articoli nel blog, che vengono facilmente superati arrivando a quasi 5000 e quindi non viene più visualizzata la navigazione della pagina (avanti - indietro), sia nell'area amministratore che in quella utente. Grande. Hallelujah!
Ma prendiamoli uno alla volta e passiamo al debug. Dopo una lunga ricerca e molte ore, ho rintracciato il problema e ho scoperto dov'era il problema con l'aiuto delle seguenti poche righe di codice, integrate nella parte inferiore dell'index.php del 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."
";
Questo viene fatto a paged
, 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 la seguente riga:
$max_page = $wp_query->max_num_pages;
per me quello max_num_pages
e continuare con proposte di $wp_query
ha anche il valore 0 (ZERO). Quindi mi sono preso la briga e ho cercato completamente nel database per vedere se c'era un errore e per essere sicuro max_num_pages
è impostato e che dire, va tutto bene... Ho cercato ulteriormente posts_per_page
per $wp_query->query_vars[]
trovato e inizialmente potrebbe convincere WordPress a collaborare ancora un po’. Ecco la prima correzione:
In wp-includes/link-template.php, sostituisci la riga seguente
$max_page = $wp_query->max_num_pages;
con
$max_page = $wp_query->query_vars['posts_per_page'];
Ma il mio PageNavi non funzionava più in modo tale da poter essere utilizzato, quindi ho cercato un altro approccio e l'ho trovato con le seguenti righe di codice nell'index.php del 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, questo si traduce nuovamente in una navigazione che consente di spostarsi avanti e indietro, almeno per il visitatore. Posso accedere alla pagina di amministrazione direttamente tramite URL. Purtroppo il sistema di navigazione ormai è visibile su ogni pagina, anche se non c'è seguito, ma meglio di niente...
Se qualcuno ha problemi simili e conosce un approccio migliore, sarei grato per qualsiasi consiglio!
Ottimo punto e spunti di riflessione molto interessanti. Non sono sicuro di avere clienti con cui poter replicare questo, ma lo terrò a mente per il futuro. Saluti
Beh, probabilmente sarà meglio per il blogging. È solo che i confini tra il vero CMS e il blogware sono comunque sfumati. La cosa principale è che tu vada d'accordo. come ho detto: troppo veloce, troppo sfacciato per morire
Bene, il software di blogging è != CMS, ma i confini sono davvero sottili e non voglio preoccuparmi di TYPO3 per il blogging Vivi velocemente, muori giovane
beh, probabilmente è stato un po' troppo veloce e troppo sfacciato. Alla fine ognuno ottiene ciò che si merita
Quindi sarei aperto a un’alternativa Ma a quanto pare ho guadagnato soldi grazie a Blogger WordPress
perché usi questa schifezza?
Bene, perché per il resto apprezzo molto l'espandibilità e le prestazioni. Ma mi piacerebbe sicuramente che mi insegnassero qualcosa di meglio...
Hmmmm, ora ho portato Heugeli sul mio blog (non funziona per tutti, alcuni hanno il monitoraggio) e ho disattivato PHP Speedy. Il mio strumento di test ora fornisce tempi da 2 a 7 secondi. È vero?
E sì, le immagini nei post sono relativamente grandi, ma viviamo nell'era della banda larga
Sì, le cose sono migliorate molto
Le foto non dovrebbero essere un problema, si caricheranno quando sarà il loro turno.
Ottimo, grazie per il tuo feedback! Comunque restate sintonizzati
e riprova...
Sembra che funzioni molto più velocemente con Firefox che con Safari... che cavolo?
ma no.. facilmente 15 secondi dopo aver pubblicato un commento..
Sto usando anche Firefox e Chrome e la pagina si carica molto velocemente, in IE ci vogliono davvero circa 7 secondi prima che appaia qualcosa sullo schermo... Molto strano...
A proposito, grazie per i test! Ora ho 126 domande. 0,996 secondi e alcuni script Java non necessari caricati dai plugin, oltre al codice PHP non necessario rimosso dal tema e questo sembra essere un problema generale. tempo di caricamento medio di 6 secondi
Puoi confermare anche questo?
FF ha semplicemente il motore migliore. non è un segreto.
ma c'è ancora qualcosa che non va...
Ci vuole un tempo relativamente lungo prima che accada qualcosa sullo schermo.
Ciò potrebbe essere dovuto anche ad una delle immagini inserite nella barra laterale.
che non è ospitato da te..
o in fondo a tutte le cose collegate...
L'ottimizzazione del blog è una scienza in sé
più di 10 secondi prima che succeda qualcosa...
Ho tempi di 2 – 15 secondi…. finché la tua pagina non viene visualizzata..
molto strano..
ma il tempo di generazione della pagina è drasticamente ridotto
Questa volta la tua pagina è tornata indietro solo 12 secondi dopo il commento...
141 domande. 5,231 secondi
e sembra che tu abbia ancora due plugin di Twitter in esecuzione
Quindi, ora ci sono ancora 109 query con 3,419 secondi, molto meglio e hai anche un cattivo in esecuzione, solo Movie Rating invia circa 60 query
Sodele, dopo un po' di ricerca, ottimizzazione e pulizia dei plugin ora ho i seguenti valori: 122 query. 1,398 secondi, è già qualcosa.
Ora spero che il blog non solo si carichi più velocemente soggettivamente...
Questi sono i plugin che hai in esecuzione...
Prova a disabilitarne alcuni temporaneamente...
Una volta avevo in esecuzione un plug-in per trailer che occupava 3/4 di tutte le query e il tempo di caricamento...
Il tuo plugin Twitter sta impazzendo nel blog!!!!!
OGNI COMMENTO NORMALE ED OGNI COMMENTO SPAM VERRÀ PUBBLICATO!!!
Uuuuuuuui, grazie per aver sottolineato questa parte e aver ripulito Twitter... Beh, valeva la pena provare. Ma la questione delle domande mi dà più fastidio, hmmmmmm… *riflette*
non ho idea di cosa avessero...
all'improvviso ha funzionato di nuovo...
Ho notato che il tuo sito impiega molto tempo a caricarsi...
Bene, sempre... presumo che invierai 2,5 milioni di query SQL ogni volta che crei una pagina.
Ciò richiede infinite risorse del server...
per essere precisi... 169 domande. 4,918 secondi
per confronto... la mia home page necessita di 92 query. 0,690 secondi….
E se hanno qualche problema e non se ne accorgono durante il fine settimana...
poi cerchi invano...
Danke, ich rechne eben auch mit dem «und plötzlich geht es wieder Effekt»
Hmmm, quindi ho ridotto il numero di messaggi, ma ricevo ancora più di 140 domande, figuriamoci in questo momento è un po' strano... Hai un'idea di come posso eliminarle?
strano...
Bene, ho avuto qualcosa del genere una volta quando il mio host mysql ha avuto problemi...
Tuttavia, molto strano…
problemi con MySQL? Hai qualcosa di più specifico? Cosa c'era che non andava nel tuo host allora?