Почему Worker медленнее основного потока?

Что такое "фактические ошибки"? Если где-то в воркере ошибка возникает, она спокойно высвечивается в консоли, в чем проблема?
"отрабатывает, а не должен отрабатывать" он и так отрабатывает, перечитайте все сообщения
"увидите, где тормоза" - т.е. профайлеру доверять не стоит по вашему?) Там все четко отображается.
"Винить технологию, вместо поиска своих ошибок" - ох уж это токсичное снг-комьюнити, умеют упрекнуть даже в том, чего очевидно и нет)

Почему Worker медленнее основного потока?

Руслан Лопатин, сделал пару проверок, конкрено:

• Ставил листенер на ошибки - молчит
  
• Заново копировал алгоритм из варианта с мейн-тредом, ничего не поменялось
  
• Была теория, что eval (worker-loader в dev-режиме собирате модули в них) не позволяет оптимизировать код, так что собрал воркер без эвалов, но результатов тоже не дало
  

Все больше склоняюсь к тому, что ресурсы среды воркера урезаются, вряд-ли это "точь в точь такая же среда исполнения, но в другом потоке", как в ноде. Этим и может объясниться ограниченность воркеров в том, что даже нет интерфейсов для вызова конкретных методов их них и приходится самому костылить адрессовку

Штош, буду делать вычисления на WebGL и шейдерах))

Почему Worker медленнее основного потока?

Lynn «Кофеман», нет, в воркере гарантированно тот же самый код, что и мейне, без лишних postMessage-ей и тд
Как уже говорил, профайлер все четко показывет, те же самые таски в воркере работают значительно медленнее
Выложить код не могу, тут уж извиняюсь

Как написать телеграм бота, который работает от имени юзера, а не бота на node.js?

А в чем проблема бота?

Почему для JS не создают новых директив в роде "use strict"?

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

Почему для JS не создают новых директив в роде "use strict"?

Отсечение - это не добавление

Верно, но только, подразумевается, что: трудно добавлять, не убрав что-то мешающее

Ибо что бы там не написал - в старом браузере новые фичи магическим образом не появятся.)

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

Какой тип конфиг-файла лучше всего использовать для Node.js?

Как понимаю, в .env-е лучше хранить: порт сервака, токены(пр идентификаторы), логины и пароли (от бд и пр), пути до файлов/каталогов, соли для шифрования? Что будет лишним и что бы добавить?

Умерла-ли флешка?

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

Умерла-ли флешка?

Ezhyg, по этой статье пытался потыкать флеху, но в базе данных (сайта, что в статье указан) не нашел соответствующей модели.

Если пригодится, вот:
Name: Flash Drive FIT (USB3.1)
VID&PID: Vid_090c&Pid_1000
Speed: full speed
Vendor Description: Samsung
Product Description: Flash Drive FIT
Serial Number: 0332118070007644

Умерла-ли флешка?

John Smith, да я т понимаю) Просто эта флешка такая компактная, что можно не вынимать, когда в сумку ноутбук помещаешь)
Крч, не надо было уделять ей столько важности, могла б ведь и совсем умереть и данные я б уже не спас)

Умерла-ли флешка?

John Smith, не, слегка так только. Единственные зверства, что с ней я вытворял - это была постоянно подключена к ноуту, система то включается, то засыпает, то отключается по несколько раз в день

Умерла-ли флешка?

ТыжСисАдмин, тут еще важно, что данные я смог сбэкапить уже после того, что случилось. Разве что, пару папок не удалось сохранить (процесс, якобы, прошел успешно, но никаких файлов не переместилось).
Папки были достаточно крупными, под 2 гига и их было не жалко ( т.к. node_modules)) )
Еще из примет: пару папок дублировались, расположились рядом, название сохранили такое же, но в другой кодировке, так что получилась каркозябра.
Вообщем, поэтому я надеялся, что шанс есть и это не физическое повреждение.

Умерла-ли флешка?

АртемЪ, не эксперт в терминологии

Умерла-ли флешка?

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

Как обращаться с refresh token?

Статью-то читал, но не думал, что комментарии будут полезны)
Возник вопрос, а зачем хранить ref-tokens на серваке, если мы можем прямо в него пихнуть срок годности, подделать без ключа его нельзя будет, соответсвенно, мы можем ему доверять?
И в итоге, сервак разгружен

Какой фреймворк выбрать для Node.js в 2019?

Сначала свои собственные определения терминов "Фронтенд" и "Бекенд"..
Потом "лучше PHP вместо ноды" (как окажется потом, из-за дешевизны и наличия крупных фреймворков)..
Кормить страшилками про SSR по 3 секунды (хотя, видимо, проблема в самом проектировании)( или это опять неявное уползание темы в решение других задач (не SSR) сервером)..
Запросы к базе у него блокирующие и безответные..
Асинхронщина у него проблемная..
PHP у него используется "для серьезных вещей" и это не потому, что изначально древний проект писался на нем... А, или нет, мы опять уползаем и на самом деле говорили про Go и пр. очевидно более крутых технологиях, но так, что бы было размыто..

Вас не понять...

Какой фреймворк выбрать для Node.js в 2019?

Мне так нравятся синтетические примеры вкупе с топкой за "более крутые технологии")

Должен быть всегда максимально быстрый ответ для КАЖДОГО пользователя, никто не должен ждать кого то. Который ждет чего то серьезного, он пусть хоть 20 сек висит, а другие 4999 пользователей должны получить что хотят сразу

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

Какой фреймворк выбрать для Node.js в 2019?

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

это какие?) Распараллелить ноду?))

Какой фреймворк выбрать для Node.js в 2019?

Какая-то синтетика у вас...
Это не секундный пользователь(разок на сайт зашел, поглядеть) не надо за него переживать вроде: "а вдруг убежит?". Это контент-мейкер, для него оправдано ждать хоть день, скажи ему только, что "модерацию твоя статья проходит, жди, епт". После этих самых 3-х секунд, с сервака наш ценный пользователь получает ответ (200(все ок)/400(ошибка фронтендера)/500(ошибка бэкэндера))

Каким чудом "БД" и "аяксом" стоят вместе? Если речь шла о трехзвенной архитектуре, то стоило это сказать сразу) В таком случае, где проблема с узнаванием момента добавления данных в БД?

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

Какой фреймворк выбрать для Node.js в 2019?

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

вот с этим уже действительно могу согласится, PHP дешевле выйдет во всем

Работа с БД (орм и т.п), синхронность и т.п в ноде будет большим гемором

дак эти самые орм и призваны дизгемороить работу с БД

Не говорю уже про дебагинг и стабильность)

TS, модули для тестов и пр.

даст то, что не даст нода

ради моего интереса, можно примеры?

бороться с ее асинхронностью

или предварительно понять ее, а особенно async await, и жить станет в радость)