misagues

Sure?

In the op-overview shortcode you have the time_format attribute.

Or use the Overview Widget, where you also have the PHP time format attribute.

https://github.com/janizde/WP-Opening-Hours/raw/master/doc/screenshots/widget-overview-options.png

Have you tried with shortcodes?

https://github.com/janizde/WP-Opening-Hours#op-is-open-shortcode

Using the irregular openings and writing the text in the Name section.

https://ibb.co/4K143pX

https://ibb.co/nb73RvG

It looks like a conflict with your WordPress theme.

Hiding elements by CSS

Using the available attributes.

https://github.com/janizde/WP-Opening-Hours#op-overview-shortcode

Con esto el problema queda resuelto y se puede cerrar la incidencia.
Gracias por la ayuda.

Hola.
Por fin hoy lo he podido dejar solucionado. Ha costado, pero al final funciona.

La clave del problema, en mi caso, estaba en el juego de caracteres y el cotejamiento de la base de datos. La base de datos estaba en ?utf8?, pero algunas tablas aparecían en ?utf8mb4?. En la configuración de WordPress, el ?DB_CHARSET? del archivo ?wp-config.php? estaba definido como ?utf-8?.

Después de muchas pruebas y de buscar mucha información sobre el error la solución la he encontrado en convertir la base de datos a ?utf8mb4? antes de realizar la actualización de WooCommerce 6.x.

El proceso que he seguido para solucionarlo ha sido:

Convertir el juego de caracteres y cotejamiento de ?Utf8? a ?Utf8mb4?.

Primero los cambiamos globalmente. Para esto entraremos en la base de datos MySQL desde phpMyAdmin. Introducimos en la pesta?a SQL el siguiente código (cambiando ?name_bd? por el nombre de la base de datos):

ALTER DATABASE name_bd CHARACTER SET = utf8mb4 COLLATE = utf8mb4_general_ci;

Después los cambiaremos en las tablas y columnas, de nuevo en la pesta?a SQL introduciremos (cambiando ?name_bd? por el nombre de la base de datos):

SELECT CONCAT(‘ALTER TABLE ‘,TABLE_SCHEMA,’.’,TABLE_NAME,’ CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; ‘)
AS alter_sql
FROM information_schema.TABLES
WHERE TABLE_SCHEMA = ‘name_bd’;

Obtendremos unos comandos que debemos copiar y pegar de nuevo en la pesta?a SQL, pero posiblemente estos comandos solo se vean parcialmente; para poder verlos por completo, haremos clic en el enlace ?Opciones? (visible encima de los resultados), desplegaremos el menú, seleccionamos la casilla ?Textos completos? y hacemos clic en ?Continuar?; seleccionamos todo, copiamos y pegamos en la pesta?a SQL.

Para estos pasos he seguido la guía de esta página.

Para el siguiente paso, entraremos por ftp (o desde Plesk/CPanel) para modificar el ?DB_CHARSET? del archivo ?wp-config.php?; en el cambiamos ?utf-8? por ?wp-config.php? dejándolo de la siguiente forma:

define(‘DB_CHARSET’, ‘utf8mb4’);
define(‘DB_COLLATE’, ”);

Ahora entraremos en el panel de administración de WordPress y realizaremos las actualizaciones pendientes del núcleo de WordPress y los temas.

Seguidamente accederemos a las herramientas de WooCommerce desde el menú WooCommerce > Estado > Herramientas; donde realizaremos dos pasos:

Primero verificaremos las tablas de la base de datos pulsando el botón ?Verificar base de datos?.

Después actualizaremos la base de datos pulsando el botón ?Actualizar base de datos?.
El último paso será realizar la actualización de WooCommerce.

Entre cada uno de estos pasos vaciaremos la caché y comprobaremos el buen funcionamiento de la web y por supuesto, siempre realizaremos estas pruebas primero desde entorno de pruebas para estar seguro que funciona antes de realizarlo en producción.

He vuelto a realizar el proceso desde copia de seguridad, em entorno de pruebas. Esta vez he desactivado y borrado todos los plugins (asegurándome de tener marcadas las opciones correspondientes de eliminación de datos), excepto Woo?Commerce.
He desactivado y vuelto a activar el plugin WC.
He verificado las tablas de la base de datos desde las herramientas de WC.
He actualizado la base de datos desde las herramientas de WC.

Con esto solo he dejado WooComerce y el tema con el que funciona la web.

El error sigue apareciendo.

He vuelto a realizar el proceso, ahora asegurándome de desinstalar por completo (siguiendo las instrucciones de la ayuda de WF) el plugin Wordfence Security y después realizando la actualización de WooCommerce, pero por desgracia el error de la tabla wp_wc_rate_limits sigue apareciendo y la tabla no se crea.

Tenía esperanza de que el problema fuese con el plugin WF y se solucionase desinstalando por completo y después de la actualización de WC volver a instalar WF, pero no ??.

He realizado el proceso desde la copia de seguridad del sitio en producción, desactivando y borrando el plugin Wordfence Security y después actualizando WooCommerce, pero no ha funcionado, sigue el error en la tabla de la base de datos.

Me he dado cuenta que después de borrar el plugin WF, en la base de datos aún existen sus tablas siguientes:

aya_wfblockediplog	 	Datos: 0.02MB + índice: 0.00MB + Motor InnoDB
aya_wfblocks7	 	Datos: 0.02MB + índice: 0.05MB + Motor InnoDB
aya_wfconfig	 	Datos: 0.48MB + índice: 0.00MB + Motor InnoDB
aya_wfcrawlers	 	Datos: 0.02MB + índice: 0.00MB + Motor InnoDB
aya_wffilechanges	 	Datos: 0.02MB + índice: 0.00MB + Motor InnoDB
aya_wffilemods	 	Datos: 2.52MB + índice: 0.00MB + Motor InnoDB
aya_wfhits	 	Datos: 0.36MB + índice: 0.08MB + Motor InnoDB
aya_wfhoover	 	Datos: 0.02MB + índice: 0.02MB + Motor InnoDB
aya_wfissues	 	Datos: 0.02MB + índice: 0.06MB + Motor InnoDB
aya_wfknownfilelist	 	Datos: 1.52MB + índice: 0.00MB + Motor InnoDB
aya_wflivetraffichuman	 	Datos: 0.02MB + índice: 0.02MB + Motor InnoDB
aya_wflocs	 	Datos: 0.02MB + índice: 0.00MB + Motor InnoDB
aya_wflogins	 	Datos: 0.06MB + índice: 0.03MB + Motor InnoDB
aya_wfls_2fa_secrets	 	Datos: 0.02MB + índice: 0.02MB + Motor InnoDB
aya_wfls_settings	 	Datos: 0.02MB + índice: 0.00MB + Motor InnoDB
aya_wfnotifications	 	Datos: 0.02MB + índice: 0.00MB + Motor InnoDB
aya_wfpendingissues	 	Datos: 0.02MB + índice: 0.06MB + Motor InnoDB
aya_wfreversecache	 	Datos: 0.02MB + índice: 0.00MB + Motor InnoDB
aya_wfsnipcache	 	Datos: 0.02MB + índice: 0.05MB + Motor InnoDB
aya_wfstatus	 	Datos: 0.13MB + índice: 0.09MB + Motor InnoDB
aya_wftrafficrates	 	Datos: 0.02MB + índice: 0.00MB + Motor InnoDB

Por lo tanto, al desactivar y borrar el plugin WF este no lo hace por completo.

Voy a repetir el proceso asegurándome de limpiar por completo el plugin WF antes de realizar la actualización de WC.

Gracias.

Otra cosa que ya he probado es realizar la prueba de la actualización con la nueva versión de WooComerce 6.1.0 y sigue el problema, descartando que fuese problema de la versión 6.0.0

Gracias.

Hola @rainfallnixfig.

Voy a hacer pruebas a partir de lo que me comentas del plugin WF. Intentaré desactivarlo o eliminarlo antes de hacer la copia de seguridad o desde la copia que ya tengo, desactivarlo o eliminarlo en el entorno de pruebas antes de hacer la actualización de WooCommerce.

Gracias de nuevo por la ayuda.

Hola.

He contactado con el proveedor de alojamiento y le he trasladado el problema.

Después de revisar diversos registros, de error y otros, del servidor, me dicen que no detectan ningún problema que pueda causar este error.

Para descartarlo, me han pedido que realice una instalación limpia y compruebe que la tabla afectada se crea correctamente y no aparece el error.
Efectivamente con una instalación limpia de las últimas versiones de WordPress y WooCommerce, con una base de datos nueva, todo funciona correctamente y no hay error.

Les comunico que con instalación limpia el error no aparece; pero les indico que en la instalación en producción, desde la copia de seguridad donde estoy teniendo el problema al actualizar, no tengo las últimas versiones, que el error aparece al actualizar WooCommerce y me dicen que intente reproducir, en entorno de pruebas y sin ser desde una copia de seguridad real, lo más fielmente toda la configuración de la web en producción y después desde allí realiza las actualizaciones para comprobarlo.

Voy a intentar realizar esta instalación, lo más idéntica posible a la original, para poder replicar el proceso de actualización, sin ser desde una copia de seguridad, pero configurar el sitio nuevo manualmente a imagen de otro en producción me va a costar un tiempo.

Seguiré informando.

Gracias.

Hola.

Mientras tramito el problema con el proveedor de alojamiento estoy buscando información y sigo haciendo pruebas.

He encontrado otro hilo de soporte, con el mismo problema, abierto por @ drmacs, donde @rainfallnixfig le da instrucciones para comprobar si desactivando WooCommerce, eliminándolo por completo y volviendo a instalar sigue el problema.

Lo he hecho y al instalar de nuevo WooCommerce el problema de la base de datos es con muchas más tablas.

Base de datos
 Tablas de la base de datos faltantes: wp_woocommerce_sessions, 
wp_woocommerce_api_keys, wp_woocommerce_attribute_taxonomies, 
wp_woocommerce_downloadable_product_permissions, wp_woocommerce_order_items, 
wp_woocommerce_order_itemmeta, wp_woocommerce_tax_rates, 
wp_woocommerce_tax_rate_locations, wp_woocommerce_shipping_zones, 
wp_woocommerce_shipping_zone_locations, wp_woocommerce_shipping_zone_methods, 
wp_woocommerce_payment_tokens, wp_woocommerce_payment_tokenmeta, wp_woocommerce_log, 
wp_wc_webhooks, wp_wc_download_log, wp_wc_product_meta_lookup, wp_wc_tax_rate_classes, 
wp_wc_reserved_stock, wp_wc_rate_limits. Es posible que algunas funciones de WooCommerce no funcionen como se esperaba.

Por si sirve de algo.

Gracias de nuevo por vuestra ayuda.