Как возможно продать код, написанный на интерпретируемом языке?
Вы, конечно, можете использовать rvest, но это будет намного сложнее. Вам нужно следить за вкладкой сети в инструментах разработчика, нажимая кнопку экспорта данных . Это будет почтовый запрос, и вам нужно будет скопировать почтовый запрос с заголовками и данными формы.
Или вы можете решить это, используя RSelenium в несколько строк.
library(RSelenium)
rmDr <- rsDriver(port = 4444L)
client <- rmDr$client
url <- "https://www.fangraphs.com/projections.aspx?pos=all&stats=bat&type=steamer600&team=0&lg=all&players=0"
client$navigate(url)
export_buttom <- client$findElement(using = "css",value = "#ProjectionBoard1_cmdCSV")
export_buttom$clickElement()
11 ответов
Едва ли кто-то продает код. Мы продаем способность создать, отредактировать, поддерживать и понять код.
Как потенциальный покупатель Вашего приложения, я мог бы найти эти функции привлекательными:
- Способность изменить код для удовлетворения моим потребностям
- Способность прочитать код для лучше понимания то, что это делает
... и да...
- Способность продать мои модификации
Все три из тех являются функциями.
Третий мог бы быть функцией, которую Вы не можете позволить себе дать мне. Зафиксируйте это через легальные меры, не технические меры. Это - то, для чего лицензирование. Вы могли также продать более дорогие лицензии, которые действительно позволяют перепродажу.
Существуют вещи, которые Вы могли сделать для удаления первых двух функций, но принимать во внимание при этом сокращение общей стоимости продукта некоторым людям и поэтому его отпускной цены.
Для многих людей основная причина использования Программного обеспечения с открытым исходным кодом не то, что оно ничего не стоит - случается так, что Вы получаете исходный код.
Люди продают услугу создания веб-сайтов все время. Кроме того, даже скомпилированный язык может быть изменен, это просто более трудно.
Большую часть времени база пользователей не понимает, как внести изменения или что сделать со сценариями, таким образом, Вы действительно продаете свое знание того, как установить и изменить сценарии.
Не продавайте программное обеспечение, продавайте "лицензии".
Я попытаюсь объяснить лучше, создать веб-приложение, но обеспечить хостинг для него. этим путем Ваш клиент никогда не будет добираться для "содержания" исходного кода.
Если действительно необходимо поставить исходный код, Запутывание является способом пойти ;)
Возможные маршруты для движения:
- Переведите в байт-код, двоичный файл или запутываемый формат
Например, Splunk записан главным образом в Python, и распределите байт-код. КАНУН клиент онлайн использует Stackless Python для компиляции в исполняемый двоичный файл.
- Разместите решение сами
Поднимите веб-сайт, взимайте за использование.
- Лицензируйте программное обеспечение
Они получают источник, но не могут по закону изменить или перераспределить источник.
- Открытый исходный код решение
Любой может изменить код, но Вы - фактические полномочия на нем, и можно заработать деньги путем продажи поддержки, консультирования и услуг по настройке.
Вы могли также рассмотреть комбинацию подходов. Например, разделите свое решение в несколько одиноких пакетов и затем открытый исходный код некоторые из них, и продайте версии байт-кода других частей. То, что Вы затем продаете, является полным решением, а также другими сервисами, и некоторые люди могут принести пользу и улучшить другие части решения.
Много компаний делает деньги прочь приложений на интерпретируемых языках и счастливо распределяет исходный код с ними. Не берите это лично, но Ваша программа, вероятно, не будет достаточно популярной, чтобы иметь большое следующее пиратов. И кто-либо, кто был бы пират Ваше программное обеспечение, вероятно, не собирается покупать его во-первых. Если они не могут пират это, они будут пират кто-то elses.
Независимо от того, что Вы делаете, не запутывайте свой код. Это не эффективное средство предотвращения нарушения, и это ничего не сделает кроме, делают жизнь скудной для Вас и Ваших клиентов.
Защита Ваших секретных битов становится все более трудной.
По моему скромному мнению, Ваше решение действительно зависит от Вашего целевого рынка. Если Вы нацелены на бизнес, просто даете им код с хорошей лицензией и возможно некоторый тип дефекта, таким образом, можно определить, кто выдал код, если это когда-нибудь происходит. Компании главным образом заплатят за Ваше приложение только для пребывания совместимыми; это не стоит легальных стычек. И если человек получает Ваше приложение бесплатно, это - вероятно, хорошая вещь, так как они попытаются убедить своих нынешних и будущих работодателей покупать его.
Если Вы нацелены на людей и можете сделать это как веб-приложение (который Вы, очевидно, с PHP), сделайте это как размещенный сервис, и или продайте ежемесячную подписку или предоставьте свободный доступ, и найдите другой способ монетизировать его.
Если Вы определенно должны или хотите распределить его людям по любой причине, можно отдать его бесплатно и попытаться монетизировать настройки, дополнения, и другие функции поддержки.
Это - проблема, это было обсуждено много, и ценность нескольких часов действительно сфокусированного поиска с помощью Google должна показать все текущие основные положения на этом.
Я надеюсь, что это помогает.
Прочитайте ответ на то, Как я защищаю код Python? и замените Python PHP.
С PHP у Вас есть опция использования охраны Зенда для PHP. Я полагаю, что это компилирует исходный код, в некотором роде подобный тому, что делает php интерпретатор, таким образом, это должно также увеличить производительность. Конечно, цена 600$ может быть слишком много для Вашей симпатии ;-)
Так или иначе я не вижу оснований, почему Вы не должны распределять свой код с лицензией Open Source (см. Инициативу С открытым исходным кодом для списка доступных лицензий). Можно найти тот, который мешает клиенту перераспределять приложение.
Править:
Как Novelocrat указывает в его комментарии, лицензией, которая запрещает распределение, является на definitionem не Лицензия Open Source, термин Открытый исходный код относится к намного больше, чем просто доступность исходного кода. (См. также ответы на этот связанный вопрос для дальнейшего обсуждения).