Hужно ли дублировать вычисления на клиенте и сервере?

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

Давайте тогда посмотрим в сторону очередей сообщений — клиент кидает серверу сообщения, в которых описаны его действия, они копятся в памяти, т.е. при записи никаких вычислений, а сервер отдельным контрольным потоком(ами) периодически обходит все очереди сообщений — например каждые 1-10 секунд

Hужно ли дублировать вычисления на клиенте и сервере?

OVER 9000 покупок

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

Hужно ли дублировать вычисления на клиенте и сервере?

хм, я так понимаю Вы только на этапе проектирования. Регистрировать в любом случае придется все. Что же вы, на стороне клиента планируете хранить во время офлайна данные? Что вы скажите человеку, который ввалил деньги в игру, а потом у него слетела операционка и все данные потерялись. он запускает игру и у него опять все по нолям?

Hужно ли дублировать вычисления на клиенте и сервере?

Это ж представляете, какая нагрузка будет ложиться на сервер? А если на сервере 500 000 человек в день играет, все это считать, да еще и каждый раз при сохрании информации, а этих сохранений может быть сотни за сессию.

Если бы хотя бы намекнули на геймплей, можно было бы что-то более конкретное и реальное думать.
Пассивная статистика на то и пассивная, что бы не слишком нагружать. Пример (например RPG):
Чтобы персонаж прокачался с 1-го уровня до 2-го ему нужно 100 опыта. На текущем этапе могут попадатся противники, с которых можно получить от 0 до 20 опыта.
Пассивная статистика будет содержать такие данные:
Текущий уровень — 1
Запрашиваемый уровень — 2
Убито противников — 10
Заработано опыта — 115

Сервер по матрице соответствия проверяет, что для перехода с 1 на 2-й уровень нужно 100 опыта, на этом этапе максимальный опыт за единицу врага — 20, т.е. минимально нужно убить 5 врагов, а убито 10 — Доступ разрешен.
Т.е. задача проанализировать несколько цифр практически без вычислений — помоему это более легкий вариант для сервера, чем параллельное вычисление.

Hужно ли дублировать вычисления на клиенте и сервере?

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

Hужно ли дублировать вычисления на клиенте и сервере?

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

Hужно ли дублировать вычисления на клиенте и сервере?

В этом случае несомненно! Естественно все зависит от характера игры. Упоминание сервера и клиента просто практически однозначно наталкивают на мысль о мультиплеере.
В этом случае можно использовать такой подход — для получения доступа к следующему уровню персонажа(раунда игры) по ключевому событию (повышение уровня, переход в следующий раунд) отправлять на сервер пассивную статистику — например время потраченное на этап, количество убитых/собранных вещей, количество своих поражений/смертей, потраченных ресурсов и т.п. — если результаты статистики похожи на реальную игру, выдавать ключ, открывающий доступ к следующему этапу игры, если видим хак, сообщаем, что обнаружено мошенничество, баним либо возвращаем в состояние начала текущего уровня.

Hужно ли дублировать вычисления на клиенте и сервере?

В первом случае, про АД — я имел ввиду, что если вычисления производятся в каждом клиенте отдельно и на сервере, то каждый участник такой системы должен знать про результаты вычислений всех остальных участников системы, для этого нужно иметь или соединения между всеми участниками или посредника, т.е. опять возвращаемся к системе, с сервером в центре.

CSS: фиксированный заголовок в резиновом блоке во всю его ширину

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

CSS: фиксированный заголовок в резиновом блоке во всю его ширину

обратите внимание на width: inherit; — это и дает нужный эффект, только по моему в IE должно стоять 100% вместо inherit, это решается простым хаком.

CSS: фиксированный заголовок в резиновом блоке во всю его ширину

хм, предоставленный код вполне удовлетворяет условию «Нужно чтобы блок заголовка .header занимал всю ширину блока .container и при прокрутке оставался видимым.». Надеюсь я Вам помог :)

А чтобы без дополнительного элемента:

Copy Source | Copy HTML

1. <style>
2.   .container
3.   {
4.     width: 75%;
5.     background: #eee;
6.     overflow: auto;
7.     height: 600px;
8.   }
9.  
10.   .header
11.   {
12.     background: #ccc;
13.     width: inherit;
14.     position: absolute;
15.   }
16.  
17. </style>
18. <div class='container'>
19.   <div class='header'>Header</div>
20.     <br />
21.     <p>Some text</p>
22.     ...
23.     <p>Some text</p>
24. </div>

CSS: фиксированный заголовок в резиновом блоке во всю его ширину

Copy Source | Copy HTML

1. <style>
2.   .container
3.   {
4.     width: 75%;
5.     background: #eee;
6.   }
7.  
8.   .header
9.   {
10.     background: #ccc;
11.   }
12.  
13.   .body
14.   {
15.     overflow: auto;
16.     height: 600px;
17.   }
18. </style>
19. <div class='container'>
20.   <div class='header'>Header</div>
21.   <div class='body'>
22.     <p>Some text</p>
23.     ...
24.     <p>Some text</p>
25.   </div>
26. </div>

CSS: фиксированный заголовок в резиновом блоке во всю его ширину


Header
Some text
.................
Some text




CSS: фиксированный заголовок в резиновом блоке во всю его ширину

.header {
position: fixed;
left: 0;
right: 0;
top: 0;
background: #ccc;
}

Только в этом случае хидер перекрывает собой первый элемент, поэтому нужно первому элементу или margin-top задать равный высоте хидера или вставить пустышку с такой же высотой.

CSS: фиксированный заголовок в резиновом блоке во всю его ширину

Поспешил с position: absolute;. Первый вариант для position: fixed;

CSS: фиксированный заголовок в резиновом блоке во всю его ширину

II) разнести по фреймам

III) вынести все содержимое за заголовком в один контейнер, назовем его .body, этому контейнеру задать высоту и прокрутку при переполнении

CSS: фиксированный заголовок в резиновом блоке во всю его ширину

right:0;
top: 0;

PHP: непонятное поведение оператора "or"

перестарался, последний пример с запятой актуален только для JS

PHP: непонятное поведение оператора "or"

вырезка оттуда

LHE — левое выражение
RHE — правое выражение

LHE && RHE
1. Всегда выполняет LHE
2. если LHE — true, выполняет RHE

LHE || RHE
1. Всегда выполняет LHE
2. Если LHE — false, выполняет RHE

LHE, RHE
1. Всегда выполняет LHE
2. Всегда выполняет RHE

Датчики прикосновения?

В любом случае нужно в Вашем случае смотреть в сторону емкостных или индуктивных датчиков прикосновения. Емкостные дешевле, но на количественное определение площади будет влиять все — от температуры до влажности пальцев, а индуктивный — стабильнее, но внутри помещения и снаружи показатели будут отличаться из-за наводок электросети внутри помещения.