Jump to content

MuyBueno.cl

Members
  • Posts

    38
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

MuyBueno.cl's Achievements

Rookie

Rookie (2/14)

  • Dedicated Rare
  • Collaborator Rare
  • First Post Rare
  • Conversation Starter Rare
  • Week One Done Rare

Recent Badges

4

Reputation

  1. Hola.. pero ese no es un modulo propiamente tal... ese es parte del menu del backoffice https://TUDOMINIO/TUCARPETAADMIN/index.php?controller=AdminCarriers&token=TUTOKEN salvo que tengas un transportista especifico que tenga su modulo aparte Saludos
  2. Hola.. ese campo es es de la ultima visita, he revisado mi pagina, donde tengo mas de 700 clientes registrados.. y todos aparecen con la fecha de creacion y de visita, ahora.. mientras aparezca el cliente, es solo un dato.. ordena por ID o por fecha de creacion, para que tengas el ultimo creado al principio de tu lista notaras que el ordenamiento activo esta con una "Flechita", basta que presiones en los otros campos (ID o fecha de creacion) y ordenaras el listado a gusto pd. que modulo ocupaste para que te saliera el icono de whatsapp al lado del icono de edicion, asumo que puedes enviar un mensaje directo desde el backoffice. gracias
  3. Hola... el sitio esta en mantenimiento asumo que activaste el modo depurador... para ver incidencias el archivo tpl que mencionas es enano... casi nada de codigo.. seguro que no moviste nada mas?, puede ser tonta la pregunta, pero si subiste el original... deberia ser suficiente con borrar el cache, pero si moviste algo mas.. activa el modo de depuracion, algo va a salir saludos
  4. Hola lo hice una vez... con ayuda de este texto debemos editar lo siguiente... /themes/classsic/templates/catalog/product.tpl Ahora tenemos que buscar el trozo de código; {block name=’hook_display_reassurance’} {hook h=’displayReassurance’} {/block} e insertar el siguiente código justo antes </div> </div> </div> <div class=»row»> <div class=»col-md-12″> <div> Y con esta simple acción hemos conseguido que el área de descripción de los productos tenga ancho completo en Prestashop 1.7. lo acabo de testear en mi pagina de pruebas y funciona perfecto...
  5. Hola asumo que lo que no te aparece es el "Iniciar Sesión", que por defecto luego te muestra un link para crear un nuevo cliente reinicialízalo en el backoffice, en el gestor de modulos busca "Enlace de inicio de sesión para clientes", primero ve que este activo, si lo esta... reinicialízalo con eso deberia bastar, si moviste algo.. al hacer el reinicio volverá a su configuración por defecto. Saludos
  6. Exacto.. por lo general funciona por eso en ves de eliminar de plano la carpeta del modulo defectuoso, es mejor cambiarle el nombre, lo mismo si no puedes ingresar al backoffice para eliminar la cache.. se puede hacer de forma manual, pero cambiando de nombre la carpeta, ya que si no es ese el problema, puedes volver atras. si ya se soluciona.. ahi si podrías eliminar definitivamente la carpeta editada Saludos
  7. Hola realiza el mismo procedimiento via FTP pero luego de eliminarlo... borra la cache de forma manual tambien via ftp /var/app/cache/ o /app/cache/ en mi caso, tengo una carpeta que se llama "prod", cambiale el nombre a "prod1" y crea una nueva que se llame "prod" he intenta ingresar nuevamente si aun asi no pasa, puede que sea ya a nivel de base de datos el problema si no se soluciona... elimina la carpeta prod de creaste, y renombra de prod1 a prod, ya que por ahi no estaba el problema ojo, no subiste la captura Saludos
  8. Hola... si tienes un hosting que cuente con "Softaculous", este te mostrara la que tienes de prestashop, la cual puede ser editada, eliminada y clonada Al hacer la clonación, el mismo asistente te creara la base de datos y todo lo necesario para que el proceso sea exitoso esa version clonada, la podrías actualizar, instalar modulos, etc... Saludos
  9. Hola... gracias... efectivamente el id_reference no cambia, el cual podria usar para TPL modificados, es una buena solucion para ese problema, pero igual tengo la problematica en modulos que usan el carrier_id del transportista como llave principal ahora, que fue lo que hice... y en parte se soluciono... realice una consulta sql directamente en la base, cambiando en la tabla order el campo id_carrier con el nuevo id_carrier simplemente una sentencia update, de esa forma homologue la base con el transportista que esta configurado como final (id_carrier nuevo) pero... me salta otro problema con eso, en el cuadro desplegable que sale cuando uno desea asignar el tracking number de un pedido... en la lista de transportistas solo aparece el de retiro en tienda, debiendo aparecer al menos cinco transportistas... sin dejarme cambiar el transportista ahora... si entran nuevas ordenes, estas nuevas ordenes toman el id_carrier nuevo, y al momento de querer agregar el tracking number si muestra los otros transportistas...
  10. Hola... seria de gran ayuda un pantallazo o algo con mas detalles codigo de error, configuracion de tu servidor, etc al hacer la instalacion limpia... sin instalar ningun modulo, puedes entrar o no? ojo que si tu hosting es muy basico, puede que por ahi este el problema, si tiene poca memoria o muy pocos procesos soportados a la vez quedamos atentos a comentarios
  11. hola.. gracias por tu respuesta... pero no tengo problemas para identificar el id_carrier inicial y el nuevo, de ehcho por eso ingrese el tema, porque se exactamente cuales son los id_carrier que tenia antes y despues el transportista, el tema va por evitar el cambio del id_carrier, de manera tal de no encontrarme en la base de datos con N id_carrier para un mismo transportista he intentado actualizar el carrier_id de las tablas orders, carrier (id, lang, zone, etc) pero no he logrado operativo con el id original (el que tenia antes de la modificacion) volviendo al ajemplo del CARRIER A que tiene el ID 1 y que luego de la modificacion queda con ID 3 si veo la tabla ps_carrier el id_carrier 1 (transportista A) en el campo deleted aparece con un 1 (true) pero mas abajo, al final se ha creado otro transportista, un "Transportista A" con el id 3, el cual esta activo al hacer la modificacion desde Transporte-Transportista aparece el "Transportista A" con el id 3, pero si consulto la base de datos ps_order, la orden realizada aun aparece en su campo "carrier_id" con el numero 1, que corresponde al id_carrier original "transportista A" lo ideal seria, que al realizar un cambio en cualquier transportista desde Transporte-Transportista, se actualice no solo la tabla transportista, sino que todas las afectadas con dicho cambio de ID, cosa que no sucede...
  12. Estimados... yo he optado por algo similar a lo planteado, en el menu de traducciones busque "Free", el cual muestra resultados en Theme-Checkout ahi le di en la traduccion "Por Pagar o a Convenir" ahora, adicionalmente a esto, instale un modulo "Cart Banner" (pscartbanner) el cual me permite poner un mensaje personalizado en el carrito de compra, en la parte superior, con eso deje claro a que se refiere el "Gratis" y di la indicacion del porque aparece dicho texto " Recuerde Los Valores de los fletes están sujetos a confirmación, salvo el "Retiro en Tienda" y "Chilexpress", La Leyenda de "Transporte Gratis" es porque por defecto se selecciona el "Retiro en Tienda" como medio de entrega." adjunto pantallazo creo que con eso... se evitan problemas Saludos
  13. Estimados tengo el siguiente problema, tengo configurados N transportistas, los cuales tienen asignados sus id_carrier asumiendo que el carrier "A" tiene el ID 1, y el carrier "B" tiene el ID 2 si se realiza una compra y se lececciona un carrier de los configurados quedaria asi Orden N°1 con Carrier 1 pero si por ABC motivo modifico algo en el Carrier (Carrier A), Prestashop me modifica el ID de dicho carrier y ahora, en vez de tener Carrier A con el codigo 1 y Carrier B con el codigo 2, el Carrier A ahora tiene el ID 3, y el ID 1 ya no esta en la lista de Transportistas si entran mas ordenes el carrier sigue apareciendo disponible con su nombre normal "Carrier A", pero al generar la orden su ID ahora es 3 por lo cual... me encuentro en la base de datos en el campo Carrier_id con el numero 1 y numero 3, siendo que es el mismo Transportista (Carrier A) la pregunta viene como obvia... de que manera puedo hacer para que cada vez que modifique un elemento de un carrier su id no se modifique, que siempre siga manteniendo su "id_carrier", independiente de los cambios que realice o de que manera actualizar la base de datos (que tablas) para pasar los carrier_id antiguos al nuevo codigo. porque requiero solucionarlo... si consulto la orden numero 1, que originalmente selecciono el CARRIER A que tenia el id_carrier 1 y veo el transportista asignado, este me aparece en blanco... porque... porque busca el ID_CARRIER y no el nombre, pero el id carrier original fue borrado o deshabilitado al realizar la modificación pasando a ser el ID_CARRIER 3 otro ejemplo practico seria.. si tengo un TPL modificado, que haga un cargo del 10% al transportista 1 (1 es el carrier id), al hacer la modificacion desde el backoffice de los transportistas y como ya dije.. cambiara el carrier id, por lo tanto la condicional que evalua el carrier id simplemente no funcionara porque el carrier bajo el cual fue programado ya no existe o ha sufrido la modificacion de su Carrier_id (perdon por mencionar tanto carrier_id, pero es necesario) espero haber sido claro en el problema presentado, quedo atento a comentarios
  14. me di una vuelta por tu pagina... y no se ve ninguna foto... en el menu de SEO... que direcciones de tienda tienes? o si puedes ver en la base de datos.. tabla ps_shop_url, el campo physical_uri coinciden con la ruta fisica de tu tienda???
  15. Cuantos inodos (archivos) te permite el hosting? el mío me permitía 50000, y tu ve cambiarme por errores similares lo otro... veo que tienes el chat de messenger en tu pagina.. tienes el link del modulo para colocarlo a la mia.. (muybueno.cl) (lo agradecería) yo he montado mi pagina hace poco y tambien tuve varios errores.. intente cambiando versiones de php, cambiando tiempos de ejecución en servidor, borrando cache a traves del la ficha rendimiento y de forma manual via ftp (/public_html/var/cache), obviamente.. en cada cambio comprobaba, si no tenia resultados, lo dejaba como estaba previamente... prueba con los cache... casi siempre pasa por ahi el problema, borralo desde el backoffice y por ftp... saludos
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More