Дима
Не люблю расизм и негров
Anonymous
Дима, что с ником?
A
Всем привет. Пишу телеграм бота на nodejs. Загружаю данные из базы, например объект UserModel, в нем лежит инфа только для чтения, менять её нельзя. Возникает стойкое желание использовать для этого defineProperties без writable и configurable. Правильный ли это подход? Есть ли какие то подводные камни при использовании defineProperties ?
Забей. Тут нету private/protected. Надо понимать, какой объект ты поднимаешь из базы. Если POJsO, то можешь на него Object.freeze() наложить. Но например тот же Mongoose тебе совсем не POJsO возвращает. И если ты его фризанешь, то, скорее всего, ничего сильно хорошего не получится.
Zaur
Забей. Тут нету private/protected. Надо понимать, какой объект ты поднимаешь из базы. Если POJsO, то можешь на него Object.freeze() наложить. Но например тот же Mongoose тебе совсем не POJsO возвращает. И если ты его фризанешь, то, скорее всего, ничего сильно хорошего не получится.
мне так спокойнее спится, когда я понимаю что данные не кто не испортит. Вопрос: что может случится плохого, если я сделаю свойства readn-only через defineProperty ? .... ну там падение производительности или что то в этом духе
Dreamerinnoise
Ничего
Zaur
да, думаю об этом, но это потом, надо сперва с чистым js познакомитсья вплотную.
Zaur
хочется сразу приучить себя к хорошему стилю, кто его знает может я буду в команде работать потом. Я планирую перейти на js целиком и полностью (прощай флешь).
Дима
Изучи ещё такое понятие как иммутабельность
Дима
Очень полезно, и в плане защиты от изменений в том числе
А ВОТ ТЕПЕРЬ ПАБЛИК
чем удобней профайлинг ноды делать?
Nook
node --inspect тебя не устраивает?
А ВОТ ТЕПЕРЬ ПАБЛИК
node --inspect тебя не устраивает?
устраивает, прост везде --prof или через нпм packages
Zaur
Нормально скорее всего. Сборщик мусора должен справиться.
спасибо 👍 я уже с головой окунулся в промисы ...
Алексей
нужно всемирная организация которая будет сертифицировать вашего апи как рест фул
если бы рест был бы стандартом то жизнь была бы просто замечательной, но рест - расплывчатый набор принципов, даже stateless как основа rest не такой уж твёрдый принцип, учитывая, что как бы обычно есть бд, которая этот самый state хранит так что давайте все просто возьмём и дружно перейдём на json-rpc поверх веб-сокетов
Алексей
спасибо 👍 я уже с головой окунулся в промисы ...
да вообще создание объектов на каждое действие - это норма для большинства языков, так что не бойтесь
Алексей
Вот graphql и есть json rpc, только в нормальной реализации
я что-то пока сомневаюсь в этом, так как graphql почти не знаю, но мне кажется, что json-rpc может выйграть у graphql за счёт простоты
Roman
простота это как раз рест
Алексей
более того, насколько я понимаю фейсбук создал graphql (не спроста же graph) больше под свои нужды и надо бы убедиться в том, что он подходит для всего остального
Алексей
простота это как раз рест
ну с этим можно поспорить кстати
А ВОТ ТЕПЕРЬ ПАБЛИК
А ВОТ ТЕПЕРЬ ПАБЛИК
А ВОТ ТЕПЕРЬ ПАБЛИК
Кто подскажет почему сокет может не отправлять данные?
А ВОТ ТЕПЕРЬ ПАБЛИК
там же строки нету
A
Не уверен, что вопрос по адресу, но тем не менее. Может кто-нибудь посоветовать чтиво по communication protocols design? Ну вот типа решил я поверх tcp свой протокол запилить. Куда бежать? Best practices, design patterns, вот это все.
Vladimir
Вот вроде и нет ничего
Vladimir
только изучать существующие
Dreamerinnoise
Один мой знакомый просто реверс инжинирнул существующий
Таймураз
Ребят, как правильнее загрузить файл на сервер вместе с метаданными?
Таймураз
В одном запросе или сначала метаданные, а потом генерить ссылку уникальную, на которую грузим файл?
Таймураз
Кстати, ведь https закрывает и заголовки тоже, что я мучаюсь
Алексей
Не уверен, что вопрос по адресу, но тем не менее. Может кто-нибудь посоветовать чтиво по communication protocols design? Ну вот типа решил я поверх tcp свой протокол запилить. Куда бежать? Best practices, design patterns, вот это все.
Можно использовать JSON для текстовых и Protobuf для бинарных. Это самый простой и переносимый вариант (можно быстро написать реализацию почти на любом языке).
Алексей
Также следует учитывать потоковость TCP и перед каждым пакетом отправлять длину этого пакета например
Александр
и вообще наверное забью хер на комиты
Александр
потом лучше скопом
Denis
Друзья, в июле 2016 года состоялся Moscow Node.js Meetup 8 в Яндексе. Тогда собралось около 160 человек. Основная тематика была DevOps. Прошло 7 месяцев. Самое время повторить! Ждём ваших предложений: + Хочешь выступить с докладом? Создай заявку в виде GitHub Issue 👉 https://github.com/MoscowNodeJS/talks/issues/new + Есть идеи для докладов, которые хотелось бы послушать? Знаешь о чём-то, что было бы интересно другим? Выскажи идеи здесь 👉 https://github.com/MoscowNodeJS/talks/issues/1
Anonymous
Это как? Это же HTTP хидеры просто.
Anonymous
Гугли на тему "koa + cors" или "express + cors".
snatvb
Если для разработки надо
snatvb
В package.json укажи "proxy": "mydonain.ru"
snatvb
Да
snatvb
И запросы шли на серв клиента
snatvb
Он их будет проксировать
Anton
просто добавь хедеры 'Access-Control-Allow-Origin', 'Access-Control-Allow-Credentials', 'Access-Control-Allow-Methods', 'Access-Control-Allow-Headers' в общем-то и все
Anton
аа, это для ws. думал прост для http
snatvb
Все что касается запросов
snatvb
Ну на 8081 прокси
snatvb
А запросы в себяже
snatvb
На 8080
snatvb
Будто у тебя статика на серваке
snatvb
Не
snatvb
Вс убери
snatvb
Просто ип и порт
snatvb
А запросы шлешь на ws://127.0.0.1:8080
A
Вот
A
Ну где то тебе приходит request
A
Пусть даже ws
A
Ебани ему хедеры
snatvb
Ща погоди Я те репу свою дам
snatvb
Там чат
snatvb
Та же зурма
snatvb
Хурма
snatvb
Сокет айо юзает вебноски
snatvb
https://github.com/snatvb/react-redux-chat
snatvb
эт мой первый проект на реакте :D
snatvb
A
http://stackoverflow.com/questions/8970880/cross-domain-connection-in-socket-io
A
Быстрый поиск говорит нужен инстанс express или koa
A
Хмм
snatvb
когда ты запускаешь ws
snatvb
полюбому хедеры проикидываются
snatvb
можно и их поменять
A
Можно посмотреть код ws
A
И воткнуть туда
snatvb
ты как сокет создаешь на бэке?