Encontro Drupal | Lisboa (Kompacto) | 23-10-2010 15h00

Pegando na deixa da apresentação do Hernâni sobre o Selenium quero falar de Integração Contínua. Tenho topado umas coisas por aí que usam o Hudson mas parecem-me demasiado complicados. Na Acquia usam o Buildbot, que é uma coisa em Python. Parece-me que para além de terem um custo considerável em termos de configuração e manutenção, nenhuma delas alavanca os atributos particulares do ecossistema Drupal e do git.

O que eu gosto é da filosofia de small pieces loosely joined. Usar o git, drush, features, e o Selenium para ter um sistema de integração contínua "indigente" mas que gets the job done. Keep it simple.

acho que o features é um excelente tema para mais um mini-congresso.

sugiro também o demo e backup_migrate.
se calhar num tema mais abrangido, talvez modulos que tratem de gestão de multisite, pois há imensos por ai

Sugestão para a reunião (ou para outra reunião): Commerce

Não é um projecto totalmente novo; pelo contrário, já tem alguns meses, muito brainstorming e discretamente, uma versão alfa para testes. Mas não há muita vivalma que o conheça...

Outro e-commerce?
Sim. Não se trata do e-Commerce, nem é o Ubercart, mas sim uma evolução diferente deste último.
A história dos porquês é longa, mas basicamente os programadores principais não tiveram apoio da empresa onde trabalhavam para fazerem alterções grandes no Ubercart... e vendo que não queriam tomar o mesmo caminho com um código totalmente ultrapassado, quiseram recomeçar do zero.

Histório das versões:
Ubercart 5.x-1.x (disponivel para D5), em modo de manutenção apenas.
Ubercart 6.x-2.x (disponivel para D6), ainda em desenvolvimento.
Ubercart 7.x-3.x (disponivel para D7), vai seguir um caminho de port-directo, sem quaisquer modificações de maior.
Commerce 7.x-1.x (disponivel apenas para D7), por outro lado, vai ser um rewrite completo.

Como parte do rewrite vai utilizar as novas APIs do D7 - Entities, Fields/Content/CCK e algumas funcionalidades do Chaos Tools (Ajax responder e Modal dialog)... e seguir um caminho bem estruturado de acordo com a especificação.

Em resultado, o que antes não era possivel, como múltiplos node types de produtos (fora com as classes limitadas!), múltiplos tipos de encomendas/orders com requisitos próprios, revisão de produtos (não só no node, mas nos preços por exemplo), valores predefinidos nos fields de origem (sem o contrib Product Power Tools), theming facil e flexibilidade (por exemplo mudar o que aparece e como no checkout), re-ordenar campos (pensem em Display Suite ou Content Display Order - sim, no D7 isso tá lá de origem :P - mas não elimina o uso do Panels!), etc, vai finalmente ser possível.

Possivelmente, a conversão da informação dos produtos a entidades/entities irá também resolver o tão mal falado problema da multi-lingua! (será que é desta...)

Irá também utilizar extensivelmente as Views para criar relatórios, listas para administração de ordens, de produtos, etc... logo qualquer um pode altera-las ao seu gosto ou adicionar campos úteis, sem recorrer a modulos contrib como o Ubercart Views ou hacking!

Mais ainda, irá também depender do Addressfield dispondo logo de origem da funcionalidade de armezenamento de endereços/moradas dos clientes, abstraídamente e fáceis de alterar, sem recorrer ao modulo contrib opcional Ubercart Addresses

De notar também, necessitará do Rules, em detrimento do Conditional Actions do Ubercart 2.x - algo que já estava posto em prática no Ubercart 3.x.

Para além das novas API, também surgem novas normas de desenvolvimento.
Por exemplo, aboliram o uso de código não comentado (30% do PHP são comentários :P) e separaram finalmente o core dos contribs, em modulos fora da core.

Veredicto?
Os programadores acham que será bombástico e concordo com eles.
Se tudo correr bem, o Commerce depressa se tornará no melhor e-commerce disponível, ultrapassando largamente o VirtueMart do Joomla e potencialmente o Magento, e o Drupal irá ganhar ainda mais popularidade :)

Penso que será um excelente tema de conversa.
Deixo links abaixo e um video.

Recursos:
Demo do Commerce 7.x-1.x (site commerce)
Demo do Ubercart 6.x-2.x (site commerce - profile UberDrupal)
Demo do Ubercart 6-x-2.x (site ubercart)
Demo do Ubercart 5.x-1.x (site ubercart)
Commerce 7.x-1.x Road map
Ubercart 7.x-3.x Road map
From Ubercart to Drupal Commerce (pt. 1)
From Ubercart to Drupal Commerce (pt. 2)
DrupalconCPH Commerce Drupal7
From Ubercart to Drupal Commerce

Alguns programadores fazem parte da equipa CommerceGuys.

Vamos ter o Pedro Cambra por Skype para nos falar da sua experiência em organizar os Drupalcamps em espanha.. E talvez também alguém da associação italiana..

atenção que eu vou falar muito mais numa vertente de produto vs. site. O drupal permite desenvolver sites e esses sites podem "naturalmente" tornar-se produtos. Nisso parece-me único. A questão da CI é para a vertente de produto. É uma metodologia que vem do desenvolvimento de produtos de software, é parte integrante do processo da lean startup. Uma startup desenvolve um produto. Pode começar por ser um site. A CI é uma maneira de reduzir o risco na evolução do produto em termos técnicos. Menos uma variável livre.

Acho que é uma coisa que se articula bem com a palestra do João, que é uma coisa em que o custo/benefício é muito favorável. No caso da CI só numa lógica de produto faz sentido, IMHO. Caso contrário é confundir as coisas e não saber alavancar todo o potencial do Drupal, como framework de sites que se tornam produtos.
Um exemplo de produto é um módulo Drupal. Ai sim há uma relação custo/benefício favorável na CI.

E articula-se bem com a palestra do Ricardo sobre modelos de negócio.

Benvenuti !

Olá a todos,

Lamento, mas não consegui a disponibilidade para ir a Lisboa este sábado :-(

Vemo-nos no Porto...

Abraços e bom trabalho!

Esse módulo é uma "hack" chata de configurar. Este http://drupal.org/project/password é bem melhor porque usa uma hash SHA512 para as passwords (tal como no D7). Não precisa de nenhuma hack. O problema deste módulo é que deixa as passwords MD5 (default no drupal 6) na DB como um mecanismo de fallback, o que não é bom em termos de segurança.

Há também o safer login que implementa usando um plugin jQuery um algoritmo de hashing com dois níveis com um sal aleatório. Dá problemas com o mecanismo de guardar passwords dos browsers.

Esse módulo é uma "hack" chata de configurar. Este http://drupal.org/project/password é bem melhor porque usa uma hash SHA512 para as passwords (tal como no D7). Não precisa de nenhuma hack. O problema deste módulo é que deixa as passwords MD5 (default no drupal 6) na DB como um mecanismo de fallback, o que não é bom em termos de segurança.

Há também o safer login que implementa usando um plugin jQuery um algoritmo de hashing MD5 com dois níveis com um sal aleatório. Dá problemas com o mecanismo de guardar passwords dos browsers.

Aguardamos a rectificação do programa para as Apresentações que foram REALMENTE feitas.

• Apresentação da OWASP pelo Prof. Carlos Serrão (http://www.owasp.org/index.php/Portuguese)

• Modelos de Negócio em Drupal por ricardoamaro.

A minha apresentação ficará á disposição da comunidade no local em que o Victor Cardoso a colocar.

Se considerarem relevante, poderei aprofundar a apresentação entrando na questão que ficou no ar durante a reunião:
"Quais os passos para a criação do negócio?"

Obrigado.

Pensando naqueles que gostariam de ter estado presentes e desejam acompanhar a actividade da comunidade, fiz um pequeno resumo, tanto mais que o habitual registo sonoro ficou comprometido pelo ruído de fundo do espaço durante quase todo o encontro.
Link: http://agulha.camorim.eu/eventos/meetup-drupal-pt-23-outubro/