Jump to content

sergio_bolo

Members
  • Posts

    44
  • Joined

  • Last visited

About sergio_bolo

  • Birthday 05/20/1981

Profile Information

  • Location
    valencia
  • Activity
    Agency

sergio_bolo's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. Buenos días, Estoy intentando agregar un nuevo Menú en el panel de administración para poder acceder al módulo Newsletter (y así configurárselo al cliente y que no acceda desde botón módulos) He encontrado algo de documentación sobre el tema pero no la suficiente. ¿Alguien sabe como indico la clase que corresponde a este módulo? Nombre: Newsletter Clase: (no la conozco) Modulo: ¿Cuál es el controlador para este modulo? (¿que datos debo poner en este punto?) Agradezco de antemano vuestra ayuda. Me interesaría encontrar documentación sobre el tema. Mil gracias, y un saludo. Sergio.
  2. Queridos amigos del foro, tengo la siguiete duda que afecta al resumen de pedido. Espero que alguien pueda ayudarme. Una vez seleccionado un producto, automaticamente el programa lo añade al sumario de compra, donde se indican algunos de estos datos: 1) Articulos seleccionados, nombre, referencia, cantidad etc... 2) Total de descuentos aplicados (por cupones) 3) Precio total impuestos incl. 4) base imponible 5) Total de impuestos 6) Suma total: TOTAL PEDIDO ¿Es posible mostrar el tipo de iva aplicado al pedido? Ya que cuando el pedido es enviado a España (21% iva) o a Alemania (19% iva) el programa muestra los calculos pertinentes, pero hecho en falta que se indique el iva que esta soportado (del mismo modo que ocurre en la factura.) Por ejemplo: Tipo de tasa: 19% iva (cuando se seleccione el envio a Alemania) o 21% cuando se seleccione España. Pienso que es bueno que el usuario vea en todo momento los impuestos que se aplican a su compra. Este iva se muestra en la factura, pero no en el Historial de pedidos. ¿Se podría añadir este dato? Muchiiiiiiiismas gracias de antemano. Sergio B.
  3. Eliminando las etiquetas <ifModule xxx> </ifModule> del archivo .htaccess he notado una gran diferencia en el proceso de carga¡
  4. Gracias a todos por vuestra ayuda¡ Finalmente, y ya en un punto enfadado con mi proveedor de hosting, y tras repetirme que estaba activo varias veces, me contestan que no lo está. Que en mi tipo de servidor compartido no se puede activar esa opción. Vaya por donde¡ Estaba activo, y ahora ya no¡ jajjajajajaj. En cuanto a la velocidad de carga de la web, sigo notando que es durante los primeros segundos donde el servidor se queda loco esperando, pero tras el redireccionamiento va rapidisimo. Osea, de los 350kb que pesa la página, y 44 procesos, hay 2 procesos que tardan el 80% del tiempo de carga, y el resto, 42 procesos, se cargan en menos de 1 segundo¡ Esta claro que el keep-alive habría cumplido su función, y la hubiera acelerado un poco. Pese a no poder usar esa tipo de conexión, creo que el problema es otro distinto¡ Siento que esté viene en el procesos de la redirección¡ Sucede algo raro al redireccionar lamarciana.es/es (((( Un saludo cordial
  5. ¿SAbeis como poder activar keep alive através de htaccess o otro metodo, para que la respuesta a mi peticion no sea keep-alive, close? A que se debe esto? Como puedo solucionarlo? Gracias¡
  6. Me han respondido esto: El valor keep-alive indicado (_SERVER["HTTP_CONNECTION"] keep-alive) corresponde al valor del encabezado HTTP que se envía desde una petición abierta por parte del cliente. Dicho valor no corresponde a una configuración del servidor. Me han aportado bien poco los amigos del soporte técnico¡ jajajajja... Seguiré buscándome la vida que al final de todo habré aprendido un montón de cosas y lo solucionare¡ xD
  7. Esperaré a que me contesten, pero parece que siempre me responden con preguntas sobre lo que les he preguntado¡ O no saben lo que pasa, o es más sencillo negarlo todo¡ Les mandé un email al poco de abrir este post, cuando Oka me comentó el tema del keep-alive. Me han contestado "nada", o poco, y venían a decirme que está activo. En htaccess tengo puesto: Header set Connection keep-alive Header set Keep-Alive "timeout=5, max=100" ¿Porqué cuando coloco... KeepAlive on ... ¿recibo error 500? ¿Porque no reconoce la sintaxis? Mil gracias. Seguimos en contacto.
  8. Ya veo Lauser. Muchas gracias por enviarme los ejemplos¡ No entiendo mucho del tema, pero interpreto que cuando se realiza la peticion HTTP/ 1:1 en mi página, has recibido, directamente, un error. (Además de no estár activo keep alive). Debe de pasar algo con el servidor donde estoy alojado, pues al comienzo del proyecto me enviaba error 500 constántemente, y de golpe y funcionó, y luego... lentitud absoluta¡ Sigo investigando a ver si doy con la clave. Saludos y de nuevo gracias¡
  9. Me he puesto en contacto con mi proveedor de servicios de hosting, los cuales aseguran que keep alive está trabajando correctamente. Ya veremos como evoluciona el asunto. En cuanto a los valores que me comentas, no dispongo de esa información. Estoy a la espera de recibirlas. Sea como sea, me resulta extraño que 340 kb tarden tanto en cargar. Tendré que arreglar esto que me trae de cabeza¡ Gracias por todo Oka. Estamos en contacto¡
  10. Gracias OKA... Alguna idea par solucionarlo? En www.lamarciana.es/info.php puedo ver que al final de todo me pone que esta activa el tipo de conexion Keep-alive (la cual no sabía ni lo que era, por lo que te doy las gracias por enseñarme tantos detalles¡) Observo que cuando cargo la página web, con firefox y firebug, en muchas de las consultas que se realizan , pone: Response Headers ... connection: keep-alive, close Request Headers .. connection: keep-alive Curiosamente en las unicas "requests" que no pone "connection: keep-alive" (en Response Headers) son la de: www.lamarciana.es y.. www.lamarciana.es/es Gracias por todo¡ Espero que podamos llegar a la clave del problema¡ Saludos.
  11. Oka, he esatado mirando las especificaciones de mi servidor y si que está activo keep alive¡ ((( Seguiré probando hasta que lo solucione. Por ahora he añadido algo de codigo en el .htaccess pero sigue lento en la redirección, no en el resto de procesos. El 60% del tiempo de carga se destina a redireccionar la web de .es a .es/es. (Y no puedo anular los idioma. No tendría ningún sentido ponerle un parche al problema.) Seguiremos buscando. Muchas gracias de nuevo.
  12. Muchas gracias por la ayuda¡ (Oka) Mil gracias por la explicación. Desconocía la parte técnica del problema. Ahora solo me queda Investigar sobre lo que me comentas y hablar con mi hosting. ))))) (Deshilachado) En cuanto a la reescritura del .htaccess, prestahop solo sobreescribe lo que se encuentra entre "start" y "end". Si añades código, encima o debajo, lo mantendrá cuando lo reescriba. (Por lo menos así lo leí, y lo puse en practica. Doy fe de ello)
  13. Bueno días. No encuentro la razón por la cual mi web tarda en cargar alrededor de 8 segundos (otras veces 1,3s , otras veces 30 segundos, otras veces 5 segundos... ) Lo que me he fijado es que gran parte del tiempo de carga podría reducirse si la web no tuviera que redireccionar de miweb.es a miweb.es/es/. Me interesa tener la página en distintos idiomas pero no se porque el proceso de redirección hace que tarde hasta 6 segundos (en el mejor de los casos). Veo penoso que 400 kb tarden esa barbaridad en cargar¡¡¡¡ La página está alojada en www.lamarciana.es Un saludo cordial. Espero que puedan ayudarme¡ Gracias.
  14. Está incluido en prestahop¡ Creo que llamaba "Apadrinamiento..." (o algo así¡)
  15. Yo no logro solucionar mis problemas con el redondeo. Me voy a volver loco¡ - Tengo un centimo de descuedré en los calculos totales, en relación a los que se muestran en Paypal (en algunas ocasiones 2 centimos)... Y pienso que debe de ser tan sencillo como determinar el número de decimales usados para realizar el cálculo de los precios. Seguiré probando. Por más que intento y busco... o no la gente no lo ha solucionado, o lo ha solucionado y no ha compartido cómo¡ (Además, no depende del tipo de redondeo que elija desde "Preferencias" ya que el descuedre sigue apareciendo.)
×
×
  • Create New...