Щось, що не згадувалося в цій темі, - це теми Шифрування та Затухання.
Шифрування коду за допомогою IonCube або Zend Encoder - це лише два популярні методи захисту тем та плагінів, які я бачив під час використання.
Проблема з шифруванням полягає в тому, що при достатній кількості волі та бажання ви можете розшифрувати файли назад у початковий стан. Іноді результати будуть різними, і залежно від того, наскільки добре розуміється тип методології шифрування, часто визначається успіх чи збій у дешифруванні файлів.
Є недобросовісні люди, які стали досить кваліфікованими в мистецтві розшифровки файлів від IonCube, Zend та інших. Для пересічної людини клопоти з часто переважають над вартістю.
Наступна методологія - припухлість, яку я рідко, якщо коли-небудь бачив, використовував. На мою думку, це може зробити неможливо розшифрувати файли, які були належним чином приховані, що, в свою чергу, також означає, що ви не можете редагувати файли з придушенням традиційним чином і вам потрібно зберігати копії головних файлів для будь-яких модифікацій, оновлень, виправлень помилок. що зазвичай не є проблемою.
Однак комбінація як шифрування, так і обфускування зробить його майже неможливим, якщо не зовсім неможливим вкрасти ваш власний код. Він не зупинить людей від його використання, припускаючи, що він функціонує, але це не дозволить людям змінювати його чи копіювати функціональні можливості для створення власного подібного продукту.
Використання ключа API, як згадувалося вище, є іншим чудовим методом, який допоможе захистити ваші продукти, Але є недолік цього методу, і це означає, що зберігання певної логіки програми з вихідної теми або плагіна означає, що користувачеві потрібно підключитися ваш сервер відновить цю логіку для того, щоб тема чи плагін працювали належним чином.
Це звучить як чудова річ, і це здебільшого, але подумайте, що станеться, якщо ваш сервер повинен був перейти в офлайн навіть на годину-дві. Це зробить вашу тему чи плагін непридатними? Без сумніву, це було б. Тоді вам потрібно буде врахувати, який вплив буде мати на кінцевого споживача.
Ви можете це обійти, якнайкраще, дотримуючись деяких невдалих локальних серверів, які обробляють розподіл вашої логіки API, наприклад, використання хмарних сервісів від надійних компаній, таких як Amazon та багато іншого, а також безпосередній доступ до логіки з вашого сервера.
Тоді вам потрібно буде зважити накладні витрати і, зрештою, вартість, яку вам варто. Чи справді варто часу? Я думаю, що проект конкретний і залежний, але зважаючи на це, треба зрештою.
Суть полягає в тому, що більшість людей, які будуть пірати або вкрасти ваш продукт, тему чи плагін, швидше за все, ніколи не купували ваш продукт, тему чи плагін.
У нашому середовищі часто думають, що є три типи людей,
Хтось, хто краде і пірати що завгодно, завжди.
Хтось, хто спробує вкрасти чи пірат щось, перш ніж купувати товар.
Хтось, хто просто купить ваш товар, тому що це правильна річ і найнадійніший спосіб гарантувати, що ваш продукт працює як описано.
Незважаючи на піратство та крадіжку тем та плагінів у різних мережах Інтернету, кількість людей, які фактично використовують ваші теми чи плагіни достатньо послідовно, щоб гарантувати будь-які пошкодження вашої нижньої лінії, є дещо мізерними.
Це не означає, що ми не повинні робити все, що в наших силах, щоб мінімізувати цю втрату, але часто ваші зусилля краще витратити на створення більшої кількості продуктів та маркетингу існуючих товарів, а також на диверсифікацію способу, яким ви пропонуєте свій продукт .
Зі швидкістю, з якою багато продуктів або оновлюються новими функціями, або виправляють помилки, вона часто робить раніше піратські продукти марними або не такими ж плідними, як за неї платили.
Як було сказано вище, комбіноване шифрування та заплутаний код - це два способи, які варто додатково дослідити, крім інтеграції стилів API, щоб найкращим чином захистити свої продукти, теми чи плагіни.