Giancarlo Mosso

Ciao @docfixit,
mi sembra che la soluzione più semplice sia modificare il codice che hai inserito nel functions.php inserendo al posto di “/redirect.html” l’url della tua pagina home senza creare il file redirect.html.
Facci sapere se così funziona.
Giancarlo

• Questa risposta è stata modificata 8 anni, 4 mesi fa da Giancarlo Mosso.

Ciao,
se vai nella pagina del plugin in “Other notes” ci sono i parametri che puoi usare. Ho provato e se imposti il valore del parametro numberposts e disabiliti la paginazione dalle opzioni del plugin (menù Impostazioni) il numero di post viene limitato.
Facci sapere se con queste impostazioni ottieni l’effetto desiderato.
Giancarlo

Ciao @dominibase,
non sei costretto a disattivare gli articoli, puoi per esempio usare il plugin List Category Posts https://wordpress.org/plugins/list-category-posts/ con il parametro numberposts impostato a 100.
Giancarlo

Ciao @nicolavolpi,
innanzitutto come puoi leggere nella documentazione della ‘pre_get_posts’ ( https://codex.wordpress.org/Plugin_API/Action_Reference/pre_get_posts ) non devi far ritornare nulla alla funzione, quindi la
return $query;
la devi eliminare perchè la variabile $query viene passata per riferimento.
Poi la pre_get_posts è un hook e non un filter, quindi la chiamata che devi fare è add_action al posto di add_filter.
Poi potresti essere un po’ più preciso sul problema che riscontri ?
– Viene visualizzato un errore ?
– Hai la schermata bianca senza nessun contenuto (WSOD) ?
– Funziona tutto ma non vedi più i tuoi custom post types nella barra di WordPress a sinistra ?
Giancarlo

• Questa risposta è stata modificata 8 anni, 4 mesi fa da Giancarlo Mosso.

No, non c’è bisogno che copi tutto in locale, puoi fare il debug dell’installazione in rete.
Scarichi il wp-config.php, cerchi la riga
define('WP_DEBUG', false);
Sostituisci false con true, poi sotto quella aggiungi queste due righe:

define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Ricarichi il wp-config.php e fai la procedura di login.
Se ci sono degli errori viene creato un file debug.log nella cartella wp-content che conterrà gli errori.

Dopo le prove ovviamente ripristini la situazione precedente.

• Questa risposta è stata modificata 8 anni, 4 mesi fa da Giancarlo Mosso.
• Questa risposta è stata modificata 8 anni, 4 mesi fa da Giancarlo Mosso.

Facendo una ricerca in rete ho scoperto che questo problema a volte si verifica quando i due url che si impostano in Impostazioni->Generale non coincidono.
Visto che non puoi controllarlo da backend devi lanciare phpMyAdmin e controllare i due parametri site_url e home della tabella {prefix_options}, dove prefix è il prefisso delle tue tabelle.
A questo proposito può esserti utile questo articolo del codex: https://codex.wordpress.org/Changing_The_Site_URL
Ovviamente siamo sempre nel caso delle ipotesi perché non avendo sotto mano il tuo sito è difficile diagnosticare il tuo problema.
Spero che comunque possano servire a risolvere il tuo problema.
Giancarlo

Il file header.php del tema figlio sostituisce in tutto e per tutto quello del tema padre, il quale non viene proprio eseguito. Questo vuol dire che nel tema figlio devi mettere tutto il codice necessario.
Quando aggiornerai il tema verrà sostituito solo il file header.php del tema padre, mentre nessun file del tema figlio verrà toccato.
A questo punto continuerà ad essere vero che non sarà eseguito il nuovo header.php, ma ancora l’header.php del tema figlio. Le eventuali modifiche dell’header.php del tema padre andranno riportate nel tema figlio perché abbiano effetto, basterà fare un compare tra il vecchio header.php e quello nuovo per capire le differenze.
Gli aggiornamenti vanno gestiti in questo modo, analizzando le differenze ed eventualmente integrando le modifiche, non esistono scorciatoie o automatismi che ti permettono di aggiornare senza pensarci.
Ricordati sempre di fare un backup prima di ogni aggiornamento.
Giancarlo

• Questa risposta è stata modificata 8 anni, 4 mesi fa da Giancarlo Mosso.