то что вы называете сборщик- принято называть "таск-менеджер".
когда вы пишите npm install <пакет> - менеджер пакетов ставит последнюю версию пакета, а версии зависимостей берет из package.json
если нужен пакет определенной версии то можно использоватьnpm install <package>@<version>, вроде это без проблемгуглится . ИЛи можно версию прописать прямо в package.json своем и потом делать npm i
а если хотите версии пакетов (зависимостей пакета) еще менять - то можно форкнуть репо и прописать в package.json другие версии зависимостей... но вот чтоб это заработало, это другой вопрос )
Александр Маджугин, думаю тут у вас в базовых терминах путаница и оттого понять друг друга сложно.
Есть нода - среда исполнения ,внутри которой все - модули, в т.ч. подключаемые пакеты. А пакет это грубо говоря код + метадата в package.json. Упаковка кода в пакеты нужна для распространения кода через пакетные менеджеры и их репозитории. И даже ваш проект локальный это тоже по сути пакет т.к. есть package.json в нем).
Когда вы пишите про "магию сборки", "сборщик" - неясно, вы про менеджер пакетов? про сборку чего-то таск-менеджером?
Версиями и прочим занимается менеджер пакетов. Отталкивается от конфига в каждом конкретном пакете. Следует semver.
А если задача просто получить js в обход npm то можно ее из node_modules же взять или в том же issues поискать. В приведенном выше примере либы в Issues я минимум пару таких тем с готовой js либой для подключени в документ нашел...
Александр Маджугин, ну тут по картинкам - только гадать. вариантов же может быть масса, куда bitcoin.js подключается и что вы там в ноде запускаете с каким конфигом...
попробуйте оставить там один console.log - возможно и он не сработает )
а про "магию сборки" не очень ясно, если речь про ноду то можно у кантора курс глянуть например.
а так я выше уже писал - чаще всего все через issues решается ,т.к. там же попутно выясняется что разработчики тоже косячат, документация часто не соответствует текущему коду и прочее.
Pashtet221, я же не вижу что у вас там происходит. формулируйте мысль четче или делайте тестовый пример. А куда что пропадает можно в отладчике посмотреть.
неясно, что там у вас происходит c relative.
но если уж масштабировать то не zoomа transform: scale()
Ну и что значит "перестал работать плагин" неясно. Вывод некорректный, может?
ognivushka, как кода нет ,если пишите что убегает вправо?
а сделать точки снизу посередине можно как угодно. например обернву картинки и точки в див с relative, а блоку с точками дать absolute и центрировать
сборщик- принято называть"таск-менеджер".когда вы пишите
npm install <пакет>- менеджер пакетов ставит последнюю версию пакета, а версии зависимостей берет из package.jsonесли нужен пакет определенной версии то можно использовать
npm install <package>@<version>, вроде это без проблем гуглится . ИЛи можно версию прописать прямо вpackage.jsonсвоем и потом делатьnpm iа если хотите версии пакетов (зависимостей пакета) еще менять - то можно форкнуть репо и прописать в
package.jsonдругие версии зависимостей... но вот чтоб это заработало, это другой вопрос )