Что-то последнее время часто у мелкомягких косяки по обновлениям. За год обновления семерки дважды ломали работу виртуальных машин, до выхода очередного обновления через три дня. Так что теперь свежие обновления предпочитаю не ставить, только через неделю.
Что он делает, что невозможно на вебсокетах? Хотелось бы узнать, так как внутри он использует именно вебсокеты.
А я разве утверждал, что он делает что-то исключительное. что нельзя сделать самому на веб-сокетах? Сокетио дает уже готовые решения.
Первые два — тривиальны и нет смысл ради этого тащить кило чёртовщины, а про масштабированность можно поподробнее?
Комнаты тривилальны пока нет необходимости масштабировать, но вряд ли миллион ваших пользователей будут комфортно себя чувствовать на одном ядре, или даже на одном сервере. Когда сообщениями через ваше приложение будут обмениваться пользователи, которых волею судьбы занесло на разные процессы или сервера, то придется решать этот момент. Не сказать, что это сложная задача, иметь готовые решения весьма не плохо.
Теоретически, можно попробовать через WebRTC. Он работает ближе к UDP и в нем есть дата-канал, но, вроде бы, еще не во всех браузерах. У меня была мысль попробовать сделать демку, но готового клиента для WebRTC в ноде не нашел, а самому разбираться не было времени.
Socket.io (да и вообще WebSockets) не очень подходят для «быстрых» игр сетевых. Гарантия доставки и последовательности TCP протокола дает ощутимые задержки если какой-то из пакетов по пути потеряется.
Мне вот всегда было интересно, что трудного в этой задачи? Особенно для программистов, если они знакомы с теорией информации.
И кстати, за три взвешивания можно гарантировано вычислить фальшивую монету из пачки до 27 монет.
Демка состояла из «катящихся» шариков. Делалась с помощью PIXI.js (в XDK, кстати, входит как один из вариантов). Возможно тормозит из-за того, что рендер идет через WebGL (хотя звучит как нонсенс), или аз-за того что был не полноценный билд, а через превью.
Вопрос к знатокам: как заставить игру, сделанную через Intel XDK работать быстро? Пробовал делать демку (на pixi.js), в мобильном хроме скорость нормальная, а варианте через XDK — слайд шоу с фпс 10-12.
Круто конечно, но только вот в вашем «большом примере» функция съест все ведущие пробелы, и нарушит форматирование html-кода. А если его нужно сохранить, тогда литерал будет выбиваться влево из основного кода.
Важность публикации ни кто не умиляет, придирка к формулировке, которая вводит в заблуждение.
"У R&C-пользователя вместе с возможностью комментирования появляются карма и рейтинг, однако сам он голосовать за публикации, комментарии и карму не может, пока его карма не достигнет необходимого значения" звучит как "R&C-пользователь сможет голосовать за публикации, комментарии и карму, когда наберет требуемое значение кармы". Но когда пользователь сможет набирать карму, он уже перестанет быть R&C, а будет "полноценным" пользователем.
Или я чего-то не понимаю, и есть возможность опубликовать статью в песочнице, получить за нее плюс в карму, но при этом не получить приглашения. Набрать таким образом положительную карму и получить возможность голосовать будучи R&C-пользователем. Но тогда возникает противоречие с пунктом "За карму R&C-пользователя можно голосовать только в минус", или это правило перестает действовать на публикации в песочнице.
У R&C-пользователя вместе с возможностью комментирования появляются карма и рейтинг, однако сам он голосовать за публикации, комментарии и карму не может, пока его карма не достигнет необходимого значения;
Но как его карма чего-то достигнет, если:
За карму R&C-пользователя можно голосовать только в минус
А я разве утверждал, что он делает что-то исключительное. что нельзя сделать самому на веб-сокетах? Сокетио дает уже готовые решения.
Комнаты тривилальны пока нет необходимости масштабировать, но вряд ли миллион ваших пользователей будут комфортно себя чувствовать на одном ядре, или даже на одном сервере. Когда сообщениями через ваше приложение будут обмениваться пользователи, которых волею судьбы занесло на разные процессы или сервера, то придется решать этот момент. Не сказать, что это сложная задача, иметь готовые решения весьма не плохо.
В скотио с выхода версии 1.0 произошло разделение на модули, при желании можно не тащить транспорты для фалбеков и использовать только вебсокеты.
А используют сокетио, главным образом, из-за реализованных механизмов комнат, нэмспесов, решенных вопросов с масштабированностью и тому подобному.
И кстати, за три взвешивания можно гарантировано вычислить фальшивую монету из пачки до 27 монет.
Попробую восстановить эксперимент.
"У R&C-пользователя вместе с возможностью комментирования появляются карма и рейтинг, однако сам он голосовать за публикации, комментарии и карму не может, пока его карма не достигнет необходимого значения" звучит как "R&C-пользователь сможет голосовать за публикации, комментарии и карму, когда наберет требуемое значение кармы". Но когда пользователь сможет набирать карму, он уже перестанет быть R&C, а будет "полноценным" пользователем.
Или я чего-то не понимаю, и есть возможность опубликовать статью в песочнице, получить за нее плюс в карму, но при этом не получить приглашения. Набрать таким образом положительную карму и получить возможность голосовать будучи R&C-пользователем. Но тогда возникает противоречие с пунктом "За карму R&C-пользователя можно голосовать только в минус", или это правило перестает действовать на публикации в песочнице.
У R&C-пользователя вместе с возможностью комментирования появляются карма и рейтинг, однако сам он голосовать за публикации, комментарии и карму не может, пока его карма не достигнет необходимого значения;
Но как его карма чего-то достигнет, если:
За карму R&C-пользователя можно голосовать только в минус