Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
Сообщение от opennews (?), 24-Апр-18, 22:48
Анонсирован (https://medium.com/@nodejs/the-node-js-project-introduc...) релиз Node.js 10.0.0 (https://nodejs.org), платформы для выполнения высокопроизводительных сетевых приложений на языке JavaScript. Node.js 10.0 относится к веткам с длительным сроком поддержки, но данный статус будет присвоен только в октябре, после проведения стабилизации. Обновления для LTS-веток выпускаются в течение  4 лет. Поддержка прошлой LTS-ветки Node.js 8.0 продлится до 2021 года, а позапрошлой LTS-ветки 6.0  до 2020 года. Поддержка промежуточной ветки Node.js 9.0 будет прекращена в июле 2018 года. Среди улучшений в Node.js 10.0: -  Обновление движка V8 до версии 6.6 (https://v8project.blogspot.com/). В новой версии отмечается оптимизация производительности асинхронных операций, функций promises/async, методов работы с массивами и строками (Array.prototype.*, String.prototype.indexOf ). Более чем в 10 раз увеличена производительность операции Array#reduce для массивов с большим числом пустот или значений с плавающей запятой. Производительность оператора instanceof возросла в 3.6 раза. Устранены некоторые узкие места с производительностью Function.prototype.bind. WeakMap и WeakSet. Сокращено потребления памяти в движке V8; -  Переход на использование OpenSSL 1.1.0, что позволило обеспечить поддержку потокового шифра ChaCha20 (http://cr.yp.to/chacha.html) и алгоритма аутентификации сообщений (MAC) Poly1305 (http://cr.yp.to/mac.html). В дальнейшем запланирован переход на ветку OpenSSL 1.1.1  для обеспечения поддержки TLS 1.3 (https://www.opennet.ru/opennews/art.shtml?num=48324) до осенней стабилизации Node.js 10; -  Продолжен перевод проекта на новую систему обработки ошибок, в которой каждой проблеме присвоен свой уникальный код ошибки, что позволит организовать автоматизированный разбор проблем без привязки к тексту сообщения об ошибке и выпускать обновления текстов ошибок не дожидаясь следующего значительного релиза; -  Стабилизирован и переведён в категорию официально поддерживаемых новый API Node.js (N-API (https://nodejs.org/api/n-api.html)), который предоставляет средства для создания нативных дополнений к Node.js, не привязанных к JavaScript runtime и рассматриваемых как часть Node.js. N-API позволяет без перекомпиляции использовать существующее дополнение с новыми версиями Node.js и с разными JavaScript-движками (V8 и Chakra-Core); -  Расширены средства диагностики и отладки. Добавлены новые события трассировки для точного измерения времени выполнения кода, позволяющие выявлять узкие места и провалы в производительности в пользовательском коде. В API также добавлена возможность включения и выключения трассировки во время выполнения программы; -  Добавлен экспериментальный API fs/promises, предоставляющий вариант функций "fs", реализованный при помощи механизма promise и демонстрирующий более высокую эффективность; -  Обеспечена поддержка новых возможностей языка JavaScript.    Function.prototype.toString() теперь возвращает строку с кодом функции, полостью совпадающую с тем, как функция задана в исходных текстах (все отступы и даже комментарии сохраняются); -  Добавлены  дополнительные изменения (https://github.com/v8/v8/wiki/Untrusted-code-mitigations) для противодействия атакам по сторонним каналам и добавлена защита от обращения к памяти вне границ области, отведённой для WebAssembly, а также доступной через массивы и строки JavaScript. Одновременно объявлено (https://medium.com/npm-inc/announcing-npm-6-5d0b1799a905) о выходе пакетного менеджера NPM 6 (https://go.npm.me/npm6), в котором отмечено существенное увеличение производительности - некоторые операции стали выполняться до 17 раз быстрее. В 2-3 раза ускорено выполнение команды "npm ci". Добавлена возможность настройки webhook (уведомления об изменении пакетов) непосредственно из CLI. Реализовано автоматическое разрешение конфликтов с файлами блокировки (lockfile) и упрощено создание повторяемых сборок. В репозитории организована проверка пакетов на наличие известных уязвимостей - при установке пакетов, содержащих неисправленные уязвимости, пользователю теперь выводится специальное предупреждение. Для проведения анализа на наличие уязвимостей в уже установленных пакетов и связанных с ними зависимостей добавлена новая команда "npm audit". Более наглядно предоставлена информация о целостности метаданных, что упрощает выявление вредоносных модификаций или повреждений в пакетах. URL: https://medium.com/@nodejs/the-node-js-project-introduc... Новость: https://www.opennet.ru/opennews/art.shtml?num=48490
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+1 +/–
Сообщение от ВебОрангутан (?), 24-Апр-18, 22:48
Молодцы! Уважаем!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+8 +/–
	Сообщение от Anonim (??), 24-Апр-18, 23:32
	Кто молодцы, кого уважаем и причем тут высокая производительность?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+3 +/–
	Сообщение от Аноним (-), 24-Апр-18, 23:42
	Тут как в действенных* шампунях против перхоти. * по сравнению со своей предыдущей разработкой.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	–2 +/–
Сообщение от KroTozeR (ok), 24-Апр-18, 23:51
Когда-то, году в 2006-ом, я друзьям и коллегам рассказывал о концепции "распределённой среды исполнения". Не без оснований - участвовал в одном интересном проекте. Предполагалось, что на серверной и клиентской сторонах применяется единая виртуальная машина, исполняющая байт-код приложений, которым совершенно без разницы где исполняться. При запуске приложения, на клиентской стороне выполняется процесс репликации кода. Сами приложения поделены на объекты, которые могут частично располагаться на сервере, а частично на клиенте, при этом свободно взаимодействовать друг с другом в едином адресном пространстве. Приложение может исполняться на сервере, но его оконный интерфейс отображается на клиенте, и это — только один из возможных вариантов. Тогда эту концепцию просто не поняли... Сейчас же наблюдается следующее: V8 становится единым ядром ВМ JS для обеих сторон. API расширяется и всё теснее сопрягается с функциями ОС. WebAssembly на подходе. Электрон и иже прочие с ним. Как говорится, "те же яйца, только в профиль". Сам бы не вспомнил, если б не программист из Сан-Франциско, который тогда эту концепцию слышал, но так же не воспринял всерьёз. Говорит, сейчас всё к этому идёт семимильными шагами. Очередной пример "созревания" идеи. До сих пор продолжается. Если что, проект назывался "Deeptown.Org", и эта штука реально работала, демонстрируя все упомянутые качества и не только. Что с ним стало сейчас, я не в курсе, но такой объём рабочего кода бесследно пропасть не может.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+2 +/–
	Сообщение от Аноним (-), 24-Апр-18, 23:56
	Только Особенно в этом преуспели майнеры. Остальным нафиг не упало.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	7. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	–2 +/–
	Сообщение от KroTozeR (ok), 25-Апр-18, 00:05
	Там главная пользовательская killer-фича была в таких моментах: приложение не нужно было устанавливать, отслеживать зависимости, да и вопрос сопряжения решался сам собой: они работали в единой среде. Нужно было лишь разрешение пользователя на доступ. Нынче что-то подобное имеется в Андроиде и ВЕБ-тулкитах типа Google Docs. Один фиг всё идёт к подобному. Вся репликация, JIT-компиляция и прочие процессы оптимизации запуска могут происходить на фоне уже запущенного по сети ПО. Пользователь даже не будет знать, что что-то устанавливается к нему в браузер. Просто следующий раз запустится быстрее.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	25. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+5 +/–
	Сообщение от Anonymoustus (ok), 25-Апр-18, 08:45
	> Пользователь даже не будет знать, что что-то устанавливается к нему в > браузер. Просто следующий раз запустится быстрее. Спасибо, не надо. А то программистов начнут калечить и убивать прямо на улицах.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	33. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от KroTozeR (ok), 25-Апр-18, 09:14
	>> Пользователь даже не будет знать, что что-то устанавливается к нему в >> браузер. Просто следующий раз запустится быстрее. > Спасибо, не надо. А то программистов начнут калечить и убивать прямо на > улицах. Тогда это не выглядело настолько критичным. Достаточно вспомнить, что тогда и Java-апплеты ещё не запрещали. К тому же, вся "каша" внутри клиента не имела доступа к файлам хостовой ОС. Только по прямым запросам через диалоговое окно или в специальный каталог локальной ФС. Напомню: это всё — дело прошлого. Сейчас я всего лишь предаюсь воспоминаниям. Что стало с этим кодом — без понятия.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	46. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+1 +/–
	Сообщение от _hide_ (ok), 25-Апр-18, 10:53
	Вам бы перед этим посмотреть хотя бы на концепцию OpenOffice (подозреваю, что тогда ещё StarOffice). UNO делает всё, что Вам нужно.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	6. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+3 +/–
	Сообщение от Аноним (6), 25-Апр-18, 00:02
	Ради таких коментариев в том числе и хожу на данный ресурс :)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	8. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от KroTozeR (ok), 25-Апр-18, 00:11
	> Ради таких коментариев в том числе и хожу на данный ресурс :) Дык, сейчас это — дело прошлого. Оно ни на что не влияет, если только двое авторов этого дела из Новосиба не договорились с какой-то конторой. Тогда систему хотела скупить одна весьма влиятельная организация, но они не договорились. А может это только внешне так выглядело. Ничто не ново под Луной.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	9. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+1 +/–
	Сообщение от Алконим (?), 25-Апр-18, 00:13
	Клиентская сторона не может полностью доверенной.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	11. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от KroTozeR (ok), 25-Апр-18, 00:47
	> Клиентская сторона не может полностью доверенной. Так она и не была полностью доверенной для локальной ОС. Там даже взаимодействие объектов определялось по их UID через политику прав доступа. Нечто, сильно похожее на дерево ФС Linux, только действующее в адресном пространстве распределённой системы, где адрес — хеш. Локально же поддерживалась своя файловая система, где для каждого UID был свой слой абстракции. Файлы не пересекались, если только сам пользователь не даст на это добро. Вообще, эта штука изначально рассчитывалась как исполнительная среда виртуальной реальности. Авторы подошли к вопросу с этой стороны, отправив все вопросы со "средствами погружения" в долгий ящик, да и вообще не заморачиваясь на этот счёт. Если уж на то пошло, то там вообще не было понятия запуска приложения. Висящие в пространстве объекты реагировали на события запросов, генеря инстанции интерфейса и профили для каждого пользователя. Можно было лишь запустить локально бинарник на исполнение с единственной целью — создать в среде необходимые для функционирования ПО объекты. Вот этим и предлагалось пользоваться. Пример: есть строка поиска, в ней вводится слово "калькулятор", а среди результатов - ссылка на приложение. По клику на ней открывалось окно калькулятора. Примерно то же, на что сейчас похожи ВЕБ-приложения, только в 2006 году.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	27. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+1 +/–
	Сообщение от Anonymoustus (ok), 25-Апр-18, 08:53
	> Вот этим и предлагалось пользоваться. Пример: есть строка поиска, в ней вводится > слово "калькулятор", а среди результатов - ссылка на приложение. По клику > на ней открывалось окно калькулятора. Примерно то же, на что сейчас > похожи ВЕБ-приложения, только в 2006 году. https://en.wikipedia.org/wiki/Spotlight_%28software... А вообще это называют incremental search и оно древнее, как сами компьютеры. Реализации и цели использования могут разниться. Хорошо бы инноваторам перед изобретением всего нового знакомиться с уже созданными вещами. :) ЗЫ https://en.wikipedia.org/wiki/Incremental_search https://www.youtube.com/watch?v=jErqdRE5zpQ
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	34. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от KroTozeR (ok), 25-Апр-18, 09:16
	> Хорошо бы инноваторам перед изобретением всего нового знакомиться с уже созданными вещами. > :) Ну, что ж теперь-то судить? Сейчас проекта в открытом виде не существует. > А вообще это называют incremental search и оно древнее, как сами компьютеры. > Реализации и цели использования могут разниться. За ссылки спасибо!
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	21. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	–1 +/–
	Сообщение от Аноним (-), 25-Апр-18, 08:09
	не льсти себе, там и виртуальная машина не очень единая, и разница для стороны, на которой запущен код, очень даже есть, и репликацией ты называешь простое скачивание по хттп, да ещё и с левого cdn, сами приложения так прекрасно поделены на объекты, что яндекс крадёт у тебя движения мышью и введённые данные со страницы банка, где ты там усмотрел ЕДИНОЕ адресное пространство у клиента и сервера — вообще непонятно. В общем, намешал бреда и назвал себя прозорливым алтфаком. Фу.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	28. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+1 +/–
	Сообщение от Anonymoustus (ok), 25-Апр-18, 08:58
	Вероятно, парни работали над повторным изобретением идеи мейнфрейма. :)
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	30. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от KroTozeR (ok), 25-Апр-18, 09:07
	> Вероятно, парни работали над повторным изобретением идеи мейнфрейма. :) Кстати, на мейнфрейм оглядка была, да. Но цели были слегка иные. Вряд ли у мейнфрейма в программном стеке ПО предполагался т.н. "сервер доступа", отвечающий за маршрутизацию трафика и уж тем более амплитуд звуковых волн. Да-да, там была такая штука, она смешивала амплитуды, исходя из позиции "аватара" в 3D-пространстве. Отрабатывался даже "эффект Доплера". Я ещё раз повторю — эта штука позиционировалась как механизм виртуальной реальности. Задачи ВЕБ-а брать на себя даже не собирались. По ВЕБ-у предполагалась трансляция вывода от браузерного движка в 3D-сцену.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	42. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+1 +/–
	Сообщение от Anonymoustus (ok), 25-Апр-18, 10:12
	В мейнфрейме может быть, условно говоря, «всё» (что угодно). Мейнфрейм, концептуально и архитектурно, это уже и есть, по сути, «виртуализатор» — этакая абстрактная компьютерная среда, посредством которой реализована «виртуальная реальность», внутри которой в «виртуальных компьютерах» одновременно могут жить разные ОС, программы в которых даже знать не будут, что это всё вокруг них «ненастоящее».
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	29. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от KroTozeR (ok), 25-Апр-18, 09:03
	> не льсти себе, там и виртуальная машина не очень единая, и разница > для стороны, на которой запущен код, очень даже есть, и репликацией > ты называешь простое скачивание по хттп, да ещё и с левого > cdn, сами приложения так прекрасно поделены на объекты, что яндекс крадёт > у тебя движения мышью и введённые данные со страницы банка, где > ты там усмотрел ЕДИНОЕ адресное пространство у клиента и сервера — > вообще непонятно. В общем, намешал бреда и назвал себя прозорливым алтфаком. > Фу. Эх, любителей выдавать своё мнение за истину на Опене и Лоре развелось тучами. Даже не знаю, откуда вы все такие берётесь? 1) Хоть где-то сказано, что идея моя? Я даже проект назвал. Авторы идеи — два программиста из Новосибирска. Я лишь принимал участие в нём. Но рассказывать — рассказывал. Так при чём тут "прозорливость"? 2) Что было там, мне, наверное, лучше известно, чем тебе. Я с этой штукой имел непосредственное знакомство на уровне кода и тех.доков; 3) Не было никакого CDN. Протокол HTTP не применялся вообще. Вместо него использовался собственный протокол DTTP (DeepTown Transport Protocol), способный работать как поверх стека TCP/IP, так и без него, выполняя даже функции Ethernet; 4) Единое адресное пространство было у проекта Deeptown.Org, а не у современных ВЕБ-приложений. Ты чем вообще читаешь??? Было лишь косвенное сравнение одного с другим.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	24. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+2 +/–
	Сообщение от Anonymoustus (ok), 25-Апр-18, 08:44
	> Предполагалось, что на серверной и клиентской сторонах применяется единая виртуальная машина, исполняющая байт-код приложений, которым совершенно без разницы где исполняться. Это вам в IBM с такими идеями надо было. Правда они уже давно их реализовали.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	31. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от KroTozeR (ok), 25-Апр-18, 09:11
	>> Предполагалось, что на серверной и клиентской сторонах применяется единая виртуальная машина, исполняющая байт-код приложений, которым совершенно без разницы где исполняться. > Это вам в IBM с такими идеями надо было. Правда они уже > давно их реализовали. Идея не моя, а двух программеров из Новосибирска. Вполне возможно, что что-то реализовали. Только цели там другие ставились. Гугл хотел скупить, но автор проекта не захотел продавать, хотя встречался с ними. Тогда Гугл ещё располагался в Москве в т.н. "розовом здании" с небольшим садом в ограде. Позже куда-то съехали.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	47. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от Аноним (-), 25-Апр-18, 12:11
	>Гугл хотел скупить, но автор проекта не захотел продавать, хотя встречался с ними. Тогда Гугл ещё располагался в Москве в т.н. "розовом здании" с небольшим садом в ограде. Позже куда-то съехали. Сестра, два клозапина этому наполеону.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	48. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от KroTozeR (ok), 25-Апр-18, 12:27
	> Сестра, два клозапина этому наполеону. Не хочешь, не верь. Тебя кто заставляет, что ли? И клозапин свой забери обратно. Я рассказываю, что видел, а кто как на это отреагирует — ни горячо, ни холодно.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	54. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от anonymous (??), 25-Апр-18, 13:18
	>Тогда Гугл ещё располагался в Москве в т.н. "розовом здании" с небольшим садом в ограде. Ору)))
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	55. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от KroTozeR (ok), 25-Апр-18, 13:54
	Ори дальше.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	35. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+1 +/–
	Сообщение от КО (?), 25-Апр-18, 09:19
	Судя по датам, как раз совпадает с первой версией GWT. Там как раз этот подход и реализован. Хочешь код на клиенте выполняешь, хочешь на сервере. :)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	37. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от KroTozeR (ok), 25-Апр-18, 09:32
	> Судя по датам, как раз совпадает с первой версией GWT. Там как > раз этот подход и реализован. Хочешь код на клиенте выполняешь, хочешь > на сервере. :) Наблюдение интересное, но чтобы разработать подобное, нужен был хотя бы год на разработку архитектуры и написание кода. Думаю, оно было независимо друг от друга. У Deeptown.Org была своя ВМ "GIDE", свой язык программирования K++, рассчитанный на неё. Кстати, там лямда-функции представлялись как объекты данных. Хотя точнее было бы сказать объекты моделей данных, содержавших в себе исполняемый код. Можно было передать эту функция как значение между объектами из состава разного ПО. Кстати, нечто местами похожее проглядывается в концепции среды исполнения Phantom OS. Там вообще ФС в привычном понимании нет. Файл — есть объект, в свойстве которого хранится содержимое обычного файла. В этом проекты схожи.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	36. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+1 +/–
	Сообщение от Аноним (-), 25-Апр-18, 09:23
	>[оверквотинг удален] > среды исполнения". Не без оснований - участвовал в одном интересном проекте. > Предполагалось, что на серверной и клиентской сторонах применяется единая виртуальная > машина, исполняющая байт-код приложений, которым совершенно без разницы где исполняться. > При запуске приложения, на клиентской стороне выполняется процесс репликации кода. Сами > приложения поделены на объекты, которые могут частично располагаться на сервере, а > частично на клиенте, при этом свободно взаимодействовать друг с другом в > едином адресном пространстве. Приложение может исполняться на сервере, но его оконный > интерфейс отображается на клиенте, и это — только один из возможных > вариантов. > Тогда эту концепцию просто не поняли... Так эта JEE ;)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	38. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от KroTozeR (ok), 25-Апр-18, 09:36
	> Так эта JEE ;) Тоже много общего. Но там был свой сетевой протокол, аудиоподсистема, механика 3D-пространства с тремя представлениями объектов: 1) Графическое; 2) Физическое; 3) Механическое. В общем, цели стояли разные. Для вывода графики оно использовало на тот момент движок Ogre3D.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	39. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от YetAnotherOnanym (ok), 25-Апр-18, 09:42
	> виртуальная машина, исполняющая байт-код приложений, которым совершенно без разницы где исполняться Емнип, Джо Андерсон сотоварищи из Эрикссон уже написали такое, только оно не в браузере крутится.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	41. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от KroTozeR (ok), 25-Апр-18, 09:52
	> Емнип, Джо Андерсон сотоварищи из Эрикссон уже написали такое, только оно не > в браузере крутится. Конкретно то решение было написано на C и C++, представляло собой связку ядра и модулей, определяющих функционал ноды (сервер, клиент, клиент+сервер, транслятор и т.д.). Браузер там и близко не применялся.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	57. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	–1 +/–
	Сообщение от Аноним (-), 25-Апр-18, 17:46
	>Приложение может исполняться на сервере, но его оконный интерфейс отображается на клиенте Вау, они изобрели X11
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	60. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от KroTozeR (ok), 26-Апр-18, 07:58
	>>Приложение может исполняться на сервере, но его оконный интерфейс отображается на клиенте > Вау, они изобрели X11 Влом уже морально распинаться... Особенно перед такими "яслями", выдёргивающими фразу из контекста. В кратце объясню, но скорее для других: В среде "висит" набор объектов, содержащих как данные, так и исполняемый байт-код. Все под одним UID, а потому имеют друг к другу доступ. Это — и есть ПО. Запрос извне к публичной фабричной функции генерит объед под UID пользователя, который обратился. Этот объект уже тянет на исполнение всё остальное необходимое. У клиента в конфигурации есть доступ к графическому серверу, а на сервере нет. Тем более под этим UID. Потому создаётся реплика всех объектов-участников графической оболочки ПО. Т.е., на стороне клиента работает "графическая" часть приложения, а на стороне сервера — общая для всех пользователей. И никакого X11 там и в помине не было! Там не передавылись вызовы отрисовки примитивов. Само ПО, образно говоря, "проростало" в пространство клиента своей графической частью.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

12. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	–3 +/–
Сообщение от Аноним (-), 25-Апр-18, 02:06
Когда уже сделают node как зависимость для приложений.. чтоб они не тащили браузер с собой, а только подтягивали
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	13. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+2 +/–
	Сообщение от th3m3 (ok), 25-Апр-18, 02:17
	Если я правильно тебя понял, то ты путаешь Electron с Node.js. В Ноде нет никакого браузера, там только движок V8.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	14. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	–1 +/–
	Сообщение от Аноним (-), 25-Апр-18, 02:30
	Нода - фактически просто скриптовый язык, который можно использовать в разных случаях жизни, хоть сисадминство, хоть сервера (в принципе, как и остальные подобные языки).
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

20. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	–1 +/–
Сообщение от Илья (??), 25-Апр-18, 07:49
В ноде мне не нравится, что npm-пакеты при установке с опцией "-g" по умолчанию требуют прав суперпользователя. Учитывая, что база npm - это та еще помойка, хотелось бы, чтобы пакеты ставились в папку пользователя. Да, это можно настроить, но почему так сделано - непонятно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	22. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от Аноним (-), 25-Апр-18, 08:12
	> В ноде мне не нравится, что npm-пакеты при установке с опцией "-g" > по умолчанию требуют прав суперпользователя. > Учитывая, что база npm - это та еще помойка, хотелось бы, чтобы > пакеты ставились в папку пользователя. > Да, это можно настроить, но почему так сделано - непонятно. предложи получше способ установки пакета в систему, не используя специальных привелегий?
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	40. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+1 +/–
	Сообщение от YetAnotherOnanym (ok), 25-Апр-18, 09:49
	> предложи получше способ установки пакета в систему, не используя специальных привелегий? "--prefix dirname" ?
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	58. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от Аноним (-), 25-Апр-18, 17:50
	Это у вас теперь называется "в систему"? Лучше бы ты про докер сказал.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	65. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 26-Апр-18, 22:26
	> предложи получше способ установки пакета в систему, не используя специальных привелегий? echo 'prefix = ~/.node' >> ~/.npmrc После этого npm i -g будет ставить в ~/.node
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	23. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+2 +/–
	Сообщение от ffsdmad (ok), 25-Апр-18, 08:16
	попробуй без опции -g (--global) ставить
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	50. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от Аноним (-), 25-Апр-18, 12:43
	>  попробуй без опции -g (--global) ставить   Нет, вы не поняли. В вашем случае пакет с зависимостями установится в ./node_modules, и запускать его надо будет через $ node ./node_modules/some_npm/bin/some_npm. А хочется, чтобы он установился куда-нибудь в ~/.global_node_modules и его можно было запускать прямо по имени из терминала. https://github.com/nodeschool/discussions/wiki/Installing-gl...-(Linux-and-Mac) Вот сейча читаю, там предлагают сделать 3. Another option: take ownership of /usr/local sudo chown -R $USER /usr/local Смешно, конечно. Есть еще Option 2: возможность устанавливать npm-пакеты "глобально" в домашнюю папку, Там нужно PATH обновить, какую-то настройку npm-a, и все, в принципе работает. Никаких рутовских прав не нужно. Непонятно, почему до сих пор такое поведение не являеся поведением по умолчанию
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	51. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от Илья (??), 25-Апр-18, 12:46
	https://github.com/nodeschool/discussions/wiki/In stalling-global-node-modules-(Linux-and-Mac) Извините, кажется, опеннет обрезает ссылки
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	32. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от Аноним (-), 25-Апр-18, 09:11
	После включения в современные версии npm команды npx, надобность в глобальных пакетах вообще отпала. Не могу представить себе  ни одной причины, по которой еще нужно использовать глобальные пакеты.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	43. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от ВебЗоопарк (?), 25-Апр-18, 10:24
	> После включения в современные версии npm команды npx, надобность в глобальных пакетах > вообще отпала. Не могу представить себе  ни одной причины, по > которой еще нужно использовать глобальные пакеты. Ну да, ну да. В документации черным по еблому INSTALL npm install -g npx
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	64. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 26-Апр-18, 22:23
	> Не могу представить себе  ни одной причины, по > которой еще нужно использовать глобальные пакеты. Для уязвимостей самое то.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	44. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+1 +/–
	Сообщение от Аноним (-), 25-Апр-18, 10:43
	Так надо Node ставить из NVM, а не репозитория, тогда и global пакеты будет храниться в юзерспейсе, как и сама Node.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

45. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
Сообщение от Аноним (-), 25-Апр-18, 10:46
NPM 6 войдет в состав Node только к версии 10.1, не раньше.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

49. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
Сообщение от Аноним (-), 25-Апр-18, 12:35
В июне выйдет обновление с V8 6.7 (насчет 6.8 команда не уверена, что имеет смысл тратить время на починку ABI V8 к версии 6.6).
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

52. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
Сообщение от anonymous (??), 25-Апр-18, 13:04
эта та байда с псевдо асинхронным callback hell про которую ее создатель сказал что ее нужно похоронить и писать на golang?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	56. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от Аноним (-), 25-Апр-18, 16:13
	"Вспомнити", ты ли это?
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	63. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 26-Апр-18, 22:22
	> эта та байда с псевдо асинхронным callback hell про которую ее создатель > сказал что ее нужно похоронить и писать на golang? Можно ссылку?
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	67. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+1 +/–
	Сообщение от Вы забыли заполнить поле Name (?), 26-Апр-18, 22:34
	https://www.mappingthejourney.com/single-post/2017/08/31/epi.../
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	69. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от eeee (?), 01-Май-18, 01:06
	годно
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

53. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	–1 +/–
Сообщение от anonymous (??), 25-Апр-18, 13:07
>"каждой проблеме присвоен свой уникальный код ошибки" это просто мега LOL
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

59. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
Сообщение от Вареник (?), 25-Апр-18, 23:43
Релиз выходит за полгода до начала стабилизации???
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	61. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от Аноним (-), 26-Апр-18, 10:08
	Да, целых полгода на полировку и стабилизацию. А что в этом плохого?
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	62. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+2 +/–
	Сообщение от Вы забыли заполнить поле Name (?), 26-Апр-18, 22:19
	Рискну предположить, что аноним выше говорит, что это не релиз, а бета (или альфа) раз он еще не готов. Но видимо, в мире js заведено по-другому, чтобы веб-(животные, любящие бананы и лазить по деревьям) не боялись "полировать" и стабилизировать.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	68. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от Илья (??), 30-Апр-18, 10:27
	https://github.com/nodejs/Release#release-schedule Вот план релизов ноды. Перед тем как оскорблять людей, ознакомьтесь в следующий раз.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	70. "Выпуск серверной JavaScript-платформы Node.js 10 и пакетного..."	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 27-Дек-18, 18:19
	> https://github.com/nodejs/Release#release-schedule > Вот план релизов ноды. Перед тем как оскорблять людей, ознакомьтесь в следующий > раз. Ты Илюша не путай, никого я не оскорблял. Если ты в веб-макаках видишь что-то плохое, то это твои личные проблемы.
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема