Tecniloco

{(($product.price/$product.price_without_reduction)*100)|string_format:"%d"}

Hola Comunidad, esta mañana me han solicitado aclarar este fallo que se produce cuando se realiza el update entre ver. 1.3.X -> 1.4.X , el otro día ya nos ocurrió con un cliente que al importar su BD a nuestro servidor local y entrar en el backoffice emitía este msg Employee -> id_lang is empty. Explicación: el fichero de sql para update entre ver. no actualiza los nuevos campos requeridos en la tabla ps_employee para la ver. 1.4.X. Solución: Exportar la tabla actual -> ps_employee ( se usará mas tarde para completar los datos ) Borrar la tabla actual -> ps_employee ( tenemos copia ) Ejecutar Consulta sql desde phpmyadmin sobre la BD de prestashop: CREATE TABLE IF NOT EXISTS `ps_employee` ( `id_employee` int(10) unsigned NOT NULL AUTO_INCREMENT, `id_profile` int(10) unsigned NOT NULL, `id_lang` int(10) unsigned NOT NULL DEFAULT '0', `lastname` varchar(32) NOT NULL, `firstname` varchar(32) NOT NULL, `email` varchar(128) NOT NULL, `passwd` varchar(32) NOT NULL, `last_passwd_gen` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, `stats_date_from` date DEFAULT NULL, `stats_date_to` date DEFAULT NULL, `bo_color` varchar(32) DEFAULT NULL, `bo_theme` varchar(32) DEFAULT NULL, `bo_uimode` enum('hover','click') DEFAULT 'click', `bo_show_screencast` tinyint(1) NOT NULL DEFAULT '1', `active` tinyint(1) unsigned NOT NULL DEFAULT '0', PRIMARY KEY (`id_employee`), KEY `employee_login` (`email`,`passwd`), KEY `id_employee_passwd` (`id_employee`,`passwd`), KEY `id_profile` (`id_profile`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 ; * nota ( el ENGINE puede ser también ENGINE=MyISAM consulta el modo de tu BDPrestashop) Ahora tenemos la estructura completa con los campos requeridos, abrimos la tabla que importamos al principio ps_employe y completamos los datos en nuestra nueva tabla, atentos al 3 campo id_lang , si no sabemos que id tiene nuestro idioma consultarlo en la tabla ps_lang , el resto de campos nuevos que no tenemos aún información se completarán al entrar en el backend y elegir mis preferencias..posiblemente al entrar por primera vez os desaparezca algunas info ..pero al actualizar las preferencias todo reaparecerá.. espero que os sirva.. saludos TECNILOCO.

<ul class="clearfix"> {foreach from=$categs item=c} <li> <a href="{$link->getCategoryLink($c.id, $c.link_rewrite)|escape:'htmlall':'UTF-8'}" title="{$c.name|escape:'htmlall':'UTF-8'}"> {if $lang_iso == "en"} <img src="{$categ_img_loc}{$c.img}-cathome-en.jpg" /> {elseif $lang_iso == "fr"} <img src="{$categ_img_loc}{$c.img}-cathome-fr.jpg" /> {else} <img src="{$categ_img_loc}{$c.img}-cathome.jpg" /> {/if} </a><br /> </li> {/foreach} </ul>

<ul class="clearfix"> {foreach from=$categs item=c} <li> <a href="{$link->getCategoryLink($c.id, $c.link_rewrite)|escape:'htmlall':'UTF-8'}" title="{$c.name|escape:'htmlall':'UTF-8'}"> {if $lang_iso == "en"} <img src="{$categ_img_loc}{$c.img}-cathome-en.jpg" /> {elseif $lang_iso == "fr"} <img src="{$categ_img_loc}{$c.img}-cathome-fr.jpg" /> {else} <img src="{$categ_img_loc}{$c.img}-cathome.jpg" /> {/if} </a><br /> </li> {/foreach} </ul>

Hola marioj_81 el problema está en que el propio módulo no reconoce cuando la conexión es securizada y no cambia el encabezamiento http a https, esto es debido a que no está bien programado..intenta lo siguiente: edita el fichero /modules/homecarousel/homecarousel.tpl y cambia lo siguiente: donde ponga {$base_dir}modules/ por --->{$base_dir_ssl}modules/ -- Hay varias líneas cambialas todas donde se haga referencia a .. ya no comentas si lo has solucionado.. por cierto Hay que especificar la Ver. de Prestashop que se esté usando..ya que las configuraciones cambian de la 3.x a la 4.x saludos TECNILOCO.

Esta información es importante si no quieres llevarte un susto con las imágenes que te descargas de internet, ya que puedes recibir un burofax reclamandote en principio hasta 1700€ ( esta cantidad varia en función del tipo/valor de la empresa que ellos valoran) por uso de imagen con copyright y el desconocimiento exime. Lo normal es que te preocupes y los llames para decirles que la vas a quitar pero igualmente te dicen que te van a denunciar y tendrás que pagar el uso que ellos estimen.. eso si te bajan el valor de la reclamación. Según otros foros esta practica no es del todo legal ya que la imagen si te la has bajado de google por ejemplo debería de estar claramente destacado la marca de agua en el centro de la imagen, google se protege haciendo alusión a que la imagen puede estar protegida por copyright pero evidentemente google es el primero que ya está incumpliendo el copyright al ofrecer/exponer la imagen en su web ( es obvio que estos tipos a google no van a demandar). Por otro lado la marca de agua en la web de gettyimages la colocan intencionadamente en un lateral para que piquemos, nos la descarguemos y quitemos la marca. Esta es una practica malintencionada y mafiosa que están aprovechando para recaudar €. En España la defensa de los intereses de Getty la llevan un Buffete de abogados en Madrid ( www.baschwitzklimt.com ) que son los que te remiten el burofax para intentar sacarte los euros. Según me he informado ya tienen abierto cerca de 200 expedientes o mas del asunto getty y seguirá incrementando ya que tienen un grupo de personas rastreando las web´s de e-commerce para detectarlas. Por otros foros también han explicado que aún ningun expediente ha pasado por juzgado ya que directamente los jueces la desestiman. En fin mejor estar prevenidos y en aviso. Un saludo TECNILOCO. >> Defensor del Pueblo [ Quejas] <<

Hola, tu mismo te has contestado.. les tienes que proporcionar la url absoluta de respuesta con tods sus path´s hasta el módulo respuesta.php.. puede ser otro fichero ya que no se como opera este módulo..saludos TECNILOCO.

Sobre que versión?... saludos TECNILOCO.

Después de mucho buscar aún no he localizado una solución a este problema osea que voy a implementarlo, de todas formas me parece extraño que nadie se haya dado cuenta.. ¿algún voluntario que exponga como hace la reintegración de los productos de una venta cancelada? por ahora la única solución es borrar los productos manualmente del pedido cancelado y esto genera un segundo problema.. el histórico de pedidos del cliente se vuelve inestable y no debería de ser así.. ESTO ES UN FALLO DE PRESTASHOP. Adjunto captura nueva implementación. Saludos TECNILOCO.

Hi, I have the same problem, you gotta fix it?

Hi, I have the same problem, you gotta fix it?

Hola, pues resulta que me he encontrado con este fallo en la ver. 1.4.4.1 de un cliente y la operación de compra si que le resta del stock pero si tengo que pasar el pedido ha cancelado no lo aumenta en el como debería ser y por consiguiente lo deja inexacto. Según mi criterio esto no es nada normal ¿le ha ocurrido a alguien? y ¿usais otro método distinto para reponer el stock de pedidos cancelados? Un saludo TECNILOCO.

Hola Victor, partiendo de la base que hay que tener un buen nivel de Flash Scripting, para crear las multiples consultas a la BD según el producto selecciónado. según vayan cambiando sus diferentes opciones en el frontend de usuario, primeramente deberías hacerte un esquema para visualizar el diagrama de flujo y así lo tendrás mas claro..despues empezar a crear el ide (swf) en prestashop ( conexión a la BD, consultas, respuestas de consultas.. etc ) y por último tendrás que enviar correctamente formateado el resultado de las variables a Prestashop... espero que esto te pueda orientar en tu proyecto. saludos TECNILOCO.

Gracias Tamu.. entre asuntos familiares y las vacaciones no he tenido tiempo de casi nada..un saludo TECNILOCO.

Bueno después de unos meses sabáticos vuelvo nuevamente al foro como moderador.. un saludo a todos.. TECNILOCO.

APORTACION - Un cliente me ha pedido el poder modificar las templates de los mail y buscando encontré este módulo que hay mas arriba, le he efectuado algunos cambios y reencuadre, ahora funciona correctamente sobre la 1.4 - si encontráis algún fallo o mejoras no dudeis en reportarmelo. saludos TECNILOCO. maileditor.zip

Bueno ya tengo funcionando en un cliente la pasarela de pago Servired/Sermepa (ver. 1.0) sobre la ver. 1.4.0.17 de Presta , he realizado 4 operaciones de ventas y todas correctas. Solo he notado que en la zona de Backend>>pedido ( editamos el pedido) y abajo en mensajes nos emite uno interno donde pone "Warning : the secure key is empty, check your payment account before validation" mirando en la base de datos tabla ps_cart veo que no completa la campo secure_key , me queda por determinar como implementarlo contra la classe que la genera. Adjunto el zip para ir haciendo pruebas y mejorarlo entre todos... saludos TECNILOCO. servired.zip

Ok gracias, al final anoche lo localicé ahí y solucioné ya un fallo de programación que tenía, lo voy a poner en marcha sobre la ver. 1.4.1.0. saludos TECNILOCO.

Hola kpll007 , ¿me puedes decir de donde te has bajado ese módulo? voy a mirarlo ya que en otra ocasión he solucionado lo del vaciado del carrito pero me interesa esa ver. que tienes donde puedes seleccionar el tipo de SHA.. saludos TECNILOCO.

Hola, una pequeña contribución para ir mejorando Prestashop 1.4.X , dejo aquí para libre descarga el fichero es.zip del idioma Español para la utilidad ( Ajax File and Image Manager ) que trae el mceEditor para la administración de imágenes. ver capturas. La ruta (path) donde hay que poner el fichero es: \prestashop\admin**\ajaxfilemanager\langs\ y también hay que modificar en el fichero \prestashop\admin**\ajaxfilemanager\inc\config.base.php la línea 134 (última): define('CONFIG_LANG_DEFAULT', (CONFIG_QUERY_STRING_ENABLE && !empty($_GET['language']) && file_exists(DIR_LANG . secureFileName($_GET['language']) . '.php')?secureFileName($_GET['language']):'en')); //change it to be your language file base name, such en por define('CONFIG_LANG_DEFAULT', (CONFIG_QUERY_STRING_ENABLE && !empty($_GET['language']) && file_exists(DIR_LANG . secureFileName($_GET['language']) . '.php')?secureFileName($_GET['language']):'es')); //change it to be your language file base name, such en SALUDOS TECNILOCO. es.zip

Pués habrá que hacer que funcione.. saludos tecniloco.

Hola, en Back Office>> Transporte>> Países hay una opción para requerir el Número de identificación fiscal por paises (¿Necesita el número de identificación fiscal?) ¿es que no funciona? .. saludos TECNILOCO.

Correcto.. tienes que editarlo y cambiar la linea de off a on.. saludos TECNILOCO.

Si deberías de darlo de alta en Back Office >> Empleados >> Contactos así eliminamos esa posible variable de fallo, de todas formas también puedes poner la tienda en modo debug a ver si tira algún fallo que no estamos viendo en el fichero \config\config.inc.php: (/* Debug only */ @ini_set('display_errors', 'On') saludos TECNILOCO.

Ok. pasos a probar, usa una cuenta que esté dada de alta en el dominio de la tienda y que funcione correctamente por ejemplo create una para pruebas ( pruebas@tudominio.com ) configurala en tu cliente de correo ( Outlook, Mozilla..etc ) confirma que envía y recibe correctamente. ( NO USES CUENTAS DE CORREOS EXTERNAS ) ahora en Back Office >> Empleados >> Contactos añade la nueva cuenta de pruebas con su dirección de e-mail, regresa nuevamente a pruebas de correo y selecciona la cuenta de pruebas, haz el test.. ya nos comentas.. saludos TECNILOCO.