Estoy desarrollando un módulo para PrestaShop 1.7.x que permite definir un límite de preventas por producto y restaura el comportamiento original del stock cuando llega nuevo stock o se alcanza el cupo establecido manualmente para preventas dentro de la ficha de producto.

El módulo funciona a medias, simplemente no consigo que se guarden los datos en la tabla (no va el método ajax).

Repo: https://github.com/ProductCap

Busco a alguien con experiencia en módulos PS 1.7 que quiera revisar el código y ayudar a cerrarlo correctamente.

¡¡SOLUCIONADO!!
He encontrado el error. Los developers del módulo, se han dejado configurado el entorno de PRE en lugar del de PRO en la clase que controla las peticiones Rest a los servicios de Correos.

El fichero en cuestión es el siguiente.
modules/correosoficial/vendor/ecommerce_common_lib/Correos/CorreosRest.php

En la línea 35
private $environment = 'PRE';

Hay que sustituirlo por:

private $environment = 'PRO';

Espero que esto ayude a otros integradores / developers / usuarios de Prestashop a solucionar el problema a sus clientes.

PD: Empresa que desarrollas para "CORREOS" si me lees!!! Estoy abierto a escuchar ofertas laborales  

Un Saludo.

Je suis confronté à un problème très sérieux et inhabituel sur Prestashop 9 que je n'arrive pas à résoudre. J'ai besoin de votre aide pour comprendre l'origine de ce bug.

Le problème se déclenche lorsque j'accède au back-office et que j'ouvre la page d'un produit pour le consulter, le modifier ou l'enregistrer. Prestashop crée automatiquement un enregistrement en double dans le catalogue. Le plus étrange est que ce nouvel enregistrement a le même ID que le produit original.

À noter que cette duplication se produit spécifiquement dans la table ps_stock_available, qui gère les quantités. Mon installation de Prestashop 9 est propre, ne contient que les modules "core", et les articles ont été importés d'un site Prestashop 1.7.

Détails du problème :

Dans le catalogue, deux produits identiques avec le même ID apparaissent.

L'un des deux enregistrements est configuré comme publié (active = 1) mais avec une quantité de zéro.

L'autre enregistrement est non publié (active = 0) mais possède la quantité correcte.

Ce comportement se manifeste pour la majorité de mes produits, mais PAS POUR TOUS, et cela concerne aussi bien les produits avec que sans combinaisons.

Tenter de supprimer l'un des deux enregistrements entraîne la suppression des deux.

Même en vidant le cache ou en nettoyant les données orphelines, le problème persiste et se reproduit à chaque fois que j'ouvre un produit.

Ce que j'ai déjà fait (sans succès) :

J'ai essayé de corriger l'incohérence des données avec plusieurs requêtes SQL, mais le problème réapparaît systématiquement. J'ai pu exclure les causes les plus courantes, comme les enregistrements orphelins et les paramètres incorrects des champs depends_on_stock et out_of_stock.

Ce comportement indique une anomalie profonde dans la logique de Prestashop, probablement causée par un bug dans un module ou un fichier d'override corrompu.

Quelqu'un a-t-il déjà rencontré un problème de duplication automatique de produits avec le même ID lors de l'ouverture dans le back-office ? Toute suggestion sur la manière de diagnostiquer l'origine du problème (par exemple, quelles tables ou quels fichiers du cœur devrais-je inspecter) serait extrêmement utile.

Merci d'avance pour votre temps et votre aide.

Para un proyecto reciente, me dejé aconsejar por algunos desarrolladores que recomendaban ClassicBlinders, una supuesta evolución de la Classic, ideal —según decían— para proyectos pequeños y enfocados en SEO.

La realidad fue otra. Me encontré con deenas de micro errores , y un par de ellos importantes, a mi parecer, en usabilidad:

• El selector de idioma no aparece en versiones moviles (a pesar de estar en el código tpl y el modulo instalado) ni en la cabecera ni en el menú móvil.
• No hay forma de cerrar sesión desde “Mi cuenta”, algo básico.

Además, presenta muchos problemas de SEO técnico, no es que le falten, sino que hay cosas mal.

Intenté comunicar estos errores abriendo tickets, no para pedir soporte (sé que solo lo ofrecen para productos de pago), sino como aviso. Sin embargo, a día de hoy sigo  esperando.

Lo más frustrante: cuando ya tenía gran parte del proyecto avanzado, tuve que volver a instalar la plantilla Classic, rediseñar y reprogramar desde cero. Incluso en instalaciones limpias con solo la demo, los errores persistían. Probé más de una vez y en todos los casos me tocó modificar el código más de 30 veces para corregir fallos menores pero constantes. Al cambiar a la Classic original, todo empezó a funcionar bien.

No escribo esto para criticar el esfuerzo de quien ha desarrollado y compartido esta plantilla gratuitamente. Yo también he ofrecido plugins y plantillas gratis (en WooCommerce, por ejemplo), y sé lo que conlleva. Pero si se comparte algo, por respeto a quien lo va a usar, es fundamental que no presente errores de base. Prefiero una plantilla simple pero estable, antes que una supuestamente más completa pero llena de problemas.

Conclusión: si estás pensando usar ClassicBlinders, ten en cuenta esta experiencia para evitarte sorpresas desagradables al final del desarrollo.

La empresa tienen una pagina la cual requiere hacerle actualización de la ultima versión y se quiere hacer un refresh de la pagina, la persona debe de residir en Chile, en la ciudad de Santiago, ya que los dueños les gusta ver y reunirse personalmente con la persona o el equipo de trabajo.

Si alguien tiene estas capacidades favor me pueda escribir.

De antemano, muchas gracias, no se si puede dejar mi correo o mi teléfono por acá, ya que soy nuevo.

Tengo instalada la versión 1.6.1.5. He cambiado algunos datos en la factura pero ahora no encuentro cómo hacer para modificar los que aparecen en el encabezado, en la primera columna (marcada en la imagen).

¿Podéis decirme dónde se encuentran?

Gracias mil!!

Fatal error: Uncaught Error: Call to undefined function proc_open() in /var/www/vhosts/38775853.servicio-online.net/durangaldekomusika.com/MusikaGu/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/StreamBuffer.php:291 Stack trace: #0 /var/www/vhosts/38775853.servicio-online.net/durangaldekomusika.com/MusikaGu/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/StreamBuffer.php(54): Swift_Transport_StreamBuffer->establishProcessConnection() #1 /var/www/vhosts/38775853.servicio-online.net/durangaldekomusika.com/MusikaGu/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/AbstractSmtpTransport.php(143): Swift_Transport_StreamBuffer->initialize(Array) #2 /var/www/vhosts/38775853.servicio-online.net/durangaldekomusika.com/MusikaGu/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/SendmailTransport.php(50): Swift_Transport_AbstractSmtpTransport->start() #3 /var/www/vhosts/38775853.servicio-online.net/durangaldekomusika.com/MusikaGu/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Mailer.php(65): Swift_Transport_SendmailTransport->start() #4 /var/www/vhosts/38775853.servicio-online.net/durangaldekomusika.com/MusikaGu/classes/Mail.php(636): Swift_Mailer->send(Object(Swift_Message)) #5 /var/www/vhosts/38775853.servicio-online.net/durangaldekomusika.com/MusikaGu/classes/PaymentModule.php(721): MailCore::send(3, 'order_conf', '[Musika=Gu] Esk...', Array, 'kimetzzenitagoi...', '=?UTF-8?B?S2ltZ...', 'denda@zenitagoi...', NULL, NULL, NULL, '/var/www/vhosts...', false, 1) #6 /var/www/vhosts/38775853.servicio-online.net/durangaldekomusika.com/MusikaGu/modules/ps_cashondelivery/controllers/front/validation.php(74): PaymentModuleCore->validateOrder(16, 13, 15.0, 'Jasotzean ordai...', NULL, Array, 2, false, '0177f63af520fcf...') #7 /var/www/vhosts/38775853.servicio-online.net/durangaldekomusika.com/MusikaGu/classes/controller/Controller.php(308): Ps_CashondeliveryValidationModuleFrontController->postProcess() #8 /var/www/vhosts/38775853.servicio-online.net/durangaldekomusika.com/MusikaGu/classes/Dispatcher.php(510): ControllerCore->run() #9 /var/www/vhosts/38775853.servicio-online.net/durangaldekomusika.com/MusikaGu/index.php(28): DispatcherCore->dispatch() #10 {main} thrown in /var/www/vhosts/38775853.servicio-online.net/durangaldekomusika.com/MusikaGu/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/StreamBuffer.php on line 291

Hola, tengo un problema desde ayer. Instalé un módulo para probarlo, concretamente el Product Manager. Después de instalarlo, fui a subir un producto nuevo y me encontré con que la vista es muy parecida al PS 1.7 y nada que ver con la de PS 8.1.1 . Por comodidad para la compañera de productos, necesitamos volver a la anterior vista, pero es imposible. He desinstalado el módulo, borrado la caché 1000 veces y aún así, sigue en las mismas. Os envio una foto de como se ve ahora y como se debería ver. Espero podáis ayudarme. Un saludo.

y por otro lado he vistos pocos CMS que den mas problemas que este, es mortal la cantidad de fallos.

Recientemente hemos descubierto un problema relacionado con la edición de pedidos por parte de los empleados.

Disponemos de un rol el cual solo tiene permisos de visualización de un pedido:

Pero vemos que a la hora de visualizar un pedido, este puede alterar el pedido, cambiando estado, productos, descuentos, direcciones...etc

Según parece la lógica por ejemplo que sigue la edición de producto es que si el pedido no está entregado se puede tanto editar cantidades como borrarlas.

src/PrestaShopBundle/Resources/views/Admin/Sell/Order/Order/Blocks/View/product.html.twig

Creo que aquí se deberia de tener en cuenta los permisos del empleado para poder modificar todos estos aspectos no?

Lo veis igual que yo o se me escapa algo?

Version de PS: 1.7.7.5

PD: He creado una issue en github explicando la situacion https://github.com/PrestaShop/PrestaShop/issues/38192

la tienda está montada dentro de una carpeta llamada tienda en un dominio (midominio.com/tienda), esta sería la tienda principal

sobre ella van a ir varias tiendas con la siguiente configuraión de sus urls: midominio.com/tienda/tienda1 y midominio.com/tienda/tienda2, hasta aquí todo ok, la home de las 3 tiendas se visualizan pero a la hora de entrar en una categoría, la principal va perfecto, pero las otras dan error 404, si desactivo las urls amigables sí funciona, pero si está activo, las otras dos dan errores 404. No se si es que falta algo en el httacces o que pero me está volviendo loco. os paso la configuración que tiene el httaccess:

<IfModule mod_security.c>
SecFilterEngine Off
SecFilterScanPOST Off
</IfModule>

<IfModule mod_rewrite.c>
<IfModule mod_env.c>
SetEnv HTTP_MOD_REWRITE On
</IfModule>

# Disable Multiviews
Options -Multiviews

RewriteEngine on

#Domain: midominio.es
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule . - [E=REWRITEBASE:/tienda/]
RewriteRule ^api(?:/(.*))?$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L]
RewriteRule ^upload/.+$ %{ENV:REWRITEBASE}index.php [QSA,L]

# Images
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$1$3 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$1$4 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$1$5 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$5/$1$6 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$5/$6/$1$7 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$5/$6/$7/$1$8 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])([\d])([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$5/$6/$7/$8/$1$9 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^c/([\d]+)(\-[\.*\w-]*)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/c/$1$2$3 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^c/([a-zA-Z_-]+)(-[\d]+)?/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/c/$1$2$3 [L]
# AlphaImageLoader for IE and fancybox
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ %{ENV:REWRITEBASE}js/jquery/plugins/fancybox/images/$1.$2 [L]

#Domain: midominio.es
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule . - [E=REWRITEBASE:/tienda/]
RewriteRule ^api(?:/(.*))?$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L]
RewriteRule ^upload/.+$ %{ENV:REWRITEBASE}index.php [QSA,L]

RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^tienda1$ /tienda/tienda1/ [L,R]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^tienda1/(.*) /tienda/$1 [L]

# Images
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$1$3 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$1$4 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$1$5 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$5/$1$6 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$5/$6/$1$7 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$5/$6/$7/$1$8 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])([\d])([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$5/$6/$7/$8/$1$9 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^c/([\d]+)(\-[\.*\w-]*)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/c/$1$2$3 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^c/([a-zA-Z_-]+)(-[\d]+)?/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/c/$1$2$3 [L]
# AlphaImageLoader for IE and fancybox
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ %{ENV:REWRITEBASE}js/jquery/plugins/fancybox/images/$1.$2 [L]

#Domain: midominio.es
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule . - [E=REWRITEBASE:/tienda/]
RewriteRule ^api(?:/(.*))?$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L]
RewriteRule ^upload/.+$ %{ENV:REWRITEBASE}index.php [QSA,L]

RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^tienda2$ /tienda/tienda2/ [L,R]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^tienda2/(.*) /tienda/$1 [L]

# Images
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$1$3 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$1$4 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$1$5 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$5/$1$6 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$5/$6/$1$7 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$5/$6/$7/$1$8 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^(([\d])([\d])([\d])([\d])([\d])([\d])([\d])(?:\-[\w-]*)?)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/p/$2/$3/$4/$5/$6/$7/$8/$1$9 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^c/([\d]+)(\-[\.*\w-]*)/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/c/$1$2$3 [L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^c/([a-zA-Z_-]+)(-[\d]+)?/.+(\.(?:jpe?g|webp|png|avif))$ %{ENV:REWRITEBASE}img/c/$1$2$3 [L]
# AlphaImageLoader for IE and fancybox
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ %{ENV:REWRITEBASE}js/jquery/plugins/fancybox/images/$1.$2 [L]

# Dispatcher
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^.*$ - [NC,L]
RewriteCond %{HTTP_HOST} ^midominio.es$
RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L]
</IfModule>

AddType application/vnd.ms-fontobject .eot
AddType font/ttf .ttf
AddType font/otf .otf
AddType application/font-woff .woff
AddType font/woff2 .woff2
<IfModule mod_headers.c>
    <FilesMatch "\.(ttf|ttc|otf|eot|woff|woff2|svg)$">
        Header set Access-Control-Allow-Origin "*"
    </FilesMatch>
</IfModule>

<Files composer.lock>
    # Apache 2.2
    <IfModule !mod_authz_core.c>
        Order deny,allow
        Deny from all
    </IfModule>

    # Apache 2.4
    <IfModule mod_authz_core.c>
        Require all denied
    </IfModule>
</Files>
#If rewrite mod isn't enabled
ErrorDocument 404 /tienda/index.php?controller=404

Hoy me ha llegado un email de la pasarela de pago que ha entrado un importe, por lo que han hecho un pedido y no se ha recibido el email, al entrar en  el panel de control, había un pedido nuevo.
He entrado en la configuración del email y nuevamente estaba otra contraseña distinta sin haber tocado nada, además ahora ni me llegan a los otros emails que tengo en copia como [SPAM]... he probado a cambiar la contraseña desde otro navegador y pasa lo mismo, si pico la contraseña y envío mail de prueba funciona, pero si le doy a guardar peta.

¿Tenéis alguna idea de qué puede estar pasando? No tengo mucha idea de desarrollo, pero más o menos me defiendo con instrucciones.
Mil gracias

Tengo un problema de lo más extraño, es primera vez que me pasa y no he encontrado mucha información al respecto.

Uso Ps 1.7.8.11 PHP 7.4.33 (según se recomienda)

Este problema afecta tanto a invitados como a clientes registrados.

El problema en sí 

Cuando vas a comprar un artículo, la página de checkout te lleva a la sección donde debes colocar tu dirección.

Al hacer click en cualquier campo, incluso si quieres avanzar a la sección de Envío, la página se refresca, si estabas logueado te saca y si no, el carrito regresa a cero items. Si estabas logueado, al volver a ingresar a tu cuenta, el carrito ya no tiene el producto que ibas a comprar, es decir, se vacía automáticamente.

He probado con el plantilla por defecto y tampoco observé ningún cambio, el error persiste.

A alguien le ha sucedido? Espero me puedan compartir algún consejo al respecto, gracias!

Estoy buscando modificar cómo Prestashop 1.7 asigna la fecha de la factura. La lógica deseada es:

- Si el pedido está pagado completamente, la fecha de la factura debe ser la fecha del último pago registrado.
- Si no, debe seguir utilizando la fecha actual autoasignada al generarse la factura.

He intentado modificar OrderInvoice.php con el siguiente código sin éxito. La factura sigue generándose con la fecha actual.

Este es el código que había originalmente:

public function add($autodate = true, $null_values = false)
{
    $order = new Order($this->id_order);

    $this->shop_address = OrderInvoice::getCurrentFormattedShopAddress($order->id_shop);

    return parent::add();
}

Esta es la modificación que he intentado:

    public function add($autodate = true, $null_values = false)
    {
        $order = new Order($this->id_order);
        $this->shop_address = OrderInvoice::getCurrentFormattedShopAddress($order->id_shop);

        // Inicializar fecha de adición
        $invoice_date = date('Y-m-d H:i:s');

        // Verificar si el pedido está pagado completamente
        if ($order->getCurrentState() == Configuration::get('PS_OS_PAYMENT')) {
            // Obtener la fecha del último pago registrado
            $payments = OrderPayment::getByOrderReference($order->reference);
            if (!empty($payments)) {
                $last_payment = end($payments);
                $invoice_date = $last_payment->date_add;
            }
        }

        // Asignar la fecha de la factura
        $this->date_add = $invoice_date;

        // Llamar al método padre para agregar la factura
        return parent::add($autodate, $null_values);
    }

¿Alguien puede indicar cuál es el método correcto o el enfoque adecuado para lograr esto? Cualquier ayuda sería muy apreciada.

Gracias de antemano!

numero de pedido, numero de referencia y dni del comprador.

Estos datos salen en mis facturas pero quisiera que se recolectaran en un codigo qr impreso en la factura del cliente.

Si hay alguna manera de hacerlo ya sea con alguna aplicacion en php y codigos o modulo quisiera que me ayudarais a encontrarlo, un saludo y gracias.

Estoy haciendo un conector para utilizar el API de Prestashop en mi aplicación y veo que añadiendo &output_format=JSON a la petición GET me devuelve la información en formato JSON, pero me interesaría también enviarle las peticiones PUT y POST para crear/modificar productos, etc... en formato JSON, no obstante siempre me las solicita en XML.

Estoy haciendo algo mal o para enviarle info solo acepta XML el API de prestashop?

Gracias!!

me encuentro con  una cosa rarísima! cuando entras a la web des del mobil hace ruido, como una radio cuando no esta sintonizada.

Des de que tengo prestashop 8 no he vendido nada porque me imagino que esto espanta a cualquiera!

Pueden ayudarme? la web es esta: artloveyou.es

Antecedentes: Tenia prestashop 7 y realice una nueva instalación de prestashop 8, todo nuevo incluso un tema nuevo (thecosmetic Versión 2.1.3). La base de datos he ido exportando lo quería mantener, productos, combinaciones, clientes, etc.., 

https://www.madamedynamite.es/es/zapatos-swing-para-mujer/saddle-shoes/saddle-shoes-black#/8-talla-41

Como la talla por defecto se a quedado sin stock, al cambiar no se me activa el boton de comprar! 

Necesito ayuda 

Hace unas semanas actualicé el módulo de Paypal oficial a la útima versión (6.4.2) y al hacer pruebas comprobé que los pedidos, si bien terminaban correctamente todo el proceso de pago, quedaban en estado "En espera de pago por Paypal".

He estado buscando más información sin mucho éxito hasta que en el repositorio del módulo (https://github.com/202ecommerce/paypal/issues) vi que había algunas entradas con el mismo problema (en particular la 353). Decidí ponerme a investigar un poco en mi propia instalación y aquí resumo lo que he encontrado. Espero le sirva a alguien que tenga el mismo problema.

La primera pista la encontré en el error.log de Apache donde había una traza interesante:

PHP Fatal error: Uncaught Error: Call to a member function getPaypalOrderByPaymentId() on null in
/var/www/html/tienda/modules/paypal/controllers/front/webhookhandler.php:196
Stack trace:
#0 /var/www/html/tienda/modules/paypal/controllers/front/webhookhandler.php(114): PaypalWebhookhandlerModuleFrontController->initPaypalOrder()
#1 /var/www/html/tienda/classes/Dispatcher.php(510): PaypalWebhookhandlerModuleFrontController->run()
#2 /var/www/html/tienda/index.php(28): DispatcherCore->dispatch()
#3 {main}\n thrown in /var/www/html/tienda/modules/paypal/controllers/front/webhookhandler.php on line 196

Este error, indica que el fallo está en la linea 196. Yendo al fuente:

luego la propiedad servicePaypalOrder es NULL. Entiendo que esto es un error del módulo de Paypal y así lo he reportado. Sin embargo investigando un poco más, la traza indica que a este método se llama desde la linea 114.

Hay que destacar aquí, que el if indica que esta parte del código está tratando una excepción, así que, antes del error de Paypal, se está produciendo otro, que no da la cara, oculto por el NULL anterior.

Comentando la linea 196 y dejando que devuelva un objeto PaypalOrder vacío, aparece una traza de error en el log del módulo ?

Ese servicio es mío y es llamado en el hook hookActionPaymentConfirmation en una parte de código del backoffice con symfony. No tiene mucho sentido que el servicio no exista, pero si miramos despacio, entenderemos la situación.

El módulo de Paypal utiliza webhooks para obtener la respuesta de pago desde Paypal. En particular, Paypal llama a un controlador DE FRONT:

"POST /tienda/es/module/paypal/webhookhandler HTTP/1.1" 500 4278 "-" "PayPal/AUHR-214.0-58712720"

Este es un PaypalWebhookhandlerModuleFrontController luego está claro que es de front. El contenedor de Symfony con el que trabaja este controlador de Front, evidentemente es de front. Si hacemos un volcado del objeto vemos que:

[container:protected] => FrontContainer Object

El contenedor de front de Prestashop es en estos momentos mínimo y apenas publica servicios, (evidentemente ninguno de mis módulos) por tanto el error es claro. Pero, ¿por qué se está ejecutando código de Backoffice en un FrontController? Pues porque al contrario de lo que el propio Prestashop dice en su documentación (https://devdocs.prestashop-project.org/8/development/components/context/), en el contexto de ejecución de este FrontController el objeto "employee" no es null. ¿?¿?

Gran error si pretendes conocer el contexto de ejecución usando

if (isset(Context::getContext()->employee))

como yo hago....

¿Alguien conoce una forma mejor de asegurarse de que estamos en contexto Backoffice?

Por ahora he añadido al if anterior el tipo controller:

if (isset($context->employee) && !in_array($context->controller->controller_type, ['front', 'modulefront'])){

Activando el modo debug, tengo un warning que no localizo de donde viene:

Warning en línea 2315 en archivo /var/www/vhosts/technologysport.com/test.technologysport.com/tienda/classes/module/Module.php
[2] file_exists(): open_basedir restriction in effect. File(/views/templates/hook/HookDashboardZoneTwo.tpl) is not within the allowed path(s): (/var/www/vhosts/technologysport.com/:/tmp/)

Si me podéis ayudar, tengo un presta 1.8.2 con PHP 8.0

Gracias

Tenemos un problema y es que  Prestashop ha dejado de generar los pedidos que nos hacen.

Los clientes pagan por Redsys (nos llega la notificción del pago en el portal del TPV) y vemos que efectivamente hay un cliente que se ha regstrado nuevo, y con un carrito con los productos que Redsys nos informó.

Pero el Pedido no se genera y por lo tanto no envía los emails de nuevo pedido ni a nosotros ni al cliente. Los estamos creando manualmente como solución temporal pero necesitamos que funcione como siempre.

¿Alguien sabe de qué puede tratarse?
Gracias,

Escribo este mensaje a quien pueda interesar el tema.

Desarrollo desde hace bastante tiempo una tienda en Prestashop. Empecé con Prestashop 7 pero actualmente ya está en 8.1.7 sobre PHP 7.4.33. Siempre he usado memcached para el almacenamiento temporal de datos y caché de la tienda.

Hoy me ha dado por probar a subir a PHP 8.1 para ver si mejoraba el rendimiento y no quedarme muy obsoleto y la prueba ha sido un fracaso. Explico la razón.

Después de instalar todos los paquetes de php8.1 necesarios, entre los cuales se encuentra el de php-memcached, el administrador ha dejado de funcionar con el siguiente error:

e indagando he visto que es una comprobación de Symfony sobre la versión del paquete php-memcached. He probado a modificar la versión 3.1.5 a 3.1.6 para ver que pasaba y entonces ha empezado a aparecer el siguiente mensaje en el log:

 request.CRITICAL: Uncaught PHP Exception TypeError: "Memcached::setMulti(): Argument #2 ($expiration) must be of type int, int given" at /var/www/html/*******/vendor/symfony/symfony/src/Symfony/Component/Cache/Traits/MemcachedTrait.php line 249 {"exception":"[object] (TypeError(code: 0): Memcached::setMulti(): Argument #2 ($expiration) must be of type int, int given at /var/www/html/**********/vendor/symfony/symfony/src/Symfony/Component/Cache/Traits/MemcachedTrait.php:249)"

Argument #2 ($expiration) must be of type int, int given !!!

¿Esto como se come? Total que he mirado en el proyecto php-memcached en github y...

https://github.com/php-memcached-dev/php-memcached/issues/496

y también...

https://github.com/php-memcached-dev/php-memcached/issues/509

O lo que es lo mismo, hay un problema con PHP 8.1 y php-memcached 3.1.5 y al menos para mi distribución (ubuntu 22.04 ) no he encontrado un paquete con una versión superior con la que resolver el problema. La siguiente versión sería la 3.2 pero solo está para PHP 8.2 por lo que me iría a un PHP no soportado aún por Prestashop. Total, que o me quedo en PHP 7.4 o me compilo yo el fuente de php-memcached a ver si se arregla, o me cambio de caché.

He dejado una entrada en el github de prestashop para su información, aunque no tiene que ver con ellos.

Un saludo.

Las principales diferencias que encontramos son:

1.- en la tabla ps_order_detail , en los campos reduction_amount, reduction_amount_tax_incl y reduction_amount_tax_excl, me están guardando un valor de 0.

2.- en la tabla ps_order_detail, en el campo reduction_percent, me está guardando el porcentaje que se le debe aplicar al producto.

3.- en la tabla ps_orders, en los campos total_discounts, total_discounts_tax_incl y total_discounts_tax_ecl, no se está guardando información cuando el producto solo tiene descuento en porcentaje.

Ante esto quisiera preguntarles lo siguiente:
* Cuando se usa únicamente porcentaje de descuento, ¿los campos que indican reducción (en order_detail) y descuentos (en orders), siempre mostrarán 0 ?
* De ser así, el monto a descontar correspondiente al porcentaje establecido, ¿siempre es necesario calcularlo a partir del detalle?
* Cuando se utilizan descuentos tanto fijos como porcentajes que apliquen en un mismo producto, de una transacción, ¿se guardará la información por separado?; es decir el porcentaje solo se guarda en reduction_percent y el descuento fijo en reduction_amount y total_discount ?; lo cual me llevaría que para obtener el descuento total real, debería sumar lo calculado a partir del detalle (porcentaje) y lo que encuentre en los campos mencionados anteriormente?

Muchas Gracias de antemano por su apoyo.
Saludos

Desde ya muchas gracias y si el post esta mal ubicado les pido disculpas.

Saludos,

es bastante curioso lo que me pasa a la hora de calcular los gastos de envío en PS 1.6 pues cuando elijo cualquier producto y se añade al carrito, en el apartado de transporte pone la cantidad correcta que se le aplica a ese producto pero lo más curioso es que a la hora de sumar el total en el pedido, suma otra cantidad, curiosamente suma 3.99€, que es lo que tengo configurado en mi transportista por defecto, he cambiado mil cosas y no se soluciona, me pasa sólo cuando cambio a envío internacional, en nacional va todo correcto.

Leí por ahí que un chico decía que cambiando la versión de PHP en el hosting se solucionaba pero me da un poco de miedo hacerlo pues tampoco soy informático.

Lo raro es que antes no ocurría nada de esto, estuve tocando y haciendo algunas modificaciones en los transportistas pero sólo cambiando rangos de peso etc, estuve probando y todo iba bien, no sé porqué no suma en la parte del resumen final del pedido lo que se indica en el apartado de transporte y suma una cantidad diferente, es súper extraño.

Agradecería un poco de luz en esto, muchas gracias

Tras varios dias intentando que me ayude el programador, me dice que el problema es la caché del módulo "theme" Creative Elements, que uso para mi tienda para personalizar toda mi plantilla. He pedido devolución del dinero a Presta y me dice que no devuelven dinero al ser B2B por lo que no pienso comprar más módulos, buscaré vendedores españoles de módulos. De momento he abierto disputa en paypal para reclamar mi dinero.

Alguien puede echarme una mano para intentar hacer que funcione el módulo que he pagado y que es inservible? Alguien conoce otro módulo de URLS para SEO que funcione?

Gracias de antemano

Alguien sabe si puede arreglarse de alguna forma? he intentado desinstalando el modulo pero nada.

Gracias!

Uso los webservices address, cart, orders, order details, customers, zones, states order_payment.

Gracias.

Estos días he subido a la versión 8.2 y ando revisando el código de mis módulos eliminando llamadas a métodos "deprecated" y me he encontrado con un problema curioso.

En mis controladores del administrador (heredan de FrameworkBundleAdminController) tengo un método "__construct"  que inicializa el logger del módulo usando una variable de configuración que siempre había leído con:

$this->configuration->get()

Esto funcionaba porque en el constructor de la clase padre teníamos:

$this->configuration = new Configuration();

con lo que el parent::__construct() nos garantizaba la inicialización de la variable. Pero ahora tenemos que el constructor de FrameworkBundleAdminController es

    public function __construct()
    {
        @trigger_error(__FUNCTION__ . ' is deprecated since version 8.1 and will be removed in the next major version.', E_USER_DEPRECATED);

        $this->configuration = new Configuration();
    }

y nos sugieren que empleemos:

@deprecated since version 8.1, use $this->getConfiguration() instead

Pero si cambio mi método, me encuentro que se produce un error

y revisando linea a linea resulta que esa llamada a $this->getConfiguration() ejecuta

   /**
     * @return ShopConfigurationInterface
     */
    protected function getConfiguration(): ShopConfigurationInterface
    {
        return $this->container->get('prestashop.adapter.legacy.configuration');
    }

Pero $this->container es NULL!!!

Es decir, no puedo llamar a configuration en el constructor del controlador porque aún no está seteado el contenedor de Symfony.

La solución aquí sería pasar el objeto configurador directamente como parámetro al constructor, pero me da rabia ya que debería de tenerlo ya disponible si el padre se inicializase. ¿Por que han descartado el constructor del padre?

Y ya que estamos, alguien sabe como se puede ahora hacer esto?

                $productProvider = $this->get('prestashop.adapter.data_provider.product');
                $product = $productProvider->getProduct($id,false,$lang);

Esta clase "ProductDataProvider" ha sido marcada deprecated pero no he encontrado una sustituta válida....

tengo dos tiendas con prestashop 1.7.7.5 y en las dos de vez en cuando llego por la mañana y no me deja entrar al Backoofice. Pongo el nombre de usuario y el pass y intento entrar pero me retorna a la pagina del admin para volver a poner los campos del nombre de usuario y el pass.

Se arreglarlo porque hay algunos paginas donde te dicen que el sitio ha sido hackeado y sustituyas el fichero

/controllers/admin/AdminLoginController.php

porque ha sido modificado por el mismo que tengas en un backup y vuelve a funcionar todo correctamente.

Pero, hay alguna manera de solucionarlo para que no vuelva a pasar mas? porque cada cierto tiempo me lo encuentro. Supongo que una solucion seria actualizar el prestashop pero uno es un prestashop que tiene mucha personalizacion y no me atrevo. Habria alguna otra manera para evitar que me modifiquen ese fichero?

Gracias 

Desde hace unos días mi panel de carritos abandonados refleja múltiples carritos del mismo producto con una diferencia de segundos de uno a otro. En el foro de webempresa he leído de otro usuario con el mismo problema pero no se aporta una solución:

https://www.webempresa.com/foro/preguntas-sobre-prestashop/un-bot-no-para-de-hacerme-carritos-abandonados-como-lo-bloqueo

Os ha pasado? Corro el riesgo de que los recursos de la tienda o servidor generen lentitud de carga u otros problemas a mayores? No sé evaluar la gravedad del tema, no soy desarrollador. Os pego captura donde se puede ver el problema. Con el módulo de superspeed también he podido descargar los csv de conexiones y de carritos abandonados. Aparecen las ip..

Alguna idea de cómo solventarlo?

Estoy desarrollando un módulo, es el segundo, que filtra productos antes de mostrarlos bajo unos parametros (código final de la referencia y si otra versión de este está operativo) pero tengo problemas para que este filtro sea operativo y me muestre el resultado:

Creo que no llego a tiempo si uso el actionProductSearchProviderRunAfter o actionFrontControllerSetMedia ¿Me recomendais algun otro hook?

Muchas gracias!

voy a poner en conocimiento una situación que está ocurriendo. Ya lo he notificado a los responsables de PrestaShop España el día 01/10/2024, pero de momento nos sigue ocurriendo y siguen llegando cobros.

PrestaShop está cobrando a los clientes las renovaciones automáticas del plan Business Care, de módulos que ya no existen en el catálogo de PrestaShop. En nuestro caso, nos desactivaron varios por no abonar la anualidad de 99€. Posteriormente a la desactivación y eliminación completa del módulo del catálogo, hemos visto como nos han llegado avisos de renovaciones de Business Care con fecha posterior a la de eliminación del módulo. Incluso después de algunas semanas, es decir, que ya llevaban tiempo esos módulos retirados del catálogo de Addons.

Este hecho lo considero grave, porque al cliente se le está cobrando por un servicio de un módulo que ya no existe en PrestaShop, y por ende, no podrá descargarse las últimas versiones ni tampoco tenemos por qué darle soporte técnico, obvio. Es un cobro INDEBIDO (quiero pensar que por un error o deficiencia de la propia plataforma). Pero supongo que esta situación no solo nos estará pasando a nosotros.

Todo aquel que haya experimentado la misma situación, creo que debería comunicarlo a PrestaShop.

Espero que le pongan solución pronto y hagan lo correcto en beneficio del cliente. 

El problema es que no tienes la opción de hacerle la devolución de esos cobros en el sistema que tenemos. Tiene que ser PrestaShop.

Saludos.

He estado mirando como poner una comprobación para saber si el usuario que entre en la tienda esta o no logueado y si es que no lo mande a la página de login, he encontrado esta funcion para insertar en un archivo tpl pero no se en que archivo debo ponerlo.

{if $logged}
    Logueado
{else}
    No Logueado
{/if}

Muchas gracias,

Xavi

En uno de mis módulos tengo un form con un campo multiidioma en un editor TinyMCE entre otros. Mi problema es que cuando envío el form por AJAX los datos de ese  campo no van en la petición.

En el javascript, para formar el array de datos hago un

var data = $("form[name='calculator_data']").serialize();

Esto recoge toda la información del formulario excepto el campo TinyMCE que es calculator_data[comments][] y que va vacío a pesar de tener datos

Hay otros campos multiidioma en el formulario pero son normales y esos si se cargan correctamente.

Añadir que el TinyMCE funciona perfectamente y cuando accedo al form este se llena con toda la información de la base de datos de forma correcta. Y SI funciona correctamente si procedo a MODIFICAR el contenido de esos campos. Solamente no funciona si cambio otros campos y no toco nada en el tinyMCE.

¿Que me falta? ¿algún tipo de "refresh" antes del serialize?

Con códigos como este me muestra que todo okis en la relación entre productos y adjuntos

SELECT pa.id_product, pa.id_attachment, a.file, a.file_name
FROM ns_product_attachment pa
LEFT JOIN ns_attachment a ON pa.id_attachment = a.id_attachment
WHERE pa.id_product =  [ID_DEL_PRODUCTO];

El tema es compatible porque si meto adjuntos nuevos me los muestra.

¿Alguna pista? Muchas gracias!

----------

SOLUCIÓN: cache_has_attachments debe estar a 1, es una columna en la tabla de product. Para ponerlo a 1 si tiene attachment he usado este script: 

UPDATE ps_product p
JOIN ps_product_attachment pa ON p.id_product = pa.id_product
SET p.cache_has_attachments = 1;

-------

Pues ya la he liado otra vez. Uno de mis módulos envía mensajes a los almacenes al final del proceso de compra y se me ha ocurrido que podría enviarlos de forma asíncrona para evitar esperas o posibles timeouts (estos correos se lanzan justo después del pago). He creado una tabla en la bbdd como cola de mensajes y he generado un proceso Command de Symfony que ejecuto mediante el cron de la máquina. Todo funciona correctamente excepto un detalle: el email lleva en el cuerpo del mensaje una ruta que genero con el componente Router de Symfony y se genera de forma incorrecta. En particular si llamo al método desde un controlador la ruta se genera correctamente. Algo como:

https://midominio/mitienda/admin/index.php/modules/warehouses/agreement?hash=1234567

Pero si llama el método el cron la url que resulta es:

https://midominio/modules/warehouses/agreement?hash=1234567

Es decir pierdo tanto el directorio de mi tienda como el de el administrador.

Entiendo que el problema es de contexto. La ejecución desde el cron es mediante la consola (bin/console)

He probado a generar un contexto con

$legacyContext = Context::getContext();

pero no parece que sea suficiente.

Mi pregunta al foro es si alguien sabe como puedo inicializar/inyectar el contexto correcto para que Router funcione como si de un controlador se tratase.

De lo contrario me veo poniendo la ruta a pelo en el email, cosa que no quiero hacer.

Más. Usa una extensión entonces. No, no usa. Vale, lo compro. Diez minutos después, el módulo falla cuando añades al carrito los productos. Oh, oh, qué pasa, por qué esta tienda tiene un registro de incidencia no registrada por ninguna otra, y ahí esta, la clase Cart usurpada, eso ya no es cart es voy a divertirme con la clase cart y después bailar.

Y he perdido 20 minutos de mi vida bailando con esa clase cart, le digo al cliente hay módulos que usurpan la clase cart, son malos, no te permitirán en el futuro migrar ni añadir nuevas funcionalidades a tu tienda. Respuesta: quiero un reeembolso

Ya que me van a cobrar por módulo/tema voy a sugerir qué cojones voy a exigir que eche abajo todos los módulos que usan overrides, me han costado este año más de 1200 euros, y sí,veré los elegidos. Parece guay. Pero no lo harán, los cojones, los overrides están prohibidos desde 1.7 pero ahora los permiten. Eso está prohibido en WOOCOMMERCE, es justo????

Estoy realizando la migración de un prestatario versión 1.6 a 8.02 y cambiando de un servidor a otro.

El caso es que como los productos son los mismos he movido toda la carpeta img/p y meto la ruta que me descargue del prestashop antiguo (la he comprobado y ahí están las imágenes) de hecho en el admin sí que salen las imágenes, pero luego en la tienda es como si no las cogiese.

Uso un modulo de pago para actualizar los productos y cuando lo hago pongo que se regeneren las miniaturas (aunque realmente ya están regeneradas, ya que las he copiado todas)

Alguien me puede echar un cable, ando perdido.

Muchas gracias

Veo que el problema tiene que ver con ets_seo, de hecho si lo borro ya funciona el módulo para borrar el botón de guardar personalización, pero me gustaría poder conservar ambos.
¿Alguna idea de por dónde empezar?

La idea es lograr que el header y footer sean distintos al ingresar a una categoría específica. Eso lo logro correctamente pero al ingresar a un producto y que no pertenezca a esa categoría me queda la página en blanco. 

Si utilizo solo $product.price == 10 se aplica solo a los productos y si dejo $category.id == 10 se cumple solo al ingresar a la categorías.

Aquí les dejo el código que lo incorpore a layout-both-columns.tpl.

Les agradezco si tienen sugerencias para que funcione correctamente.

/////Para el Header //////

{block name='footer'}
        
     {if $product.price == 10 || $category.id == 10}
        
        {include file='_partials/header10.tpl'}

     {else}
        {include file='_partials/header.tpl'}
     {/if}

     {/block}

/////Para el Footer //////

{block name='footer'}
        
     {if $product.price == 10 || $category.id == 10}
        
        {include file='_partials/footer10.tpl'}

     {else}
        {include file='_partials/footer.tpl'}
     {/if}

     {/block}
   

Me podrian ayudar por favor.

favor sus comentarios , gracias

tengo un problema que no sé cómo se puede solucionar:

resulta que tenemos activado el envío gratis a partir de 89€, para artículo de bajo coste diríamos, pero luego tenemos artículos más caros de 130€ que al tener activado la opción de Prestashop de envío gratis a partir de 89€, si queremos enviar el artículo de 130€ al extranjero, salta el envío gratis, y claro, no sabemos cómo hacer para diferenciar que cuando un italiano (por ejemplo) haga un pedido, pues siempre tenga que pagar envío, porque el envío gratis sólo nos interesa ofrecerlo en Nacional, pero no en Internacional.

¿Sabéis cómo lo podríamos solucionar por favor? Que en internacional el envío NUNCA sea gratis, sino que paguen según el peso del artículo

Muchísimas gracias por vuestro tiempo

Tenemos Prestashop 1.6

Estoy intentando personalizar las facturas PDF generadas por mi tienda Prestashop 1.7 para incluir el monto total a pagar en letras (en francés), lo cual es un requisito legal en mi país. He intentado modificar los siguientes archivos pero no he logrado obtener el resultado deseado. Aquí están los detalles de mi enfoque:

1. Helper.php: Agregué una función para convertir números a palabras en francés.

class Helper extends HelperCore
{
    public static function convert_number_to_words($num = false)
    {
        if (!is_numeric($num)) {
            return false;
        }

        $num = number_format($num, 2, '.', '');
        list($integerPart, $fractionPart) = explode('.', $num);

        $words = self::convert_integer_to_words_fr($integerPart);
        $currency = 'dirhams';
        $subunit = 'centimes';

        $words .= ' ' . $currency;

        if ($fractionPart > 0) {
            $words .= ' et ' . self::convert_integer_to_words_fr($fractionPart) . ' ' . $subunit;
        }

        return ucfirst(trim($words)) . '.';
    }

    private static function convert_integer_to_words_fr($num)
    {
        // Implementación de la función...
    }
}

2. invoice.note-tab.tpl: Modifiqué la plantilla para incluir el monto total en palabras.

{if isset($order_invoice->note) && $order_invoice->note}
    <tr>
        <td colspan="12" height="10">&nbsp;</td>
    </tr>

    <tr>
        <td colspan="6" class="left">
            <table id="note-tab" style="width: 100%">
                <tr>
                    <td class="grey">{l s='Note' d='Shop.Pdf' pdf='true'}</td>
                </tr>
                <tr>
                    <td class="note">{$order_invoice->note|nl2br} {$total_paid_in_words} Dirhams</td>
                </tr>
            </table>
        </td>
        <td colspan="1">&nbsp;</td>
    </tr>
{/if}

3. HTMLTemplateInvoice.php: Sobrescribí el método `getContent` para asignar el monto total en palabras a la plantilla.

class HTMLTemplateInvoice extends HTMLTemplateInvoiceCore
{
    public function getContent()
    {
        $order = new Order((int)$this->order->id);
        $total_paid = $order->total_paid;

        // Convertir el total pagado a palabras en francés
        $total_paid_in_words = Helper::convert_number_to_words($total_paid);

        // Asignar el total pagado en palabras a la plantilla
        $this->smarty->assign(array(
            'total_paid_in_words' => $total_paid_in_words,
        ));

        // Llamar al método del padre para mantener la funcionalidad existente
        return parent::getContent();
    }
}

A pesar de estas modificaciones, el monto total en palabras no aparece en las facturas PDF. ¿Alguien podría guiarme sobre qué podría estar fallando o proporcionar una solución para lograr esta personalización?

¡Gracias de antemano por su ayuda!

Alguien sabe o se le ocurre alguna forma para poder traducir este campo?
Gracias.

<div class="bloque-producto">
    <div class="product-prices js-product-prices" style="float:left;">

        {block name='product_reference'}
            {if $iqitTheme.pp_reference == 'title'}
            {if isset($product.reference_to_display) && $product.reference_to_display neq ''}
                <div class="product-reference">
                    <label class="label">{l s='Reference' d='Shop.Theme.Catalog'} </label>
                    <span>{$product.reference_to_display}</span>
                </div>
            {/if}
            {/if}
        {/block}

        {if $product.show_price}

        {if !$configuration.is_catalog}
            {block name='product_availability'}
                {if $product.show_availability && $product.availability_message}
                    <span id="product-availability"
                          class="js-product-availability badge {if $product.availability == 'available'} {if $product.quantity <= 0  && !$product.allow_oosp} badge-danger product-unavailable  {elseif $product.quantity <= 0  && $product.allow_oosp}badge-warning product-unavailable-allow-oosp {else}badge-success product-available{/if}{elseif $product.availability == 'last_remaining_items'}badge-warning product-last-items{else}badge-danger product-unavailable{/if}">
                  {if $product.availability == 'available'}
                      <i class="fa fa-check rtl-no-flip" aria-hidden="true"></i>
                                                     {$product.availability_message}
                  {elseif $product.availability == 'last_remaining_items'}
                      <i class="fa fa-exclamation" aria-hidden="true"></i>
                                                     {$product.availability_message}
                  {else}
                      <i class="fa fa-ban" aria-hidden="true"></i>
                              {$product.availability_message}
                      {if isset($product.available_date) && $product.available_date != '0000-00-00'}
                      {if $product.available_date|strtotime > $smarty.now}<span
                              class="available-date"> - {l s='Availability date:' d='Shop.Theme.Catalog'} {$product.available_date}</span>{/if}
                  {/if}
                  {/if}
                </span>
                {/if}
            {/block}
        {/if}

        {block name='product_price'}
            <div class="{if $product.has_discount}has-discount{/if}">

                <div>
                    <span class="current-price"><span class="product-price current-price-value" content="{$product.rounded_display_price}">
                          {capture name='custom_price'}{hook h='displayProductPriceBlock' product=$product type='custom_price' hook_origin='product_sheet'}{/capture}
                            {if '' !== $smarty.capture.custom_price}
                                {$smarty.capture.custom_price nofilter}
                            {else}
                                {$product.price}
                            {/if}
                        </span></span>
                    {if $product.has_discount}
                        <span class="product-discount">
                            {hook h='displayProductPriceBlock' product=$product type="old_price"}
                            <span class="regular-price">{$product.regular_price}</span>
                         </span>

                        {if $product.discount_type === 'percentage'}
                            <span class="badge badge-discount discount discount-percentage">-{$product.discount_percentage_absolute}</span>
                        {else}
                            <span class="badge badge-discount discount discount-amount">-{$product.discount_to_display}</span>
                        {/if}

                        {if isset($product.specific_prices.to) && $product.specific_prices.to != '0000-00-00 00:00:00'}<meta itemprop="priceValidUntil" content="{$product.specific_prices.to}"/>{/if}

                    {/if}
                </div>

                {block name='product_unit_price'}
                    {if $displayUnitPrice}
                        <p class="product-unit-price text-muted">{$product.unit_price_full}</p>
                    {/if}
                {/block}
            </div>
        {/block}

        {block name='product_without_taxes'}
            {if $priceDisplay == 2}
                <p class="product-without-taxes text-muted">{l s='%price% tax excl.' d='Shop.Theme.Catalog' sprintf=['%price%' => $product.price_tax_exc]}</p>
            {/if}
        {/block}

        {block name='product_pack_price'}
            {if $displayPackPrice}
                <p class="product-pack-price">
                    <span>{l s='Instead of %price%' d='Shop.Theme.Catalog' sprintf=['%price%' => $noPackPrice]}</span>
                </p>
            {/if}
        {/block}

        {block name='product_ecotax'}
            {if !$product.is_virtual && $product.ecotax.amount > 0}
                <p class="price-ecotax text-muted">{l s='Including %amount% for ecotax' d='Shop.Theme.Catalog' sprintf=['%amount%' => $product.ecotax.value]}
                    {if $product.has_discount}
                        {l s='(not impacted by the discount)' d='Shop.Theme.Catalog'}
                    {/if}
                </p>
            {/if}
        {/block}

        {hook h='displayProductPriceBlock' product=$product type="weight" hook_origin='product_sheet'}

            <div class="tax-shipping-delivery-label">
                {if !$configuration.taxes_enabled}
                    {l s='No tax' d='Shop.Theme.Catalog'}
                {elseif $configuration.display_taxes_label}
                    {$product.labels.tax_long}
                {/if}
                {hook h='displayProductPriceBlock' product=$product type="price"}
                {hook h='displayProductPriceBlock' product=$product type="after_price"}
                {if $product.is_virtual    == 0}
                    {if $product.additional_delivery_times == 1}
                        {if $product.delivery_information}
                            <span class="delivery-information">{$product.delivery_information}</span>
                        {/if}
                    {elseif $product.additional_delivery_times == 2}
                        {if $product.quantity >= $product.quantity_wanted}
                            <span class="delivery-information">{$product.delivery_in_stock}</span>
                            {* Out of stock message should not be displayed if customer can't order the product. *}
                        {elseif $product.add_to_cart_url}
                            <span class="delivery-information">{$product.delivery_out_stock}</span>
                        {/if}
                    {/if}
                {/if}
            </div>

        {hook h='displayCountDown'}
        {/if}
    </div>

    <div class="financiacion" style="float:right; margin-right:200px;">
        <p style="color:#ABACAC; float:left;">Financia tus compras
        <a href="https://wa.me/34686347066"><br>+info</a>
        </p>
        <img src="/img/cms/BBVA-Logo.png" style="width: 70px; float: right; height: auto; margin-left:10px;">
    </div>
    
</div>

<products xlink:href="https://mi_dominio.com.es/api/products" get="true" put="false" post="false" patch="false" delete="false" head="false>

<description xlink:href="https://mi_dominio.com.es/api/products" get="true" put="false" post="false" patch="false" delete="false" head="false"> The products</description>

<schema xlink:href="https://mi_dominio.com.es/api/products?schema=blank" type="blank"/>

<schema xlink:href="https://mi_dominio.com.es/api/products?schema=synopsis" type="synopsis"/>

</products>

Mi pregunta es si a los clientes a los que quiero dar acceso por este webservice para que puedan sólo coger la información, simplemente con la clave api tienen suficiente o, por el contrario, debo darle más datos...

Busco un profesional que pueda darme un ejemplo (script, o lo que sea) para ver que esto funciona, por ejemplo que liste el nombre de los productos, y me dicen que con la clave api no es suficiente, y, la verdad me parece un poco extraño; no se si podéisorientarme sobre este aspecto.

Muchas gracias

Hace un mes dimos de alta una tienda que no nos ha dado ningún problema hasta ayer, momento en el que instalamos el módulo Pretty URLs para generar las URLs amigables.

Todos los enlaces se veían correctamente, pero hemos descubierto que clickes en el producto que clickes te lleva al mismo (el primer producto que se generó)

El enlace del producto en cuestión es este: https://mask4kids.es/infantil/mascarilla-infantil-modelo-blanco.html#/1-talla-3_5_anos

Al situar el ratón encima de cualquier otro producto, el enlace se muestran así: https://mask4kids.es/mascarilla-infantil-modelo-blanco.html#/4-talla-adulto

Hemos probado a desinstalar el módulo e incluso a recuperar un backup previo a dicha instalación, pero sigue pasando lo mismo, aún incluso con el formato de URLs por defecto de Prestashop.

Ahora mismo tenemos la tienda en mantenimiento para no generar una mala experiencia a los posibles clientes, pero podría abrirla si alguien quiere mirarlo.

Alguien saber por qué puede estar pasando esto? Mil gracias

Tengo el siguiente problema, por si por favor hay alguien que me pueda colaborar con una pista para arreglarlo.

He hecho una copia de un sitio web para montar un entorno de pruebas. La copía se ha generado y el front ya se visualiza correctamente (dev.perfumeriascoqueteo.com)

EL problema lo tengo cuanto intento acceder al backend de la tienda en dev., al poner email y password intenta acceder pero lo que hace es volver a dejarme en la url de login. He activado el modo depuración y el unico error que no me indica un status 200 es este, pero no tengo ni idea por donde validar esta posible redirección.

Agradezco por favor, si alguien me da una pista de alguna pista para arreglarlo.

Muchas gracias.

 /*AGREGAR MUESTRAS AL CARRITO DESDE CATÁLOGO*/

      $('.product-table-cell').on('click', function() {
         var productId = $(this).data('product-id');
         var apiUrl = '/api/carts'; 
         var apiKey = 'api-key'; 
         var cartId = $(this).data('id-cart');

         // Verifica si los datos están presentes
         if (!productId || !apiKey || !cartId) {
            console.error('Datos faltantes: productId, apiKey o cartId no están definidos');
            return;
         }

         // Datos del nuevo producto a añadir
         var newProduct = {
            "cart": {
               "associations": {
                     "cart_rows": [{
                        "id_product": productId,
                        "id_product_attribute": 0,
                        "quantity": 1
                     }]
               }
            }
         };

         fetch(apiUrl + '/' + cartId, {
            method: 'PUT',
            headers: {
               'Content-Type': 'application/json',
               'Authorization': 'Basic ' + btoa(apiKey + ':')
            },
            body: JSON.stringify(newProduct)
         })
         .then(response => response.text()) // Cambia a text() temporalmente para depuración
         .then(text => {
            try {
               const data = JSON.parse(text);
               if (data.id) {
                     console.log('Producto agregado con éxito');
               } else {
                     console.error('Fallo al agregar el producto', data);
               }
            } catch (e) {
               console.error('Error al parsear JSON:', e);
               console.error('Respuesta del servidor:', text);
            }
         })
         .catch(error => {
            console.error('Error en la solicitud:', error);
         });
      });

Alguien podría echarme una mano? ha hecho algún caso similar, pasar documentación, conoce la ruta correcta, me puede explicar o pasar información sobre los hooks que no se si tiene algo que ver, la verdad es que voy perdido...

Gracias, un saludo

Un saludooooo

Tengo el módulo de Correos instalado y cada vez que se genera el DUA tenemos que poner a mano el nombre de la empresa, el CIF y el sello. 

¿Alguien sabe alguna manera de modificarlo para que eso salga por defecto?

Un saludo,

Alba

Estoy desarrollando un theme nuevo para un cliente, y quiero montar una copia de su prestashop en local. El problema es que este cliente tiene un montón de clientes, pedidos y reglas de descuento lo que provoca que la tabla ps_cart_rule_combination se vaya de madre con 62.932.808 de registros...

Si quiero restaurar la BBDD en local, trayéndome la configuración, sus categorías, sus productos, pero no sus clientes y sus pedidos, ¿que tablas debo dejar fuera, a parte de esta ps_cart_rule_combination? Solo las ps_cart*, o alguna mas?

Estoy tratando de cambiar la vista por defecto de grid a lista en mi tienda prestashop 1.7.6.5, he revisado varios tutoriales en especial el del link https://www.webempresa.com/blog/como-cambiar-la-vista-por-defecto-grid-a-lista-en-prestashop.html, sin embargo no encuentro los archivos mencionados ni mucho menos las lineas de código, ¿algún usuario a tenido éxito en versiones recientes? o algún modulo que me puedan recomendar para realizar la modificación de forma correcta.

Muchas gracias por su atención.

Saludos.

install redsys in prestashop

                {foreach from=$product.grouped_features item=feature}
                    {if $feature.id_feature !== $FEATURE_M2_CAJA_ID
                    and $feature.id_feature !== $FEATURE_PIEZAS_CAJA_ID
                    and $feature.id_feature !== $FEATURE_TIPOLOGIA_PRECIO_ID
                    and $feature.id_feature !== $FEATURE_JUNTA_RECOMENDADA_ID
                    and $feature.id_feature !== $FEATURE_DIAS_PLAZO_ENTREGA_ID
                    and $feature.id_feature !== $FEATURE_TEXTO_MUESTRA_ID
                    and $feature.id_feature !== $FEATURE_JUNTAS_ID
                    and $feature.id_feature !== $FEATURE_HERRAMIENTAS_ID
                    and $feature.id_feature !== $FEATURE_PRODUCTOS_ID
                    and $feature.id_feature !== $FEATURE_MARCA_ID
                    }
                        <p>
                            <span class="uppercase">{$feature.name}{l s=': ' d='Shop.Theme.Catalog'}</span>
                            <span>{$feature.value|escape:'htmlall'|regex_replace:"/[\r\n]/" : ", " nofilter}</span>
                        </p>
                    {/if}
                {/foreach}

por lo que digo, perfecto agrego la mia que sería agregar un  "and $feature.id_feature !== $FEATURE_WEB_PRICE" al if, compruebo donde está declarada otra de las que aparecen, por ejemplo hago un ctrl+mayus+f de FEATURE_MARCA_ID para ver en mi ID todos los ficheros donde aparece y solo aparece en uno, en un override de FrontController en el que aparece 2 veces así que decido agregar mi variable justo debajo del mismo modo es decir:

 

	public const FEATURE_MARCA_ID = '39';
	public const FEATURE_WEB_PRICE = '44';

	...

	$this->context->smarty->assign( 'FEATURE_MARCA_ID', self::FEATURE_MARCA_ID );
	$this->context->smarty->assign( 'FEATURE_WEB_PRICE', self::FEATURE_WEB_PRICE );	

Y ya no aparece en ningún sitio mas, por lo que pienso, genial ahora no se debe ver en el producto la categoría, pero cuando voy a comprobarlo me salta el siguiente error, diciendo que la variable no está definida:



No lo entiendo, me falta algún paso? he borrado caché he reiniciado el servidor, pero por alguna razón no me pasa la variable al tpl. ¿Alquien sabe que pasa?

<div class="col-sm-4 col-xs-9 details">
            {if $add_product_link}<a href="{$product.url}" target="_blank">{/if}
              <span>{$product.name}</span>
            {if $add_product_link}</a>{/if}
            {if is_array($product.customizations) && $product.customizations|count}
              {foreach from=$product.customizations item="customization"}
                <div class="customizations">
                  <a href="#" data-toggle="modal" data-target="#product-customizations-modal-{$customization.id_customization}">{l s='Product customization' d='Shop.Theme.Catalog'}</a>
                </div>
                <div class="modal fade customization-modal" id="product-customizations-modal-{$customization.id_customization}" tabindex="-1" role="dialog" aria-hidden="true">
                  <div class="modal-dialog" role="document">
                    <div class="modal-content">
                      <div class="modal-header">
                        <button type="button" class="close" data-dismiss="modal" aria-label="{l s='Close' d='Shop.Theme.Global'}">
                          <span aria-hidden="true">&times;</span>
                        </button>
                        <h4 class="modal-title">{l s='Product customization' d='Shop.Theme.Catalog'}</h4>
                      </div>
                      <div class="modal-body">
                        {foreach from=$customization.fields item="field"}
                          <div class="product-customization-line row">
                            <div class="col-sm-3 col-xs-4 label">
                              {$field.label}
                            </div>
                            <div class="col-sm-9 col-xs-8 value">
                              {if $field.type == 'text'}
                                {if (int)$field.id_module}
                                  {$field.text nofilter}
                                {else}
                                  {$field.text}
                                {/if}
                              {elseif $field.type == 'image'}
                                <img src="{$field.image.small.url}" loading="lazy">
                              {/if}
                            </div>
                          </div>
                        {/foreach}
                      </div>
                    </div>
                  </div>
                </div>
              {/foreach}
            {/if}
            {hook h='displayProductPriceBlock' product=$product type="unit_price"}
          </div>
          <div class="col-sm-6 col-xs-12 qty">
            <div class="row">
              <div class="col-xs-4 text-sm-center text-xs-left">{$product.price}</div>
              <div class="col-xs-4 text-sm-center">{$product.quantity}</div>
              <div class="col-xs-4 text-sm-center text-xs-right bold">{$product.total}</div>
            </div>
          </div>

Ahora estoy buscando a ver en que parte del backend hace la multiplicación y guarda los datos en la base de datos, porque claro, lo que estará pasando es que en la web muestra un precio redondeado, pero me estará multiplicando otro, el redondeo estará en el iva o en el neto del producto, pero vamos, me gutaría que los precios cuadrasen porque si no la gestoría va a estar llamando cada 2 por 3.

Alguien tiene idea de que ficheros hay que tocar? he visto alguno por src pero creo que tocar el core no es buena idea.

He seguido los tutoriales que ofrecen en la web de envato oficial y parece muy fácil. No hay acciones adicionales, simplemente me dicen que sobrescriba en el menú de mi directorio principal las carpetas "modules" y "themes". ¿Como pueden asegurar la estabilidad con esa acción tal cual? Quiero decir, actualmente dentro de "themes" tnego warehouse y classic y unos ficheros de más, como me piden que sobrescriba y pierda todo lo demás? Y respecto a modules igual... que pasa con los módulos que he agregado yo a parte o que he modificado? No perdería todos los cambios al sobrescribir? 

El tema es que ya pasó el año de soporte de envato y me da un miedo terrible liarla con la update. Se que he hecho muchos cambios sobre la plantilla y ahora temo perderlos al actualizar.

¿Alguien puede orientarme please? Aun no he actualizado plantillas con estos métodos.

Aparentemente es lo que hacen en el video tutorial que viene en los pasos a seguir cuando descargas la update 

Me aparece un undefined en la página de todos los productos. Cuando accedes a la url se cargan pero de repente todo desaparece. Os dejo url: https://test-performanze.bcouple.com/60-boda-clasicas

La página de producto sí funciona bien: https://test-performanze.bcouple.com/alianzas-trend/22-5800-alianza-trend-ref60515.html#/154-talla_del_anillo-talla_9

Gracias de antemano!!!

He actualizado la version PHP en el servidor, pero la versión en el backoffice de Prestashop no se actualiza.
 he probado con diferentes versiones de PHP en el rango de los 7 y  8. Tambien probe por 

Borrar la caché:

Borra la caché del navegador.

En PrestaShop, fui a "Parámetros" > "Rendimiento".

Hice clic en "Vaciar la caché".

pero nada funciona, sigue estancado en version 5.6 y no actualiza, Alguien me puede dar alguna idea de como actualizar ??

https://www.prestashop.com/forums/topic/1083476-llamamiento-masivo-petici%C3%B3n-a-prestashop-para-la-retirada-de-excesivos-contenedores-de-anuncios-en-el-foro/#comment-3473166

Pues bien, por si esto no fuese poco, entrando en la cuenta de Addons, me encuentro con la grata sorpresa, de que han tomado la decisión de cobrarnos una tasa de 99€/anuales por cada uno de los módulos que tenemos a la venta. Todo esto argumentando que estás pagando por el servicio de validación del módulo, comprobación de vulnerabilidades, etc..., vamos lo que antes estaban haciendo por su cuenta, ahora nos lo cobran. Sin justificar ningún servicio más añadido, como podría ser el de traducir ellos mismos las fichas de productos, etc...

No les basta con cobrar las altas comisiones por venta de módulos que ya nos están cobrando, los programas de certificación partner que un día valen 450€ y poco después cambian de parecer y te lo suben a 1.000€. Cambian las condiciones de un día para otro, sin contar con nuestra opinión, ni tan si quiera convocando alguna reunión para tantear conformidad o buscar soluciones adicionales. En cualquier caso, lo adecuado sería hacernos partícipes directamente proporcional a nuestra implicación en la plataforma.

Veo que desde hace un tiempo atrás, PrestaShop ha cogido la actitud de recaudar sin límites y la soberbia de pensar que les debemos las gracias por darnos la oportunidad de vender en su plataforma. No se paran a pensar que si PrestaShop es una de las marcas referentes en el mercado Ecommerce, es, no solo por su Software, sino por su Comunidad y la gran diversidad de Addons que desarrolladores como nosotros aportamos a su plataforma, y que muchos usuarios, al ver que tienen solución a su proyecto, eligen esta plataforma antes que otras más restrictivas.

¿Pensáis que el trato que estamos recibiendo por parte de ellos es adecuado?. En mi opinión, todas estas decisiones, aparte de ese afán recaudatorio es el de cribar, para que solamente se queden las empresas que más módulos tienen y más ventas tengan, así el resto fuera, por no compensarle el gasto anual que les supone vender en Addons.

En todo caso, y como desarrollador que llevo con PrestaShop desde su versión 1.4, esta empresa no está haciendo las cosas bien y les terminará pasando factura. Creo que es momento de que expresemos nuestra disconformidad y aportemos para cambiar esto.

Soy desarrollador de software de gestión y tengo un programa que actualiza la base de datos de prestashop vía webservice el problema lo tengo con un cliente nuevo que lo estamos integrando con un prestashop que ya tenía, el problema viene que tiene definidas reglas de precio del catálogo en concreto por marcas y por ejemplo cuando le cambias la marca a un producto desde la parte administrativa del prestashop (como ellos lo hacían antes)  hay un proceso que valida si la marca que se le ha puesto al producto cumple alguna de las reglas de precios y crea los correspondientes precios específicos para ese producto aplicando los descuentos, cuando la modificación del producto se hace por el webservice esos procesos no se desencadenan y no se crean los descuentos, esto implica que tendría que hacer un proceso que borrara todos los precios específicos que tenga el producto, descargar las reglas, validar si cumple alguna condición y volver a crear los precios específicos

Se me está pasando algo por alto que no hago desde el webservice, algo que tenga que actualizar aparte del producto y no actualizo?

En caso de que el webservice no lo haga se podría añadir un nuevo recurso o algo que lo haga? aunque no estoy familiarizado con prestashop a nivel de programación

Agradezco cualquier tipo de ayuda

Gracias y un saludo

como puedo añadir un banner (una imagen fija) adicional en la home page, el modulo "banner" no permite poner 2 en el mismo hook.

Como puedo hacerlo?

Gracias

Hay alguno que me recomendéis? Gracias

He comprado una plantilla con algunos módulos para que los clientes puedan contactarme desde la tienda online. En la configuración de estos módulos solo pide añadir mi email. Así lo hago, pero no recibo absolutamente nada. He probado diferentes emails y nada.

El desarrollador ha probado y él me dice que sí le funciona y que no sabe cual puede ser el motivo. Ya he probado de todo y no sé donde puede estar el fallo. Alguien puede ayudarme?

Gracias.
Saludos

Oops! An Error Occurred

The server returned a "500 Internal Server Error".

Something is broken. Please let us know what you were doing when this error occurred. We will fix it as soon as possible. Sorry for any inconvenience caused.

El proveedor del hosting me dice que no es un error del servidor, que es un error del gestor de contenidos.

¿Que debería hacer? ¿Es cierto que no es un error del servidor?

Tengo un problema con el envío de contraseñas a los clientes que la han olvidado. El cliente solicita que se la reenvíe pero no llega nada a su correo.

Mi PS es la versión 1.6.1.5

Acabo de hacer una prueba de envío, desde "parámetros avanzados/correo" y es correcta.

¿Cuál puede ser el problema?
Gracias!

Tenía una duda que igual va por el carrito ajax..., a ver si alguien me la resuelve!

En nuestra tienda, si un cliente varía las cantidades de los productos muchas veces desde el propio carrito volviéndolo loco, en ocasiones se desconfiguran datos como el peso del pedido e incluso el precio. Por eso nos preguntábamos si se podría quitar la opción de variar las cantidades desde el carrito, pudiendo hacerlo el cliente sólo si elimina el producto y lo hace de nuevo eligiendo las cantidades desde la página principal del propio producto.

Es un poco coñazo para el cliente..., pero no sabemos que hacer, si a alguien se le ocurre otra solución soy todo oídos.

(Si es posible hacer todo esto y sin quitar la opción de eliminar producto del carrito, obviamente)

Gracias!

Desde hace un tiempo arrastro un problema en los pedidos de prestashop 8.1.3. El problema solo ocurre cuando el cliente paga con Redsys (Módulo: Pago con tarjeta Redsys v4.0.4 - de idnovate). El cliente hizo una compra por valor de 5,1€, hasta ahí todo bien, la factura también se genera bien por el valor de 5,1€ y el pedido también, todo correcto. El problema es que en Clientes, en la columna ventas (imagen 1), aparece el doble del importe real, el valor está duplicado. Dentro del cliente específico, en pedidos (imagen 2) también aparece el valor duplicado (10,2€). Cuando entro en Pedidos y también al pedido específico todo está correcto, el valor es de 5,1€.

Os adjunto las fotos...

Gracias por vuestro tiempo.

Un saludo.

El problema que tengo es que prestashop me está mostrando el valor de Ventas en cliente (imagen1) y en información de cliente (imagen2) duplicado. Luego entro al pedido (imagen3) y parece que todo está correcto. Hice yo mismo la prueba de compra y se cobró los 5,1€ y en la factura también se cobró 5,1€. No existe pago duplicado ni nada por el estilo. Las estadísticas en el backoffice también son correctas, está cogiendo los 5,1€, pero sin embargo en esos 2 sitios que puse me está mostrando el doble del valor real.

No se si alguien tendrá el mismo problema  y ha logrado resolverlo.

Os adjunto las fotos...

Gracias por vuestro tiempo.

Un saludo.

Necesito dejar mi sitio web PRESTASHOP optimizado para seo orgánico y queria saber si alguien me puede indicar como es el proceso para dejar canónica las URL

¿deben ser todas canónicas?

Desde ya muchas gracias por responder

Me gustaría preguntaros la mejor forma de desglosar el IVA en la factura de cliente.

El caso es que tenemos artículos con diferente iva, 4% (libros) y 21% (artículos). Y quisiera que se viera reflejado en diferentes lineas, Artículo 1 con su 4%. Artículo 2 con su 21%.

Que el campo IVA tenga en cuenta los 2 conceptos y se sumen.

Adjunto archivos donde podéis ver la necesidad.

archivo factura.jpg

He visto algunos hilos en el foro, pero no me queda muy claro.

Veo que las modificaciones hay que realizaras en el archivo invoice.tpl e invoice.tax-tab.tpl.

Las lineas de código que creo que afecta a lo que os menciono, las lineas que dibujan el iva, se encuentran en el archivo invoice.tax-tab.tpl.

Gracias.

The error occurs on the product page when I change the quantity or add to cart. It seems that the Prestashop AJAX is not able to recognize the current quantity of the product. It happens in all products. It only happens when the language extension is in the URL. If I leave Prestashop with only one language everything works fine, so the problem comes from something related to the language extension in the URL. When the url has something like .../en/... or .../es/... it always gives the error.

I did a clean install, so it's really unlikely that it's a third-party module that's causing the error.

Prestashop v8.1.3

Theme: Warehouse 4.6.4

PHP: 8.1

Un saludo!!

Estoy desarrollando un theme hijo para un cliente, en mi entorno de desarrollo.

Quiero añadir en el archivo theme.yml del theme la configuración del cliente de algunos módulos activados y desactivados con respecto al theme padre.

Pero me surge la duda, si en este archivo añado las secciones modules to_enable, to_disable,...¿se sobrescriben lo que diga el theme padre, o se añaden?

Me refiere, si el tema padre define to_enable los modulos A y B. Y yo en el tema hijo defino to_enable modulo C, y to_disable el modulo A, la configuración que toma Prestashop sera:

• to_enable B y C, to_disable A. Combinación de ambas configuraciones
• to_enable C y to_disable_A. Ignorando lo que diga el padre

Un saludo.

Tengo claro que según los módulos de pago que se tengan instalados puede ser que la landing page de pago confirmado no tenga insertado la etiqueta de Google, pero suponiendo que las formas de pago siguen la convección de prestashop, cual es el mejor módulo para registrar las métricas de analitycs incluyendo las conversiones de adwords? muchas gracias.

Ahora mismo tengo un problema en mi tienda que afecta a varios de los productos que hay disponibles. Muchos de ellos se quedaron a precio 0,00€ y perdieron sus combinaciones, por lo que volví a introducir manualmente las variaciones de precio en cada combinación para solucionar el problema.

Tanto el precio como cada combinación se ven correctamente, pero ahora el produto entra en un bucle de carga en la versión que solo se quita si vuelvo a eliminar las combinaciones (lo que me volvería a dejar con el producto en precio 0,00€).

Os dejo url de ejemplo:

https://beyourpacker.com/cajas-personalizadas/218-77327-cajas-botellas.html#/31-impresion_exterior-una_cara/75-materiales-microcanal_blanco

Os agradecería que me ayudarais con esto porque me está generando muchos problemas. 

¡Gracias!

Hola a todos,  

quisiera saber como resolver este problema que tengo para editar el producto.

Las pestañas de producto para añadir la información como cantidades, transporte, SEO, etc. no se muestran y toda esa información se muestra abajo, pero aun así no se puede visualizar en la pagina, 

Ademas , en la sección de meta-descripción no puedo colocar nada.

Esto  me pasa en la seccion de producto, y en la seccion de categorias, me arroja error 500 al momento de dar clic en editar categoria. 

¿ saben cómo puedo resolverlo ? 

le dejo el video para que vean como se muestra todo. Todo esta como desfasado. 

gracias de antemano

Tengo activa la opción de Memcached en PHP, pero no me reconoce el servidor al añadirlo desde el panel de Prestashop (versión 8.1).

Desde el soporte del alojamiento que está gestionado con cPanel, me dicen que al ser un compartido se tiene que configurar con usuario y contraseña, pero en Prestashop solo tengo opción a poner IP, puerto y peso. 

¿Habéis podido configurarlo en un compartido alguna vez?

Muchas gracias!

Pongo mi primera pregunta porque necesito ayuda sobre unos mails que estoy recibiendo de un Bug Hunter llamado Touseef Gul.

Mirando referencias en Google se supone que ha detectado errores en Ikea, QUirón y la Generalitat catalana según las noticias que aparecen.

Según él, tengo varios errores de seguridad en mi web, me ha escrito por mail a mí y al resto de mails que están dados de alta como usuarios del back. También me ha buscado por Linkedin y me ha escrito personalmente.

Por otra parte, me ha escrito hoy de nuevo indicándome que el error persiste y que en mi nueva web hay otro error con las cookies.

No soy técnico y estoy bastante perdido en este tema, porque no sé si es una amenaza real o sólo quiere vender sus servicios.

Cualquier ayuda o referencia os lo agradecería

Saludos

Quisiera consultar si alguien de aqui ha podido agregar algun filtro con estas caracteristicas, si es asi, ver si me podría ayudar.

Este es un filtro por defecto que trae Prestashop 1.7

(new SortOrder('product', 'price', 'asc'))........ (new SortOrder('product', 'date_add', 'asc'))->setLabel( etc etc

Pero quiero saber si es posible agregar un filtro en base al valor del descuento del producto ( ASC - DESC)

(new SortOrder('product', 'dropPrice', 'asc'))

Algo asi, no se si será posible.

Muchas gracias de Antemano.

El problema es que desde hace un rato, al entrar en Administración de Módulos en mi Back Office, me aparece la siguiente ventana de error. Antes funcionaba perfectamente y no sé si he tocado algo. Sé que tengo que editar el jxhtmlcontent.php pero no sé cual es el error.

Si pueden ayudarme os lo agradecería.

Os dejo escrito el comando completo:

'context' => (Configuration::get('PS_MULTISHOP_FEATURE_ACTIVE') == 0) ? 1 : ($this->context->shop->getTotalShops() != 1) ? $this->context->shop->getContext() : 1

Muchas gracias.

Desde que he activado los impuestos en la web, cuando añado un artículo a un pedido desde backoffice, me añade el 21% de impuesto al coste del envío a todos los países de fuera de la UE (solo a estos)... Es un error rarísimo porque no debería haber IVA para las ventas a países de la UE y excepto en este tema, todo funciona perfectamente.

Tengo un producto en el pedido, clicko en añadir productos y añado uno cualquiera. En ese momento, el coste del envío pasa a ser X +21% y lo que es más raro, en la factura que se crea, aún diciendo que no hay impuestos incluidos, aparece ese incremento como un impuesto pero no ha cambiado el importe del envío (?¿?¿)

Alguien sabe si existe algún modulo desarrollado.

He encontrado este modulo que si me valdría pero no me sirve para mi version 1.7.8.8

https://prestamarketing.com/es/modulos-prestashop/52-gestor-de-envio-gratuito-por-productos-para-prestashop.html#extended-data

Muchas gracias por vuestra ayuda, un saludo

Estoy desarrollando un tema para Prestashop 1.7 a partir del tema por defecto (classic). He activado los botones de vista rápida (quickview) para las miniaturas, y funcionan correctamente en los listados de categorías y búsquedas, pero tengo un problema cuando algún módulo de productos relacionados o similar los muestra en la ficha de producto.

El problema es que en la ventana modal del quickview se carga un producto mientras que en la vista principal de la página hay cargado otro diferente. Entonces, si se cambian las combinaciones en la ventana de vista rápida, esos mismos cambios se aplican también al producto principal que se está mostrando en la página. No sé si me explico bien: supongamos que se entra en la ficha de un producto que es ropa, que tiene combinaciones a partir de los atributos talla y color. Si en esa misma ficha de producto se abre la ventana de quickview de otro producto diferente relacionado y se cambia la talla o color de ese, se envía una petición AJAX y se actualizan los datos del producto en la ventana quickview, PERO ESOS CAMBIOS SE TRASLADAN TAMBIÉN EN LA FICHA PRINCIPAL DEL PRODUCTO, con lo cual la información que se muestra en la ventana principal ya no es la correcta (ni nombre del producto, ni imágenes, ni precio ni combinaciones).

El por qué del error lo tengo claro: como los nombres y las clases de los elementos son los mismos en la ventana modal del quickview y en la ficha de producto, al recibirse la respuesta AJAX por los cambios desde la ventana quickview, el contenido de la respuesta actualiza los elementos de ese modal, pero también los de la página principal que tienen los mismos nombres y clases. Lo que no soy capaz de localizar es en qué archivo está el Javascript que gestiona ese evento para intentar solucionarlo.

Supongo que más gente se habrá encontrado con este fallo tan tonto (y tan desesperante). ¿Alguna pista sobre cómo solucionarlo? Muchas gracias de antemano.

Necesito ordenar unos productos dentro de la tienda, basándome en estos requisitos:

• Tenemos por un lado una arquitectura de categorías tipo hombre, mujer...
• Al mismo nivel tengo otras categorías  que son temporadas (otoño 2023).
• Los productos están asignados a la tipología de categorías tipo (hombre,mujer...) pero su categoría principal es la de la temporada
• Son más de 20.000 productos, una ordenación manual dentro de cada categoría es imposible, pues hay días que se cambian cientos productos (vienen de un ERP)

El cliente me pide que dentro de hombre, mujer... salgan los productos ordenados según su temporada. Es decir, primero los de la última temporada Otoño 2023, luego los de Verano 2023... y así hacia atrás...

He mirado el core de prestashop pero habría que tocar muchas cosas y no estoy seguro que funcionase... ¿Alguien puedo ayudarme en esto?

PD: para que alguién entienda la estructura, muestro un resumen de como lo tenemos jercarquicamente

• Hombre
  • Zapatillas
  • Zapatos
  • Ropa
• Mujer
  • Zapatillas
  • Zapatos
  • Ropa
• Niño
  • Zapatillas
  • Zapatos
  • Ropa
• Otoño 2023
• Verano 2023
• Primavera 2023
• Invierno 2023

Por la personalización del proyecto me veo en la necesidad de ocultar determinados estados de pedido en el combo de cambio de estado. En particular, cuando un pedido es cancelado y pasa a ese estado, no debería poder volver a activarse mediante ese selector.

¿Alguien ha necesitado hacer esto antes? ¿Hay algún hook que permita filtrar u ocultar ese selector?

Además hay varios sitios distintos desde donde puede hacerse esto (yo he contado tres) lo que lo complica aún más.

Si esto es imposible, ¿se podría detener el proceso de cambio de estado mediante un hook? He estado mirando tanto

ActionOrderStatusPostUpdate como actionOrderStatusUpdate pero no parece que haya una forma de parar el proceso si no es lanzando una excepción.

El ideal sería poder comprobar en el hook el estado actual y nuevo y volver con un mensaje en caso de que no se permita el cambio.

Quería preguntar si alguien sabe o conoce. Como en el listado de productos, si se podría limitar a 6 productos y para ver más obligarlos a registrarse.

O si conoceis algún plugin que haga esto.

Gracias

¿A qué se puede deber el error?

Saludos y gracias.

El caso es que modifico la traducción del campo OTROS del formulario de direcciones de los clientes desde el backend y en tres de ellos (ES, FR y DE) lo modifica correctamente pero en inglés no. Compruebo en la tabla ps_translation y los cuarto literales están correctamente guardados, pero la cadena en Ingles sigue mostrando Other, no su nuevo valor...

He limpiado caches, probado con distintos navegadores, pero no hay manera. Todos los cambios q pruebo se muestran bien en todos lo idiomas pero no en ingles.

Lo único q se me ocurre es hacer una 'ñapa' en el fichero address-form.tpl para q cuando construye el formulario cambiarlo yo a mano...

No se si es un  bug o que puede ser pero me resulta imposible subir las fotos en el excel. No puedo subirlas a la carpeta import porque no las tengo y son del proveedor.

Como puedo resolver esto o cual es el problema exactamente? Espero vuestra ayuda.

El error que da es :  Error al copiar la imagen:

RESUELTO: El problema estaba que no ponía http:// en la ruta de la tienda por lo que no encontraba la foto para subirla.