Introducción Zero pierdas l.a . oportunidad delaware jugar durante el sitio real money casinos. ЎQuedarбvertisements satisfecho!

Con algunos de ustedes ya hemos conversado un poco, pero haré un resumen en virtud de ser estricto en lo amistoso para el trabajo no-presencial:

Me estoy dedicando a commerce, en respetando el principio de “eat you own dog food” estoy abriendo una tienda en linea propia (las cagó el amor que uno le pone cuando es propio), si bien lo mio es más el marketing que el back end, kickstarter era demasiado penca y tengo mi propio base code que parte de un drush make. Habiendo conversado esto con varios de acá, los objetivos de PICEC y mis objetivos, ha hecho sentido fusionar ambos proyectos, obviamente yo usándolo en una tienda live, significa que estaría aportando fuertemente al proyecto. Cabe notar que kick starter siendo tan mierda como es, si hacemos la pega bien, podríamos llegar a ser su sustituto a nivel internacional, pero eso es para más adelante :P. Vaya al sitio y juegue online casino mit freispielen ohne einzahlung en nuestro casino. ¡Diviértete y gana!

Consideraciones técnicas:

(necesito sus opiniones en estos temas, aun sea “totalmente de acuerdo”)

Convención de nombres / git branchs:

No me ubico bien en como operan las distros, pero para mi workflow todo lo contrib lo saco de un make, sino se vuelve una paja lo pesado del repositorio. Pero parece que a drupal.org se sube el build ya hecho, ni idea (tengo cero experiencia haciendo distros ni subiendo a drupal.org). Imagino que también sería bueno hacerlo en otra branch o como 1.1, agradecería que los más expertos indicaran el camino de las mejores practicas para esto.

Uso de Product Display / Product Variants:

Una de las fortalezas fundamentales de Drupal commerce sobre sus alternativas, es el poder de estas dos entidades y soy talibán al respecto (si no las vas a usar, mejor no uses commerce). Lo que habíamos conversado a la pasada con Nico, era la opción de tener unos cuantos prefabricados y ofrecerlos en el instalador. Al menos la compatibilidad con custom PD/PV es no-negociable para mi, pues una de las características bases de mi tienda es su estructura de PV/PD.

Estrategia de theming:

Ni idea en que está hecho PICEC original, pero se da que Milton y yo estamos trabajando en omega 7.4, así que la micro debería ir por ahí. Lo que no hemos afinado es el uso de panels y layouts, pero asumo que esas son las razones que nos trajeron a omega. Y aquí también quiero plantear otro principio separa un poquito commerce del stardart drupal; en el sentido que vamos a estar dispuestos a sacrificar bastante desempeño a cambio de flexibilidad, al permitir el store admin pueda alterar el formato o ubicación de los elementos dentro de diversos layouts, es éste (y no su drupalero) quien tiene la responsabilidad en el cueyo de botella a la hora de optimizar su workflow de ventas, que impacta directamente en su presupuesto, el que puede usar para pagar un servidor más caro que sitios web que no generan ventas directamente.

Pasarelas de pago:

Khipu ya esta andando y me gustaría conservarlo, es la cumbia. Me gustaría agregar una forma básica de aceptar BTC (y estoy dispuesto a hacer el 100% de esa pega). Y me gustaría que integraramos tanto como sea posible transbank con web services, el tema ya se lo he tirado al Nico que es mantenedor de los módulos de transbank, y me explicó que le interesaba pero no disponía de credenciales en transbank necesarias, yo las debería tener dentro de enero y las podría compartir con quienes nos interesemos en levantar esta funcionalidad en Drupal.

Despacho:

Más allá de que en el largo plazo deberían andar con api, en el mediano con tablas json bonitas. En el corto plazo deberíamos decidir si vamos soportar peso de productos, yo no lo necesito por que todos mis productos son del mismo peso / tamaño, y es que hay complicaciones logísticas que van más allá de la plataforma web para productos de distintos peso / tamaño en una tienda en linea emergente (se solucionan al crecer al punto de financiar una plataforma de fullfilling). Por lo que mi propuesta es “no por ahora”, pero si alguien lo necesita usar, que lo diga ahora!

Felices fiestas y buenos humos para todos!

Estado: 
Abierto
Categoria: 
Tipo: 
Tarea