Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
bured, видимо да, технологий-то море. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 03:18 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
МСУ, традиционные сокеты как-то слишком сложно для меня - не потяну, забуксую и брошу, нужно что-то попроще, WCF NET.TCP как раз нормально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 03:26 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
уТКатрадиционные сокеты как-то слишком сложно для меня но самое то для игр. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 03:34 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
уТКа, если клиент сильвер, то я бы пожалуй выбрал PollingDuplex - специально разработан для браузерного соединения, в 4-ке весьма усовершенствован... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 11:24 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
LR, он весьма тормозной, да и не понятные ограничения по количеству соединений, не раз натыкался на жалобы людей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 13:03 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
уТКа, хм... там пишут о возможности увеличить производительность (в 4-ке появился NetTcpBinding для polling duplex): Migration of client applications already utilizing HTTP polling duplex protocol to use net.tcp should require minimal changes in the application code. In practice, only the choice of the binding when creating a service proxy is affected. Similarly, a duplex WCF service already exposed over HTTP polling duplex endpoint will only require a new endpoint based on the NetTcpBinding from .NET Framework. This change can typically be done in configuration without modifying the service code. а что, 900 клиентов (для http) при ежесекундном оповещении недостаточно? одновременных участников игры будет больше? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 13:23 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
Вдогонку. В статье есть ссылка касательно масштабирования сервиса Второе, трафик (http) можно уменьшить используя BinaryMessageEncodingBindingElement ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 13:32 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
LR, никто не знает как оно будет, может поедет, а может топориком на дно океяна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 13:34 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
LR, хорошо было бы живой солюшен наваять на HTTP дуплексе, приаттачить. Заинтересовался. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 13:42 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
МСУ, ну так там же, в статьях Tomekа есть, вот из первой http://janczuk.org/code/samples/PollingDuplexSample.zip еще парочка (староватых, но не устаревших) ссылок: Pushing Data to a Silverlight Client with a WCF Duplex Service Silverlight 2 WCF Polling Duplex Support ну и еще нагуглить несложно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 14:10 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
уТКаникто не знает как оно будет, может поедет, а может топориком на дно океяна. ну, так пилотный проект - на http polling duplex, а если "поедет" - либо масштабировать, либо переделать на net.tcp (сокеты или тот же polling duplex)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 15:00 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
А вообще, если по-надёжному: ASP.NET + AJAX (дергаем сервер по таймеру в js) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 15:04 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
МСУ: и тогда можно будет вернуться к вопросу заданному в первом посте... LR: да, думаю можно и так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 15:51 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
уТКаМСУ: и тогда можно будет вернуться к вопросу заданному в первом посте... ... и тогда можно будет вернуть в ответу, написанному во втором посте - ничего синхронизировать не нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 16:28 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
МСУ, у нас видимо разное представление об игре. Представляем мысленно: - люди заходят в игру, вы зашли быстрее меня на секунду; ... - звучит команда "стрелять" у нас с вами Ajax скрипт дергает какой-то метод на ASP.NET, у вас на секунду раньше, у меня на секунду позже, но уже нужно "стрелять", и на "стрелять" отведен промежуток к примеру 2 секунды, так вот, вы сделаете выстрел, а я не уверен что успею - еще раз, как вы будете синхронизировать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 18:12 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
уТКа, О мой бог... Да не в синхронизации дело, а в периодичности запросов на сервер. Выставьте клиентскому таймеру минимальное значение и ожидайте "ответа". Во-вторых, на сервере не мешало бы сделать искуственную задержку для сбора результатов (чтобы все клиенты "успели" среагировать). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 19:10 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
МСУ, ну тогда и придумывать тут нечего, берем простой WCF и дергаем по заданному интервалу из Сервелата, аналогично из других Клиентов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 19:41 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
МСУДа не в синхронизации дело, а в периодичности запросов на сервер. Выставьте клиентскому таймеру минимальное значение и ожидайте "ответа".Глупость. Синхронизация состояния участников в сетевых играх необходима. В противном случае это будут сферические кони-наблюдатели в вакууме без возможности взаимодействовать с другими участниками (хоть посредством сервера, хоть напрямую друг с другом - вот это как раз не так уж важно). МСУВо-вторых, на сервере не мешало бы сделать искуственную задержку для сбора результатов (чтобы все клиенты "успели" среагировать).Ржу-не-могу. МСУ, ты и в сетевых играх гурой уже стал? Не пиши ерунды, ты в этой теме ничего не соображаешь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 19:45 |
|
||
|
Синхронизация Клиент(а/ов)
|
|||
|---|---|---|---|
|
#18+
уТКаМСУ, ну тогда и придумывать тут нечего, берем простой WCF и дергаем по заданному интервалу из Сервелата, аналогично из других Клиентов. В принципе да. Это может быть и какой пейдж метод, и метод asmx, и метод WCF. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2011, 19:51 |
|
||
|
|

start [/forum/topic.php?fid=21&msg=37045578&tid=1442523]: |
0ms |
get settings: |
7ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
30ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 11ms |
| total: | 123ms |

| 0 / 0 |
