Samir Rifai

@daniellaivanova yes thank you.

@delyandelov thanks for getting back, just saw the ticket and all is sorted out. Looks like it’s a database optimization problem. I’ll look for someone who can deal with this.
Thanks!

@lunarwebs I had a similar issue last week and was forced to upgrade to a cloud based server solution. Besides that, now I’ve had database issues 2 times and everything points to the Memcached option enabled. SG keeps mentioning the SG plugin and service works as it should and the problem relies on poor 3rd party plugins which don’t work well with object caching and so.
Can you recommend a caching solution?

Hi all,
I’m having exact same issues with Memcached specifically.
It’s crashing my sites in many ways. I understand what @hristo-sg is saying, but many sites rely on several plugins, were the only problem or incompatibility seems to be SG Optimizer plugin and its Memcached option enabled.
Las week Memchached corrupted a table from my database, Tsvetan Mitev from Siteground helped me “fix” (I put quotes because he thought that might be the issue) the database issue and recommended hiring a web developer to look further in my database for optimization. However, the issue was resolved when Memcached was disabled, and then he recommended me to turn enable it again. After a few days, site crashed again with exactly same symptoms.
I’m stuck.
Need to get rid of the SG Optimizer plugin.

Thanks I’ll open a ticket from Siteground.

En nuestro caso NO eliminé el Let’s Encrypt Wildcard, pero si apagué el Forzar HTTPS y lo volví a prender. Borré CACHE DINAMICA y MEMCHACHED y aparentemente eso resolvió el tema.

Desde la 1pm están ingresando pedidos con el estado cambiado a Procesando.

De todas formas le estamos dando seguimiento.

En nuestro caso NO eliminé el Let’s Encrypt Wildcard, pero si apagué el Forzar HTTPS y lo volví a prender. Borré CACHE DINAMICA y MEMCHACHED y aparentemente eso resolvió el tema.

Desde la 1pm están ingresando pedidos con el estado cambiado a Procesando.

De todas formas le estamos dando seguimiento.

Durante el día he tenido varias comunicaciones con soporte de MP y lo último que indicaron fue lo siguiente:

“Lo que estamos viendo en los casos que presentan errores para notificar es código 526. La notificación por nuestro lado sale, pero no está siendo confirmado por el suyo desde el endpoint. Nos está devolviendo un timeout.
En los casos que se presentaba con el error anterior, la response era un html que contenía un captcha, y por eso se frenaba. No parecería estar sucediendo lo mismo en este caso.
?Consultaron al respecto con SiteGround?
Quedamos atentos a sus comentarios.
Saludos”

Es lo mismo que le indicaron a @monoazul.

Hasta el momento, todo bien y solucionado.

Hola @monoazul, en mi caso el certificado figura como vigente y se renueva cada 3 meses.

@alejoh ayer solicité que inhabiliten el ai-bot. Ya lo hicieron, pero no se ha solucionado el problema.

Por mi parte también estoy en contacto con soporte de MP y estoy a la espera de respuesta al ticket generado.

Yo me encuentro en Perú y este problema sucede con pagos de cualquier tarjeta de crédito/débito, así como PagoEfectivo.

Estamos alojados en SiteGround y tenemos deshabilitado el AI-CAPTCHA.

Los mantengo al tanto.

• This reply was modified 2 years, 9 months ago by Samir Rifai.

Hola, esto también está sucediendo en modo producción.
Hace 2 días entran pedidos y permanecen en estado PENDIENTE DE PAGO, cuando en realidad ya fueron cobrados en el portal de Mercado Pago.

Hola tengo el mismo problema desde ayer.

Mis pedidos se quedan en PENDIENTE DE PAGO en Woo. Sin embargo, en el portal de Mercado Pago si aparecen como cobrados.

Tengo más de 30 pedidos diarios y el 90% tienen el mismo problema.

Otro detalles es que al editar el pedido en Woo no hay datos en la sección de Mercado Pago: normalmente indica si el pedido fue cobrado, rechazado, etc.

• This reply was modified 2 years, 9 months ago by Samir Rifai.

Hola @angelriveracbr @mercadopago,

Hoy me pasó el mismo problema con un pedido pagado con tarjeta de crédito; la aprobación del pago está duplicada y la reducción del inventario también. Sin embargo, el cobro en la plataforma de Mercado Pago se dio 1 sola vez. El problema es que reduce el inventario doble:

Doble aprobación de pago

Ya realicé la consulta en el portal de desarrolladores, pero por lo que veo es un problema común y debería estar resuelto en las actualizaciones del plugin.

• This reply was modified 3 years, 11 months ago by Samir Rifai.

Que dolor de cabeza, tengo integrado Woo con un ERP y es un desastre que el plugin haga doble actualziación dentro de Woo.

@mercadopago su apoyo por favor.

Hola @angelriveracbr me interes saber más al respecto.
En mi caso este problema se da en el modo Checkout Personalizado para pagos en efectivo: PAGOEFECTIVO.