нужен технический совет по котировкам Мосбиржи

Привет всем! Нужна помощь техспецов. Хочу на смартлабе сделать вот такую табличку:

http://quote.rbc.ru/exchanges/demo/micex.0/intraday

Эта табличка у квоты обновляется автоматом раз в 5 сек.
Насколько я понял по API интерфейсу биржи, собирается она из вот таких запросов:

http://moex.com/iss/engines/stock/markets/shares/securities.xml?securities=GAZP

Как это лучше реализовать технически на стороне сервера?

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

+ я хочу ещё сохранять данные раз в 5-10 минут и делать с таким же интервалом определенные вычисления… результат которых будет в этой же табличке + сделать фильтры, по которым можно будет показывать бумаги

p.s. договор с биржей подписал

котировки

martynovtim

Тимофей Мартынов

Санкт-Петербург

8018

841 923

с 21 сентября 2010

44 Комментария

D.G.
07 июня 2016, 18:03
habrahabr.ru/company/dnevnik_ru/blog/167307/
nodeguide.ru/doc/modules-you-should-know/socketio/
На сервере делается пулинг данных с биржи, отслеживаются изменения в данных и по веб сокетам или другому транспорту отсылаются изменения клиентам. На клиенте можно использовать angular, backbone или react js. Серверная реализация может быть на .net + signalR или на node.js + socket.io, исходя из возможностей хостинга.
+1
togovse
07 июня 2016, 18:10
- На чем писать серверную часть?
  на чём угодно, я думаю это можно делать не на сервере, а на клиенте. Желательно чтобы данные с моекс приходили в json формате.
- Как сделать так, чтобы это минимально грузило сервак и выполняло расчеты параметров по каждой бумаге?
  Минимизировать запросы к серверу моекс, стараться все данные выкачивать одним запросом.
- еще, если моекс поддерживает отправку данных по вебсокетам, то вообще хорошо будет.
0
vlad1024
07 июня 2016, 18:18
Просто слать запросы параллельно потом агрегировать, на чем слать впринципе все равно, основная проблема это нагрузка на сервер биржи после которой она будет давать отлуп. На чем писать — на чем умеете, из скриптовых(Python, PHP) все равно, они по производительности равнозначны. Надо посчитать нагрузку, если ее придется снижать то писать стоит на Java/Go. Но лучше начать с простого решения — написать на том же языке что и сайт.
+2
Игорь Рябушкин
07 июня 2016, 18:52
Я бы делал так.

1. На SQL Server создал таблицу (скорее группу таблиц).
2. На SQL Server создал Stored procedure (на t-sql) которая делает нужные вычисления на базе таблиц из п.1
3. На .NET написал процедуру которая
3.1. Запрашивает данные по HTTP в формате XML
3.2. Парсит XML документ и записывает данные в таблицу из п.1
3.3. Вызывает процедуру из п.2
4. Создал задание по расписанию (на сервере) которое регулярно с заданной частотой выполняет процедуру п.3.

К подобного класса задачам лучше подходить обдуманно. Обдумывать максимально будущую систему в рамках которой будет работать данное решение. Фундаментальный вопрос тут — реляционная модель базы данных. Остальное — вторично. Модель данных — должна проектироваться исходя из модели семантического уровня. Несколько заумно может показаться, но делать лучше так.
+1

Читайте на SMART-LAB:

Стратегия 2026 по рынку акций от Mozgovik Research: трудный год, но, возможно, последний год низких цен

Сегодня у меня первый день официального отпуска. За окном темная звездная ночь, яркая белая луна, +24С и шум волн Андаманского моря. Неудачный перелет и джетлаг приводят к бессоннице, поэтому я...

Mozgovik

17.01.2026

Кремниевый юг России: история переезда и развития OsEngine. Видео

В этом выпуске рассказываем, почему наша компания уже более пяти лет находится в Краснодарском крае, а не в столице или за рубежом. Обсудим, как и зачем мы переехали из Новосибирска в Васюринскую,...

OsEngine

17.01.2026

Обновление кредитных рейтингов в ВДО и розничных облигациях (АО «Нэппи Клаб» понижен до ruC)

🔴АО «Нэппи Клаб» Эксперт РА понизило рейтинг кредитоспособности до уровня ruC, прогноз по рейтингу развивающийся. По рейтингу установлен статус «под наблюдением», что означает высокую...