Здравствуйте, easy, Вы писали:
AVK>>Ага, в среднем по больнице . В часы пик, когда все тормозит, бывает до 100 запросов в секунду. И еще, не забывай о том, что немаленькая часть пользователей использует янус, а его запросы ой как непросты.
E>Я всегда думал, что клиенты пишутся, чтобы нагрузить часть работы на клиента.
В итоге так и происходит. Но в статистику, которую я упоминал, запросы януса не входят.
Здравствуйте, IT, Вы писали:
IT>К последнему. Но это не значит, что мы не будем использовать отработанные вещи в новом движке.
А не планируется ли публичная работа над движком или read-only доступ к репозиторию проекта для "интересующихся"? Или, к примеру, не сразу, а по прошествии некоторых стадий первичной работы?
Уже сформирован список функционала, который должен поддерживать новый движок, с учётом приемственности и растущей нагрузки при многопользовательской работе, с учётом потенциальной интеграции и поддержки "исторически сложившихся" клиентов?
Меня, правда, больше Янус интересует. И возможность использования "из него только" всего разнообразия функционала, предоставляемого движком.
Здравствуйте, akasoft, Вы писали:
A>А не планируется ли публичная работа над движком или read-only доступ к репозиторию проекта для "интересующихся"? Или, к примеру, не сразу, а по прошествии некоторых стадий первичной работы?
Мнение команды по этому вопросу пока сильно расходится. Будет видно по прошествии некоторых стадий первичной работы.
... << RSDN@Home 1.2.0 alpha rev. 0>>
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, akasoft, Вы писали:
A>Уже сформирован список функционала, который должен поддерживать новый движок, с учётом приемственности и растущей нагрузки при многопользовательской работе,
В черновом варианте да. Но все еще будет сильно меняться.
A> с учётом потенциальной интеграции и поддержки "исторически сложившихся" клиентов?
Это вобще пока не обсуждается. Что скорее всего наверняка будет — нативный сервис будет отличаться от текущего кардинально. Наверняка это будет WCF. Наверняка там будет пакетная схема обмена контента, а не как сейчас, фиксированные контракты на каждый вид контента. Да и структура контента очень сильно поменяется. Когда будут сервисы для старых клиентов — этого не знает никто.
Здравствуйте, AndrewVK, Вы писали:
AVK>В черновом варианте да. Но все еще будет сильно меняться.
Можно ли ознакомиться со списком?
AVK>Наверняка это будет WCF.
Это Индиго? А то Гугль на WCF выдаёт Клуб любителей кошек.
AVK> Наверняка там будет пакетная схема обмена контента, а не как сейчас, фиксированные контракты на каждый вид контента. Да и структура контента очень сильно поменяется. Когда будут сервисы для старых клиентов — этого не знает никто.
Имеет ли смысл в связи с этим продолжение доработки Януса под 2-ой фреймворк?
Здравствуйте, IT, Вы писали:
IT>Мнение команды по этому вопросу пока сильно расходится. Будет видно по прошествии некоторых стадий первичной работы.
Поскольку проблемы нагрузки с каждым годом становится всё очивиднее и очевиднее предлагаю координально пересмотреть архитектуру. Предлагаю следующий вариант:
1. Создать новый сервис, который будет заниматся выдачей неких файлов, в которых будут описаны ip-таблицы, где можно скачать данные сообщения.
2. После того, как клиентской приложение получит подобный файл от сервиса rsdn, клиент скачивает сообщения к себе и уже сам выступает в роли сервера (т.е. по аналогии с бит-торентами), с которо так же можно скачивать сообщения.
3. Система будет более распределенная, но это значительно снимет нагрузку с сайта.
Да я нашёл, я читал твою статью про Индиго. Просто с кошками прикололо, а Foundation шло третьим по списку.
AVK>Не знаю. Что точно, так это нового движка не будет минимум полгода.
Полгода для Януса не срок. Надо за эти полгода с БД чего-то придумать.
Здравствуйте, akasoft, Вы писали:
A>Полгода для Януса не срок. Надо за эти полгода с БД чего-то придумать.
Думаю, лучший вариант будет просто ценично всё переписать. На этот раз при разработке движка мы сразу постараемся учитывать такие вещи как янус и nntp клиента. Поэтому, всё должно получится гораздо проще. К тому же не исключено, что многие вещи можно будет зареюзать.
Если нам не помогут, то мы тоже никого не пощадим.
AndrewVK wrote:
>Здравствуйте, Pavel Dvorkin, Вы писали: > >PD>Сорри. Как-то не подумал, что провайдер от вас на расстоянии. Привык, понимаешь ли, что провайдер в том же здании , так что мне что у провайдера ставить, что у себя в комнате — почти одно и то же > >А кондиционеры, UPS, хаб с нормальной надежностью и возможность передернуть в ночь с субботы на воскресенье? >
Нет кондиционера. Увы. Сейчас в Омске +35, в комнате у меня — ненамного
меньше. Что касается хаба — он у меня в комнате, лежит на столе , но
жалою до сих пор на него не было.
Впрочем, для общего доступа я сайтов сложнее "Under construction" не
делал
Здравствуйте, KeyMaster, Вы писали:
IT>>Совсем недавно мы начали работать над новым движком.
KM>Раз уж такое дело, будет ли веб-клиент переписываться под Ajax? Не все ж на фреймах сидеть
Хотелось бы сделать скины, чтобы можно было легко менять морды. Но пока идей на этот счёт не густо. Может что-нибудь посоветуешь?
... << RSDN@Home 1.2.0 alpha rev. 0>>
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, IT, Вы писали:
IT>Хотелось бы сделать скины, чтобы можно было легко менять морды. Но пока идей на этот счёт не густо. Может что-нибудь посоветуешь?
Если ты про дизайн, то я в этом полный профан, руки не оттуда растут
Здравствуйте, KeyMaster, Вы писали:
IT>>Хотелось бы сделать скины, чтобы можно было легко менять морды. Но пока идей на этот счёт не густо. Может что-нибудь посоветуешь?
KM>Если ты про дизайн, то я в этом полный профан, руки не оттуда растут
Я тоже художник от слова "худо". Но я сейчас не об этом. Хотелось бы сделать поддержку разных скинов. Но стандартные средства ASP.NET 2.0 довольно ограничены для наших желаний. В частности, одним из скинов мог бы быть AJAX интерфейс.
... << RSDN@Home 1.2.0 alpha rev. 0>>
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, IT, Вы писали:
IT>Я тоже художник от слова "худо". Но я сейчас не об этом. Хотелось бы сделать поддержку разных скинов. Но стандартные средства ASP.NET 2.0 довольно ограничены для наших желаний. В частности, одним из скинов мог бы быть AJAX интерфейс.
Тогда я не совсем понял суть проблемы.
Проверяем, держит ли браузер пользователя аякс и выдаем аяксовый интерфейс, иначе — стандартный. И можно еще организовать ручное переключение между ними, чтобы пользователь сам мог выбирать, как ему больше нравится. Так например сделано на gmail.com.
Или тут что-то еще?
Прямо в серверной?
. В часы пик, когда все тормозит, бывает до 100 запросов в секунду. И еще, не забывай о том, что немаленькая часть пользователей использует янус, а его запросы ой как непросты.
Если нам не помогут, то мы тоже никого не пощадим.
