maximo88

Me suscribo, porque es necesario que conozcamos experiencias positivas. Y si 1.7 ya es estable

CACHÉ is down at advanced settings. Not refers to SMARTY

Gracias a los dos por desvelar este escándalo de empresa. Un futuro cliente menos que se lo estaba pensando

No, no pude resolver lo de la doble barra. Las direcciones que no tienen barra se reconocen como páginas CMS, como por ejemplo /ayuda. Y el módulo con la barra consigue quitar el número. No os debe preocupar, google os cogerá todas las direcciones con la barra.

There are statistics you have to delete them.

Hello. I have Prestashop 1.6.0.9 with module Mailalerts. I have search in Google and in the webforum but there is nothing about this problem. Please help me. When I receive a email with a new order the 'other' customer field doesn't show. I have checked the code, but I don't understand the reason. I need it because my customers put in there some extra information that I need to read to accomplish the send. First I go: /public_html/modules/mailalerts/mails/es (I am spanish) 1º) In new_order.html, I see {delivery_block_html} {invoice_block_html}. 2º) Then I go to mailalerts.php // Filling-in vars for email $template_vars = array( '{delivery_block_html}' => MailAlert::getFormatedAddress( $delivery, '<br />', array( 'firstname' => '<span style="color:'.$configuration['PS_MAIL_COLOR'].'; font-weight:bold;">%s</span>', 'lastname' => '<span style="color:'.$configuration['PS_MAIL_COLOR'].'; font-weight:bold;">%s</span>' ) ), '{invoice_block_html}' => MailAlert::getFormatedAddress( $invoice, '<br />', array( 'firstname' => '<span style="color:'.$configuration['PS_MAIL_COLOR'].' font-weight:bold;">%s</span>', 'lastname' => '<span style="color:'.$configuration['PS_MAIL_COLOR'].'; font-weight:bold;">%s</span>' ) ), ... '{delivery_state}' => $delivery->id_state ? $delivery_state->name : '', '{delivery_phone}' => $delivery->phone ? $delivery->phone : $delivery->phone_mobile, '{delivery_other}' => $delivery->other, '{invoice_company}' => $invoice->company, ... '{invoice_state}' => $invoice->id_state ? $invoice_state->name : '', '{invoice_phone}' => $invoice->phone ? $invoice->phone : $invoice->phone_mobile, '{invoice_other}' => $invoice->other, '{order_name}' => $order->reference, I think all is correct. I don't understand why the phone is in the received mail, but the "other field" never. 3º Therefore, I open /public_html/classes/PaymentModule.php '{delivery_block_html}' => $this->_getFormatedAddress($delivery, '<br />', array( 'firstname' => '<span style="color:#75AAFF; font-weight:bold;">%s</span>', 'lastname' => '<span style="color:#75AAFF; font-weight:bold;">%s</span>' )), '{invoice_block_html}' => $this->_getFormatedAddress($invoice, '<br />', array( 'firstname' => '<span style="color:#75AAFF; font-weight:bold;">%s</span>', 'lastname' => '<span style="color:#75AAFF; font-weight:bold;">%s</span>' )),'{invoice_country}' => $invoice->country, '{invoice_state}' => $invoice->id_state ? $invoice_state->name : '', '{invoice_phone}' => ($invoice->phone) ? $invoice->phone : $invoice->phone_mobile, '{invoice_other}' => $invoice->other, I can't find the problem, because I am not a genius in php. Please help me. Thank so much.

Qué bien lo has explicado, lo cual te agradezco. Pues mira ese error lleva ya como dos años que nadie lo arregla. A mí me ocurría en esa versión y en la actual 1.6.0.9. Como la gente no vende nada, pues les da un poco igual creo yo. Yo creo que en las últimas versiones 1.6.1.1 si se ha arreglado, pero no te lo puedo confirmar. Solo te digo que no pierdas el tiempo intentado arreglarlo, yo creo que es imposible y es justo como lo has relatado. Si tienes tantos pedidos, es conveniente que actualices a 1.6, con una plantilla de themeforest. Te ahorrará muchos quebraderos, aunque la versión que tienes la tuve yo un año y fue de las pocas estables. Ánimo. Lo importante es vender, porque el programa este nunca será perfecto por desgracia.

El típico error de importe 0 (sin asignar). Yo no soy capaz de solucionarlo. ¿Alguien ha podido solucionar esto? El de pedido duplicado si lo hemos conseguido en la 2.8.3 con la modificación que yo he adjuntado. Es horrible esta situación.

Lo confirmo. Nombre Host: msnbot-157-55-39-218.search.msn.com Dirección de IP: 157.55.39.218 País: United States Código de país: US (USA) Region: Washington Ciudad: Redmond Hora local: 05 Jan 08:35 (PST-0800) Latitud: 47.6801 Longitud: -122.1206 Nombre Host: msnbot-157-55-39-185.search.msn.com Dirección de IP: 157.55.39.185 País: United States Código de país: US (USA) Region: Washington Ciudad: Redmond Hora local: 05 Jan 08:40 (PST-0800) Latitud: 47.6801 Longitud: -122.1206 Ataque spam Pompano Beach de carritos abandonados. ¿Qué podemos hacer? Bloqueamos esta IP? Es el bot de Bing que es una literalmente basura Yo las he tenido que bloquear por ahora, porque es una auténtica locura más de 1000 carros vacíos. Les he escrito a Microsoft, dudo mucho que contesten.

IMPORTANTE decir que la parte del pago la tengo puesta en una sola página mediante un modulo de one page checkout Está claro que es eso, que no está bien hecho. No es problema del módulo, es de la plantilla del one page checkout, que no manda bien el dato. Seguro al 99% vamos. ¿A que si lo pones en 5 pasos con la plantilla oficial funciona? Tardo en contestar mucho, ando agotado

A la desesperada es mejor que hagas una imagen que incluya a las dos, y subes esa. Hasta con el paint lo puedes hacer

https://www.prestashop.com/forums/topic/266480-modulo-redsys-tpv-virtual-gratis-en-su-web/ Por favor usen el buscador antes de abrir un tema, ahí tienen el módulo reparado

Borra el módulo, y vuélvelo a subir. No actualices

Vamos a ver: ¿Quién en su sano juicio da atrás en una pasarela de pago? Es una transacción segura, evidentemente dará error de pedido duplicado en cualquier TPV, porque es una acción extraña. Y si no, son muy sofisticados. Si tú das atrás, y luego delante(con el botón del explorador) no falla, pero si das atrás e inmediatamente vuelves a pulsar la pasarela de pago, sin refrescar la página de pago, manda el mismo código otra vez y Redsys al ver que quieren pagar lo mismo dos veces, prefiere dar error. Se le da al botón de cancelar en la pasarela Redsys y se vuelve atrás, a través de la plantilla de error, que permite reintentar el pago. Como ocurriría si por ejemplo nos equivocásemos al meter los números de la tarjeta. No sé, esta es mi lógica. Es como si metes el PIN en un comercio de la tarjeta, te dicen que no la saques, y vas tú y la sacas antes de que se complete la transacción. Nuestro TPV con Prestashop es una PASARELA, vamos de nuestra web de prestashop, a la web del banco. Páginas como Fnac o el Corte Inglés, no usan pasarela, lo tienen integrado en su propio código, por ello te piden que metas el número de tarjeta en el mismo formulario del nombre, y claro ahí nadie va a dar atrás. Es que yo no entiendo para que en una pasarela de pagos le das atrás, cuando tienes que pagar, e inmediatamente le vuelves a dar a que quieres pagar. Ya si eso mejor tirar del cable del ordenador o apagar los plomos PD: felicito a @jabocangas por su magnífica explicación.

.