Question

Je pensais faire une application commerciale à vendre à des clients à installer sur leurs serveurs mais je voulais le faire avec PHP et MySQL.

Que dois-je faire pour veiller à ce que le code source (et base de données) ne sera pas ouvert ni copié. La chose la plus importante est le code sera hébergé sur le serveur du client. Et comment faire en sorte que le client ne sera pas revendre l'application Web (comme la copie du code et Db à d'autres personnes)

Merci

Était-ce utile?

Autres conseils

Tant que le logiciel est distribué sous forme de code source (par rapport binaire), il n'y a aucun moyen d'empêcher l'ouverture du client / modifier. Même les binaires peuvent être plus ou moins à l'ingénierie inverse par décompilation eux.

On peut obfuscate le code afin de le rendre difficile à lire / comprendre comment cela fonctionne, mais comme chaque contre-mesure, il ne sera pas stopper le piratage - tôt ou tard quelqu'un avec assez de motivation va contourner

.

Vous avez quelques options:

  1. Vendre votre logiciel en tant que service (SAAS).

  2. Il suffit de ne se soucient pas de la piraterie, de grande envergure / la plupart des utilisateurs sera probablement payer de toute façon si le prix est raisonnable.

  3. Licence comme libre (libre) et le profit par la vente de support etc.

Vous pouvez utiliser Zend Guard et des contrôles dans vos applications pour tenter de atténuer le piratage sur vos applications PHP WEB.

DataBase restera probablement ouverte.

Je pense que le plus que vous pouvez faire est de coder, mais si elles sont assez avertis pour remarquer qu'ils peuvent simplement décoder ... PHP est un langage de script qui est interprété au moment de l'exécution.

Vos clients devrait signer un contrat disant qu'ils ne seront pas le remettre, vous pouvez travailler une sorte de vérification de licence dans le logiciel pour vérifier que personne ne l'utilise illégalement ... vbulletin est un exemple d'un spot publicitaire application web PHP, vous pouvez regarder dans la façon dont ils vont sur les affaires.

Pas possible, l'OMI, sans un environnement entièrement hébergé. Une fois sur le serveur du client, ils ont accès, il est une question de détermination et de ressources. Je dis cela parce que les licences, code natif même puissant protectionss sont subverti tout le temps, juste Google pour voir toutes les clés fissurés.

Si vous ne voulez protéger votre code, l'utilisation des langues autochtones ou brouillées verions (au moins) ne concerne que l'ampleur des difficultés, mais pas atténuer le risque.

La protection de la base de données est encore plus difficile. Même les moteurs qui permettent le chiffrement de DB complet nécessitent la clé pour démarrer / se connecter à la DB. Si cela fait partie de votre application web ou dans les mains du client, ils ont accès. DB Le chiffrement est vraiment pour la protection contre les pirates, pas contre vos clients.

Le piratage devient un problème juridique, pas une question technique.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top