& [MySQL] Framework schützen

Nacht Zusammen!

Folgende, größere Fragestellung: Man hat ein Framework basierend auf PHP & MySQL entwickelt, dass man weiterverkaufen möchte. Die Lizenz soll aber nur die Nutzung und nicht die Einsicht in den Sourecode umfassen. Weiters gibt es Teile diese Frameworks, die für die Administration des Frameworks und der gesamten Applikation, und Teile, die nur für die auf dem Framework aufbauende Applikation zuständig sind. Hinzu kommt noch, dass es für das Framework Upgrades geben wird, die man möglichst mühelos und reibungsfrei einspielen möchte.

Wie würdet Ihr das Ganze angehen? Getrennte DBs oder nicht? Verschlüsselung? Wie, womit? Die PHP-Skripte für die einzelnen Seiten könnten in der Datenbank gespeichert werden. Die Datenbank soll aber beim Kunden und nicht zentral auf einem Server liegen. Wäre dankbar für Hints und stehe für Fragen bei Unklarheiten der Fragestellung bereit.

Greets, Maciek.

Zitat von Usher

zend encoder (für php skripte) - glaube so heißt das Ding.

danke, aber das löst für mich die Fragestellung mit der Datenbank (noch) nicht. Das Problem, dass ich hab ist allgemein: "Wie fang ich mit dem Schützen an?" Wie verweigere ich dem Kunden den Zugriff zu einer Datenbank, die bei ihm am Computer liegt? Wo/wie lege ich das Passwort ab, dass PHP braucht, um sich zur Datenbank zu connecten? Kann ich das Skript mit dem Passwort einfach mit dem Zend Encoder verschlüsseln und das war's?

Zitat von bimbo

1. ist das ein etwas schwachsinniger gedanke (in meinen augen), ist ja schließlich die datenbank des kunden.

es ist zwar seine DB, aber der Inhalt, der das Framework umsetzt (die Skripte, die Templates, die Queries liegen alle in der DB) gehört nicht ihm. An diesem hat er nur Nutzungsrechte. Und nachdem nicht alle Leute so ehrlich sind, dass sie etwas was ihnen nicht gehört, nicht angreifen, muss man das irgendwie schützen. Auf seine Kundendaten und was weiß ich was, soll der Lizenznehmer aber natürlich zugreifen dürfen.

Wenn es also so, wie ich es beschrieben hab, nicht geht, wie würdet Ihr es dann machen?

Zitat von Wings-of-Glory

lass dir dein programm patentieren, dann hast weniger kopschmerzen. :tongue1:

naja ... also erstens zielt das Patentieren ebenfalls auf "ehrliche Menschen" ab und zweitens wird's wahrscheinlich mehr Kosten als das zum Einsatz bringen einer Verschlüsselung der Skripte bzw. der Datenbank(teile) in der richtigen Form.

Zitat von Wings-of-Glory

naja, aber ich glaub du sitzt dennoch am kürzeren ast. maschinencode lässt sich mit mehr oder weniger aufwand wieder in lesbaren source code zurückverwandeln.
ich glaub, wenn du dich rechtlich absicherst, hast du eventuell mehr erfolg, als wenn du zeit und energie im "verschlüsseln" von source code verschwendest.

hmmm ... also ganz ohne Verschlüsselung, wird es meiner Meinung nach nicht gehen. Man muss meiner Meinung nach eine Mindestmaß an (möglicherweise überwindbarer) Hürde finden, damit sich nicht jeder "einfach" die Daten greifen kann ... rechtlich abgesichert sollte man ja dadurch sein, dass man einen Vertrag über die Nutzungsbedingungen mit der Person abschließt.