- подскажите архитектуру по расчету времени прибытия такси, Pahanivo, 22:52 , 04-Дек-16 (1) +1
- подскажите архитектуру по расчету времени прибытия такси, DeerFriend, 23:47 , 04-Дек-16 (2) +1
- подскажите архитектуру по расчету времени прибытия такси, evgeniy123, 03:49 , 05-Дек-16 (3)
>>> подскажите архитектуру по расчету времени прибытия такси. >> графы, не? >> а ваапсче, раздражают "архитекторы матриц" с подобным "великим и могучим" > Это, судя по всему, тот самый фрилансер, который согласился за выходные сделать > как у яндекс.такси или подобных.точно не тот :) Но интересно
- подскажите архитектуру по расчету времени прибытия такси, evgeniy123, 03:51 , 05-Дек-16 (4)
>> подскажите архитектуру по расчету времени прибытия такси. > графы, не? > а ваапсче, раздражают "архитекторы матриц" с подобным "великим и могучим" Пожалуйста не будем о языках.Если есть что сказать или спросить то пожалуйста
- подскажите архитектуру по расчету времени прибытия такси, omnomnin, 20:36 , 05-Дек-16 (5)
- подскажите архитектуру по расчету времени прибытия такси, ыы, 13:12 , 06-Дек-16 (9)
- подскажите архитектуру по расчету времени прибытия такси, evgeniy123, 14:04 , 06-Дек-16 (10)
>> подскажите архитектуру по расчету времени прибытия такси. По websocket у нас приходят >> данные условно 5 раз/sec. Каждый раз когда человек наводит на >> новое место отбытие нужно посмотреть в каком то радиусе сколько машин >> и выбрать с минимальным расстоянием и среднем ото всех. использовать google >> api. Нужно также учитывать что каждый водитель может выбрать радиус, >> в котором он согласен ехать. вот как такое сделать используя поменьше >> ресурсов ? Спасибо >> PS Если не в нужную тему пишу то подскажите куда лучше > Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве > базы данных вероятно следует использовать NoSQL системы хранения.Проект уже на 70% сделан. Остались модули некоторые один из которых расчёт времени. Нужно так же учитывать что маршруты нужно хранить в конце не в памяти
- подскажите архитектуру по расчету времени прибытия такси, ыы, 14:21 , 06-Дек-16 (11)
- подскажите архитектуру по расчету времени прибытия такси, evgeniy123, 14:31 , 06-Дек-16 (12)
>[оверквотинг удален] >>>> api. Нужно также учитывать что каждый водитель может выбрать радиус, >>>> в котором он согласен ехать. вот как такое сделать используя поменьше >>>> ресурсов ? Спасибо >>>> PS Если не в нужную тему пишу то подскажите куда лучше >>> Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве >>> базы данных вероятно следует использовать NoSQL системы хранения. >> Проект уже на 70% сделан. Остались модули некоторые один из которых >> расчёт времени. Нужно так же учитывать что маршруты нужно хранить >> в конце не в памяти > ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки...Работа только с гоогле. Машин много поэтому каждый раз делать запрос на каждую машину - как то дороговато. лучше по тригонометрии искать ближайших несколько и затем по них средний результат. я так думаю.чтобы не терять привычку работать с mysql насколько будет медленнее он если я буду хранить в memory таблице ?
- подскажите архитектуру по расчету времени прибытия такси, ыы, 14:43 , 06-Дек-16 (13)
- подскажите архитектуру по расчету времени прибытия такси, evgeniy123, 22:20 , 06-Дек-16 (14)
>[оверквотинг удален] >>>> Проект уже на 70% сделан. Остались модули некоторые один из которых >>>> расчёт времени. Нужно так же учитывать что маршруты нужно хранить >>>> в конце не в памяти >>> ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки... >> Работа только с гоогле. Машин много поэтому каждый раз делать запрос на >> каждую машину - как то дороговато. лучше по тригонометрии >> искать ближайших несколько и затем по них средний результат. я так >> думаю.чтобы не терять привычку работать с mysql насколько будет медленнее >> он если я буду хранить в memory таблице ? > с mysql в любом случае будет медленнее чем с NoSQL У них поле point и оптимизация для гео. Вы пробивали пробовали то и то ?
|