подскажите архитектуру по расчету времени прибытия такси. По websocket у нас приходят данные условно 5 раз/sec. Каждый раз когда человек наводит на новое место отбытие нужно посмотреть в каком то радиусе сколько машин и выбрать с минимальным расстоянием и среднем ото всех. использовать google api. Нужно также учитывать что каждый водитель может выбрать радиус, в котором он согласен ехать. вот как такое сделать используя поменьше ресурсов ? СпасибоPS Если не в нужную тему пишу то подскажите куда лучше
> подскажите архитектуру по расчету времени прибытия такси.графы, не?
а ваапсче, раздражают "архитекторы матриц" с подобным "великим и могучим"
>> подскажите архитектуру по расчету времени прибытия такси.
> графы, не?
> а ваапсче, раздражают "архитекторы матриц" с подобным "великим и могучим"Это, судя по всему, тот самый фрилансер, который согласился за выходные сделать как у яндекс.такси или подобных.
>>> подскажите архитектуру по расчету времени прибытия такси.
>> графы, не?
>> а ваапсче, раздражают "архитекторы матриц" с подобным "великим и могучим"
> Это, судя по всему, тот самый фрилансер, который согласился за выходные сделать
> как у яндекс.такси или подобных.точно не тот :) Но интересно
>> подскажите архитектуру по расчету времени прибытия такси.
> графы, не?
> а ваапсче, раздражают "архитекторы матриц" с подобным "великим и могучим"Пожалуйста не будем о языках.Если есть что сказать или спросить то пожалуйста
> Пожалуйста не будем о языках.Если есть что сказать или спросить то пожалуйстаНу, во-первых, я о языке (ед. число). И нет таки, будем. Это первое, чему нужно обучиться - владеть языком и формулировать мысли чтобы они были понятны окружающим.
написание курсача - услуга платная
> написание курсача - услуга платнаяМне не нужна курсовая. Лучше скажите что нибудь по делу, а не к деньгам переходите.
> Мне не нужна курсовая. Лучше скажите что нибудь по делу, а не
> к деньгам переходите.По делу - тебе лучше идти от сюда, пока тебе не начали грубить.
> подскажите архитектуру по расчету времени прибытия такси. По websocket у нас приходят
> данные условно 5 раз/sec. Каждый раз когда человек наводит на
> новое место отбытие нужно посмотреть в каком то радиусе сколько машин
> и выбрать с минимальным расстоянием и среднем ото всех. использовать google
> api. Нужно также учитывать что каждый водитель может выбрать радиус,
> в котором он согласен ехать. вот как такое сделать используя поменьше
> ресурсов ? Спасибо
> PS Если не в нужную тему пишу то подскажите куда лучшеЯ бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве базы данных вероятно следует использовать NoSQL системы хранения.
>> подскажите архитектуру по расчету времени прибытия такси. По websocket у нас приходят
>> данные условно 5 раз/sec. Каждый раз когда человек наводит на
>> новое место отбытие нужно посмотреть в каком то радиусе сколько машин
>> и выбрать с минимальным расстоянием и среднем ото всех. использовать google
>> api. Нужно также учитывать что каждый водитель может выбрать радиус,
>> в котором он согласен ехать. вот как такое сделать используя поменьше
>> ресурсов ? Спасибо
>> PS Если не в нужную тему пишу то подскажите куда лучше
> Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве
> базы данных вероятно следует использовать NoSQL системы хранения.Проект уже на 70% сделан. Остались модули некоторые один из которых расчёт времени. Нужно так же учитывать что маршруты нужно хранить в конце не в памяти
>[оверквотинг удален]
>>> и выбрать с минимальным расстоянием и среднем ото всех. использовать google
>>> api. Нужно также учитывать что каждый водитель может выбрать радиус,
>>> в котором он согласен ехать. вот как такое сделать используя поменьше
>>> ресурсов ? Спасибо
>>> PS Если не в нужную тему пишу то подскажите куда лучше
>> Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве
>> базы данных вероятно следует использовать NoSQL системы хранения.
> Проект уже на 70% сделан. Остались модули некоторые один из которых
> расчёт времени. Нужно так же учитывать что маршруты нужно хранить
> в конце не в памятину радиус это простая тригонометрия, а время прибытия- через яндекс-пробки...
>[оверквотинг удален]
>>>> api. Нужно также учитывать что каждый водитель может выбрать радиус,
>>>> в котором он согласен ехать. вот как такое сделать используя поменьше
>>>> ресурсов ? Спасибо
>>>> PS Если не в нужную тему пишу то подскажите куда лучше
>>> Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве
>>> базы данных вероятно следует использовать NoSQL системы хранения.
>> Проект уже на 70% сделан. Остались модули некоторые один из которых
>> расчёт времени. Нужно так же учитывать что маршруты нужно хранить
>> в конце не в памяти
> ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки...Работа только с гоогле. Машин много поэтому каждый раз делать запрос на каждую машину - как то дороговато. лучше по тригонометрии искать ближайших несколько и затем по них средний результат. я так думаю.чтобы не терять привычку работать с mysql насколько будет медленнее он если я буду хранить в memory таблице ?
>[оверквотинг удален]
>>>> базы данных вероятно следует использовать NoSQL системы хранения.
>>> Проект уже на 70% сделан. Остались модули некоторые один из которых
>>> расчёт времени. Нужно так же учитывать что маршруты нужно хранить
>>> в конце не в памяти
>> ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки...
> Работа только с гоогле. Машин много поэтому каждый раз делать запрос на
> каждую машину - как то дороговато. лучше по тригонометрии
> искать ближайших несколько и затем по них средний результат. я так
> думаю.чтобы не терять привычку работать с mysql насколько будет медленнее
> он если я буду хранить в memory таблице ?с mysql в любом случае будет медленнее чем с NoSQL
>[оверквотинг удален]
>>>> Проект уже на 70% сделан. Остались модули некоторые один из которых
>>>> расчёт времени. Нужно так же учитывать что маршруты нужно хранить
>>>> в конце не в памяти
>>> ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки...
>> Работа только с гоогле. Машин много поэтому каждый раз делать запрос на
>> каждую машину - как то дороговато. лучше по тригонометрии
>> искать ближайших несколько и затем по них средний результат. я так
>> думаю.чтобы не терять привычку работать с mysql насколько будет медленнее
>> он если я буду хранить в memory таблице ?
> с mysql в любом случае будет медленнее чем с NoSQLУ них поле point и оптимизация для гео. Вы пробивали пробовали то и то ?