Risultati della ricerca per 'Wordpress php 7'

Stai vedendo 15 risultati - da 1 a 15 (di 423 totali)
    • Moderator Gloria Liuni

      (@glorialchemica)


      Risoluzione dei problemi | Segnala un Bug ]

      Hai aggiornato WordPress 6.9  “Gene”! ottimo! Ma, che succede? Qualcosa non funziona o hai avuto un errore critico? O forse hai semplicemente delle domande da porre? Questo articolo ti aiuterà a risolvere i problemi e le domande più comuni dopo il nuovo aggiornamento.

      Se hai avuto un errore critico o qualcosa si è rotto: niente panico!

      Prima di proseguire, assicurati di aver aggiornato i plugin e i temi alle versioni più recenti e che questi siano compatibili con la nuova versione, di aver cancellato la cache e i cookie del browser e di aver effettuato nuovamente l’accesso alla dashboard di WordPress. Se non riesci ad accedere alla tua are di amministrazione, controlla la tua email (quella che hai impostato come email amministratore nel sito). In caso di errore critico, la tua installazione WordPress ti manda una email automatica con le specifiche dell’errore e un link per entrare nell’area di amministrazione (recovery link).

      Il problema persiste?

      Prova a capire quale componente causa il problema. Qui trovi una guida alla risoluzione del problema (in inglese). Inoltre, cerca nel forum di WordPress qui (in italiano), o in quello internazionale se ci sono conflitti o problemi conosciuti con questa versione. Tieni presente che la lista dei problemi è sempre in aggiornamento, quindi ricontrolla più volte.

      Se non ti piace la direzione del design di WordPress, ci spiace, però questo non è un bug.

      Quindi, se non ti piace una funzione, non aprire un ticket per lamentartene. Piuttosto, cerca di vedere se qualcuno ha già proposto una modifica, e commenta lì. Inoltre, puoi considerare la possibilità di unirti al processo di rilascio della prossima versione (ad esempio in Beta o anche in test tramite SVN). Quello che vedi oggi è il risultato di migliaia di ore di lavoro e di test e, a meno che qualcosa non sia completamente rotto, è altamente improbabile che venga modificato.

      In ogni caso, prima di aprire un ticket relativo al nuovo aggiornamento:

      1. Assicurati di aver letto l’intera discussione e l’articolo sulle nuove funzionalità della 6.9.
      2. Vai alla pagina informativa della tua installazione – example.com/wp-admin/about.php (o fai clic sul logo di WordPress nell’angolo in alto a sinistra nell’area di amministrazione) – per vedere le novità.
      3. Prova a diagnosticare il problema ripercorrendo i passaggi comuni per la risoluzione dei problemi.

      Note

      1. Se hai tentato di utilizzare un database aggiornato alla versione 6.9 su una versione precedente, ogni persona che ha effettuato l’accesso dovrà reimpostare la propria password.
      2. Il link “Modifica sito” nella barra di amministrazione ora rimanda coerentemente alla schermata principale dell’editor del sito anziché al modello che si stava utilizzando.

      Se hai ancora problemi dopo aver seguito le fasi di risoluzione dei problemi, allora apri un ticket qui nel forum di supporto e cercheremo di aiutarti al meglio!
      (post originale, liberamente tradotto dal Team Support su base precedente di Laura Sacco)

    Forum: Aspetto = Temi
    Come il topic: Modifica logo footer
    • Buongiorno,

      premetto che ho poca esperienza con WP ho ereditato un sito e mi hanno richiesto di sostituire il logo nel footer. Il tema utilizzato è ACF PRO 
      Se vado in miosito/wp-admin/admin.php?page=acf-options-theme-options
      trovo tutte le informazione presenti nel footer tranne l’immagine del logo

      Vi ringrazio per l’aiuto

      La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]

    • Salve a tutti. Stamattina, improvvisamente, mentre provavo ad aprire il mio sito Internet per pubblicare un articolo, mi sono imbattuta in questo messaggio. Da quello che ho potuto capire, il problema riguarda il tema da me usato “FOX”.

      Queste le versioni delle “cose” installate:

      Versione di WordPress 6.8.3
      Tema attivo: Fox (versione 5.5.1.7)
      Plugin corrente:  (versione )
      Versione PHP 8.0.30

      Ora, premesso che so che cambiando tema potrei risolvere (ma dovrei poi reimpostare tutto il sito) sono qui a chiedervi: esiste una soluzione diversa?

      Sono entrata sul sito in modalità “ripristino” e leggo il seguente messaggio di errore: “This theme failed to load properly and was paused within the admin backend”

      • Questo topic è stato modificato 5 mesi, 3 settimane fa da barruggi.

    I understand you’re encountering the _load_textdomain_just_in_time notice after updating to WordPress 6.7. This issue arises when translation files are loaded too early in the plugin or theme lifecycle, typically before the init action. As the notice suggests, translations should be loaded at the init action or later.

    Temporary Workaround:

    While awaiting an official fix from the plugin or theme developers, you can suppress this notice by disabling WordPress debug mode. To do this:

    1. Access your wp-config.php file.
    2. Locate the line: define('WP_DEBUG', true);
    3. Change it to: define('WP_DEBUG', false);

    This change will prevent the notice from displaying on your site. However, it’s important to note that this is a temporary solution, and the underlying issue should be addressed by the plugin or theme developers.

    Additional Resources:

    For more information and community discussions on this topic, you might find the following thread helpful:

    👉 Function _load_textdomain_just_in_time was called incorrectly

    Related Tools:

    If you’re managing multiple WordPress sites and need a quick way to check UP Scholarship status for students, you might find this tool useful:

    Checker up

    This tool allows users to check the status by entering their registration number, providing a convenient solution for students.

    Moderator Cristiano Zanca

    (@cristianozanca)

    Salve @salvocann ,

    Aggiornare un WordPress vecchio di 8 anni può essere rischioso se fatto tutto in un colpo, soprattutto perché in questi anni sono cambiati:

    la struttura del core,

    i requisiti minimi di PHP/MySQL,

    la compatibilità di temi e plugin.

    Ecco un approccio graduale e sicuro:

    🔹 1. Preparazione

    Backup completo

    Database + file (wp-content, wp-config.php, .htaccess, ecc.).

    Meglio salvarne più copie (cloud + locale).

    Ambiente di test

    Mai aggiornare direttamente in produzione.

    Crea una copia del sito su un server locale (MAMP/XAMPP/Docker) o in uno staging.

    Controlla i requisiti

    WordPress oggi richiede almeno PHP 7.4+ (meglio 8.x) e MySQL 5.7+ / MariaDB 10.4+.

    Se il tuo hosting è ancora fermo a PHP 5.x, prima aggiorna l’ambiente.

    🔹 2. Aggiornamenti progressivi del core

    Non puoi passare da una versione vecchia (es. WP 4.1 o simili) direttamente a WP 6.6.
    Conviene fare step intermedi, scaricando versioni intermedie da WordPress.org Release Archive
    .

    Un esempio di percorso possibile:

    Se parti da WP 4.x → aggiorna prima a 4.9.x

    Poi passa a 5.5.x (introduzione editor a blocchi, importanti cambiamenti di database).

    Infine a ultima versione stabile (6.x).

    ⚠️ Importante:

    Dopo ogni step fai login e controlla se il sito funziona.

    Esegui eventuali aggiornamenti del database quando WordPress li propone.

    🔹 3. Plugin e tema

    Disattiva tutti i plugin prima di aggiornare WordPress.

    Dopo ogni step, riattivali uno per volta e verifica la compatibilità.

    Aggiorna tema e plugin alla versione più recente compatibile con il nuovo WP.

    Se il tema è molto vecchio e non più mantenuto → valuta un tema moderno (es. block theme, GeneratePress, Astra…).

    🔹 4. Pulizia e ottimizzazione

    Elimina plugin obsoleti o non più aggiornati.

    Passa a PHP 8.x se non lo hai già fatto.

    Controlla il database con plugin tipo WP-Optimize.

    Aggiorna file .htaccess e wp-config.php per sicurezza.

    🔹 5. Controlli finali

    Testa funzionalità principali (login, form, ricerca, ecommerce se presente).

    Usa Health Check & Troubleshooting plugin per verificare compatibilità.

    Implementa un sistema di backup regolare e aggiornamenti automatici minori.

    Ho installato il plugin https://wordpress.org/plugins/complianz-gdpr/ .

    Non rilevo errori .

    WP ultimo aggiornamento. Php 8.3.17

    Ciao!

    • I’m using WordPress 6.8.2. After deleting the default plugins, I selected the Astra theme and installed the Starter Templates plugin. I then chose the options Classic Models > Elementor > Outdoor Adventure.

      However, after completing the installation, I encountered an error in Dashboard > Home:

      Fatal error: Uncaught ArgumentCountError: 4 arguments are required, 1 given in C:\xampp\htdocs\projects\project\wp-content\plugins\astra-sites\inc\classes\class-astra-sites.php:2669 Stack trace: #0 C:\xampp\htdocs\projects\project\wp-content\plugins\astra-sites\inc\classes\class-astra-sites.php(2669): sprintf('<div class="not...') #1 C:\xampp\htdocs\projects\project\wp-includes\class-wp-hook.php(324): Astra_Sites->admin_welcome_notices('') #2 C:\xampp\htdocs\projects\project\wp-includes\class-wp-hook.php(348): WP_Hook->apply_filters(NULL, Array) #3 C:\xampp\htdocs\projects\project\wp-includes\plugin.php(517): WP_Hook->do_action(Array) #4 C:\xampp\htdocs\projects\project\wp-admin\admin-header.php(313): do_action('admin_notices') #5 C:\xampp\htdocs\projects\project\wp-admin\index.php(137): require_once('C:\\xampp\\htdocs...') #6 {main} thrown in C:\xampp\htdocs\projects\project\wp-content\plugins\astra-sites\inc\classes\class-astra-sites.php on line 2669

      Where the path to my project is:
      C:\xampp\htdocs\projects\project

      In the file:
      C:\xampp\htdocs\projects\project\wp-content\plugins\astra-sites\inc\classes\class-astra-sites.php
      at line 2669, I deleted the sprintf() function but kept the text inside it as plain text. This seems to resolve the issue, but I’m not sure if this is the correct or safe solution.

    • ho aggiornato wp all’ultima versione 6.8.2, mi è apparsa la seguente scritta e non riesco a risolvere il problema o trovare la funzione indicata…. :

      Notice: La funzione _load_textdomain_just_in_time è stata richiamata in maniera scorretta. Il caricamento della traduzione per il dominio xxxxx è stato attivato troppo presto. Di solito è un indicatore di un codice nel plugin o nel tema eseguito troppo presto. Le traduzioni dovrebbero essere caricate all’azione init o in un secondo momento. Leggi Debugging in WordPress per maggiori informazioni. (Questo messaggio è stato aggiunto nella versione 6.7.0.) in /web/htdocs/www.xxxxx/home/wp-includes/functions.php on line 6121

      La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]

    • Buongiorno,

      Sono in cerca di consigli per aggiornare un sito wordpress molto datato di un cliente. Il vero problema è che il cliente, in tanti anni, non ha mai lasciato il tempo tecnico di un aggiornamento sostanzioso perché lavora sul sito ogni giorno e per cui ora ci troviamo con un loop di aggiornamenti da effettuare che vanno in conflitto tra loro:

      • Il database è obsoleto (5.0.96) e non permette l’aggiornamento di wp all’ultima versione
      • WordPress è ancora alla versione 5.2.14
      • La versione di PHP è obsoleta (7.1.33)
      • Il tema in uso ha rilasciato una major release che non è compatibile né con la versione di wordpress in uso né con la versione PHP

      Come posso intervenire affinché il sito non esploda? Il vero punto critico è la versione di mysql: Aruba permette di aggiornare ma si “lava le mani” se la nuova versione 8.0 non è compatibile con il sito (non c’è modo di ripristinare il vecchio database se qualcosa andasse storto).

      Esiste un modo per verificare la compatibilità mysql?

      L’unica soluzione che mi viene in mente per “partire” è quella di acquistare un nuovo database per testare con una versione di staging del sito (che oltretutto è delicata da creare perché il sito pesa molti molti GB). Ma il cliente è reticente a spendere…

      Ogni consiglio è ben accetto!

    ciao,

    ho lo stesso problema del thread. Nel sito di Staging (con Debug Attivo) ho questo messaggio:

    Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the td-cloud-library domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in /home/dnwsiupx/public_html/staging/wp-includes/functions.php on line 6121

    Ho re-installato l’ultima versione di WordPress 6.8.1 ed il messaggio persiste.

    Avevo capito che il problema si sarebbe risolto con la 6.8 di WP.

    Potete indicarmi come risolvere questo problema?

    Grazie MIlle

    Francesco

    • Ciao a tutti, lavoro da anni con WordPress ma non riesco a districarmi dal problema che vi sottopongo. Oltretutto non sono una sistemista e conosco poco gli arcani dell’uso delle risorse lato server.

      Il problemaè il seguente: ho un’intsallazione di WP aggiornata 6.8.1 con una serie di plugin, anche’essi aggiornati e quasi tutti registrati (tranne toolset blocks che ancora non ha rilasciato indicazioni di compatinilità con l’ultima versione di WP). Il sito è appena stato messo online e funziona correttamente finché non si accede all’editor temi del back-end.

      A quel punto (anche se non sempre e questo complica il debug) il sito inizia a rallentare fino a generare errori 500. Poi si riprende e si riesce anche a eseguire aggiornamenti e modifiche.

      Ho fatto eseguire una serie di controlli e nei log di errori risulta che esiste uno script nella pagina site-editor che impiega più di 45 sec nell’esecuzione e (credo) questo causa il successivo errore del “output before headers”:

      [Wed Jun 04 14:31:05.794107 2025] [fcgid:warn] [pid 4151244:tid 4151267] [client 94.95.234.18:0] mod_fcgid: read data timeout in 45 seconds, referer: https://xxxxxxxxx.it/wp-admin/site-editor.php?p=%2Ftemplate
      [Wed Jun 04 14:31:05.990736 2025] [core:error] [pid 4151244:tid 4151268] [client 94.95.234.18:0] End of script output before headers: index.php, referer: https://xxxxxxxxx.it/wp-admin/site-editor.php?p=%2Ftemplate

      Mi chiedo se ci sia un numero di template che una volta superati crea “instabilità”, perché noi ne abbiamo poco meno di 60 (sono 3 pagine nella sezione dell’editor).

      La cosa curiosa è che in fase di sviluppo il problema non si è mai presentato, anche navigando il frontend durante la creazione dei template non si generava alcun rallentamento o errore.

      L’assistenza che gestisce l’hosting, a cui avevo chiesto se era il caso alzare il time out di esecuzione script per la variabile coinvolta in buona sostanza mi ha detto che no, non aveva senso e che dovevo capire dove stava il problema perché 45 sec sono troppi.

      Qualcuno è in grado di aiutarmi a capire meglio per poter risolvere il problema?

      Grazie a chi vorrà farlo.

      La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]

    • luca19671968

      (@luca19671968)


      Buongiorno a tutti e a tutte,

      ho esportato da staging a online il mio sito dopo aver inserto l’ecommerce. Da quel momento, nonostante l’esportazione sia andata (sembrerebbe) bene, wordpress non funziona più. Non posso aggiungere pagine, modificare con elementor e quant’altro. L’errore riscontrato è questo:

      PHP Fatal error:  Uncaught TypeError: Elementor\\TemplateLibrary\\Source_Local::post_row_actions(): Argument #2 ($post) must be of type WP_Post, null given, called in /www/MW_qycGcayPG/temporitrovatolibri.it/wp-includes/class-wp-hook.php on line 324 and defined in /www/MW_qycGcayPG/temporitrovatolibri.it/wp-content/plugins/elementor/includes/template-library/sources/local.php:971\nStack trace:\n#0 /www/MW_qycGcayPG/temporitrovatolibri.it/wp-includes/class-wp-hook.php(324): Elementor\\TemplateLibrary\\Source_Local->post_row_actions()\n#1 /www/MW_qycGcayPG/temporitrovatolibri.it/wp-includes/plugin.php(205): WP_Hook->apply_filters()\n#2 /www/MW_qycGcayPG/temporitrovatolibri.it/wp-admin/includes/class-wp-posts-list-table.php(1607): apply_filters()\n#3 /www/MW_qycGcayPG/temporitrovatolibri.it/wp-admin/includes/class-wp-list-table.php(1803): WP_Posts_List_Table->handle_row_actions()\n#4 /www/MW_qycGcayPG/temporitrovatolibri.it/wp-admin/includes/class-wp-posts-list-table.php(1444): WP_List_Table->sing…’,

      Tengo a precisare che ho aggiornato tutti i plugin e wordpress. Ho provato a disattivare e poi a riattivare tutti i plugin, ma il risultato non è mutato.

      La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]

    • thetechnocrate

      (@thetechnocrate)


      Ho appena installato su server windows 2019 server XAMPP versione 8.2.12, lanciato correttamente mysql e apache, creato il database ed eseguita l’installazione di WP ver 6.7.2 it. La pagina iniziale si apre regolarmente, chiaramente utilizzo il tema di base fornito alla prima istallazione, sono andato dunque a premere il link nel sotto menu “PlugIn” -> “Aggiungi un nuovo plugin“, ma non apriva nulla, sono pertanto andatoa cliccare il link superiore “Plugin” per la pagina che mostra i plugin installati di default (inattivi). Da lì ho premuto il tasto “Aggiungi un nuovo plugin” e finalmente ha aperto la pagina dove si effettua l’installazione dei plugin. Qui appaiono due messaggi identici uno a metà pagina ed un altro alla base che recitano:

      Si è verificato un errore inaspettato. C’è qualche cosa di sbagliato con WordPress.org o con la configurazione di questo server. Se continui ad avere problemi, chiedi aiuto sul forum di supporto.

      Riprova
      Tag più popolari

      Puoi anche sfogliare in base ai tag più popolari nella directory dei plugin:

      Si è verificato un errore inaspettato. C’è qualche cosa di sbagliato con WordPress.org o con la configurazione di questo server. Se continui ad avere problemi, chiedi aiuto sul forum di supporto.


      Questo è chiaramente accaduto al primissimo tentativo di installazione che non è stato eseguito.

      WordPress ha la possibilità di vedere la rete esterna tramite un proxy che non blocca wordpress.org

      Non ho altri errori visibili che possano aiutarmi
      Altri dati:
      Apache/2.4.58 (Win64)
      OpenSSL/3.1.3
      PHP/8.2.12
      Versione del client del database:
      libmysql – mysqlnd 8.2.12
      Estensione PHP: mysqli, curl, mbstring
      Versione PHP: 8.2.12
      Codifica caratteri del server: UTF-8 Unicode (utf8mb4)
      Il server è interno ad una rete locale, non accessibile dall’esterno.

      La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]

Stai vedendo 15 risultati - da 1 a 15 (di 423 totali)