[Risolto] Modifica slug prodotto non corretta dopo aggiornamento a suite 4.6.1
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.
Salve,
dopo aver effettuato l'aggiornamento della suite da 4.5.14 a 4.6.1 è stato riscontrato un problema con i prodotti tradotti in lingua tedesca. Nel dettaglio viene aggiunta la stringa "prodotto" nello slug e quando si tenta di raggiungere il prodotto si va in contro ad una pagina vuota con errore 404.I prodotti in questione sono gestiti come custom post e non sono prodotti di WooCommerce. Disattivando l'opzione "traduzione degli slug" si riesce ad accedere alle pagine prodotto ma l'opzione deve essere attiva per evitare problemi SEO in produzione.
Video prima e dopo opzione "traduzione degli slug": link nascosto
C'è qualche problema con il sito. Ho disattivato tutti i plugin tranne WPML e CPT UI per escludere problemi con terze parti e
1. se riattivo la traduzione degli slug NON li salva
2. se provo a risalvare i prodotti tedeschi ricevo questo errore "Updating failed. No route was found matching the URL and request method."
3. se faccio la scansione delle stringhe di CPT UI non termina mai ed è pieno di errori nella console
In più qualunque prodotto tedesco reindirizza su link nascosto con redirect 301 ma non so da cosa è causato. Tu riscontravi questi altri problemi?
Ciao Laura,
non avevamo riscontrato questi problemi prima dell'aggiornamento (infatti sul sito in produzione funziona correttamente con WPML versione 4.5.14).
Considerando che non ci sono altri plugin attivi al momento può essere che l'ultimo aggiornamento abbia un bug?
Per conoscenza ho attivato anche la modalità debug di WordPress.
Non ci risultano bug di questo tipo, sicuramente non quelli che ho descritto io. A questo punto proverei a fare dei test su un server differente, se per te va bene.
Ciao Laura,
non ci è possibile effettuare dei test su un altro server, se non ribadisco che in produzione su versione precedente di WPML gli slug vengono salvati correttamente.
In ogni caso nei log ho riscontrato una serie di errori simili a questo:
WordPress database error Table 'dimann_wp2019_stage.wp_dimann_icl_translations' doesn't exist for query SELECT wpml_translations.translation_id, wpml_translations.element_id, wpml_translations.language_code, wpml_translations.source_language_code, wpml_translations.trid, wpml_translations.element_type
FROM wp_dimann_icl_translations wpml_translations
JOIN wp_dimann_posts p
ON wpml_translations.element_id = p.ID
AND wpml_translations.element_type = CONCAT('post_', p.post_type)
JOIN wp_dimann_icl_translations tridt
ON tridt.element_type = wpml_translations.element_type
AND tridt.trid = wpml_translations.trid
WHERE tridt.trid = (SELECT trid FROM wp_dimann_icl_translations wpml_translations
JOIN wp_dimann_posts p
ON wpml_translations.element_id = p.ID
AND wpml_translations.element_type = CONCAT('post_', p.post_type) WHERE element_id = 101 LIMIT 1) made by require_once('wp-load.php'), require_once('wp-config.php'), require_once('wp-settings.php'), do_action('init'), WP_Hook->do_action, WP_Hook->apply_filters, SitePress->rebuild_language_information, TranslationManagement->add_missing_language_information, TranslationManagement->add_missing_language_to_posts, TranslationManagement->add_missing_language_to_post, SitePress->set_element_language_details, WPML_Set_Language->set, WPML_Set_Language->delete_existing_row, do_action('wpml_translation_update'), WP_Hook->do_action, WP_Hook->apply_filters, OTGS\Toolset\Common\Relationships\MainController->OTGS\Toolset\Common\Relationships\{closure}, OTGS\Toolset\Common\Relationships\DatabaseLayer\Version2\Persistence\WpmlTranslationUpdate\WpmlTranslationUpdateHandler->on_wpml_translation_update, OTGS\Toolset\Common\Relationships\DatabaseLayer\Version2\Persistence\WpmlTranslationUpdate\WpmlTranslationUpdateHandler->one_element_action, OTGS\Toolset\Common\Relationships\DatabaseLayer\Version2\Persistence\WpmlTranslationUpdate\UpdateDescriptionParser->parse, OTGS\Toolset\Common\Relationships\DatabaseLayer\Version2\Persistence\WpmlTranslationUpdate\UpdateDescriptionParser->get_current_trid_by_post_id, OTGS\Toolset\Common\WPML\WpmlService->get_post_trid, apply_filters('wpml_element_language_details'), WP_Hook->apply_filters, wpml_element_language_details_filter, SitePress->get_element_language_details, WPML_Element_Translation->get_element_language_details, WPML_Element_Translation->maybe_populate_cache
Prenderemmo una copia da installare su un nostro server, comunque visto che c'è un errore sul database vediamo di risolvere prima questo e poi vediamo il da farsi, potrebbe essere collegato al problema. Chiedo un secondo parere.
Il problema è probabilmente causato da un conflitto con WooCommerce, perché ci sono 2 slug "prodotto", se WC è disattivato cancellandone uno i 404 spariscono.
Verifico se il problema è riproducibile, per il momento posso solo consigliarti di non usare il nome "prodotto" per il custom post type ma qualcosa di diverso.
La fix applicata quindi consiste nel rinominare lo slug "prodotto" per il tipo custom oppure c'è altro che dovrei applicare in produzione?
Mi chiedo come mai questo conflitto tra WooCommerce e Custom Type non avviene nell'attuale versione in produzione, avete dei dettagli più tecnici?
Tuttavia la fix proposta va in conflitto anche con l'attuale SEO del sito, ovvero non abbiamo modo di rinominare lo slug prodotto in quanto lo penalizzerebbe. Avete in mente una soluzione alternativa?
Volevo anche segnalare i seguenti punti riscontrati:
- vedo che i menu es. footer non hanno mantenuto la configurazione post aggiornamento
- In generale gli slug del prodotto /kit-prodotto sono stati cambiati, per preservare il SEO dovrebbero rimanere tali, mi confermate che l'aggiornamento non li modifica?
- Le pagine categoria al momento sono vuote, sembra che i permalink siano cambiati, esempio: link nascosto è ora raggiungibile da link nascosto questo comporterebbe un problema SEO, come posso ovviare?
Ringrazio anticipatamente per la disponibilità,
saluti.
Il fix è eliminare una delle 2 stringhe identiche e salvare i permalink dopo averlo fatto, vedi screenshot. Non dovrebbe essere necessario cambiare gli slug.
Se dovessi continuare ad avere il problema approfondiamo, in ogni modo tieni presente che non è mai una buona idea avere un CPT con slug "prodotto" se usi anche WooCommerce, perché WooCommerce "riserva" questi slug e può creare conflitto, indipendentemente da WPML.
Non abbiamo dettagli perché non riusciamo a riprodurre il problema e non abbiamo modo di capire perché sia successo. Se è capitato dopo l'aggiornamento, probabilmente ci sarà stata una corruzione del database in quel momento, può succedere e non c'è modo di prevederlo.
Per gli altri punti, visto che il problema principale dovrebbe essere risolto, per favore apri altri ticket, uno per problema.
