Чи можуть ідентифікатори для завантаження, API та підписки розповсюджуватись із розширеннями GPL?


13

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

Багато постачальників розширень мають ідентифікатор завантаження, ключ API або ключ підписки, який призначений для оновлення та постійного оновлення.

Зазвичай я будую котельну плиту (тобто сайт із встановленими та налаштованими розширеннями), а потім клоную ці шаблони, щоб створити Joomla "Швидкий старт"! сайти.

Я використовую ці котли для власних клієнтів (тобто власників сайтів, для яких я розробляю і розроблюю), а також ділюсь цими котлами з іншими Joomlaists моєї групи користувачів.

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

Чи потрібно видаляти ідентифікатори завантаження та ключі передплати, перш ніж розповсюджувати свою Joomla! сайти?

Відповіді:


11

Я думаю, у вас тут два різні питання. На мою думку (IANAL), цілком чудово створити цей "Швидкий старт" пакетів Joomla, які включають ці розширення та клавіші для власного користування, але він починає сіріти, коли ви поширюєте їх іншим.

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


Я радий, що інша знаюча людина вважає це «сірою зоною». Нам потрібно підтримувати розробників розширень, а не «зловживати» свободами GPL - але ми також хочемо отримати від цього користь - тому з'ясування того, де ця лінія буде корисною. Ми завжди могли спілкуватися з розробниками розширень, щоб отримати їх схвалення незалежно від "суворої" інтерпретації GPL, так чи інакше.
NivF007

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

Можливо, їм доведеться дозволити перерозподіл коду, але це не означає, що вони повинні дозволити доступ до обмежених областей своїх сайтів, призначених для зарезервованої плати клієнтам.
Cinkus Deb

6

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

Але знову ж таки, я не обіцяю їм більше ніж 30 днів оновлень, якщо вони не хочуть платити мені за підтримку свого сайту. І якщо вони почнуть це робити, я, швидше за все, використовую watchful.li, щоб все одно витіснити оновлення (тоді ваш акеба та кілька інших кодів безпечні на пильному сайті).


3

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

Якщо у вас є "звичайна" ліцензія, ви можете використовувати її лише на тій кількості сайтів, яку також дозволяє вам ліцензія (якщо обмежена, як правило, 3)

Розширення - GPL, ліцензія на оновлення та підтримку програмного забезпечення - ні.

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