Да ну. А разве не ключиком и документами на него (как вариант, наклейкой) определяется лицензионность? Образы можно качать сколько душе угодно, главное, чтобы они с лицензионный дисков делались, а не ЗверьCD или типа того.
Вопрос задан тем, кто имеет опыт разработки серверов онлайн-игр. О том, какие подходы к данной задаче использовали и на каком остановились. К сожалению, мне пока советую либо костыли (нарисуй анимашку и пусть себе тупит), либо то, о чем я не спрашивал (как реализовать очередь итд. я и сам знаю, ну или спрошу отдельно. Я спрашивал о том, какие есть решения кроме очереди или о том, как так обрабатывать очередь, чтобы получать результат незамедлительно), либо вообще бред (типа, купи еще железа). Видимо, разработчики онлайн-игр в данных раздел не заглядывают(
Ну в данном случае, я спрашивал совет по технической реализации. Отмазаться от пользователей в виду собственной некомпетентности я и сам понимаю что можно. Но лучше такие вещи (экраны ожидания) будут контролированными, а не из-за кривой реализации, на случай если где-то, пусть в каком-то одном, но важном месте, такое ожидание будет ну совсем не к месту.
Чтобы там копаться, желательно знать где что искать и будет ли там нужное. Я не силен в чтении с++ кода и за разумное время там ничего найти не смогу. Так что это предложение в стиле поискать в гугле, для меня.
Меня интересует сам подход, принцип. и его гораздо лучше расскажет человек, который имеет опыт подобной разработки. Вот я жду, пока кто-то из таких людей зайдет в топик. Очевидные варианты я вроде уже и сам перебрал.
Да я знаю как реализовать опрос очереди и как заставить работать параллельно несколько скриптов. Там, где параллельно больше, чем количество ядер (ну или 2х количество ядер), параллельность уже преимуществ не даст. Если на карте 1М игроков и 10000 событий попало на одно время, то, допустим, 20 потоков роли не сыграют, все равно 500 событий на поток это много. Ситуация с 10К событий на одно время редкая, но реальная. Должен быть какой-то иной подход, который используют в серверах реального времени.
В данном случае должен быть моментальным. И не только потому, что у популярных игр в этом жанре так и игроки не поймут лишних задержек. Но так-же потому, что событие это не только бой, а может быть много чего еще на подобном принципе, где задержка будет сильно мешать, но на момент события нужны актуальные данные.
Теоретически, можно поставить задержку 1-2 секунды и сделать ее незаметной для пользователя. Это вариант я уже предложил выше. Но как-то это все некрасиво. А как риалтаймовые миры рассчитываются? Всякие WoW, где тысячи игроков и задержки больше пинга вообще недопустимы.
Ну да, это я и написал. Что будет, если событий назначено 1000, пользователь сделал запрос сразу после того времени на которое назначено событие? есть Шанс что оно не будет обработано на время запроса.
А что, контент прямо на конверте написан? бумажку то можно любую в конверт положить (в том числе и распечатать письмо, положить другой листок и аккуратно запечатать).
Я уже получил ответ, загружать частями, через silverlight, в опере он нормально работает, проблема у скрипта plupload. Дописать его, переделать серверное окружение под поддержку partial upload и все.