Интерфейс показался забавным. А вот поиск не впечатлил.
Сравнил с другими сервисами — гик находит не самые быстрые и не самые дешёвые варианты. Долго ищет. Хотя, как я понимаю, все до единого сервисы пользуются одними и теми же источниками — их, помнится, в мире всего два, или три?
Что хотелось бы предложить… Я не встречал (может плохо искал?) сервисов, которые бы не требовали введения аэропорта. У нас в городе два аэропорта, и в точке назначения (курортной стране, например — 3). И мне, глубоко безразлично — из какого именно нашего аэропорта я буду вылетать, и так же всё равно — в какой аэропорт я прилечу (я могу же, теоретически, выбрать город назначения, а не конкретный аэропорт, или страну? :) А так — мне приходится делать минимум 2*3 запросов, чтобы понять, куда же мне лучше лететь.
Только наткнулся. А как быть, если сайт мультиязычный, и не все языковые конструкции можно (и нужно) пихать через JS переменные при вставке шаблона? Рендерить нужные наборы rumain_tpl.js, en_main_tpl...?
А насколько сильно страдает производительность? Единицы, десятки процентов?
Пробовал подобное (observable — переменные) навешивать на таблицу данных. Если 10-100 значений — нормально, если в боевом режиме (там до 1000 может доходить) — всё, браузер складывается…
Подозреваю что 10-100 asEventStream не особо напрягают систему?
Интересный проект.
На мой взгляд — немножко громоздкий дизайн для этого проекта. Для старта — гуд, но дальше надо упрощать.
P.S. Случайно попал на счётчик веса, где вес колеблется на 0.5-1 кг в течение дня… Это уж как-то совсем интимно получается, что делает человек в какое время, меняя свой вес… :)
Понятно. Мы решили уменьшить количество сущностей.
Всё равно сокетная часть размазана по кластеру и там уже не так страшно 40к одновременных будет, или 70к…
Хм. Пока не понял как сделать deploy на сервис отличный от deploydapp.com
В целом — очень интересная разработка, для fast-сервисов.
В девелоп режиме — отлично, вот только iE ругается на console.log — генерящийся в dpd.js
Сравнил с другими сервисами — гик находит не самые быстрые и не самые дешёвые варианты. Долго ищет. Хотя, как я понимаю, все до единого сервисы пользуются одними и теми же источниками — их, помнится, в мире всего два, или три?
Что хотелось бы предложить… Я не встречал (может плохо искал?) сервисов, которые бы не требовали введения аэропорта. У нас в городе два аэропорта, и в точке назначения (курортной стране, например — 3). И мне, глубоко безразлично — из какого именно нашего аэропорта я буду вылетать, и так же всё равно — в какой аэропорт я прилечу (я могу же, теоретически, выбрать город назначения, а не конкретный аэропорт, или страну? :) А так — мне приходится делать минимум 2*3 запросов, чтобы понять, куда же мне лучше лететь.
«Aw, Snap! Something went wrong while displaying this webpage...»
Хорошо хоть Save успел сделать :)
Но бекон попробую. Мало ли, вдруг в моём случае хорошо всё будет :)
Пробовал подобное (observable — переменные) навешивать на таблицу данных. Если 10-100 значений — нормально, если в боевом режиме (там до 1000 может доходить) — всё, браузер складывается…
Подозреваю что 10-100 asEventStream не особо напрягают систему?
На мой взгляд — немножко громоздкий дизайн для этого проекта. Для старта — гуд, но дальше надо упрощать.
P.S. Случайно попал на счётчик веса, где вес колеблется на 0.5-1 кг в течение дня… Это уж как-то совсем интимно получается, что делает человек в какое время, меняя свой вес… :)
Увы по основному high load — жёсткий NDA.
Кухня — erlang ;-)
Всё равно сокетная часть размазана по кластеру и там уже не так страшно 40к одновременных будет, или 70к…
и Opera (кроме мобильных) и IE (за 6-й, вот точно не скажу) — прекрасно живут с xhr-polling.
У нас стабильно xhr-polling + websockets
Просмотр и отправка сообщений в чате Выполнять указанные выше действия, когда я не использую это приложение
В целом — очень интересная разработка, для fast-сервисов.
В девелоп режиме — отлично, вот только iE ругается на console.log — генерящийся в dpd.js