@nodejs_ru

Страница 515 из 2748
 
Rion
20.01.2017
18:14:45
ща крч

 
тут в функию аргументом передается document

 
зачем это было сделано

 
и зачем было пустой объект передавать

Google
 
Rion
20.01.2017
18:15:30
вот ))

 
Славик
20.01.2017
18:15:44
передумали

 
в таких случаях берут гит, смотрят историю изменений

 
и вероятнее всего выпиливают ненужный код

 
Evgeny
20.01.2017
18:18:48
тут в функию аргументом передается document
для упрощения тестирования в оффлайне?

 
Rion
20.01.2017
18:19:15
а пустой объект зачем было передавать в нее?

 
в тех же целях?

 
Evgeny
20.01.2017
18:19:40
ну надо было чтот передать

 
вообще похоже на недописанный или существенно покоцанный код

 
Rion
20.01.2017
18:20:10
он не дописан

 
Evgeny
20.01.2017
18:20:10
Он взять из гита или с сайта?

 
Rion
20.01.2017
18:20:16
это урок с ютуба

 
просто скрином скинул

Google
 
Rion
20.01.2017
18:20:30
не особо понял для чего эта тема была с документом

 
Evgeny
20.01.2017
18:20:36
Ну может дальше разовьют

 
Dmitry ?
20.01.2017
18:21:08
Раз урок, то значит просто для примера

 
Amon Bower
20.01.2017
19:54:31
К примеру, есть редактор кода онлайн. Кто-то редачит одну строку и если второй захочет там же отредачить что-то на той же позиции, то будет бред. Есть у кого идеи как предотвратить такое? Кроме как блокировки эдитора, пока кто-то пишет код.

 
Slava
20.01.2017
19:57:24
блокировка строки, например

 
мержинг измменений как в гите при сохранении

 
только лучше :)

 
Vladimir
20.01.2017
19:58:15
https://en.wikipedia.org/wiki/Operational_transformation

 
https://github.com/josephg/ShareJS

 
Alex
20.01.2017
20:05:37
/stat@combot

 
Combot
20.01.2017
20:05:37
combot.org/chat/-1001041204341

 
Viktor
20.01.2017
20:05:43
Кстати, а вас не раздражает, что eslint ругается на то, что, например, webpack стоит в devDependency а не в dependecy. Принципиально не хочу переносить. С одной стороны можно отключатить это правило, но с другой сторны, чуваки, которые пидалят стандарты, наверно, чем то руководствуются? Что думаете?
Как правило называется?

 
Vladimir
20.01.2017
20:08:13
К примеру, есть редактор кода онлайн. Кто-то редачит одну строку и если второй захочет там же отредачить что-то на той же позиции, то будет бред. Есть у кого идеи как предотвратить такое? Кроме как блокировки эдитора, пока кто-то пишет код.
Swarmjs

 
KlonD90
20.01.2017
20:08:39
Нет

 
Славик
20.01.2017
20:13:03
К примеру, есть редактор кода онлайн. Кто-то редачит одну строку и если второй захочет там же отредачить что-то на той же позиции, то будет бред. Есть у кого идеи как предотвратить такое? Кроме как блокировки эдитора, пока кто-то пишет код.
показывать все активные курсоры, как это делает c9.io?

 
Amon Bower
20.01.2017
20:13:24
показывать все активные курсоры, как это делает c9.io?
тож норм идея. Я юзаю ace

 
Славик
20.01.2017
20:13:28
если кто-то полез трогать строку, видя, что там уже кто-то шарится, то это его проблемы

 
а другой человек увидит, из-за кого началась такая ерунда и будет знать, с кем разбираться

 
Slava
20.01.2017
20:14:44
еще голосовой чат и т. д.

 
Vladimir
20.01.2017
20:18:15
задача решенная, что обсуждать

Google
 
Dmitry ?
20.01.2017
20:27:30
https://github.com/josephg/ShareJS
Только https://github.com/share/sharedb он развивается

 
KlonD90
20.01.2017
21:07:19
Хз OT системы не выглядят надежно

 
Vladimir
20.01.2017
21:16:44
а другой человек увидит, из-за кого началась такая ерунда и будет знать, с кем разбираться
очень плохой подход

 
хорошо, что не ты писал гуглдокс

 
Славик
20.01.2017
21:17:27
а у них не отображается курсор?

 
по-моему, всё точно так же работает

 
Vladimir
20.01.2017
21:17:44
отображается

 
Славик
20.01.2017
21:17:54
как и в c9.io

 
Vladimir
20.01.2017
21:18:04
только её могут несколько человек редактировать без страха её сломать

 
Славик
20.01.2017
21:18:26
не было речи о том, что люди сломают что-то

 
Vladimir
20.01.2017
21:19:03
а это что

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

 
Vladimir
20.01.2017
21:19:03
а другой человек увидит, из-за кого началась такая ерунда и будет знать, с кем разбираться

 
Славик
20.01.2017
21:20:49
это 2 сообщения, в которых нет речи о том, что будет что-то сломано

 
Vladimir
20.01.2017
21:21:01
не сломано

 
но ответственность за результат переносится на пользователя

 
Славик
20.01.2017
21:21:24
человек изначально спросил, как быть в ситуации, когда два индивида решили писать в одном месте, я ответил, что просто дать этим людям знать друг о друге

 
короче

 
ты явно хочешь спать

 
и хочешь холиварить

Google
 
Славик
20.01.2017
21:21:40
я отказываюсь продолжать участие в этом холиваре

 
Vladimir
20.01.2017
21:22:07
я отказываюсь продолжать участие в этом холиваре
соррррррри

 
Andrew
20.01.2017
22:52:55
человек изначально спросил, как быть в ситуации, когда два индивида решили писать в одном месте, я ответил, что просто дать этим людям знать друг о друге
кстати я тоже подумал что надо интерактивно показывать что делает другой, его курсор, ввод и пр., причем взаимно

 
Denis
21.01.2017
03:53:45
https://github.com/uWebSockets/uWebSockets

 
lamo2k
21.01.2017
08:13:31
Ребятки, а какой максимальный размер файла модуля для загрузки через require?

 
Таймураз
21.01.2017
08:31:37
1.9gb

 
Но почему ты задался этим вопросом?..

 
lamo2k
21.01.2017
09:18:37
Но почему ты задался этим вопросом?..
1.9gb это heap. Задался этим вопросом так как есть модуль размером 350мб и не могу его загрузить.

Admin
ERROR: S client not available

 
Таймураз
21.01.2017
09:19:33
1.9gb это heap. Задался этим вопросом так как есть модуль размером 350мб и не могу его загрузить.
Модуль? Именно модуль?

 
lamo2k
21.01.2017
09:23:34
Модуль? Именно модуль?
Да

 
Таймураз
21.01.2017
09:24:51
Можно передать ноде, чтобы она больше памяти задействовать могла через аргументы У меня тоже падала, когда много данных парсил

 
Но 350мб модуль это что-то новое для меня

 
lamo2k
21.01.2017
09:25:50
Модуль? Именно модуль?
Это модуль который возвращает массив с кэшем. Модуль потому что такой толстый json будет упирается в размер строки.

 
Таймураз
21.01.2017
09:26:05
Лол

 
lamo2k
21.01.2017
09:26:21
Можно передать ноде, чтобы она больше памяти задействовать могла через аргументы У меня тоже падала, когда много данных парсил
У меня макс хип 8гб стоит

 
Никита
21.01.2017
09:26:24
Это модуль который возвращает массив с кэшем. Модуль потому что такой толстый json будет упирается в размер строки.
JSONStream

 
Evgeny
21.01.2017
09:26:35
Это модуль который возвращает массив с кэшем. Модуль потому что такой толстый json будет упирается в размер строки.
Это плохой кеш, не надо так делать

 
Таймураз
21.01.2017
09:26:50
Уже без меня сказали все

 
lamo2k
21.01.2017
09:27:09
JSONStream
Очень медленно. Быстрее будет бинарник заного прочитать.

Google
 
Таймураз
21.01.2017
09:27:43
Я почти 200мб json читал и все нормально

 
Никита
21.01.2017
09:27:56
Да не, в 350 метрах жсона ничего плохого нет. Но через JSON.parse это парсить не надо, очевидно.

 
Но как кеш — весьма сомнительно, если бинарник читать быстрее.

 
Таймураз
21.01.2017
09:28:35
У меня чтение и нативный парс до 10 секунд занимал, не больше

 
Никита
21.01.2017
09:28:48
Очень медленно. Быстрее будет бинарник заного прочитать.
А почему ты думаешь, что загнать всё в память и спарсить через JSON.parse быстрее?

 
lamo2k
21.01.2017
09:30:41
А почему ты думаешь, что загнать всё в память и спарсить через JSON.parse быстрее?
Я сохраняю как js модуль, а не json. А модуль парсить не надо. Ноде его только в require cache надо положить

 
Evgeny
21.01.2017
09:31:10
ах, да, я же забыл - модули сразу хранятся распарсенными в памяти

 
Никита
21.01.2017
09:31:47
Я сохраняю как js модуль, а не json. А модуль парсить не надо. Ноде его только в require cache надо положить
А, то есть ты думаешь, что прочитать в память, спарсить и выполнить огромный жс будет быстрее, чем сделать это потоково с жсоном?

 
А ты проверял на модулях, допустим, в 50 метров?

 
lamo2k
21.01.2017
09:32:51
Да

 
Никита
21.01.2017
09:33:19
Ух, и что получилось?

 
Если бы мне надо было огромный жсон хранить, я бы взял JSONStream с lz4-сжатием.

 
Evgeny
21.01.2017
09:36:44
А я бы разбил на части метров по 64 в рзаные файлы и следил бы за памятью в процессе загрузки

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

 
Никита
21.01.2017
09:37:21
Но по юзкейсу мне кажется, что туда надо бд впихивать, а не дампить всё в жсон.

 
lamo2k
21.01.2017
09:48:04
Ух, и что получилось?
75мб: разборка бинарника порядка 40сек, json парсинг кэша 10сек, require js module 2сек. +/- 1 сек

 
Но по юзкейсу мне кажется, что туда надо бд впихивать, а не дампить всё в жсон.
Тоже так хотел но нельзя.

 
Никита
21.01.2017
09:49:03
75мб: разборка бинарника порядка 40сек, json парсинг кэша 10сек, require js module 2сек. +/- 1 сек
а жсон стрим? И ты чистил кэш фс между запусками, конечно (на всякий случай спрашиваю)?

 
lamo2k
21.01.2017
09:52:32
а жсон стрим? И ты чистил кэш фс между запусками, конечно (на всякий случай спрашиваю)?
Json stream просто ужасные результаты были точные цифры не вспомню но они были больше если сложить все результаты выше описанные.

 
Никита
21.01.2017
09:52:56
Ясно.

 
У меня он довольно быстро работает.

Страница 515 из 2748