@gusnkt Была проблема с долгим npm install, но с учётом отдельного image для node_modules, это уже не актуальная проблема)

@gusnkt Была проблема с долгим npm install, но с учётом отдельного image для node_modules, это уже не актуальная проблема)

ну вот да. в circle ci очень быстро зависимости ставятся, например

то есть надо грамотно кешировать package.json

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

ну наверняка каждая часть в своей папке

если ты не держишь все в одном - у тебя будет другая проблема. Во всех пакетах обновить babel, линтер, lodash, etc.

положи туда package.json

если ты не держишь все в одном - у тебя будет другая проблема. Во всех пакетах обновить babel, линтер, lodash, etc.

это все в общем

если ты не держишь все в одном - у тебя будет другая проблема. Во всех пакетах обновить babel, линтер, lodash, etc.

вто и я про тоже)

ну кстати да) шареные зависимости в root, остальные в отельные package.json

не, один основной, и в каждой папке свой

два npm install

и прям 99% - есть тулза, которой даешь пути к остальным package.json, и в postinstall

А вот кстати про postinstall такая инфа поступила :)

If there is a binding.gyp file in the root of your package, npm will default the preinstall command to compile using node-gyp `BEST PRACTICES Don't use install. Use a .gyp file for compilation, and prepublish for anything else. You should almost never have to explicitly set a preinstall or install script. If you are doing this, please consider if there is another option. The only valid use of install or preinstall scripts is for compilation which must be done on the target architecture.`

https://docs.npmjs.com/misc/scripts#best-practices

ну эт не новость

по хорошему скрипты должны быть задизейблены при инсталле

задизейблены?

для безопасности

Для меня, кстати, новость - я относитлся к postinstall как секции, откуда можно дёрнуть build, например, чтобы два раза в консоль не ходить)

для безопасности

Тогда node-gyp и пр отвалится ж)

ручками запускать

Так он сам же может запускаться, это же фича

а то в binding.gyp тоже может быть всякое

Ну так то и в модулях может быть всякое)

может!

но не в момент инсталла

да, стоит разделять install и build

Внезапно осознал

)

install надо переименовать в fetch

С другой стороны, вот есть package.json: { "name": "my-app", "version": "1.0.0", "private": true, "author": "Startup Makers", "devDependencies": { "browserstack-local": "^1.0.0", "nightwatch": "^0.9.5" }, "engines": { "node": "5.x", "npm": "3.x" }, "scripts": { "test": "./node_modules/.bin/nightwatch -c nightwatch.conf.js -e chrome_51,ios_9", "test:local": "node browserstack.local.js" } }

и чё-то не сильно бы его хотелось мешать с основным большим package.json

Поэтому вариант вначале смотрится лучше всего

Думаю эти два решения как раз можно соединить: 1. Переименовать package.xxx.json => package.json 2. Сделать npm install, собрав node_modules 3. Собрать my-app-xxx Но как в этом случае отслеживать изменения? Принудительно дергать при изменении package.json?

Up!

Ребята, мне надо реализовать голосовалку, так вот, сейчас думаю, результаты голосовалки луше вычислять каждый раз при запросе или все таки их в базе надо хранить?

счетчики лучше хранить где то дополнительно, не обязательно в базе, можно просто в память кешировать

А зачем их считать если они не меняются пока не было голоса?

Голос появился - пересчитали - сохранили

можно не хранить для начала, оставить как оптимизацию

да да, история про 7 нулей

Я недоволен хапи.

Тут есть адепты хапи?

я

Опередил:)

А что нужно? Express?

connect

а вообще - require('http') и вперед

да, это вообще норм

Ребят, решил я таки забахать небольшой проект) Фронт - простая страничка на реакте (очень маленькая). А вот сервак рабтает как API, сам ничего не рендерит. Хотелось бы юзать все плюшки ES6/7, а, следовательно, надо настроить webpack. Так вот в гугле слишком много инфы, как настроить его для фронта, но нет ничего для бека. Мне бы автосборку проекта и автоперезагрузку при обновлении (автоперезагрузку именно сервера, без клиента), есть годные мануалы?

документацию открыть, не??

https://webpack.github.io/docs/

Открывал) Там куча инфы про webpack-dev-server и ему подобных. А вот как то же самое сделать для сервера не нашел (:

Единственное что пока пришло в голову - вешать observer на файл, а node запускать через child_process. Как файл меняется убивать старый процесс и запускать новый.

вебпак для бэка

хапи слишком магический.

Хотя коа этим тоже страдает, например.

вебпак для бэка

а как инлайн стили можно сбилдить не теряя модульность?вебпак это может?

а как инлайн стили можно сбилдить не теряя модульность?вебпак это может?так чтобы это можно было быстро внедрить в деплой

Хотя коа этим тоже страдает, например.

магия разве только в маленькой функции, которая делает композицию мидлверов, а в остальном он минимальный и не далек от express..

Нет, такие обёртки часто мешают функции, которые делают разное, под одним названием.

Напоминаю, что у нас есть чат @javascript_jobs

ERROR: S client not available

http://rutracker.org/forum/viewtopic.php?t=5165542

Что скажите, стоит почитать?

Никто не сталкивался с тем, что после удаления кук, хром отправляет залоговок Cookie в ненормализованной форме?: user_id=; session_id=; session_id=XXXXXXX; user_id=6 но это ок, проблема в том, что npm cookie, который используется в express cookie middleware в соответствии со стандартом не полагается на порядок ключей с одинаковыми названиями и просто берёт первый ключ. Стандарт: https://tools.ietf.org/html/rfc6265#section-4.2.2 issue: https://github.com/jshttp/cookie/issues/60#issuecomment-244832423

на мой взгляд, это очень странное упущение в стандарте и читать нужно последнее значение.

Правильно ли то, что если приложение изоморфное, то оно на каждый роут грузит пререндеренную страницу? Или пререндер грузится только при первом заходе в приложуху?

Ну вот я просто смотрю вот эту репу https://github.com/RickWong/react-isomorphic-starterkit И насколько я понял, там каждый роут рендерится и на сервере, это норм?

Правильно ли то, что если приложение изоморфное, то оно на каждый роут грузит пререндеренную страницу? Или пререндер грузится только при первом заходе в приложуху?

Я не так делаю универсальные (устр. изоморфные) веб-приложения (при ajax-запросах генерю на клиенте).

Если всё рендерится на сервере, то смысл универсальности теряется во многом

То есть это не совсем хороший бойлерплейт?

если всё так как ты говоришь, то да. Но не бурусь судить неразобравшись в нём

Окей, спасибо

ох, в изоморфном приложении каждый роут должен уметь рендерится и на клиенте и на сервере

ты же не можешь угадать, к какому роуту будет первый запрос

Чтоб при перезагрузке страницы на рандом роуте не усралось все?

Ага

ты какими-то странными вопросами задаешься

тебе стоит глубже изучить данную тему

посоветуйте анлгоязычный node-чатик

# есть ли плагин к sublime, который сразу же ставит npm пакет и прописывает package.json, как только в файл прописано require или import?

как-то тут тихо...

в сублиме наверное нету, а в grunte или gulpe можно сделать, такую веш

Где можно про impress почитать?

На хабре что-то общая инфа только

Я поптытался выделить функции для каждого case, но получилось, что в неё надо передавать по 4 параметра, а это при условии, что я ещё БД не подключил. Что предложите?

а в чем проблема передавать по 4 параметра?

Es6 не ? ...var

а в чем проблема передавать по 4 параметра?

Считается же, что >3 параметров - признак плохого тона

ничего себе

я не знал

ну положи их все в объект, будет один