15432: фишка в том что content-length не возвращается
Но возвращаемый тип данных - JSON
То есть при посимвольном переборе можно точно определить конец сообщения с помощью символа "}"
Точно, погуглить! Как же я не додумался...
У апачевского рантайма очень кривая и, что самое главное, очень тяжелая библиотека
Но кроме этого варианта, рабочих вариантов гугл не выдал
Именно по Stomp'у
Поэтому написал сюда
Андрей Буров: да, я понимаю что такое выборка
Я просто не знал про существование таких систем как Redis, поэтому и написал выборка
Ну раз такое есть, то можно и задачу адаптировать под такое скоростное решение :)
sim3x: динамика будет хранится в отдельной БД
Задача этой БД иметь актуальные цены
Грубо говоря синхронизироваться с сайтом откуда берутся цены
Динамика самих цен меня мало интересует, так как эти данные не имеют почти никакого практического применения
Важна лишь динамика цен продаж, которая приходит массивом из другого места
Андрей Буров: так ведь ключом как раз и может быть string значение (если я ничего не перепутал, в википедии написано что в Redis ключ может быть разных типов), а значением будет цена D3lphi: Спасибо за помощь :)
sim3x: программа постоянно мониторит цены
И эти цены приходят большими пачками
А эти пачки надо класть в БД
И быстро класть, а то пачек будем получать больше чем в состоянии положить в БД :)
Евгений Шатунов: да нет
Я крайний новичок, пока вообще слабо разбираюсь в C++
Так что вы мне очень сильно помогли советом и примером
Огромное спасибо :)
Спасибо за совет :)
Скажите, а не знаете ли возможно ли по этой схеме из самих dll как-то обращаться к классам и переменным, которые объявлены и находятся в основной программе?
А у вас первый сайт из списка лагал?
У меня просто i7, вроде бы вывозит всю анимацию
Интересно насколько первый проект оптимизирован
Там вроде бы самая сложная анимация из всего списка
Максим Тимофеев: я тоже об этом думал
Но на php я столкнулся со следующей проблемой
Php по сути создан для модели клиент-сервер
То есть сервер отработал, отправил данные и php-скрипт завершил свою работу
Мне же пришлось убрать максимальное время обработки php-сценария и зациклить его
Но если запустить такой скрипт, то я теряю контроль над ним (из-за того как раз, что я пытаюсь серверный язык использовать для фонового процесса)
Мне кажется это не есть грамотный подход - лопатой рубить дерево
Просто на момент написания первой версии была важна как раз таки скорость разработки
То есть я заведомо делал всего лишь черновой вариант, который должен будет отработать полгода пока не будет готова более оптимальная версия проекта
Также сильно напрягает тот факт что php интерпретируемый язык
На данный момент насколько я понимаю из языков высокого уровня самый быстрый C++
Так что видимо да, буду писать на нем
Если разумеется не найдется язык быстрее
В любом случае на php проект уже написан, надо хотя бы попробовать написать его на чем-нибудь более быстром (в теории более быстром)
Максим Тимофеев: эмм, что я решил? Что не на ассемблере? Ну так на ассемблере, я же говорю, я просто физически не смогу разрабатывать. Тупой я для ассемблера)) Я наверное зря не уточнил уровень языка, который я хочу найти, так как на низкий уровень силенок не хватит...
Или вы имеете ввиду что php быстрее чем c++?)
А то я даже не знаю где я чего решил))
Максим Тимофеев: ну как я и сказал, ассемблер очевиден, но увы я вынужден отказаться от этого языка из-за очень высокой сложности программирования
В моем проекте важно чтобы программа исполнялась максимально быстро
Объясняю почему
Нет определенного количества информации которая должна обязательно быть обработано
Программа должна будет действовать на максимальных ресурсах и обрабатывать столько информации сколько сможет
Я сомневаюсь что написание проги займет больше чем 2-3 месяца (я не говорю об ассемблере)
И это время я готов потратить на нее
Так что о времени разработки мы не говорим :)
Максим Тимофеев: ну почему же сложный?
Я работал с php и c c++ и я знаю что c++ быстрее чем php
Таким образом php уже точно отпадает
Ну и я надеялся что люди будут отвечать по своему опыту, что по их мнению работает действительно быстрее
А дальше основываясь на собранной информации не так трудно определить победителя :)
На счет ассемблера, это да, я и до этого знал что это лучший вариант для быстродействия
Но проблема в том что я ассемблер увы никак не потяну, слишком он... другой что ли...
Были уже попытки, после которых я точно решил что языки высокого уровня меня вполне устраивают XD
Но возвращаемый тип данных - JSON
То есть при посимвольном переборе можно точно определить конец сообщения с помощью символа "}"