Como para permitir a personalização de uma plataforma construída sobre Drupal (e PHP ofuscação)

Question

Minha empresa está construindo uma plataforma no topo de um núcleo Drupal fortemente estendida. Tenho vários clientes que irão utilizar instâncias separadas deste sistema e vai querer personalizar tanto o tema ea funcionalidade.

Eu estou tentando criar um sistema para permitir-lhes para adicionar temas e módulos, alguns dos quais podem interagir com alguns dos meus módulos, sem lhes dar acesso ao código real. (Isto não é open source)

A maneira que o Facebook e Ning fazer isso é ter o anfitrião desenvolvedor seu próprio código personalizado, e têm uma chamada de retorno a ele. Isso não vai realmente trabalhar para mim, como esses sites precisam da capacidade de ser totalmente personalizado, de modo retornos de chamada para pontos de integração específicos realmente não trabalho.

Uma opção é a criação de um ambiente seguro onde os desenvolvedores personalizados só tem acesso a um diretórios casal específicas para construir seus temas e módulos personalizados. Poderíamos, então, integrar com git para cometer estes quando eles estão prontos e implantá-los com o resto do nosso código em produção. O problema com esta configuração é que os desenvolvedores tem que desenvolver remotamente e tem que usar o nosso sistema de controle de origem.

A configuração mais comum é permitir que os desenvolvedores baixar alguma coisa para construir o seu código personalizado contra. Eles podem desenvolver localmente e usar o que as práticas de controle de origem que já têm. Como não queremos integrações de pontos específicos, eu não acho que isso pode ser uma biblioteca que é executado em um servidor separado. A alternativa é baixar o nosso sistema Drupal cheia núcleo e desenvolver localmente contra isso, fazer o upload do código personalizado quando está pronto, mas, em seguida, eles teriam acesso a todo o nosso código e IP.

Assim, a situação, como eu não acho que há alguma maneira de PHP efetivamente Ofuscação.

Alguém tem alguma idéia brilhante aqui?

Answer 1

Parece que o seu sistema é um trabalho derivado do Drupal e, portanto, coberto pela GPL. Se você distribuir o código para seus clientes que eles têm todos os direitos previstos pela GPL, incluindo a modificação e redistribuição-lo.

Esteja ciente de que a distribuição de código GPL ofuscado não é permitido. Para citar a GPLv2 "O código fonte para um trabalho significa a forma preferida do trabalho para fazer modificações nele."

código ofuscado não está em conformidade com esta cláusula do GPL.

Dito isto, se você realmente deseja fornecer a seus clientes uma maneira de personalizar seu sistema, você poderia fornecer o acesso clientes para o módulo e tema do sistema Drupal existente, mas apenas na sua caixa de areia.

É claro desde os módulos e temas são PHP e você "não quer integrações de pontos específicos" parece que eles teriam o tipo de liberdade que lhes permitiria escrever um módulo que lê todo o código fonte para o resto do seu sistema e, em seguida, tar-lo e enviá-lo para si.

Eu acho que você pintou sozinho em um canto por dependendo GPL. Mantendo o seu IP privado, permitindo que seus clientes para estender / personalizar o sistema de formas gerais realmente não funciona.

Answer 2

Espero que você esteja ciente de que o Drupal é licença GPL , não deixe de ler seu licenciamento FAQ antes de começar a ofuscar.

Answer 3

Porque não basta criar um usuário FTP para eles que pode apenas acesso / sites / theirsite? O que eu estou ausente?