Как мне лицензировать мой модуль?

15

У меня есть модуль, который я написал для своей компании. Он берет данные из нашего бэк-офиса и импортирует их в Magento. Он также принимает заказы от Magento и импортирует их в программное обеспечение бэк-офиса. Я немного ознакомился с типами лицензий, которые могу использовать, но не знаю, какую из них использовать. Мои основные требования:

  1. Я не хочу, чтобы кто-то копировал / распространял код как свою работу.
  2. Код написан мной сам, но вызывает основные функции magento.
  3. Модуль можно загрузить бесплатно, но для его использования вам понадобится веб-служба URL, которую предоставит моя компания (после получения оплаты).
  4. Я хочу иметь возможность распространять это на все версии Magento (кроме GO (я думаю)).

Два вопроса с учетом вышесказанного:

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

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

webnoob
источник
licenseтакже можно licence записать как oxforddictionaries.com/definition/english/licence . Я из Великобритании;)
webnoob
Тогда мы можем вернуться, если хотите.
Philwinkle
1
@ Давид - Спасибо, у меня не было разрешения на создание тега.
webnoob
1
Лично я предпочитаю -se для глаголов и -CE для существительных (ср посоветуете / советы ), но словарных отмечает , что -ce является «приемлемым» написание глагола. Коллинз перечисляет форму -ce только как существительное.
TRIG

Ответы:

10

Отказ от ответственности: я не юрист, так что не воспринимайте это как юридическую консультацию. Предоставленная информация основана на моем опыте и личных исследованиях в отрасли. :)

Мое предложение будет использовать лицензию OSL-3.0. Это та же самая лицензия, под которой распространяется ядро ​​Magento CE ( http://www.magentocommerce.com/license/ ), и она распространяется на то, что, я думаю, вы хотите, основываясь на предоставленной информации. Части Magento, такие как тема по умолчанию / base, распространяются под AFL по причинам, которые Рой изложил здесь: http://www.magentocommerce.com/license/

Вы можете найти полную лицензию OSL-3.0 здесь: http://opensource.org/licenses/OSL-3.0 .

Для выпуска расширений в Magento Connect вы должны выбрать один из следующих типов лицензий (я рекомендую самый верхний из перечисленных):

  • Open Software License (OSL)
  • Общественная лицензия Mozilla (MPL)
  • Лицензия Массачусетского технологического института (MITL)
  • Стандартная общественная лицензия GNU (LGPL)
  • Стандартная общественная лицензия GNU (GPL)
  • Лицензия на распространение программного обеспечения Беркли (BSDL)
  • Лицензия на программное обеспечение Apache (ASL)
  • Академическая бесплатная лицензия (AFL)

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

Я бы порекомендовал вам взглянуть на полный OSL (ссылка на который приведена выше), но вот несколько применимых моментов, на которые следует обратить внимание:

  • Лицензия предоставляет пользователям право создавать, использовать и продавать копии как оригинальных, так и производных работ. Поскольку у вас нет планов по зарядке для модуля, это не должно быть проблемой.
  • Лицензия требует, чтобы все уведомления об атрибуции оставались нетронутыми как в оригинальных, так и в производных работах. Т.е. любые перераспределяемые копии (включая измененные, расширенные и т. Д.) Должны содержать все уведомления об авторских правах, патентах, торговых марках и лицензировании, обозначенные как «Уведомления об авторстве»

Итак, главный вопрос: как вы примените это к своему коду? Я бы дал несколько советов:

  • Убедитесь, что вы распространяете полную копию лицензии OSL-3.0 в исходном коде вашего модуля, содержащемся в файле LICENSE.txt.
  • Включите заголовок в верхней части каждого файла кода, содержащий «Уведомление об авторстве» или «Уведомление о лицензии». В нем должна быть указана лицензия, под которой распространяется код, предоставлен основной отказ от ответственности (при необходимости), а также информация об авторских правах и ссылка на лицензия.
  • Для справки вы можете быстро взглянуть на заголовок, который Magento CE использует во всем коде, который он лицензирует в рамках Open Software License.
davidalger
источник
1
@philwinkle - мне было интересно, когда я писал, заполняли ли вы ту же коробку, что и я… :)
davidalger
8

Изменить 16/16/13:

Github только что выпустил отличный обзор всех основных моделей лицензирования, чтобы помочь вам сделать более осознанный выбор:

http://choosealicense.com/

http://choosealicense.com/licenses/


Я не адвокат. Вы должны поговорить с одним.

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

  • апаш
  • OSL 3.0
  • MIT
  • Новый BSD

И многие из ваших любимых программных продуктов с открытым исходным кодом, вероятно, используют один из этих 4 выше.

Как мне сделать выбор?

Джефф Этвуд проделал большую работу по сравнению лицензий в своем блоге Coding Horror: http://www.codinghorror.com/blog/2007/04/pick-a-license-any-license.html

Также доступно веб-приложение для выбора лицензии: http://three.org/openart/license_chooser/

Фил Хаак распространяет все это до следующих четырех типов лицензий; Я склонен с ним согласиться

Собственная собственность - код мой! Вы не можете смотреть на это. Вы не можете перепроектировать это. Мой мой мой!

GPL - Вы можете делать с кодом все, что захотите, но если вы распространяете код или двоичные файлы, вы должны сделать свои изменения открытыми через лицензию GPL.

Новый BSD - Используйте на свой страх и риск. Делайте все, что хотите, с кодом, просто сохраняйте лицензию без изменений, доверяйте мне и никогда не предъявляйте мне иск, если программное обеспечение сбивает вас с ног. Лицензия MIT является заметной альтернативой Новой BSD и очень похожа.

Public Domain - Делайте с кодом все, что хотите. Период. Нет необходимости упоминать меня когда-либо снова. Вы можете забыть, что я когда-либо существовал.

Для всех намерений и целей мне кажется, что New BSD / MIT - это то, что вы ищете, однако, только вы можете принять это решение.

Для записи, Magento - AFL 3.0, но раньше был OSL 3.0. http://www.magentocommerce.com/license/

Возможно, наиболее важной особенностью этих лицензий является совместимость GPL . Фонд свободного программного обеспечения поддерживает многих других на своем собственном сайте - цитируется здесь, в этой вики: http://en.wikipedia.org/wiki/List_of_FSF_approved_software_licenses

Короче говоря:

Вы должны сделать свой собственный выбор. Никто не может ответить на короткий вопрос о StackExchange и объяснить ваши индивидуальные потребности. В общем, если вы не хотите, чтобы ваше программное обеспечение использовалось в общедоступных сетях , вы должны взглянуть на OSL 3.0 и его варианты.

Как только я выбрал лицензию, как мне ее применить?

Включите ссылку на атрибуцию и лицензию вверху всех ваших файлов. Включите LICENSE.TXT и ссылку на уведомление о лицензии на своем собственном сайте.

philwinkle
источник
Исправление: Magento не AFL. Они распространяют AFL через файл LICENSE_AFL.txt в корне, но я думаю, что это для включенного кода, который подпадает под AFL. Magento лицензирован (и с тех пор как минимум 1.3) под OSL 3.0. Даже альфа-версия 1.8 ссылается на OSL 3.0 в заголовках лицензий. ;)
Давидгер
На самом деле ... мы оба правы. Некоторые расширения и базовые темы были изменены на AFL в конце 2008 года, чтобы предотвратить принуждение сторонних разработчиков к выпуску вспомогательного (нераспределенного) исходного кода работ. Ссылка: magentocommerce.com/boards/viewthread/21377
Давидгер
2
У Роя Рубина была отличная статья о том, почему AFL против OSL - смотрите его комментарий после записи в блоге: fabrizioballiano.net/2008/02/27/…
philwinkle
Очень хорошая ссылка ... Я никогда не видел этот пост в блоге раньше.
Давидгер