[Risolto] Traduzione delle tassonomie

Ciao!

Ti consiglio di leggere e seguire questa guida: https://wpml.org/documentation/getting-started-guide/translating-post-categories-and-custom-taxonomies/

Qui ti si mostra come tradurre tutto quanto ha che fare con le tassonomie, tanto in modo manuale oppure in modo automatico.

Un'altro metodo per tradurre tutte le tassonomie è quello di assegnare tutte le tassonomie ad una pagina, post, ecc e poi tradurre quella pagina, così le puoi tradurre tutte insieme.

Prova a leggere la guida e fammi sapere se ti rimangono dubbi.

Saluti,

Certamente!

Ti consiglio di leggere i passaggi per caricarli e anche per successivamente "importarli" nel plugin traduzione stringhe: https://wpml.org/forums/topic/i-want-upload-mo-files/#post-14597625

Penso che quello risponde alla tua domanda, ma fammi sapere se ne hai altre 🙂

Saluti,

Ciao!

Quel errore ha a che fare con il tuo server/hosting, non tanto con WPML. In poche parole, per sicurezza il tuo server ha fatto delle regole che prevengono, in questo caso, che quello che WPML fa funzioni bene.

Di solito puoi inviare questo errore al supporto del tuo hosting insieme ad i passi che segui perché ti compaia l'errore. Loro dovrebbero poter risolverlo oppure dirti cosa devi fare successivamente.

Saluti,

Mi puoi dare i passi che usi per caricare il file e anche come mai vuoi caricare quel file nel sito?

Poi, nel frattempo potresti anche caricare i debug info: https://wpml.org/faq/provide-debug-information-faster-support/

Questi debug info mi aiuteranno a capire un po' meglio com'è configurato il tuo sito e magari riuscirò a capire meglio quello che ti succede.

Saluti,

Provo a spiegare meglio quello che succede, perché il problema qui ha a che fare con il server e le restrizioni che ha il server, principalmente.

Il problema succede qui son String Translation. lo scopo di String Translation è di cercare i diversi file .mo (file contenenti traduzioni per plugin/temi/WP), scannerizzarli e poi aggiungere le traduzioni nell'interfaccia, così da non farti fare le traduzioni 2 volte.

Cosa succede? il tuo server ha una restrizioni in effetto dove soltanto questi path sono permessi:

1) /home2/xbdouuod/
2) /opt/cpanel/ea-php82/root/usr
3) /usr/local/lib/php
4) /tmp
5) /etc/pki/tls/certs/ca-bundle.crt
6) /var/cpanel/php/sessions
7) /usr/local/bin/wp

Quindi per continuare, puoi confermarmi che l'installazione di WordPress si trova in "pblic_html" ma della directory /home2/xbdouuod/ ? (di non essere così, potresti vedere in quale path completo è installato WordPress?)

Se invece è in, diciamo /home/xbdouuod/ (Senza il 2 su "home"), ecco dove si trova il problema.

Questo è il primo passo, necessario prima di poter continuare con altro. Io nel frattempo parlo con i nostri sviluppatori per cercare di vedere come si può risolvere il problema.

Fammi sapere, per favore 🙂

Ok, i nostri sviluppatori mi hanno chiesto se ti era possibile creare una copia del sito per vedere quale valore ritorna "$defaultPathFile" oppure "$defaultPathFilePHP" perché non dovrebbero ritornare soltanto il nome del file ma il path intero (Cosa che succede se proviamo a ricrearlo in un sito pulito).

Se invece non puoi darci la copia del sito, potresti creare un sito di staging? un plugin come WP Staging rende questo lavoro super facile e veloce e potrebbe anche essere meglio visto che così possiamo fare i test con il tuo server direttamente (che è quello che ha le restrizioni di open_basedir).

Grazie in anticipo.

Dovresti poter vedere un checkbox che ti parla di GDPR, se lo leggi e lo premi, ti compariranno i campi perché si possano condividere le credenziali in modo privato e sicuro.