форумы  помощь  поиск  регистрация  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум WEB технологии (Оптимизация, производительность)
Изначальное сообщение		[ Отслеживать ]

"подскажите архитектуру по расчету времени прибытия такси"	–5 +/–
Сообщение от evgeniy123 (ok) on 04-Дек-16, 01:09
подскажите архитектуру по расчету времени прибытия такси. По websocket у нас приходят данные условно  5 раз/sec. Каждый раз когда человек наводит на новое место отбытие нужно посмотреть в каком то радиусе сколько машин и выбрать с минимальным расстоянием и среднем ото всех. использовать google api.  Нужно также учитывать что каждый водитель может выбрать радиус, в котором он согласен ехать. вот как такое сделать используя поменьше ресурсов ? Спасибо PS Если не в нужную тему пишу то подскажите куда лучше
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "подскажите архитектуру по расчету времени прибытия такси"	+1 +/–
Сообщение от Pahanivo (ok) on 04-Дек-16, 22:52
> подскажите архитектуру по расчету времени прибытия такси. графы, не? а ваапсче, раздражают "архитекторы матриц" с подобным "великим и могучим"
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "подскажите архитектуру по расчету времени прибытия такси"	+1 +/–
	Сообщение от DeerFriend on 04-Дек-16, 23:47
	>> подскажите архитектуру по расчету времени прибытия такси. > графы, не? > а ваапсче, раздражают "архитекторы матриц" с подобным "великим и могучим" Это, судя по всему, тот самый фрилансер, который согласился за выходные сделать как у яндекс.такси или подобных.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "подскажите архитектуру по расчету времени прибытия такси"	+/–
	Сообщение от evgeniy123 (ok) on 05-Дек-16, 03:49
	>>> подскажите архитектуру по расчету времени прибытия такси. >> графы, не? >> а ваапсче, раздражают "архитекторы матриц" с подобным "великим и могучим" > Это, судя по всему, тот самый фрилансер, который согласился за выходные сделать > как у яндекс.такси или подобных. точно не тот :) Но интересно
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "подскажите архитектуру по расчету времени прибытия такси"	+/–
	Сообщение от evgeniy123 (ok) on 05-Дек-16, 03:51
	>> подскажите архитектуру по расчету времени прибытия такси. > графы, не? > а ваапсче, раздражают "архитекторы матриц" с подобным "великим и могучим" Пожалуйста не будем о языках.Если есть что сказать или спросить то пожалуйста
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	7. "подскажите архитектуру по расчету времени прибытия такси"	+/–
	Сообщение от Pahanivo (ok) on 06-Дек-16, 09:30
	> Пожалуйста не будем о языках.Если есть что сказать или спросить то пожалуйста Ну, во-первых, я о языке (ед. число). И нет таки, будем. Это первое, чему нужно обучиться - владеть языком и формулировать мысли чтобы они были понятны окружающим.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "подскажите архитектуру по расчету времени прибытия такси"	+/–
Сообщение от omnomnin on 05-Дек-16, 20:36
написание курсача - услуга платная
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "подскажите архитектуру по расчету времени прибытия такси"	–1 +/–
	Сообщение от evgeniy123 (ok) on 06-Дек-16, 01:12
	> написание курсача - услуга платная Мне не нужна курсовая. Лучше скажите что нибудь по делу, а не к деньгам переходите.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	8. "подскажите архитектуру по расчету времени прибытия такси"	+2 +/–
	Сообщение от Pahanivo (ok) on 06-Дек-16, 09:32
	> Мне не нужна курсовая. Лучше скажите что нибудь по делу, а не > к деньгам переходите. По делу - тебе лучше идти от сюда, пока тебе не начали грубить.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

9. "подскажите архитектуру по расчету времени прибытия такси"	+/–
Сообщение от ыы on 06-Дек-16, 13:12
> подскажите архитектуру по расчету времени прибытия такси. По websocket у нас приходят > данные условно  5 раз/sec. Каждый раз когда человек наводит на > новое место отбытие нужно посмотреть в каком то радиусе сколько машин > и выбрать с минимальным расстоянием и среднем ото всех. использовать google > api.  Нужно также учитывать что каждый водитель может выбрать радиус, > в котором он согласен ехать. вот как такое сделать используя поменьше > ресурсов ? Спасибо > PS Если не в нужную тему пишу то подскажите куда лучше Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве базы данных вероятно следует использовать NoSQL системы хранения.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	10. "подскажите архитектуру по расчету времени прибытия такси"	+/–
	Сообщение от evgeniy123 (ok) on 06-Дек-16, 14:04
	>> подскажите архитектуру по расчету времени прибытия такси. По websocket у нас приходят >> данные условно  5 раз/sec. Каждый раз когда человек наводит на >> новое место отбытие нужно посмотреть в каком то радиусе сколько машин >> и выбрать с минимальным расстоянием и среднем ото всех. использовать google >> api.  Нужно также учитывать что каждый водитель может выбрать радиус, >> в котором он согласен ехать. вот как такое сделать используя поменьше >> ресурсов ? Спасибо >> PS Если не в нужную тему пишу то подскажите куда лучше > Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве > базы данных вероятно следует использовать NoSQL системы хранения. Проект уже на 70% сделан.  Остались модули некоторые один из которых расчёт времени.  Нужно так же учитывать что маршруты нужно хранить в конце не в памяти
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	11. "подскажите архитектуру по расчету времени прибытия такси"	+/–
	Сообщение от ыы on 06-Дек-16, 14:21
	>[оверквотинг удален] >>> и выбрать с минимальным расстоянием и среднем ото всех. использовать google >>> api.  Нужно также учитывать что каждый водитель может выбрать радиус, >>> в котором он согласен ехать. вот как такое сделать используя поменьше >>> ресурсов ? Спасибо >>> PS Если не в нужную тему пишу то подскажите куда лучше >> Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве >> базы данных вероятно следует использовать NoSQL системы хранения. > Проект уже на 70% сделан.  Остались модули некоторые один из которых > расчёт времени.  Нужно так же учитывать что маршруты нужно хранить > в конце не в памяти ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки...
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	12. "подскажите архитектуру по расчету времени прибытия такси"	+/–
	Сообщение от evgeniy123 (ok) on 06-Дек-16, 14:31
	>[оверквотинг удален] >>>> api.  Нужно также учитывать что каждый водитель может выбрать радиус, >>>> в котором он согласен ехать. вот как такое сделать используя поменьше >>>> ресурсов ? Спасибо >>>> PS Если не в нужную тему пишу то подскажите куда лучше >>> Я бы предложил клиент-серверную, трехзвенную архитектуру на базе концепции REST. В качестве >>> базы данных вероятно следует использовать NoSQL системы хранения. >> Проект уже на 70% сделан.  Остались модули некоторые один из которых >> расчёт времени.  Нужно так же учитывать что маршруты нужно хранить >> в конце не в памяти > ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки... Работа только с гоогле. Машин много поэтому каждый раз делать запрос на каждую машину - как  то дороговато. лучше по тригонометрии  искать ближайших несколько и затем по них средний результат. я так думаю.чтобы не терять привычку работать с mysql насколько будет  медленнее он если я буду хранить в memory таблице ?
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	13. "подскажите архитектуру по расчету времени прибытия такси"	+/–
	Сообщение от ыы on 06-Дек-16, 14:43
	>[оверквотинг удален] >>>> базы данных вероятно следует использовать NoSQL системы хранения. >>> Проект уже на 70% сделан.  Остались модули некоторые один из которых >>> расчёт времени.  Нужно так же учитывать что маршруты нужно хранить >>> в конце не в памяти >> ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки... > Работа только с гоогле. Машин много поэтому каждый раз делать запрос на > каждую машину - как  то дороговато. лучше по тригонометрии   > искать ближайших несколько и затем по них средний результат. я так > думаю.чтобы не терять привычку работать с mysql насколько будет  медленнее > он если я буду хранить в memory таблице ? с mysql в любом случае будет медленнее чем с NoSQL
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	14. "подскажите архитектуру по расчету времени прибытия такси"	+/–
	Сообщение от evgeniy123 (ok) on 06-Дек-16, 22:20
	>[оверквотинг удален] >>>> Проект уже на 70% сделан.  Остались модули некоторые один из которых >>>> расчёт времени.  Нужно так же учитывать что маршруты нужно хранить >>>> в конце не в памяти >>> ну радиус это простая тригонометрия, а время прибытия- через яндекс-пробки... >> Работа только с гоогле. Машин много поэтому каждый раз делать запрос на >> каждую машину - как  то дороговато. лучше по тригонометрии >> искать ближайших несколько и затем по них средний результат. я так >> думаю.чтобы не терять привычку работать с mysql насколько будет  медленнее >> он если я буду хранить в memory таблице ? > с mysql в любом случае будет медленнее чем с NoSQL У них поле point и оптимизация для гео. Вы пробивали пробовали то  и то  ?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема