Jump to content

MDinternet

Members
  • Posts

    60
  • Joined

  • Last visited

1 Follower

Recent Profile Visitors

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

MDinternet's Achievements

  1. Si, la versión 8.0 la probé nada más aparecer y ayer mismo escribía un post para mi blog, sobre la nueva 8.0.4 (https://manufacturasdeinternet.es/el-blog/345-un-vistazo-rapido-al-nuevo-prestashop-8-x.html) El caso es que parece estable, aún con algunas características en desarrollo (la nueva ficha de producto y la nueva template Hummingbird). Adicionalmente, Symfony se actualiza a la 4.4 y no a la 5 como parecía indicarse. Por otra parte... esto ya lo he vivido con la 1.5, la 1.6 y la 1.7 (sobre todo esta última!!!). Suelen ser versiones que avanzan muchas novedades... pero con problemas de compatibilidad. Aunque el script sea bueno y esté revisado... los módulos del ecosistema aún no están maduros y en algunos casos ni siquiera existen. No es como, por ejemplo, el nuevo feature de la navegación por facetas, que el actual módulo para la 1.7 ya sirve también para la 8, aunque en la 1.7 no permite usarse ni en marcas, ni proveedores... pero ya tiene el código para poder hacerlo en la nueva 8. Así que, en general... para una tienda nueva puede ser; para una tienda nueva en producción es arriesgado. Dado que si vas a actualizar es que tienes una tienda ahora en la rama 1.7.... mi opinión (personal pero transferible) es esperar al menos a la 8.1 y mejor a la 8.2 La 1.7.7.x está funcionando realmente bien, muy rápida y estable... así que a menos que sea totalmente imprescindible, que experimenten otros!!!
  2. Obviamente. Nunca se debería usar una rama nueva en versión 0 (8.0.x) para producción. Es demasiado arriesgado a menos que el proyecto sea tuyo y lo uses como "conejillo de indias". De hecho... yo suelo ser bastante más cauto en este sentido y tras la experiencia con PS 1.7.x empezaré a instalarlo en producción a partir de la versión 8.2.x Claro que este es un pais libre y cada uno puede hacer lo que crea conveniente
  3. Con las últimas versiones del módulo para PS 17, basta con colgarlo del hook "DisplayLeftColum" y se mostrará en la columna izquierda. Revisa en "Diseño -> Tema y Logo -> seleccionar diseño" que las páginas de marcas y proveedores (brands y suppliers) usen la plantilla que contiene Two Colums para poder mostrar el módulo en esa columna izquierda (o derecha, según prefieras)
  4. Bien, yo paso ampliamente de las 200 y 30 respectivamente y conozco relativamente bien ambos scripts. Joomla es tan superior a WP que simplemente no hay como empezar a comparar. Eficiencia de las querys, caché, estructura de la BD, seguridad, versatilidad, comodidad, sistema de templates, capacidades del sistema out-of-the-box... Un simple ejemplo: sin Yoast... WP no incuye metas para los post y página. Por no hablar del absurdo sistema de plantillas que, dado lo limitado del sistema, han de implementar personalizaciones que las hacen incompatibles entre ellas. En joomla.... simplemente puedes usar una o varias plantillas al mismo tiempo, una para cada sección, si lo deseas. La versatilidad y compatiblidad es total. Conozco Joomla desde las primeras versiones, habiendo trabajado mucho anteriormente con su origen Nuke. En cuanto a Vmart, basta con simplemente instalarlo para ver su ingente capacidad de ecommerce respecto a un limitadísimo script como es wcoomerce, al que hay que sobrecargar con decenas de plugines para que haga algo similar, con el grave problema que eso supone. Y eso que la nueva versión lo intenta (con más colorines que opciones, para mi gusto) pero sigue sin estar cerca de vmart: control "byClic" de lo que se muestra, aprovechamiento del ACL de joomla, sistema de zonificación de logistas flexible, sistemas de impuestos totalmente personificable, querys eficaces y buen diseño de la bd.... Por otra parte... me sorprende mucho leer que "nadie usa" un script al que Google patrocina. No estoy seguro de si es google el que se equivoca o es el que "nadie lo usa". En fin. Este es un pais libre y cada uno puede usar lo que desee... pero entre recomendar un scrip a tu cliente "porque todos lo usan y es barato" o decirle "este es el más perfeccionado y ajustable a lo que necesitas" hay un mundo.
  5. Solo por tener una noción de tu background... ¿cuantas webs has hecho con Joomla y cuantas tiendas con Vmart? ¿Que diferencias más importantes hay entre ambos CMS?
  6. Sorprendentemente, Virtuemart es el gran desconocido. Arrastrado por la absurda popularidad de una castaña como WP, Woocommerce se está llevando cientos de instalaciones de tiendas que, nada más abrir, ya se han quedado cortas (¿de veras no hay forma de recuperar carritos en un script de eComm OutOfTheBox?). Virtuemart es un script increíblemente potente y completo, con mucho más de lo que se necesita para una tienda básica y muy cerca de PS.... aunque no tan "bonito". Es más técnico, más flexible y, sobre todo, funciona. Y al tener detrás Joomla, la garantía de un sistema estable, escalable y robusto, está fuera de toda duda. Si, Virtuemart es una opción realmente buena!
  7. Yo he realizado 5 transiciones desde versiones anteriores a la nueva 1.7 sin demasiados problemas (una de esas tiendas venía de la 1.4), tanto ahora que ya hay modulo "oficial" (que no uso) como antes cuando no lo había (pero sí modulo "oficioso"). No sirven ni las templates ni muchos de los módulos, pero la información core de la tienda permanece intacta. Es factible... pero farragoso.
  8. Revisando el nuevo 1.7 para un nuevo website, veo que no trae por defecto el módulo de Paypal... así que decido ir a buscarlo a la web de la propia Paypal. Tras una busqueda larga... veo que NO hay nada relacionado con Prestashop en la web de PP. Item más, las herramientas de "busca tu solución" recomiendan una y otra vez el pésimo woocommerce, además de visualizar un buen numero de otras opciones como Magento (normal) o cosas tan delirantes como tiendas Wix o Godaddy. ¿Que ha pasado? ¿me estoy perdiendo algo? ¿ha habido algún comunicado oficial de PS o de PP sobre el módulo? Aunque es cierto que cada vez lo recomiendo menos por los sablazos salvajes que mete, teniendo en cuenta la facilidad con la que hoy te dan un TPV en un banco... aún sigue siendo una fórmula muy demandada por clientes de mis clientes y me sorprendería bastante no poder instalarlo en PS de forma oficial. Gracias por adelantado
  9. Yo he tenido el mismo problema, en un hosting de mi VPS con PHP 5.4 Lo subí a 5.6 pero aún así me daba problemas (esta vez, de pantalla en blanco tras insertar los datos de la tienda; ya no comenzaba la creación de tablas ni archivos del último paso). Así que subí de nuevo el PHP a la versión 7 y ningún problema. Es cierto que la instalación de PS acepta un PHP 5.6 (indica que el entorno es adecuado en la instalación) pero por algun motivo, ésta falla. Sin embargo, con PHP7, instalación a la primera sin problemas
  10. Los que tengo instalados en otros sistemas, no he visto que afecten significativamente.... aunque es cierto que suelen ser sitios corporativos de menos de 500 visitas diarias y que no están en mi servidor. En el mio tengo implementadas iptables (no lo he hecho personalmente) pero del software que comento me interesa sobre todo el escaneo periódico, la integridad de archivos y la revisión del código original, no tanto las reglas de control del tráfico. Quizá me expresé mal y lo que estoy buscando es precisamente eso, un software de control y seguridad... más que un firewall como tal Gracias por tu respuesta !
  11. Hola a todos. Además de Prestashop, en mi estudio implemento otros muchos CMS para otras tareas, tal como Joomla o Wordpress. Para ellos es habitual instalar módulos de firewall que realizan ciertas tareas de forma automatizada. En particular me interesan mucho las capacidades de revisar la integridad de archivos y el escaneo de los mismos. Según creo, se denomina seguridad de la capa 7 (capa de aplicación) según OSI. Lo indico por si puede resultar de ayuda. Me pregunto si en PS hay algo parecido a los módulos Centrora y Security Check que ya conozco para los cms que comentaba, o si es interesante instalar un standalone como el propio Centrora (u otro similar) He visto que para PS había un firewall fabricado por un estudio frances, pero ha dejado el desarrollo (cerró la empresa). ¿Alguno de vosotros usa algun firewall que, de forma sencilla, haga un escaneo de todos los archivos para revisar su integridad y poder así localizar fácilmente los más recientes o incorrectos? Gracias por adelantado!
  12. Hola a todos. Aunque lo presentan como "el primer evento PS en España" algunos ya fuimos al PS Barcamp de barcelona 2012 Y es una buena ocasión para desvirtualizarse, aprender en las charlas de la comunidad (si es que hay en esta ocasión) y tomarse unas cañas haciendo networking, además de conocer y saludar al equipo PS "oficial" ¿Alguien del foro irá esta vez? http://www.prestashopday.com/
  13. Hola, Víctor !!!!!!!!!! Es un placer leerte de nuevo. ¿Irás al Prestashop Day de Madrid? Sería un gustazo volver a saludarte
  14. Si, conocía esta respuesta, pero no solventa mi problema. Muchas gracias de todas formas En realidad.... no sé si hay problema. Llevo varios correos cruzados con la gente de redsys... y aunque ellos están convencidos de que "algun módulo provoca el problema" (es decir, sostienen que una mala configuración de módulos de paypal, ebay (?) o similares, pueda interferir en la comunicación y por ello dar el error 500. Yo entiendo que no, en absoluto otro módulo puede interferir... porque simplemente no se disparan en esta operacion. El caso es que todo el proceso es correcto (el cliente paga, el dinero llega al vendedor, el panel de control del banco registra la transacción e ingresa el dinero en la cuenta del vendedor, el carrito se vacia, el pedido se ejecuta....) pero en el apartado de "notificaciones" del panel Redsys para BBVA.... aparece un error 500. Lo que entiendo es que la primera comunicación del banco con la tienda tiene que ser correcta (si no, no se cerraría la operación) y si hay una segunda es en ella donde hay ese problema. O bien es que simplemente el sistema Redsys está dando como erróneo algo que no lo es. De ahí que no esté muy seguro de que exista un problema..... más que en el propio servicio de Redsys, pero no en los módulos ni en las tiendas.
  15. Hola a todos. Me ha tocado instalar un módulo Redsys en un PS 1.5.6. En el pasado, ya había instalado varios módulos Servired de los fabricados por ZhenIT sin ningún problema, pero eran para versiones anteriores y no parecen funcionar correctamente con las nuevas URLs de Redsys... así que me he ido directamente al módulo gratuito suministrado por esta red. He probado con la versión 2.0 y con la más moderna 2.4.3... pero el problema es siempre el mismo: el panel de control del BBVA indica este error: Server returned HTTP response code: 500 for URL: http://www.latienda.com/modules/redsys/validation.php He instalado y desinstalado el módulo, he aumentado a 60 mediante .htaccess el tiempo de ejecución y he permitido url_fopen también mediante htaccess. Los permisos están a 775 y 664 He probado versiones antiguas de Servired y sorprendentemente no dan ese error... pero no me completan el pedido, vaciando el carrito (error de comunicación de la pasarela con la tienda; luego puedo validar el pedido a mano). Entiendo que el hecho de que no muestren el error es porque al no comunicar correctamente con el archivo de vuelta... ya no completa el proceso. No he seguido intentando esta vía. He seguido todos los consejos que he ido viendo en varios post de este foro... pero nada ha funcionado. Hay que decir que la tienda funciona correctamente, los pedidos se completan, el dinero se ingresa en la cuenta corriente, el comprador vé el pago completado al volver de la pasarela... todo parece estar correcto, menos el error recurrente en el panel de control del BBVA. Como ya imagináis, las consultas al delirante soporte técnico del Redsys son totalmente absurdas, cosas como que revise la configuración de otros módulos, como el de Paypal o de eBay (este último no lo tengo), cosas como que revise la configuración del ´modulo (que en su última version ya apenas puede configurarse), etc, etc. En fin, rogaría si alguien tiene alguna idea nueva para probar... porque a mí se me han agotado. Información del servidor Información del servidor: Linux #1 SMP Debian 3.2.65-1+deb7u1 x86_64 Versión del servidor web: Apache Versión de PHP: 5.4.39-0+deb7u2 Límite de memoria: 128M Tiempo Máximo de ejecución: 60 Configuración de la base de datos Versión de MySQL: 5.5.41-0+wheezy1-log Motor MySQL: InnoDB Prefijo de las tablas: ps_ Configuración la tienda Versión de PrestaShop: 1.5.6.1 Enlace de su tienda: http://www.muchaspatas.com/ Tema actual: buddie Configuración de email Modo de envío de emails: Utiliza la función email() de PHP Sus datos Navegador utilizado: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0
×
×
  • Create New...