Можно ли бесплатно распространять идентификаторы загрузки, API и ключи подписки с расширениями GPL?


13

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

Многие поставщики расширений имеют идентификатор загрузки, ключ API или ключ подписки, который предназначен для обновлений и постоянных обновлений.

Я обычно строю шаблон (т. Е. Сайт с установленными и настроенными расширениями), а затем клонирую эти шаблоны для создания «быстрого запуска» Joomla! места.

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

Я хотел бы, чтобы люди, которые получают и используют эти шаблоны, также получали текущие обновления, и я держу свои подписки оплаченными.

Нужно ли мне удалять идентификаторы загрузки и ключи подписки перед распространением моего Joomla! места?

Ответы:


11

Я думаю, что у вас есть два разных вопроса здесь. По моему мнению (IANAL), это прекрасно для создания пакетов «Быстрый старт» Joomla, которые включают эти расширения и ключи для вашего собственного использования, но он становится серым, когда вы распространяете их среди других.

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


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

Линия обычно соответствует условиям, установленным разработчиком. Многие предлагают лицензии разработчика с учетом этого конкретного использования. Другие будут поддерживать только один домен, но разрешат установку на неограниченное количество доменов. В целом, чтобы соответствовать GPL, они должны были бы разрешить перераспределение кода.
Брент Фриар

Возможно, им придется разрешить перераспределение кода, но это не значит, что им нужно разрешить доступ к закрытым областям своих сайтов, предназначенным для зарезервированных клиентов.
Деб Цинкус

6

Я верю, что если это GPL, то вам разрешено это делать, но я всегда проверяю сайт разработчика, чтобы увидеть, есть ли у них ограничения. Многие из них поддерживают только 1 домен, другие не заботятся. Я склонен ставить JCE на все, что я создаю (включая платные плагины). Я также проверяю средство обновления Rocket Theme на сайтах, которые используют тему Rocket, но для других плагинов я склонен быть немного более избирательным и просто обновлять сайт, если клиент просит меня об этом.

Но опять же, я не обещаю им обновлений более чем на 30 дней, если они не хотят платить мне за поддержку их сайта. И если они начнут делать это, я, вероятно, в любом случае буду использовать watchful.li для отправки обновлений (тогда ваша akeeba и несколько других кодов безопасны на сайте наблюдения).


3

Как я понимаю, это зависит от вашей лицензии, если у вас есть лицензия разработчика, да, вы можете использовать эти расширения на всех сайтах, которые вы создаете, на треть.

Если у вас есть «обычная» лицензия, вы можете использовать ее только на тех сайтах, которые ваша лицензия позволяет вам (если ограничено, обычно 3)

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

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.