Frage

Meine Firma baut eine Plattform auf einem stark erweiterten Drupal Kern. Ich habe mehrere Kunden, die werden separate Instanzen dieses Systems verwenden und sowohl das Thema und die Funktionalität anpassen möchten.

Ich versuche, ein System zu entwerfen, damit sie Themen und Module hinzuzufügen, so dass sie den Zugang zu den eigentlichen Code, von denen einige mit einigen meiner Module können interagieren, ohne zu geben. (Dies ist nicht Open Source)

Die Art und Weise, dass Facebook und Ning dies tun, ist der Entwickler hat ihren eigenen Code hosten und einen Rückruf an ihn hat. Das wird für mich nicht wirklich funktionieren, da diese Websites die Möglichkeit, müssen vollständig angepasst werden, um Rückrufe für spezifische Integrationspunkte nicht wirklich funktionieren.

Eine Option ist eine Sandbox-Umgebung, wo die benutzerdefinierte Entwickler nur den Zugriff auf ein paar bestimmte Verzeichnisse haben, um ihre Themen und benutzerdefinierte Module zu bauen einzurichten. Wir könnten dann mit git integrieren diese zu begehen, wenn sie bereit sind, und stellen Sie sie mit dem Rest unseres Code in der Produktion. Das Problem bei diesem Aufbau ist, dass die Entwickler der Ferne zu entwickeln und haben unser Source-Control-System verwenden.

Eine typische Konfiguration ist der Entwickler zu erlauben, etwas herunterzuladen ihren eigenen Code zu bauen gegen. Sie können vor Ort entwickeln und was Quellcodeverwaltung Praktiken verwenden sie bereits haben. Da wir keine bestimmten Punkt Integrationen wollen, ich glaube nicht, das eine Bibliothek sein kann, die gegen einen separaten Server ausgeführt wird. Die Alternative ist unser volles Kern Drupal-System herunterzuladen und lokal gegen das, das Hochladen der benutzerdefinierten Code zu entwickeln, wenn es fertig ist, aber dann würden sie haben Zugang zu allen unseren Code und IP.

So ist die Zwangslage, wie ich glaube nicht, gibt es eine Möglichkeit, um effektiv PHP zu verschleiern.

Wer noch keine zündenden Ideen hier?

War es hilfreich?

Lösung

Es klingt wie Ihr System ein abgeleitetes Werk von Drupal ist und somit durch die GPL abgedeckt. Wenn Sie den Code für Ihre Kunden verteilen haben sie alle Rechte der GPL zur Verfügung gestellt, verändert werden und die Neuverteilung es.

Beachten Sie, dass verschleierten Unterliegt der GPL-Code zu verteilen ist nicht erlaubt. Um die GPLv2 zu zitieren „Der Quellcode für eine Arbeit bedeutet die bevorzugte Form der Arbeit für Änderungen daran vornehmen.“

Obfuscated Code entspricht nicht diese Klausel des GPL.

Das heißt, wenn Sie wirklich wollen Ihren Kunden eine Möglichkeit zu bieten, Ihr System anpassen Sie Ihren Kunden den Zugriff auf das bestehende Drupal-Modul und Themen System bieten könnte, aber nur auf der Sandbox.

Natürlich, da die Module und Themen PHP und Sie „wollen nicht bestimmte Punkt Integrationen“ es scheint, dass sie die Art von Freiheit haben würden, die es ihnen erlauben würde, ein Modul zu schreiben, die für den Rest der gesamte Quellcode liest Ihres Systems und es dann Teer und es sich selbst senden.

Ich glaube, Sie sich in eine Ecke abhängig von GPL gemalt haben. Halten Sie Ihre IP privat, während die Kunden ermöglicht, das System im allgemeinen Weise zu erweitern / anpassen funktioniert nicht wirklich.

Andere Tipps

Ich hoffe, Sie sind sich bewusst, dass Drupal ist GPL , sollten Sie eine href lesen <=“ http://drupal.org/licensing/faq“rel = "nofollow noreferrer"> ihre Lizenz FAQ , bevor Sie beginnen verschleiern.

Warum nicht einfach einen FTP-Benutzer für sie erstellen, die nur Zugang / sites / theirsite? Was bin ich?

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top