http://www.biblio-globus.ru/service/catalog/details/8813260 ох книги не дешевые нынче

кто чо интересного может посоветовать почитать?

you dont know js

@PragmaWolf ну это самое очевидное и попахивает костылем была еще более костыльная идея - привязать к “AppUser” модель а-ля “AppUserPrivate” унаследованную от “Model” и только что появилась идея попробовать через ACL закрыть доступ, но в эту сторону еще нужно ресерчить

@PragmaWolf ну это самое очевидное и попахивает костылем была еще более костыльная идея - привязать к “AppUser” модель а-ля “AppUserPrivate” унаследованную от “Model” и только что появилась идея попробовать через ACL закрыть доступ, но в эту сторону еще нужно ресерчить

С помощью Proxy API можно вообще целиком и полностью скрыть нужные методы от пользователя

конкретнее про Proxy API?

если ты про проксирование стандартных CRUD методов типо upsert, create, prototype.updateAttributes, то это костыль будет

Механизм полного перехвата в es6: вызоов любых существующих и несуществующих методов, свойств, конструкторов, да хоть instanceof — всё переходит в режим ручного управления

если про проксирование REST API через другой REST API, то это вообще костылище

Это проксирование любого свойства объекта в js

ребят кто может на пальцах про memory leaks в JS объяснить? откуда сей зверь берётся и как с ним бороться... в гугле как-то непонятно пишут(

Это проксирование любого свойства объекта в js

это то о чем я говорил, только через Proxy API. в идеале было бы круто решить эту задачу используя функционал самого loopback. переопределение методов и их проксирование в этом случае будет если не костылем, то эгоизмом, ведь можно закинуть парням PR с добавлением этого функционала прямо в loopback

если про проксирование REST API через другой REST API, то это вообще костылище

Вот например объект, который автоматически заполняется при любом запросе var tree = Tree(); tree > { } tree.branch1.branch2.twig = "green"; tree > { branch1: { branch2: { twig: "green" } } } tree.branch1.branch3.twig = "yellow"; > { branch1: { branch2: { twig: "green" }, branch3: { twig: "yellow" }}} Вот API, которое автоматически распознаёт комбинированные имена PAIP.set2add10Append

это то о чем я говорил, только через Proxy API. в идеале было бы круто решить эту задачу используя функционал самого loopback. переопределение методов и их проксирование в этом случае будет если не костылем, то эгоизмом, ведь можно закинуть парням PR с добавлением этого функционала прямо в loopback

Что-то мне подсказывает, что стандартный API es6 должен в нём уже присутствовать ?

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

Вот например объект, который автоматически заполняется при любом запросе var tree = Tree(); tree > { } tree.branch1.branch2.twig = "green"; tree > { branch1: { branch2: { twig: "green" } } } tree.branch1.branch3.twig = "yellow"; > { branch1: { branch2: { twig: "green" }, branch3: { twig: "yellow" }}} Вот API, которое автоматически распознаёт комбинированные имена PAIP.set2add10Append

все вроде понятно, но непонятно начало Tree(), это конструктор или функция, которая, что? возвращает пустой обьект?

Да, пустой

Какое бы ты свойство в нем не запросил - оно в нем сразу окажется

в loopback, PUT на /users/:id вызывает prototype.updateAttributes() модели и уже лучше просто его запроксировать

Ну и вообще, можно переопределить все известные осноовные свойства объекта, у меня пока даже фантазии не хватает. что с их помощью можно нагенерировать)

в loopback, PUT на /users/:id вызывает prototype.updateAttributes() модели и уже лучше просто его запроксировать

Моё дело предложить) Но прокси — это как раз таки меньший костыль

ребят кто может на пальцах про memory leaks в JS объяснить? откуда сей зверь берётся и как с ним бороться... в гугле как-то непонятно пишут(

Зачем тебе?

Firefox с их помощью например реализует границы доступа между доменами. Но можно конечно и по старинке ¯\_(ツ)_/¯

да прикольная штука

Использую io.js, запускаю скрипт (strict mode) через runInNewContext, когда скрипт запускается второй раз вылетает ошибка о повторном декларировании через let why?

а зачем io.js?

@JetFightzer

не помню. ещё давно почему-то выброл его, а не ноду, но так-то API у них почти идентичные

Использую io.js, запускаю скрипт (strict mode) через runInNewContext, когда скрипт запускается второй раз вылетает ошибка о повторном декларировании через let why?

Ну потому что в одном и том же контексте два раза let дёргает

но ведь > запускаю скрипт (strict mode) через runInNewContext

на каждый вызов новый контекст должен быть

Значит обман

я передаю один и тот же объект в функцию в качестве "контекста", но это не контекст, это просто окружение, контекст функция ведь должна сделать сама и какждый раз новый, не?

я ведь вызываю не runInContext с явным контекстом

создание каждый раз нового объекта (путём extend) решило проблему. видимо контекст привязан к объекту

интересно как в аналогичной ситуации вдёт себя нода?

Так же. Движок тот же

я передаю один и тот же объект в функцию в качестве "контекста", но это не контекст, это просто окружение, контекст функция ведь должна сделать сама и какждый раз новый, не?

Если ты передаёшь объект в качестве контекста, то он и используется в качестве контекста. Тебя не посещала такая мысль?

vm.runInNewContext(code[, sandbox][, options]) туда передаётся не контекст, а сэндбокс

А, это хз что за зверь

vm.runInNewContext compiles code, contextifies sandbox if passed or creates a new contextified sandbox if it's omitted, and then runs the code with the sandbox as the global object and returns the result. > contextifies sandbox if passed

быть может эта операция на месте рпосто?

Но, судя по симптомам, у больного типичная проблема непонимания передачи объекта по ссылке, а не значению

не создание контекста из сэндбокса, а превращение сэндбокса в контекст?

И в чем разница, лол?

Ты его передал и из него контекст слепили

Там был объект - а он по ссылке передаётся

Мне бы иное и в голову не пришло

разница в том что операция может быть на месте (меняет объект) или чистая (создаёт новый объект на основе старого)

Там ничего не сказано про создание нового

О таких вещах специально говорят, во избежание конфузов

таки да, в этом и есть моя ошибка. я просто привык что обычно оно работает так, создавая новые объекты. ФП, все дела

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

Использую io.js, запускаю скрипт (strict mode) через runInNewContext, когда скрипт запускается второй раз вылетает ошибка о повторном декларировании через let why?

Попробуй ноду седьмую

Попробуй ноду седьмую

разобрались с вопросом, там всё правильно, а я ошибся

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

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

fetch('/ping').then(() => fetch('/normal'))

это node-fetch?

просто фетч

какую реаализацию возьмёшь дело твоё

мне просто надо вытащить токен из первого запроса и передать во второй и вернуть сразу результат

ERROR: S client not available

ну так используй результат первого запроса

попробуй промисом написать

fetch('/auth').then(token => fetch('/supb', {}, { auth: token }))

пока не совсем понимаю в промисах

пока не совсем понимаю в промисах

https://github.com/mattdesl/promise-cookbook

и по es6 https://github.com/lukehoban/es6features#readme

@PragmaWolf ну это самое очевидное и попахивает костылем была еще более костыльная идея - привязать к “AppUser” модель а-ля “AppUserPrivate” унаследованную от “Model” и только что появилась идея попробовать через ACL закрыть доступ, но в эту сторону еще нужно ресерчить

На beforesave посмотрите. Там просто чистить входные данные

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

Кто нибудь пробовал обучалку от nodeschool ?

Кто нибудь пробовал обучалку от nodeschool ?

многие

И как имеет смысл народ туда посылать?

понравилась?

Ну, мы в Питере проводим нодскулы, ребятам нравится :)

Пицца вкусная , но быстро кончается :/

Но можно и самостоятельно проходить воркшопы, конечно. Разница только в том, что на встречах — есть кому подсказать, если зашёл в тупик. И вообще, тусовка, интересно :)

воркшопы тема

А сами по себе воркшопы — да, я считаю полезные. Спасибо сабстэку. Удивительно, как из одного мастеркласса родилось международное движение :)

Пицца вкусная , но быстро кончается :/

О, привет, Глеб! ✌️️?

эээ

нет

Firefox с их помощью например реализует границы доступа между доменами. Но можно конечно и по старинке ¯\_(ツ)_/¯

Ой, ссылочки под рукой про это нет поглядеть?

нет

М?

ну я записался на курсы Ильи Кантора по ноде. Имеет место проходить еще воркшоп?

<мысливслух>кому нужны воркшопы и прочая чернь, когда по ноде сктолько замечательных книжек? Может еще смотреть видео "учимся программировать на ноде"?</мысливслух>

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

Роман, вы не продуктивны

Предлагаете просрать год своей жизни на то что можно поднять за месяц

Еще и за смешные деньги

а это уже от работы зависит

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