1. Memcached? Когда вы планируете набрать столько посетителей, что перестанет хватать mysql?
2. ИМХО не пойдет идея. Везущий должен вложиться сам, а покупатель вообще рисков не несет. Передумает покупатель, и у везущего на руках 5 айфонов останется?
3. Спасти может только предоплата вам, но, судя по способу монетизации, вы об этом не думали.
4. Откуда траффик и посетители? На крупных турпорталах уже есть пользователи с репутацией, но такой сервис доставки мало где используется. Догадываетесь, почему?
По пунктам:
1. В Лефортовском туннеле машина едет ничтожное время.
2. При въезде в туннель даже на большой скорости спутники не сразу исчезнут.
3. Если последние координаты около туннеля — все нормально. Опять же можно централизованно статистику собирать.
Стоп, по-порядку:
1) Я не утверждаю, что скайп все передает по UDP. Часть данных идет по UDP (это AP-AP).
2) В зависимости от ситуации может использоваться UDP или TCP (для локалки). Вот моя цитата:
1. Чего и когда скайп открывает — неизвестно. Для передачи чата может использоваться UDP. Для примера — AP-AP фича скайпа.
Я не утверждаю, что ТОЛЬКО UDP используется. UDP может использоваться, но не в 100%.
3) Доказать :)? Вам? Только при наличии исходников скайпа, да и то — протокол меняется от версии к версии.
Касательно STUN — на самом деле скайпом используется ICE для прохождения НАТ.
Вы, видимо, с VoIP (SIP/H.323) не работали. Почитайте для начала здесь про проблемы NAT — ru.wikipedia.org/wiki/STUN и задайте себе вопрос — как NAT поймет, куда отправлять UDP пакет из публичной сети в в приватную, не анализируя пакеты.
На «чистой» машине (без паразитных процессов, ходящих в инет — можно через фаервол запретить) надо смотреть не только TCP соединения, но и приход/уход данных через UDP.
Уже пробегала ссылка на то, как можно определить адрес другого абонента (но только если он не за натом).
1. Чего и когда скайп открывает — неизвестно. Для передачи чата может использоваться UDP. Для примера — AP-AP фича скайпа.
2. Потоков чата, чего еще-то?
3. Ну это насколько общеизвестно, что я даже ссылку искать не будут. Суперноды и прочее. Как иначе скайп на натом работает по UDP, а?
2. ИМХО не пойдет идея. Везущий должен вложиться сам, а покупатель вообще рисков не несет. Передумает покупатель, и у везущего на руках 5 айфонов останется?
3. Спасти может только предоплата вам, но, судя по способу монетизации, вы об этом не думали.
4. Откуда траффик и посетители? На крупных турпорталах уже есть пользователи с репутацией, но такой сервис доставки мало где используется. Догадываетесь, почему?
1. В Лефортовском туннеле машина едет ничтожное время.
2. При въезде в туннель даже на большой скорости спутники не сразу исчезнут.
3. Если последние координаты около туннеля — все нормально. Опять же можно централизованно статистику собирать.
В вашем случае вообще Манго офис лучше.
1) Я не утверждаю, что скайп все передает по UDP. Часть данных идет по UDP (это AP-AP).
2) В зависимости от ситуации может использоваться UDP или TCP (для локалки). Вот моя цитата:
1. Чего и когда скайп открывает — неизвестно. Для передачи чата может использоваться UDP. Для примера — AP-AP фича скайпа.
Я не утверждаю, что ТОЛЬКО UDP используется. UDP может использоваться, но не в 100%.
3) Доказать :)? Вам? Только при наличии исходников скайпа, да и то — протокол меняется от версии к версии.
Касательно STUN — на самом деле скайпом используется ICE для прохождения НАТ.
Уже пробегала ссылка на то, как можно определить адрес другого абонента (но только если он не за натом).
2. Потоков чата, чего еще-то?
3. Ну это насколько общеизвестно, что я даже ссылку искать не будут. Суперноды и прочее. Как иначе скайп на натом работает по UDP, а?