Смысл приблизительно такой: та софтина, которая разворачивает проект на сервере, вызовет npm install project.json и в вашем инстансе будут установлены именно те модули (и те версии) которые вы указали. Кроме того, для heroku все равно нужен package.json, чтобы указать версию самого node.js.
Минус вашего подхода — нужно таскать в проекте кучу лишних исходников. Плюс — в системе не будут появляться всякие лишние команды (типа того же автогенератора express).
Для установки лучше всего использовать nvm. Преимущество — легко переключаться между установленными версиями.
Для размещения лучше www.dotcloud.com/ У них два бесплатных инстанса, т.е. можно еще и с базой данных бесплатно поработать. Если интересно, могу описать деплоймент подробнее.
Элоп — просто финальная стадия, проблемы начались давно, когда они не смогли N900 нормально выпустить. Помните, у них еще свой спецраздел на хабре был, а потом все сдулось и пропало :(
Я ничего не понял
У вас была программа (xmllint), которая в качестве аргументов командной строки берет имена xml и xcd файлов и проверяет соответствие xml xcd. Результат проверки выводится в консоль.
В результате всех этих манипуляций вы (или автор оригинальной статьи) получили js-файл с единственной функцией ValidateXML; в качестве параметров она получает имена файлов, в качестве результата выдает то же самое, что и xmllint
Если все так, то
а) почему везде написано «портирование библиотеки», когда на самом деле портируется программа, использующая библиотеку
б) возможно ли все-таки портировать именно libxml так, чтобы получить нечто вроде github.com/polotek/libxmljs но на чистом js без зависимостей?
не холивара ради, подскажите пару адресов, пожалуйста. В Украине, насколько я знаю, с лицензиями все в порядке только у megogo, но новинок там практически нет
Посмотрите на это так: если вы даете правильные ответы на эти вопросы — значит, вам известны правила игры и вы согласны их соблюдать. Следовательно, вы являетесь адекватным человеком, и вас можно показывать техническим руководителям
Вы еще скажите, что опыт сбора пожертвований для википедии говорит об обратном.
Почему тогда в бандлах не продаются серьезные большие игры, типа того же Deus Ex или серии Warhammer?
Понятно, что большие черные экраны выглядят одинаково. Переверните аппараты с правой картинки спинками вверх — увидите точно такое же разнообразие форм и оттенков
По поводу стиля: где-то на хабре был топик, автор которого рекомендовал использовать системы контроля версий только в связке с утилитами типа astyle.sourceforge.net/. Т.е. чтобы при каждом коммите код автоматически форматировался в «официально принятый» вид, а при апдейте — в то, как нравится конкретному пользователю-программисту. При этом просмотр изменений тоже вроде бы можно настроить так, чтобы разница в синтаксисе игнорировалась
Минус вашего подхода — нужно таскать в проекте кучу лишних исходников. Плюс — в системе не будут появляться всякие лишние команды (типа того же автогенератора express).
Для размещения лучше www.dotcloud.com/ У них два бесплатных инстанса, т.е. можно еще и с базой данных бесплатно поработать. Если интересно, могу описать деплоймент подробнее.
В свое время юмористы целу кучу таких сайтов нагенерили, но сейчас уже почти все перестали работать
У вас была программа (xmllint), которая в качестве аргументов командной строки берет имена xml и xcd файлов и проверяет соответствие xml xcd. Результат проверки выводится в консоль.
В результате всех этих манипуляций вы (или автор оригинальной статьи) получили js-файл с единственной функцией ValidateXML; в качестве параметров она получает имена файлов, в качестве результата выдает то же самое, что и xmllint
Если все так, то
а) почему везде написано «портирование библиотеки», когда на самом деле портируется программа, использующая библиотеку
б) возможно ли все-таки портировать именно libxml так, чтобы получить нечто вроде github.com/polotek/libxmljs но на чистом js без зависимостей?
Почему тогда в бандлах не продаются серьезные большие игры, типа того же Deus Ex или серии Warhammer?