Если бы у автора был бы доступ к кошелькам Tether.Может быть они сидят в Биткоинах как автор до продажи своей крипты.
Ведь у автора до момента продажи тоже было 0 баксов.
это можно сказать о любом проекте.
может открою вам секрет, но все агрегаторы не несут юридически
ответственность за пассажиров, а позиционируют себя исключительно как сервис заказа и не более
и любой кто посадил к себе пассажира за деньги должен быть как минимум самозанятый.
у яндекса есть «партнеры» они скорей всего и несут все риски.
Насколько мне известно подвижек в этом вопросе не было,
года два назад точно сейчас не могу сказать как обстоят дела.
И такси я исключительно для примера привожу, где можно использовать технологию.
CAS — это (content addressed storage)
в нашем случае это (location addressed… ) как это назвать?
У меня получилось дерево, но при этом при выпадении одного узла сеть разрывается. в DHT к одному узлу можно прийти минимум с двух сторон
что то подобное и я сделал.
Самое главное в этом увлекательном процессе не умереть с голоду)).
Речь не шла о том как сэкономить деньги агрегаторам,
речь шла об изменениии принципов поиска и возможности исключить
посредников.
В недалеком прошлом человек, чтоб уехать, выходил на дорогу к водителю
потому что он не мог другим образом найти его После этого решались вопросы цены, маршрут
, статус водителя, вопрос безопастности.
Основная задача, которую решал агрегатор изначально это сообщить ближайшим к пассажиру
водителям о намерениях пассажира «ехать», а водитель уже решал по ситуации.
Возьмем DHT, поиск узла ведется по ID 160 бит, здесь я предлагаю физические координаты
узла использовать как это id.
А искать можно все что угодно, отправить запрос можно как ближайшим узлам и подсетям,
так и любым другим участникам сети.А в параметрах запроса указать что мы ищем( такси, грузчика
и др. услуги). В принципе узел может находиться в нескольких оверлеях одновременно для удовлетворения
разных потребностей, например для поиска файлов больше подойдет сеть типа DHT
и использовать при этом одни и те же каналы связи(соединения, сокеты)
Помимо отслеживаеия авто еще необходимо:
— обрабатывать входящие заявки от пассажиров и назначать эти заявки водителям
— расчет расстояния и стоимости проезда
— отдавать водителям список заявок для самостоятельного выбора
— хранить состояние заявки и менять статус
— ip-телефония и чат пассажир-водитель
— рейтинги водителей
— ведение лицевого счета водителя и пассажира
— подгрузка карт для навигации, созлание маршрута
думаю это еще не все задачи.
В сутки обрабатывается только одним из агрегаторов до 3 млн заявок
еще надо учесть пиковые нагрузки утром и вечером.
Ну а так конечно все относительно.
Ведь у автора до момента продажи тоже было 0 баксов.
это можно сказать о любом проекте.
может открою вам секрет, но все агрегаторы не несут юридически
ответственность за пассажиров, а позиционируют себя исключительно как сервис заказа и не более
и любой кто посадил к себе пассажира за деньги должен быть как минимум самозанятый.
у яндекса есть «партнеры» они скорей всего и несут все риски.
Насколько мне известно подвижек в этом вопросе не было,
года два назад точно сейчас не могу сказать как обстоят дела.
И такси я исключительно для примера привожу, где можно использовать технологию.
CAS — это (content addressed storage)
в нашем случае это (location addressed… ) как это назвать?
что то подобное и я сделал.
Самое главное в этом увлекательном процессе не умереть с голоду)).
речь шла об изменениии принципов поиска и возможности исключить
посредников.
В недалеком прошлом человек, чтоб уехать, выходил на дорогу к водителю
потому что он не мог другим образом найти его После этого решались вопросы цены, маршрут
, статус водителя, вопрос безопастности.
Основная задача, которую решал агрегатор изначально это сообщить ближайшим к пассажиру
водителям о намерениях пассажира «ехать», а водитель уже решал по ситуации.
Возьмем DHT, поиск узла ведется по ID 160 бит, здесь я предлагаю физические координаты
узла использовать как это id.
А искать можно все что угодно, отправить запрос можно как ближайшим узлам и подсетям,
так и любым другим участникам сети.А в параметрах запроса указать что мы ищем( такси, грузчика
и др. услуги). В принципе узел может находиться в нескольких оверлеях одновременно для удовлетворения
разных потребностей, например для поиска файлов больше подойдет сеть типа DHT
и использовать при этом одни и те же каналы связи(соединения, сокеты)
— обрабатывать входящие заявки от пассажиров и назначать эти заявки водителям
— расчет расстояния и стоимости проезда
— отдавать водителям список заявок для самостоятельного выбора
— хранить состояние заявки и менять статус
— ip-телефония и чат пассажир-водитель
— рейтинги водителей
— ведение лицевого счета водителя и пассажира
— подгрузка карт для навигации, созлание маршрута
думаю это еще не все задачи.
В сутки обрабатывается только одним из агрегаторов до 3 млн заявок
еще надо учесть пиковые нагрузки утром и вечером.
Ну а так конечно все относительно.