Questo è il forum di assistenza tecnica di WPML, il plug-in multilingue di WordPress.
La sua lettura è permessa a tutti, ma la pubblicazione è riservata esclusivamente ai clienti di WPML. Il team di WPML risponde sul forum 6 giorni su 7, 22 ore su 24.
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
---|---|---|---|---|---|---|
- | 11:00 – 15:00 | 11:00 – 15:00 | 11:00 – 15:00 | 11:00 – 15:00 | 11:00 – 15:00 | - |
- | 16:00 – 20:00 | 16:00 – 20:00 | 16:00 – 20:00 | 16:00 – 20:00 | 16:00 – 20:00 | - |
Fuso orario del supporto: Europe/Rome (GMT+02:00)
Etichettato: Exception
Questo ticket contiene 14 risposte, ha 1 voce.
Ultimo aggiornamento da Laura 1 giorno, 4 ora fa.
Assistito da: Laura.
Autore | Post |
---|---|
Giugno 23, 2025 alle 10:30 am #17159350 | |
lucaF-21 |
Contesto del problema: Sintomi: Domande: |
Giugno 23, 2025 alle 10:49 am #17159525 | |
lucaF-21 |
Ho resettato la cache di WPML, mi sono assicurato che la cache di Elementor non sia attiva, ma il problema si presenta comunque. |
Giugno 24, 2025 alle 9:13 am #17163799 | |
Laura Sostenitore di WPML dal 05/2018
Lingue: Inglese (English ) Italiano (Italiano ) Fuso orario: Europe/Rome (GMT+02:00) |
Salve, grazie per averci contattato. Mi fai uno screenshot di WPML > Supporto > sezione Informazioni (entrambi i box) |
Giugno 24, 2025 alle 9:22 am #17163887 | |
lucaF-21 |
Immagine allegata. Nel frattempo ho proseguito l'indagine e ho verificato che il css che, allo switch tra lingue, saltuariamente non viene caricato è quello principale del post, cioè quello identificato dal post id (esempio /wp-content/uploads/elementor/css/post-48614.css). Ho temporaneamente risolto con una funzione che, durante il wp_print_styles, controlla se il css è stato regolarmente caricato e, in caso contrario, ne forza il caricamento. Tuttavia penso ci siano gli estremi per fare una verifica anche lato vostro, dato che senza WPML il problema non si pone. Grazie, ciao. |
Giugno 24, 2025 alle 12:09 pm #17164890 | |
Laura Sostenitore di WPML dal 05/2018
Lingue: Inglese (English ) Italiano (Italiano ) Fuso orario: Europe/Rome (GMT+02:00) |
Il problema nel fare una verifica è riuscire a riprodurre il problema, perché non possiamo fare debugging su un errore che non vediamo. Non è un errore riportato da altri utenti. Posso proporti di copiare il sito su un nostro server e vedere se il problema capita anche lì. |
Giugno 24, 2025 alle 12:38 pm #17164986 | |
lucaF-21 |
Per me non c'è problema (copierei solo la parte istituzionale), oppure posso darvi pieno accesso, tanto è un sito ancora in staging. Grazie. |
Giugno 29, 2025 alle 2:25 pm #17180342 | |
lucaF-21 |
Ciao, la clonazione fallisce nella prima fase di validazione con il seguente errore: Incorrect folder selected. Your destination site link nascosto is not being served from the selected folder. |
Giugno 30, 2025 alle 10:48 am #17183313 | |
Laura Sostenitore di WPML dal 05/2018
Lingue: Inglese (English ) Italiano (Italiano ) Fuso orario: Europe/Rome (GMT+02:00) |
Mi mandi le credenziali? |
Giugno 30, 2025 alle 4:01 pm #17185463 | |
lucaF-21 |
Tieni conto che sul sito è attivo il workaround di cui ti parlavo; per cui, per far sì che il bug si presenti, dovrai commentare la funzione "dkr_force_css_enqueue" in wp-content/themes/hello-theme-child-master/functions.php |
Giugno 30, 2025 alle 5:07 pm #17185621 | |
Laura Sostenitore di WPML dal 05/2018
Lingue: Inglese (English ) Italiano (Italiano ) Fuso orario: Europe/Rome (GMT+02:00) |
Ok, la migrazione è andata a buon fine (non avevi indicato che il tuo sito era protetto da password), puoi verificare se il problema capita anche sul clone? |
Luglio 1, 2025 alle 7:42 am #17186946 | |
lucaF-21 |
Certo che lo avevo indicato e avevo anche fornito username e password; poi, per scrupolo, ho anche provato a disattivare la protezione password, senza successo. Comunque l'importante è che l'operazione sia andata a buon fine. Ora però io non vedo il clone. Se l'indirizzo pubblico è quello che mi hai dato, cioè link nascosto ottengo un ERR_NAME_NOT_RESOLVED (e infatti non esiste un record A). Mettendo nell'host locale l'IP 178.62.22.152 ottengo l'errore rappresentato nell'immagine che ti allego. Ciao. |
Luglio 1, 2025 alle 8:51 am #17187407 | |
Laura Sostenitore di WPML dal 05/2018
Lingue: Inglese (English ) Italiano (Italiano ) Fuso orario: Europe/Rome (GMT+02:00) |
Non riscontro il problema che riporti, il sito si apre normalmente per me e sono anche riuscita a entrare con le credenziali che mi avevi fornito. Magari dovevano ancora propagarsi i DNS (anche se di solito è immediato, è la prima volta che un cliente mi riporta questo problema con CW e lo usiamo da anni). Il problema iniziale si presenta su tutte le pagine o su una specifica? Ho fatto qualche prova ma finora non ho visto nulla di anomalo. |
Luglio 1, 2025 alle 9:11 am #17187530 | |
lucaF-21 |
A te si apre perché l'indirizzo da cui lo consulti è diverso da quello che hai dato a me (e, secondo me, è anche il motivo per cui a me falliva la migrazione). L'indirizzo nel tuo screenshot è link nascosto, mentre l'indirizzo a che avevi dato a me è link nascosto. Inoltre, come ti ho scritto poco sopra, sul sito che hai clonato era attivo il workaround per risolvere il bug e andava commentata la funzione "dkr_force_css_enqueue" in wp-content/themes/hello-theme-child-master/functions.php Ultimo, ma non in termini di importanza, Elementor ha un sistema di caching interno che aveva in pancia tutte le pagina con la visualizzazione corretta: è bastato disattivarlo per incappare nel problema che, ti ricordo, si verifica switchando tra le lingue. Ti allego l'immagine in cui è visibile il problema: è il confronto tra la pagina link nascosto (EN) e la pagina Ciao. |
Luglio 1, 2025 alle 4:46 pm #17189573 | |
Laura Sostenitore di WPML dal 05/2018
Lingue: Inglese (English ) Italiano (Italiano ) Fuso orario: Europe/Rome (GMT+02:00) |
Scusami, probabilmente nel fare copia/incolla dei dati ho messo quello sbagliato. Comunque ho inviato il ticket al secondo livello. Curiosamente a me il CSS si carica sempre (anche da incognito o da altro browser), ho chiesto a dei colleghi di verificare e per loro il problema è sulla pagina tedesca. |
Luglio 18, 2025 alle 2:51 pm #17251079 | |
Laura Sostenitore di WPML dal 05/2018
Lingue: Inglese (English ) Italiano (Italiano ) Fuso orario: Europe/Rome (GMT+02:00) |
Abbiamo fatto diversi test ma il problema non è univocamente riproducibile. Dal momento che è un file di Elementor c'è poco che possiamo fare. Se il file non esiste, restituisce un 404, ma le richieste 404 non dovrebbero mai essere messe in cache. Probabilmente Elementor non sta rigenerando correttamente il CSS. Ti consiglio di svuotare la cache di Elementor (e quella del sito) per forzare la rigenerazione dei file. Infine, controlla gli header HTTP della richiesta 404: se trovi intestazioni tipo Expires o Cache-Control che indicano una data molto lontana nel tempo, questo conferma che il file viene memorizzato nella cache del browser anche se non esiste. Questo potrebbe spiegare perché continua a mancare anche dopo averlo ricreato. |