Як захистити тему додатка WordPress від копіювання?


32

Кажуть, що WordPress - це GPL, і тому всі плагіни та теми, створені разом із нею, повинні бути GPL. Чудово, але якщо я витратив три місяці на кодування надзвичайно складної теми програми з наміром її повторно продавати з метою отримання прибутку, наприклад, тему системи планування медичного кабінету, то як я можу захистити свої інвестиції, якщо навіть середня сума?


3
Просте: неможливо зробити.
кайзер

мої вибачення, якщо я помиляюся ... правда, що wordpress - це безкоштовна програма GPL, але будь-яка створена вами тема підпадає під дію законів про авторські права так само, як і все інше ... річ, на яку ви не можете продати або вимагати будь-яких прав, це wordpress або інше люди плагіни тощо
Пробачте SEO

1
@ Вибачте, багато хто в WordPress спільноті вважають, що теми та плагіни є похідними, і їх код повинен бути під GPL. Можна проти цього, але це швидкий спосіб поставити себе в негативне світло для багатьох, а не те, що слід першим вибрати.
Рарст

1
Поки люди можуть копіювати, вони копіюють, ви можете шукати багато продуктів на багатьох різних ринках, щоб знайти приклади цього, я погодився б із Chip щодо цього, чи буде ваш код використовувати ключ API, якщо ваш код очікує ключ та Існує лише одна дорога до отримання такої, яка знімає занепокоєння щодо копіювання коду (і це врівень з GPL, тому охоплює обидві ваші бази).
t31os

1
Вибачте, цукор у мене був низьким.
WraithKenny

Відповіді:


27

Окрім двох інших пропозицій, існує ще один можливий підхід: перемістити всю свою функціональну програму на додаток із теми та перейти в розміщену веб-службу , до якої Тема підключається за допомогою ключа API . Таким чином, перерозподіл теми сам по собі не вплине на вашу власну ділову модель на основі додатків, оскільки для програми знадобиться Тема плюс дійсний ключ API.

Цей підхід може чи не працювати, залежно від характеру вашої користувацької програми, але це успішна модель для деяких комерційних плагінів і повністю відповідає GPL.


4
Поряд з тим, що для роботи потрібен ключ API, я також бачив, що вимагає оновлення. Це робить додаток повністю функціональним, але для будь-якого оновлення потрібен дійсний ключ. Це дозволяє надати оновлення в один клік тим, хто платить за додаток.
Брук.

15

Законність убік, я, як правило, дивлюсь на це так, пишу хороший код і пропоную гарну підтримку, і люди до вас прийдуть. Є багато прем’єрних тем, які є GPL та чудово працюють. Подивіться на WooThemes , Headway , StudioPress (Genesis), щоб назвати лише кілька компаній, які пишуть якісно, ​​повністю GPL теми та заробляють на життя.

На мою думку, деяким їхнім успіхом приписується підтримка якості та цінова тематика на суму, яку вони можуть дозволити собі жити, але інші можуть дозволити собі платити за них.

Я думаю, що ця ідея "Якщо я зроблю свою тему GPL, хтось збирається її вкрасти, і вся моя робота пропаде" просто помилкова. Впевнений, можливо, хтось його вкраде, віддасть. Але якщо ви запропонуєте підтримку, люди все одно прийдуть до вас і отримають її. Не кажучи вже про те, що вони знають, що отримують. Безкоштовні / вкрадені теми преміум-класу (і деякі не-преміальні) часто містять шпигунське / зловмисне програмне забезпечення. Я вважаю за краще платити комусь за те, що, як я знаю, працює, а потім боротися з вірусом.

Останній приклад (і, можливо, мій улюблений) - Тема гібриду Джастіна Тадлока. Він випускає його безкоштовно як GPL і стягує 25 доларів на рік за підтримку. Гонорар, який я із задоволенням сплачую, бо його підтримка дивовижна.

Підсумок, якщо ви створите довірене середовище, і люди прийдуть.

Іншим рішенням буде рішення terr, $ X для продукту, $ Y за підтримку, $ Z для додаткових додатків

PS: особисто я не купую нічого для WordPress, що НЕ є повним GPL.


2
"Безкоштовні / вкрадені теми преміум-класу (і деякі не-преміальні теми) часто містять шпигунське / зловмисне програмне забезпечення. Я б краще заплатив комусь за те, що, як я знаю, працює, а потім вирішуватиме вірус пізніше" Надзвичайно вдалий момент!
Воломій

1
Майже саме те, що я написав би, якби в мене була сила вписати це вчора.
Чіп Беннет

6

Якщо ви хочете застосувати якісь юридичні обмеження до свого продукту і залишатися в курсі GPL-практик WordPress, найкращим варіантом є роздільна ліцензія:

  • PHP-код під GPL;
  • інші компоненти (наприклад, дизайн, зображення, CSS) згідно з вашим вибором ліцензії.

Що робити, якщо я включив у тему деякі PHP-файли, які не завантажують завантажувальний заголовок WordPress і не використовують API WP Codex? Чи повинні вони також бути GPL?
Воломій

2
@ Volomike GPL-матеріали в контексті PHP - це свого роду сіра зона, і речі зазвичай є питанням думки, а не юридичними фактами. На мою особисту думку, найменш заплутаним та проблематичним є весь PHP-код під GPL [-сумісний].
Рарст

1
Проблема такого підходу полягає в тому, що код користувальницької програми, ймовірно, написаний на PHP, тому якщо хтось бажає дотримуватися офіційної інтерпретації WordPress, що отриманий весь код PHP , то роздільна ліцензія не допоможе.
Чіп Беннет

0

Щось, що не згадувалося в цій темі, - це теми Шифрування та Затухання.

Шифрування коду за допомогою IonCube або Zend Encoder - це лише два популярні методи захисту тем та плагінів, які я бачив під час використання.

Проблема з шифруванням полягає в тому, що при достатній кількості волі та бажання ви можете розшифрувати файли назад у початковий стан. Іноді результати будуть різними, і залежно від того, наскільки добре розуміється тип методології шифрування, часто визначається успіх чи збій у дешифруванні файлів.

Є недобросовісні люди, які стали досить кваліфікованими в мистецтві розшифровки файлів від IonCube, Zend та інших. Для пересічної людини клопоти з часто переважають над вартістю.

Наступна методологія - припухлість, яку я рідко, якщо коли-небудь бачив, використовував. На мою думку, це може зробити неможливо розшифрувати файли, які були належним чином приховані, що, в свою чергу, також означає, що ви не можете редагувати файли з придушенням традиційним чином і вам потрібно зберігати копії головних файлів для будь-яких модифікацій, оновлень, виправлень помилок. що зазвичай не є проблемою.

Однак комбінація як шифрування, так і обфускування зробить його майже неможливим, якщо не зовсім неможливим вкрасти ваш власний код. Він не зупинить людей від його використання, припускаючи, що він функціонує, але це не дозволить людям змінювати його чи копіювати функціональні можливості для створення власного подібного продукту.

Використання ключа API, як згадувалося вище, є іншим чудовим методом, який допоможе захистити ваші продукти, Але є недолік цього методу, і це означає, що зберігання певної логіки програми з вихідної теми або плагіна означає, що користувачеві потрібно підключитися ваш сервер відновить цю логіку для того, щоб тема чи плагін працювали належним чином.

Це звучить як чудова річ, і це здебільшого, але подумайте, що станеться, якщо ваш сервер повинен був перейти в офлайн навіть на годину-дві. Це зробить вашу тему чи плагін непридатними? Без сумніву, це було б. Тоді вам потрібно буде врахувати, який вплив буде мати на кінцевого споживача.

Ви можете це обійти, якнайкраще, дотримуючись деяких невдалих локальних серверів, які обробляють розподіл вашої логіки API, наприклад, використання хмарних сервісів від надійних компаній, таких як Amazon та багато іншого, а також безпосередній доступ до логіки з вашого сервера.

Тоді вам потрібно буде зважити накладні витрати і, зрештою, вартість, яку вам варто. Чи справді варто часу? Я думаю, що проект конкретний і залежний, але зважаючи на це, треба зрештою.

Суть полягає в тому, що більшість людей, які будуть пірати або вкрасти ваш продукт, тему чи плагін, швидше за все, ніколи не купували ваш продукт, тему чи плагін.

У нашому середовищі часто думають, що є три типи людей,

  1. Хтось, хто краде і пірати що завгодно, завжди.

  2. Хтось, хто спробує вкрасти чи пірат щось, перш ніж купувати товар.

  3. Хтось, хто просто купить ваш товар, тому що це правильна річ і найнадійніший спосіб гарантувати, що ваш продукт працює як описано.

Незважаючи на піратство та крадіжку тем та плагінів у різних мережах Інтернету, кількість людей, які фактично використовують ваші теми чи плагіни достатньо послідовно, щоб гарантувати будь-які пошкодження вашої нижньої лінії, є дещо мізерними.

Це не означає, що ми не повинні робити все, що в наших силах, щоб мінімізувати цю втрату, але часто ваші зусилля краще витратити на створення більшої кількості продуктів та маркетингу існуючих товарів, а також на диверсифікацію способу, яким ви пропонуєте свій продукт .

Зі швидкістю, з якою багато продуктів або оновлюються новими функціями, або виправляють помилки, вона часто робить раніше піратські продукти марними або не такими ж плідними, як за неї платили.

Як було сказано вище, комбіноване шифрування та заплутаний код - це два способи, які варто додатково дослідити, крім інтеграції стилів API, щоб найкращим чином захистити свої продукти, теми чи плагіни.


3
Будь ласка, не пропонуйте цього, ліцензія GPL вимагала, щоб код був "бажаною формою роботи для внесення змін до нього". Це означає відсутність обфускування чи шифрування.
Wyck

Чим це відрізняється від використання ключа API? Що, якщо ви не помітили, було прийнятою відповіддю! Розміщення частини вашої логіки програми на сторонній сервер та утримування її в результаті - це те саме, що або шифрувати, або заплутувати. Якщо ви шифруєте або обфускуєте власний код, який не включає жодних функцій API для WordPress, то я не бачу, як це проблема.
Адам

1
Зовсім інше, API-код все ще є відкритим кодом і сумісний з ліцензією, це послуга. Будь ласка, прочитайте на GPL.
Вік

-6

Якщо ви продаєте його, тоді він не повинен бути під GPL, оскільки ви не можете продати його на Сайтах WordPress. Ви можете просто поширити його самостійно за будь-якою ліцензією. Обмеження GPL призначене лише для сховища Wordpress.org, і якщо ви не можете продати його під Wordpress.org, ви можете мати будь-яку ліцензію.


2
Це просто неправда. Весь PHP, який розширює WordPress, або GPL, або порушує власну ліцензію WordPress.
Кріс Кокс
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.