This is the technical support forum for WPML - the multilingual WordPress plugin.

Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.

Nessun supporter è disponibile a lavorare oggi sul forum Italian. Sentitevi liberi di creare ticket e li gestiremo il prima possibile quando saremo online. Grazie per la comprensione.

Etichettato: 

This topic contains 7 risposte, has 2 voci.

Last updated by Laura 2 mesi, 4 settimane fa.

Assigned support staff: Laura.

Autore Post
July 17, 2019 at 2:57 pm

francescoL-20

Salve,
vi scriviamo poichè per un sito che gestiamo : hidden link, abbiamo continui problemi con la gestione degli slug tradotti per i custom posttype.
Nello specifico accade in concomitanza dei seguenti eventi:
> pubblicazione nuovo post,
> pubblicazione aggiornamento del codice tema
> pulizia cache (FastCGI)
che per i custom postType "eventi" o "rassegna stampa", impazzisca il sistema di riconoscimento dello slug tradotto, e pertanto venga presentato un indirizzo del tipo "/it/events" al posto di "/it/eventi" questa situazione accade anche per altri post type, ma con i post type eventi e rassegna stampa è proprio frequente.

Potete aiutarci?
Abbiamo aggiornato all'ultima versione di wpml pensando potesse essere un problema di minor bugfix, ma senza successo.

Grazie in anticipo

July 17, 2019 at 4:35 pm #4232217

Laura
Supporter

Languages: Inglese (English ) Italiano (Italiano ) Portoghese, Brasile (Português )

Timezone: Europe/Rome (GMT+02:00)

Salve,

grazie per averci contattato.

Intanto suggerirei di aggiornare anche WordPress dal momento che le ultime versioni di WPML sono ottimizzate per la versione 5.

Non mi è chiaro se il problema avviene con l'archivio del post type o con qualunque pagina. Se si tratta dell'archivio, al momento la traduzione degli slug per gli archivi dei custom post types ha delle limitazioni: https://wpml.org/documentation/getting-started-guide/translating-page-slugs/#translating-custom-post-type-archives

Altrimenti da come lo descrivi potrebbe essere un problema di .htaccess. Risalvare i permalinks risolve la situazione?

In ultimo, come sono stati creati e salvati i custom post type?

July 20, 2019 at 7:22 am #4249329

francescoL-20

Ciao,
Intanto grazie per la risposta, purtroppo non possiamo ancora aggiornare Wp stiamo riscrivendo alcuni plugin full custom per prevenire problemi sulla sincronizzazione dati con il crm del cliente.

Il problema si verifica sporadicamente su alcuni post type, alle volte basta rigenerare i permalink, oppure cancellare la cache di nginx, ma sopratutto è fortemente casuale.

La cosa peggiore è l’inversione delle Traduzioni, ovvero: /It/eventi quando si verifica la issue diventa /it/events e da quel momento tutto i post di tipo evento diventano inaccessibili.

I post vengono creati manualmente dal content editor.

July 20, 2019 at 10:10 am #4249561

Laura
Supporter

Languages: Inglese (English ) Italiano (Italiano ) Portoghese, Brasile (Português )

Timezone: Europe/Rome (GMT+02:00)

Ciao,

con "creati i post type" intendevo dire se sono stati registrati manualmente o con qualche plugin.

Purtroppo i problemi casuali sono quasi sempre legati a problemi del server (cache o altro) e sono molto difficili da individuare. Possiamo provare a prendere una copia del sito e verificare se su un altro server succede lo stesso problema. Hai verificato se c'è qualcosa nell'error log del server quando si verifica il problema?

July 20, 2019 at 3:43 pm #4250249

francescoL-20

Si sono post type creati manualmente, attraverso delle function nel custom theme.

Si ho verificato sia l’error Log che l’access log Sia di Php che di nginx senza risultati, sembra più che altro alle volte impazzisca il sistema di generazione permalonl, abbiamo fatto la prova levando dalle pagine generiche eventi, news e comunicando la fast cgi cache, ma senza successo.

Ci sono altre cache che possiamo disattivare? Magari solo per questi post type forziamo via codice sempre il reload dei permalink?

La copia del sito potrei fornirvela ma inclusi uploads pariamo di circa 50gb, forse è meglio fare prove e/o test direttamente sul live, usando magari suffissi in query string o nell’header per attivare le funzioni da provare.

Che ne pensi?

July 21, 2019 at 7:18 am #4251531

Laura
Supporter

Languages: Inglese (English ) Italiano (Italiano ) Portoghese, Brasile (Português )

Timezone: Europe/Rome (GMT+02:00)

Ciao,

il problema del fare test sul sito live è che se si tratta di qualcosa legato al server non riusciremo mai a vederlo. Eventualmente possiamo prendere una copia "depurata" dagli uploads e dai file media in generale che non sono necessari.

Puoi riportarmi un esempio di codice per la registrazione del post type, per vedere se ci sono personalizzazioni? Se il problema non è legato al server potrebbe essere causato dal tema, ma dato che è custom offriamo solo un supporto limitato.

Se hai già disattivato tutte le cache possibili sul server non credo ci sia altro da fare al momento.

Riguardo il reload forzato dei permalink, dovrei chiedere conferma se questa possa essere una soluzione percorribile.

July 22, 2019 at 3:14 pm #4259219

francescoL-20

Ciao,
ok, per il sorgente e il clone db chiedo autorizzazione così vi preparo un archivio.

Per la parte di "come viene aggiunto un posttype", ti devo mandare un file php, ma vedo che da qui non si può caricare, quindi ecco un link: hidden link

Ti confermo che la fastCgi per le pagine incriminate (solo l'archive) è disattivata.
L'azione di ricostruire i permalink, al momento è sempre stata la più risolutiva - sopratutto sotto campagne adWords!

Attendo tue sul codice.
Grazie a dopo

July 23, 2019 at 8:59 am #4264287

Laura
Supporter

Languages: Inglese (English ) Italiano (Italiano ) Portoghese, Brasile (Português )

Timezone: Europe/Rome (GMT+02:00)

Ciao,

grazie per il codice.

Dal secondo livello mi dicono che probabilmente c'è qualcosa nella registrazione che interferisce con WPML, dal momento che ci sono molte funzioni tra cui cleanRewrite() che resetta le rewrite rules.

Sarebbe possibile per voi fare un test disattivando tutti i plugin tranne WPML? Questo potrebbe darci qualche indizio in più - tuttavia ti premetto che avendo voi così tanto custom code (dal tema, ai plugin alle registrazioni dei CPT) non so fino a che punto siamo in grado di aiutarvi.

La nostra policy di supporto non prevede il debugging di codice custom quindi c'è la possibilità che possiamo darvi solo delle indicazioni per risolvere il problema, ma non una soluzione completa.

The topic ‘[Closed] Custom postType – translated slug fails’ is closed to new replies.