Проблема чисто браузерная. Но проблема в том что нодовский подход в бразер пихают.

как бы так появился browserify. Не понимаю, чем подход плох)

Тем что появляется такое понятие как "bundle". В общем смысле - все в кучу сваливаем и норм. (не норм)

супер-толсто)

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

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

я поэтому и спросил контекст, обычно такое в браузере надо

в браузере есть тег <script> и явно нет require

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

Модульная система обычно "прописывается" в codeStyle, и одна и на сервере, и на клиенте. Да и код сейчас часто один.

в браузере есть модули и System.js

не хотелки, а конструктивные аргументы

помимо явного увеличения энтропии всей системы

только это минус

и очень жирный

да о чем вы говорите?))

давайте четко - вы про браузер, или про ноду? Про импорты или require?

хотя чем чаще нода будет падать, тем чаще перезапускать, тем чаще отдавать свободную память систему из хипа

профит обнаружен

тут вроде канал про ноду

Это канал об аниме? Как пропатчить ноду под es6 imports?

в ноде hot-reload только если

lolcat это подсветка в консольке

забавная штука :D

напишите там Денису что темплейт стрингс медленнее, да

но вряд ли там будет боттлнек

и не потому что парсить будет (js код так же парсится), а потому что темплейт стрингс не просто конкатенацию делают. хотя тот же в8 мог бы и научиться хендлить такое когда темплейт таги не юзаются

просто пока эти оптимизации не так важны как поддержка спеки

и вообще это тоже оффтоп в том канале)

Ребят, кто работал с sequelize, как там можно скрыть поля, что не нужно на клиент отправлять?

кроме как DataType.Virtual

так как данные с типом виртуал не прочтешь

Ты хочешь их видеть внутри сервера, но когда они идут на клиент, их было бы не видно?

Сейчас точно не скажу, но там вроде можно свой toJSON определить в instanceMethods

Так ребят, всё приплыли...

Вот только что всё работало, и опять какая-то хрень с ебучими генераторами. Как правильно опрокинуть промис из Mongoose.model.save (я имею в виду эксземпляр) в долбаный флоу Koa ?

юзаю старую версию

без ctx и на йелдах

Ребят, кто работал с sequelize, как там можно скрыть поля, что не нужно на клиент отправлять?

В вот, нашел ишью, не так это делается, как я писал выше, так было у Waterline https://github.com/sequelize/sequelize/issues/1462

Хотя впрочем как я писал выше тоже норм

http://stackoverflow.com/questions/27972271/sequelize-dont-return-password

Вот, собственно

Пацаны, вы тут точно умнее меня, ну помогите мозгом то

Вот только что всё работало, и опять какая-то хрень с ебучими генераторами. Как правильно опрокинуть промис из Mongoose.model.save (я имею в виду эксземпляр) в долбаный флоу Koa ?

Код в студию.

Это вот из консольки > show dbs local 0.000GB test 0.000GB А это вот js'ом const Admin = mongoose.mongo.Admin; mongoose.connection.once('open', function( err ) { new Admin( connection.db ).listDatabases( (err, result) => { let allDatabases = result.databases; console.log(allDatabases); }); }); выводит : [ { name: 'local', sizeOnDisk: 65536, empty: false }, { name: 'newdb', sizeOnDisk: 12288, empty: false }, { name: 'test', sizeOnDisk: 12288, empty: false } ] Урла для мангуса^ "mongodb://localhost:27017/newdb" А монга сама запущена так : sudo mongod --dbpath /newdb | lolcat

монгус говнюк коннектиться к test

А где mongoose.connect('uri//')

Он в каком месте кода?

Он где-то выше

@hgenru Он выше

@klond90 ну вот чё ты злорадствуешь

mongoose не нужен

mongoose не нужен

А что нужно?)

ну просто напрямую работать

Ну да

Так это проблема мангуса?

Слишком много кода без мангуса получается.

Для оптимизации Скорости – Да

но для шустрых прототипов никак

Не, неправда

Когда у тебя JSON в бд и в языке - ничего не нужно

Ты что, HTTP-реквесты руками писать

Как заставить Git распознать переименование файла после значительного дифа?

Менять частями

сначала переименовывать, потом рефакторить

Как заставить Git распознать переименование файла после значительного дифа?

http://stackoverflow.com/questions/433111/how-to-make-git-mark-a-deleted-and-a-new-file-as-a-file-move/433114#433114

сначала переименовывать, потом рефакторить

Уже поздно.

Уже поздно.

git reset --mixed HEAD~N when N — commits' number

Не, в смысле, коммит ещё не сделан. Просто изменения в проекте будут несовместимы с первичным переименованием.

Не, в смысле, коммит ещё не сделан. Просто изменения в проекте будут несовместимы с первичным переименованием.

Значит это новый файл

Ну, нет уж.

Да ладно?

У гита своё мнение на этот счёт. Ему не важно, было ли это mv или rm add.

Он решает это сам, анализируя дифф.

Ну так сначало переименуй, затем остальное

Скопировал изменённую версию, сбросил изменения в репе, переместил файл, накатил обратно изменения.

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

Да логично всё же

Ты либо разбей на два

Либо с этим живи

короче раз про реакт теперь тут, то смотрите чо нашел

https://github.com/act-framework/act

забавная штука

А есть смысл использовать?