Хы. Теоретики они такие теоретики..

А по поводу логики я стараюсь переложить на клиент все сложные вычисления. пусть себе юзер считает.
Единственное нужно разделять логику которую можно зачитерить - её нужно считать на сервере. Да и то не всегда - бывает достаточно делать проверки. Если проверки не проходят - читер.
Например поиск пути:
Клиент кликнул на точку - посчитал путь - отправил на сервер. сервер просто провалидировал путь - чтобы читеры не слали путь сквозь стены, например, или не делали мгновенного перемещения.
Если считать по астар на сервере - довольно нагрузочная задача.
Но для ботов сервер считает сам.

Здесь вариант просто включить множество возможных вариантов (как правила в шахматах).
Пример, максимальный шаг передвижение по экрану 1px за 1 квант-запрос, все остальное игнор..
Что то на подобии битовой маски состояния(или иначе графы состояний).
Единственная проблема здесь боты))но это бичь нашего времени(в плане игр).

А подскажите пожалуйста. Как примерно высчитать какой сервер нужен.
Или какой максимальный пропускной канал серва?
Какой траффик будет идти от одного человека, играющего в приложение?

Сорри. Не могу правильно сформулировать что нужно. Надеюсь меня поймут.

а лучше использовать 2 в одном, т.е. обычная игра с некоторыми элементами реалтайма, чем в данный момент я и занимаюсь, только пока не знаю как реализовать онлайн между двумя играками))

Что значит "не знаю как реализовать онлайн"? Т.е. не знаешь как написать сервер или не знаешь самой сути обмена между двумя игроками через сервер? Или просто не знаешь языка на котором можно было бы написать сервер? )

Большой % людей имеет непозволительный для реалтайма пинг.
Большой % людей сидит через прокси - не получается подцепиться по сокету.

Из-за этого теряется смысл браузерной игры, проще писать клиента отдельно.

Большой это какой? Большой процент игроков живет в Питере и в Москве, они платят деньги и у них все ок с пингом и интернет соединением в целом.

Typeof да именно не знаю сути и не знаю как написать сервер, не разу с этим не сталкивался

Ну а к примеру если мы имеем какую-то походовую игру, где ход каждого игрока по очереди ограничивается таймером - мы можем обойтись прямыми запросами (flash-php-mysql), не обращаясь к сокетам и серверам на яве и си?
Как часто отправлять запросы к мускул-серверу? допустим игра на двух игроков.
По необходимости или синхронизировать с "отстающим" игроком?
Просто если изначально при заходе на сервер перед непосредственно стартом самого процесса игрового делать запись в какой-то таблице - мол мы зашли и онлайн, а потом просто обновлять статус записи - как часто это делать двум игрокам?