https://opennet.me/openforum/vsluhforumID8/8059.html подскажите архитектуру по расчету времени прибытия такси. По websocket у нас приходят данные условно 5 раз/sec. Каждый раз когда человек наводит на новое место отбытие нужно посмотреть в каком то радиусе сколько машин и выбрать с минимальным расстоянием и среднем ото всех. использовать google api. Нужно также учитывать что каждый водитель может выбрать радиус, в котором он согласен ехать. вот как такое сделать используя поменьше ресурсов ? Спасибо<br><br>PS Если не в нужную тему пишу то подскажите куда лучше<br> https://opennet.me/openforum/vsluhforumID8/8059.html#14 Tue, 06 Dec 2016 19:20:15 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt;&gt; Проект уже на 70% сделан. Остались модули некоторые один из которых <br>&gt;&gt;&gt;&gt; расчёт времени. Нужно так же учитывать что маршруты нужно хранить <br>&gt;&gt;&gt;&gt; в конце не в памяти <br>&gt;&gt;&gt; ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки...<br>&gt;&gt; Работа только с гоогле. Машин много поэтому каждый раз делать запрос на <br>&gt;&gt; каждую машину - как то дороговато. лучше по тригонометрии <br>&gt;&gt; искать ближайших несколько и затем по них средний результат. я так <br>&gt;&gt; думаю.чтобы не терять привычку работать с mysql насколько будет медленнее <br>&gt;&gt; он если я буду хранить в memory таблице ?<br>&gt; с mysql в любом случае будет медленнее чем с NoSQL <br><br>У них поле point и оптимизация для гео. Вы пробивали пробовали то и то ?<br><br> https://opennet.me/openforum/vsluhforumID8/8059.html#13 Tue, 06 Dec 2016 11:43:10 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt;&gt; базы данных вероятно следует использовать NoSQL системы хранения.<br>&gt;&gt;&gt; Проект уже на 70% сделан. Остались модули некоторые один из которых <br>&gt;&gt;&gt; расчёт времени. Нужно так же учитывать что маршруты нужно хранить <br>&gt;&gt;&gt; в конце не в памяти <br>&gt;&gt; ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки...<br>&gt; Работа только с гоогле. Машин много поэтому каждый раз делать запрос на <br>&gt; каждую машину - как то дороговато. лучше по тригонометрии <br>&gt; искать ближайших несколько и затем по них средний результат. я так <br>&gt; думаю.чтобы не терять привычку работать с mysql насколько будет медленнее <br>&gt; он если я буду хранить в memory таблице ?<br><br>с mysql в любом случае будет медленнее чем с NoSQL<br> https://opennet.me/openforum/vsluhforumID8/8059.html#12 Tue, 06 Dec 2016 11:31:48 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt;&gt; api. Нужно также учитывать что каждый водитель может выбрать радиус, <br>&gt;&gt;&gt;&gt; в котором он согласен ехать. вот как такое сделать используя поменьше <br>&gt;&gt;&gt;&gt; ресурсов ? Спасибо <br>&gt;&gt;&gt;&gt; PS Если не в нужную тему пишу то подскажите куда лучше <br>&gt;&gt;&gt; Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве <br>&gt;&gt;&gt; базы данных вероятно следует использовать NoSQL системы хранения.<br>&gt;&gt; Проект уже на 70% сделан. Остались модули некоторые один из которых <br>&gt;&gt; расчёт времени. Нужно так же учитывать что маршруты нужно хранить <br>&gt;&gt; в конце не в памяти <br>&gt; ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки...<br><br>Работа только с гоогле. Машин много поэтому каждый раз делать запрос на каждую машину - как то дороговато. лучше по тригонометрии искать ближайших несколько и затем по них средний результат. я так думаю.чтобы не терять привычку работать с mysql насколько будет медленнее он если я буду хранить в memory таблице ?<br> https://opennet.me/openforum/vsluhforumID8/8059.html#11 Tue, 06 Dec 2016 11:21:39 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt; и выбрать с минимальным расстоянием и среднем ото всех. использовать google <br>&gt;&gt;&gt; api. Нужно также учитывать что каждый водитель может выбрать радиус, <br>&gt;&gt;&gt; в котором он согласен ехать. вот как такое сделать используя поменьше <br>&gt;&gt;&gt; ресурсов ? Спасибо <br>&gt;&gt;&gt; PS Если не в нужную тему пишу то подскажите куда лучше <br>&gt;&gt; Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве <br>&gt;&gt; базы данных вероятно следует использовать NoSQL системы хранения.<br>&gt; Проект уже на 70% сделан. Остались модули некоторые один из которых <br>&gt; расчёт времени. Нужно так же учитывать что маршруты нужно хранить <br>&gt; в конце не в памяти <br><br>ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки...<br> https://opennet.me/openforum/vsluhforumID8/8059.html#10 Tue, 06 Dec 2016 11:04:03 GMT &gt;&gt; подскажите архитектуру по расчету времени прибытия такси. По websocket у нас приходят <br>&gt;&gt; данные условно 5 раз/sec. Каждый раз когда человек наводит на <br>&gt;&gt; новое место отбытие нужно посмотреть в каком то радиусе сколько машин <br>&gt;&gt; и выбрать с минимальным расстоянием и среднем ото всех. использовать google <br>&gt;&gt; api. Нужно также учитывать что каждый водитель может выбрать радиус, <br>&gt;&gt; в котором он согласен ехать. вот как такое сделать используя поменьше <br>&gt;&gt; ресурсов ? Спасибо <br>&gt;&gt; PS Если не в нужную тему пишу то подскажите куда лучше <br>&gt; Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве <br>&gt; базы данных вероятно следует использовать NoSQL системы хранения.<br><br>Проект уже на 70% сделан. Остались модули некоторые один из которых расчёт времени. Нужно так же учитывать что маршруты нужно хранить в конце не в памяти <br> https://opennet.me/openforum/vsluhforumID8/8059.html#9 Tue, 06 Dec 2016 10:12:46 GMT &gt; подскажите архитектуру по расчету времени прибытия такси. По websocket у нас приходят <br>&gt; данные условно 5 раз/sec. Каждый раз когда человек наводит на <br>&gt; новое место отбытие нужно посмотреть в каком то радиусе сколько машин <br>&gt; и выбрать с минимальным расстоянием и среднем ото всех. использовать google <br>&gt; api. Нужно также учитывать что каждый водитель может выбрать радиус, <br>&gt; в котором он согласен ехать. вот как такое сделать используя поменьше <br>&gt; ресурсов ? Спасибо <br>&gt; PS Если не в нужную тему пишу то подскажите куда лучше <br><br>Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве базы данных вероятно следует использовать NoSQL системы хранения.<br> https://opennet.me/openforum/vsluhforumID8/8059.html#8 Tue, 06 Dec 2016 06:32:15 GMT &gt; Мне не нужна курсовая. Лучше скажите что нибудь по делу, а не <br>&gt; к деньгам переходите.<br><br>По делу - тебе лучше идти от сюда, пока тебе не начали грубить.<br><br> https://opennet.me/openforum/vsluhforumID8/8059.html#7 Tue, 06 Dec 2016 06:30:49 GMT &gt; Пожалуйста не будем о языках.Если есть что сказать или спросить то пожалуйста <br><br>Ну, во-первых, я о языке (ед. число). И нет таки, будем. Это первое, чему нужно обучиться - владеть языком и формулировать мысли чтобы они были понятны окружающим.<br><br> https://opennet.me/openforum/vsluhforumID8/8059.html#6 Mon, 05 Dec 2016 22:12:45 GMT &gt; написание курсача - услуга платная <br><br>Мне не нужна курсовая. Лучше скажите что нибудь по делу, а не к деньгам переходите. <br>