Das ist wirklich eine Frage der Stellungnahme und debat-Lage, ist aber unter meinem Gefühl zu solchen:
Nachteile Code der Verschlüsselung:
- Offensichtlich: Es ist (fast) unmöglich zu modifizieren oder zu erweitern für benutzerdefinierte Bedürfnisse, ohne mit dem ursprünglichen Entwickler in Verbindung zu treten, der mehr Kosten für Ihren Endbenutzer hinzufügt sowie mehr Zeit für verursacht
- 3rd-Party-Server-Software wie Zend Optimizer wird benötigt, um den verschlüsselten Code auszuführen. Was kann Kopfschmerzen von selbst sein.
- Verwirrung während der Übertragung für Binär- und Textdaten, letztlich korrumpieren Ihre binär verschlüsselten Daten.
- Es ist unmöglich, andere Beitrag zu Ihrem Code zu verbessern, und/oder Hilfe bei der Fehlersuche und Fixes.
- Als Ladenbesitzer oder Betreuer bin ich weniger zuversichtlich, dass Sie sind, keine meiner gesammelten Daten aus meinen Geschäften zu verwenden.
- Wartung wird chaotisch. Jede Version neu verschlüsseln zu müssen, kann durchaus schmerzhaft sein. Dies gilt insbesondere, wenn Sie einen Bugfix haben, der allen Ihren Kunden angeboten werden muss - aber die diejenigen mit "Custom" -Versionen erfordern eine erneute Verschlüsselung für alle. Es sei denn, Sie verwenden eine Art von Release-Management, die diese automatisch für Sie behandelt. Die meisten bin ich nicht sicher.
Vollständiger Artikel: http://www.molotovbliss.com/magento-module-developers-stop-encrypting-and-domain-jailing
Mit dieser sagte, ich habe meine Meinung am Telefon zu Hause Anrufe geändert. Seit ich diesen Artikel gepostet habe.
Ich bin in Ordnung mit Modulen Telefonanrufe nach Hause zu einer Entwickler-Website, um die Lizenzierung zu überprüfen, wenn Sie einen einfachen Beobachter haben, der so getan hat und richtig gemacht wurde (By richtig ich meine nicht brechen meine Website, weil Ihr Telefon Der Home-Server ist nicht erreichbar und lässt meine Endbenutzer nicht auf die Validierung warten. Ich würde kein Problem mit der Verschleierung dieses Teils des Codes sehen, solange er nicht die gesamte Funktionalität des Moduls beeinträchtigt, dh es ist genau dort zum Überprüfen einer Lizenz, keine Modulfunktionalität verschlüsselt. Ich glaube, Boris (unigry) tut das und funktioniert gut, obwohl ich manchmal durch viele Reifen springen musste, um IonCube Loader auf verschiedenen Umgebungen arbeiten zu lassen, so dass dies immer noch etwas ist, das man nicht tun sollte, und nur Hoffnung in völliger Integrität und Ehrlichkeit, nicht zu pirschen.
Mit diesem, sollte Domain-weite Akzeptanz sollte Standard sein, ich sollte nicht in Support-Anfragen senden müssen, um meine Subdomain zu Ihrer weißen Liste von Domänen hinzugefügt werden. Persönlich, wenn Sie ohne Apache/PHP-Modul verschleiern und verschlüsseln können, ist ein großes Plus. Allgemeine Endbenutzer wissen nicht, wo sie diesen Code entfernen sollen.
Um Ihre Frage zu beantworten, wäre ein Home Brew Skript und Prozess ideal, da die Verwendung einer Ausstechformel-Lösung leichter rückentwickelbar wäre.