1.1, Мр.Троллоло (?), 22:10, 23/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –12 +/– |
> платформы для выполнения высокопроизводительных сетевых приложений на языке JavaScript
Это юниксвей? Кто подскажет?
| |
|
2.8, Аноним (8), 23:52, 23/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Думаю, в контексте юниксвейности можно рассматривать эту хрень как ещё один интерпретатор ещё одного динамического языка. Чем это глобально отличается от Питона там или Руби? Если Питон или Руби юниксвейны, то и этот тоже, думаю... Если же существует какая-то глубинная разница и кто-то её пояснит, то я буду весьма благодарен.
| |
|
3.21, Аноним (21), 10:21, 24/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Основная фишка это ставка на асинхронность чего в Python завезли сравнительно недавно и реализовано это крайне костыльно. Пока там в Python все будут переписывать в Node уже все готово и работает.
| |
|
|
|
6.50, _hide_ (ok), 09:51, 07/10/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Там пул потоков для ввода/вывода, но он скрыт за eventloop-ом.
Понятно, это не один работник почты на 3 окна, а 3 работника в одном окошке :-)
| |
|
|
|
3.34, Andrey Mitrofanov (?), 13:12, 24/04/2019 [^] [^^] [^^^] [ответить]
| –5 +/– |
>Если Питон или Руби юниксвейны, то и этот тоже,
> думаю...
Постой. Прекрати повторять это слово
#>юниксвейны,
и немедленно дай нам определение.
А то от повторений и повторений, и повторений... во рту образуется
вкус слова "пустобрёх".
Пойду хлебну чего, освежусь, пока ты раздупляться буш.
| |
|
2.9, Аноним (9), 00:13, 24/04/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
Под юниксвеем обычно имеют ввиду поведение утилит, а это, как вы верно процитировали — платформа.
| |
2.12, Аноним (12), 04:26, 24/04/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
Надо было написать "низкопроизводительных" и все были бы согласны.
| |
2.20, Ilya Indigo (ok), 09:36, 24/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Представьте, Вы делаете сайт, который в реальном времени занимается обработкой спросов и предложений.
Например система транспортной логистики, в которой одни компании выкладывают грузы, которые нужно перевести из А в Б, а другие компании выкладывают услуги по перевозке и свободные в данный момент, транспортные средства, находящиеся надалеко от А и способные довести их до Б.
И при этом нужно чтобы сразу после добавления груза иди свободного транспортного средства менеджер транспортной компании увидел груз и/или машину, обговорил условия и договорился с ними обоими.
Каждый раз перезагружать страницы с кучей фильтров не вариант! Менеджер должен получать мгновенно информацию об этом, а также получать личные сообщения, ответы на вопросы в предложении и прочее!
Так вот, помимо задачи основного сайта, выполненной на PHP, задачу по обеспечению этой итеративности основанной на SSE или WebSockets возлагается на ноду.
При этом если упадёт нода, а она может упасть, так как нагрузка на него гораздо выше, чем на основной PHP, или закончится свободные соединения, то основной функционал сайта продолжит работать и быстро отзываться.
А также требования для обычного сайта (низкое время выполнения и большое кол-во запросов), прямо противоположно трбованию сервера для работы с SSE и WebSocets (долгое время выполнения, ограниченное кол-во подключений).
Так что в таком случае нода это самый что не на есть unixway!
P.S. Максим, благодарю за вынос "правка" в основной вид! :-)
| |
|
3.25, Аноним (21), 10:31, 24/04/2019 [^] [^^] [^^^] [ответить] | –1 +/– | Смешали говна и мух Это ошибка проектирования системы Причем тут Node js Соке... большой текст свёрнут, показать | |
|
4.29, Ilya Indigo (ok), 11:11, 24/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Смешали говна и мух.
Говно с мухами именно Вы подвезли!
> Это ошибка проектирования системы.
Конечно, отсутствие ляма рублей на хороший сервер - ошибка проектирования системы!
> О падениях на нагрузке в 10k - 100k соединений не заметил.
Нагрузка бывает совершенно разной и просто кол-во соединений ничего не говорит!
>> ... на основной PHP ...
>> А также требования для обычного сайта (низкое время выполнения и большое кол-во запросов)
> Как внезапно сайт на PHP выдает низкое время выполнения и большое количество
Вы вообще читать умеете или только срать!?
Не выдаёт, а настраивается веб сервер для оптимальной работы!
| |
|
3.33, Аноним (32), 13:07, 24/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Зачем перегружать сайт, php отлично умеет всё то что вы делаете на backend-е в Node.js
| |
|
4.35, Ilya Indigo (ok), 13:40, 24/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Зачем перегружать сайт, php отлично умеет всё то что вы делаете на
> backend-е в Node.js
Вы предлагаете через AJAX каждые 5 сек бомбить обновлениями?
Максимум через Comet (Long piling) каждые 100 сек посылать запросы?
Я, собственно, так сейчас и буду делать, через Comet. Но я понимаю, что это решение не для большой нагрузки. Будут куча ошибок, типа сервер ответ послал, а клиент его уже не ждёт (перещёл на другую страницу или ущёл) прищёл, а главное, из-за этих соединений начнёт тормозить сайт, то есть время отклика всего сайта.
Я пытался SSE реализовать на том же сайте, но понял это тупик, сайт себя вёл непредсказуемо, то тупил не переходя по ссылке и даже ребут апача выполнялся долго, как-будто он ожидал таймаута. (возможно из-за HTTP 2.0)
https://ru.stackoverflow.com/questions/967446/server-sent-events-apache-ah0069
И для оптимизации нужно повышать максимальное время выполнение скрипта, но я не хочу чтобы оно было более 120 сек, так как для сайта без Comet надёжнее когда оно маленькое, возможно вообще 30 сек ограничить.
Есть способы организовать SSE и Web Sockets на PHP, но это в любом случае будет отдельный хост или даже сервер. А нода, насколько я понимаю что это, она изначально разрабатывалась именно для этих целей.
| |
|
5.39, GentooBoy (ok), 00:58, 25/04/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
У вас http2 и вы говорите про Comet, да ладно? Посмотрите как сделаны современные веб чатики. Если есть что то на ноде то менять конечно не стоит, но если нет то посмотрите в сторону phoenix liveview.
У ноды есть свои проблемы, для какихто чатботов или другой маленькой функциональности я обеими руками за ноду, но что то сложное лучше уж искать другое решение, go,elixir (только к вашей задаче если я правильно понял что нужно) например. Тут проблема в том что кажеться что легко найти программиста под ноду но это увы не так
| |
|
|
7.46, Аноним (46), 12:06, 25/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
> что-то под названием - elixir
Язык, приложения на котором выполняются в виртуальной машине Erlang (EVM), более приятный на вкус и на ощупь, чем сам Эрланг. Эликсир относительно Эрланга - это примерно как Котлин, Груви, Скала и прочие - относительно Жабы.
| |
|
|
|
|
3.41, Аноним (46), 10:38, 25/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
> помимо задачи основного сайта, выполненной на PHP, задачу по обеспечению этой итеративности основанной на SSE или WebSockets возлагается на ноду
гм... решение, конечно, имеющее право на существование, но как-то это противоестественно выглядит - пришивать курице коровье вымя. Что помешало сделать статическую часть сайта на ноде или реалтаймовую часть на пыхе?
Кстати, "итеративность" здесь в чём? В алгоритме подбора пары груза/рейс?
| |
|
4.44, Ilya Indigo (ok), 11:03, 25/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
>> помимо задачи основного сайта, выполненной на PHP, задачу по обеспечению этой итеративности основанной на SSE или WebSockets возлагается на ноду
> гм... решение, конечно, имеющее право на существование, но как-то это противоестественно
> выглядит - пришивать курице коровье вымя. Что помешало сделать статическую часть
Я уже начал сомневаться, что мне нужна именно нода для этого, но в любом случае Web Sockets реализовываются на чём-то отдельно от основного сайта. Ноду я подумал взять так как ничего другого не знаю что было бы сделано именно для организации реалтайма для web.
> сайта на ноде или реалтаймовую часть на пыхе?
Это маразм! Инструменты предназначенные для противоположного.
> Кстати, "итеративность" здесь в чём? В алгоритме подбора пары груза/рейс?
Интерактивностью я обзываю реалтаймовасть, что не верно с моей стороны.
Нужно чтобы сообщения, комментарии, уведомления, новые грузы и транспорт появлялись сравнительно сразу (не дольше чем через 5 сек) без перезагрузки страницы.
P.S. Если я в новости про ноду получаю рекомендации не использовать ноду, для того, для чего мне казалось она и предназначена, то это, видимо, тоже что-то значит. :-)
| |
|
5.45, Аноним (46), 12:01, 25/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Web Sockets реализовываются на чём-то отдельно от основного сайта
Ну, если у вас такая своеобразная диверсификация - использование двух разных технологий (пых и нода) сделано для устойчивости к сбоям (в случае краша одного второе продолжает жить) - в принципе, можно и так...
> Интерактивностью я обзываю реалтаймовасть
А, так это была просто опечатка - не "итеративность" (метод последовательных приближений), а "интерактивность".
| |
|
|
3.47, Аноним (47), 04:42, 26/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Если-бы вместо слова nodejs было сказано, что-то вроде "шина", "amqp", "rpc" - сошел бы за середнячка, а так - в сад.
nodejs это вечная жопоболь с:
1. Кучей пакетов с блокирующими зависимости.
2. Отвратительная поддержка проектов - ибо школьники.
3. Непонятные и непрогнозируемые утечки, зомби и т.д.
4. Ну и самое глвное - сами ноджыэсники
| |
|
4.48, Ilya Indigo (ok), 09:00, 26/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
> nodejs это вечная жопоболь с:
> 1. Кучей пакетов с блокирующими зависимости.
> 2. Отвратительная поддержка проектов - ибо школьники.
> 3. Непонятные и непрогнозируемые утечки, зомби и т.д.
> 4. Ну и самое глвное - сами ноджыэсники
Я с Вами согласен, пол год работал над CRM-кой на Ангуляре и зарёкся больше никогда с этим говном не работать.
Но там он использовался через *опоу, там нужно было приложение на Qt, но поскольку старший руко*оп не бум-бум в C++, нам приходилось переписывал с делфи на Ангуляр, при этом виртуалке с XP и проектом хватало 256МБ и он летал там, а этому ...цензура... на ангуляре было и 5 Гиг мало, оператива расходовалась как не в себя, при этом жутко и долго тормозил.
Я свалил оттуда через пол года от такого мусора.
Ну всё разрабатывалась нода не для этого и может если ноду использовать по назначению от неё будет толк, или всё настолько в ней плохо?
| |
|
|
|
1.10, Аноним (-), 00:17, 24/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> это юниксгей? кто подскажет?
это тормозное рукожопоподелие... [anything] лучше...
| |
1.14, Аноним (-), 06:25, 24/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Интерестно: многие языки программирования, в том числе и интерпритируемые могут подключаться как библиотеки, а не кто не пытался создать "универсальный, самый-самый..." язык/интерпритатор/компилятор, в котором бы просто были бы собранны всевозможные библиотеки/языки? Т.е. в коде пиши любой оператор от любого языка, а компилятор/интерпритатор синхронизирует "окружение" всех библиотек/диалектов, соответствие объектов, переменных и прочего...
| |
|
2.42, Аноним (46), 10:41, 25/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Универсальный самый-самый язык попытались сделать в Министерстве обороны США. Назвали Адой. Получилось так себе.
| |
|
1.19, IronMan (?), 09:13, 24/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
>Enterprise Linux 7
Кто такой, чем знаменит?
Чем-то напомнило "на Mac и PC".
| |
|
2.26, Аноним (21), 10:34, 24/04/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
el7 это кодовое название для CentOS и Red Hat вместе взятых.
Знаменит ущербной системой пакетов и поддержкой пакетов от сотворения Linux.
В целом есть еще коммерческая поддержка, но по факут бесполезность чуть более чем полностью.
| |
|
3.36, IronMan (?), 14:44, 24/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
> el7 это кодовое название для CentOS и Red Hat вместе взятых.
> Знаменит ущербной системой пакетов и поддержкой пакетов от сотворения Linux.
> В целом есть еще коммерческая поддержка, но по факут бесполезность чуть более
> чем полностью.
То есть по сути это версии RHEL? А Oracle linux, например, сюда относится? А SUSE уже не ынтерпрайз?
| |
|
|
|
2.49, НяшМяш (ok), 13:15, 29/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Facepalm.jpg. Ты так еще С99 с С++17 потестируй. Тебе же явно в анонсе написали, где увеличение производительности. Напиши код с асинкавейтами, с парсингом utf-8 в потоке и тогда сравнивай. Можешь качнуть вот эту репу https://github.com/YodaCoders/http-libraries-perf-test и протестить 8 vs 10 vs 12. На моём корыте 10 нода процентов на 30 быстрее 8 была в этом "бенчмарке".
| |
|
|