Перейти к содержимому

RenamedUser_27018

Бета-тестеры
  • Публикации

    14
  • Зарегистрирован

  • Посещение

  • Бои

    4374

Портал игры

Достижения пользователя RenamedUser_27018

Ефрейтор

Ефрейтор (3/14)

93

Оценка

  1. Еще было бы очень хорошим способом защиты - СМС-подтверждения важных операций (естественно, включаемое опционально, а не принудительно). Нажал продать танк - на телефон приходит СМС: "Кто-то с вашего аккаунта пытается продать танк ИС-4. Код подтверждения: 1234567" - и клиент запрашивает этот код и продает танк только после ввода. То же самое можно сделать для удаления или переобучения экипажа. А еще лучше - сделать настройку "танк залочен" - на залоченном танке можно играть и менять модули (хотя можно и модули сделать опционально лочимыми), но не продавать и не трогать экипаж. Захотел что-то поменять или продать - разлочил танк подтверждением на телефон (причем здесь тоже можно две опции - разлочить до конца сессии и разлочить насовсем). Разумееся, лочить танки можно только при наличии привязаного номера. Мне кажется, это будет компромиссной идеей между удобством и безопасностью. Правда предвижу, пользователи начнут пользоваться этим, только потеряв хоть раз свой аккаунт... Пока гром не грянет, как говорится)
  2. Честно, идея ТС какая-то слишком уязвимая и предсказуемая. У меня есть немного другая идея: 1) Допустим, в игре 20 карт. Никто нас не заставляет подбирать команды из одного общего пула, хуже не станет, если для каждой карты юзать свой пул (онлайн растет явно быстрее, чем новые карты появляются). Итак, игрок еще перед формированием команды определяется на какую-нибудь карту. 2) Есть несколько различных алгоритмов определения карты. Например, самый простой - для пользователя генерируется перестановка из 20 карт, очередь. Отыграл игрок бой - карта убирается из начала его очереди и кладется в рандомное место этой очереди, но не на первые 5 позиций к примеру. Каждые 10-15 боев очередь перемешивается, чтобы игрок не начал страдать вычислением и прогнозированием следующей карты. Более того, после дисконнекта пользователя очередь можно стирать. Второй вариант, посложнее - описать какой-нибудь параметризованный ГСЧ, но тут сложнее, ибо генерировать несколько одинаковых карт подряд он не должен. Первый вариант мне кажется проще, но если среди вас есть опытные математики, можете над вторым подумать) Примерно таким я вижу алгоритм выборки неповторяющихся карт.
  3. Была бы очень неплоха кнопочка "увеличить опыт за этот бой". Суть вот в чем: работает она только без према, стоит допустим в пределах 50-100 золотых. После каждого боя игрок, если хочет, нажимает на кнопку, и опыт и кредиты за этот бой увеличиваются в 1.5 раза, как если бы у игрока был прем. Юзать эту кнопку будут на удачных боях, а в зависимости от кол-ва удачных боев может уйти либо больше денег, чем за прем, либо меньше (тут еще есть большой фактор риска). Но очевидно это будет выгодно игрокам, заходящим в игру всего на пару боев. И разработчикам будет прибыльно, потому что "халявщики" смогут в порыве азарта за свои хорошие бои оплачивать умножение опытов и кредитов, когда за прем по каким-нибудь причинам платить не хотят. режим раскатывания губы>
  4. Засчита от перебора должна на сервере быть, а не на клиенте
  5. А по мне проще не разные типы файлов делать, а в скобках в повторах допустим писать кол-во опыта, которое было заработано танком (без учета множителей первого боя и према). А то бывают выигранные неудачные, и проигранные удачные бои. Надеюсь, в будущем в повторах будут сохраняться метаданные с краткой статистикой боя, и хэндлер, позволяющий отображать эти метаданные в проводнике, выбирать как столбцы в режиме Вид->Таблица и сортировать по ним) Ну или мини-файлменеджер, позволяющий просматривать краткую инфу о повторе, не загружая клиент.
  6. Условие "НеХулиган" я как раз-таки предлагаю хранить на логин-сервере, в хэш-тпблице (сложность обращения О(1), ну еще с учетом возможных коллизий, если хэши двух хулиганов совпадут, побольше)Условие "в бою" - проверять только в том случае, если клиент неожиданно завершил свою работу и пытается войти не позднее чем через 15 минут после начала боя, в который он вошел последним, при условии что не уничтожен был в этом бою на момент вылета. А "НеХулиган" - чтобы хулиганы не модифицировали клиент, заставив игнорировать условия проверки и считать игрока всегда в бою. Далее, к игровому серверу можно обращаться не обязательно сразу после получения запроса на проверку "в бою", а допустим класть запрос в буфер и каждые 10 секунд делать запрос на получение статуса всех игроков в этом буфере, и по результатам прошедших пропускать вне очереди, непрошедших помечать на полчаса хулиганами. Учитывая, что летунов по сравению со всеми логинящимися игроками не так уж и много - не думаю, что за 10 секунд это количество игроков сильно разрастется. А если допустим слишком много будет - или досрочно отправлять, или не попавших просто ставить в очередь ко всем, наплевав на то что они были в бою (как будто проверка не реализована).
  7. Можно сделать галочку "срочно пустите, мой танк в бою". При отмеченной галочке делать доп.запрос к игровому серверу, и если оказалось, что игрок наврал, или бой уже закончился - ставить игрока в конец очереди, и помечать аккаунт, не давая ему воспользоваться этой галочкой в течение допустим нескольких часов. Тогда галочку будут ставить только те, кто в процессе боя вылетел, и кол-во подобных запросов будет намного меньше количества логинящихся игроков. Как вариант, за три и больше ложных отметки галочки дополнительно блочить аккаунт на полчаса, чтобы игроки не воспользовались с целью "обмануть сервер и войти поскорее поперек очереди". А еще лучше - если эта галочка в интерфейсе не будет отображаться, а отслеживание вылетов посреди боя сделать на совести клиента. Допустим перед началом боя помечать в клиенте как "unclean", а после боя убирать пометку. Чтобы вылетевший клиент понял, что он вылетел посреди боя (ну и естественно статус unclean истекает через 15 минут, чтобы не было "вырубили свет, а через два часа врубили", когда бой давно протух)
  8. Можно сделать необязательную привязку, как доп.вариант восстановления доступа) И каждую неделю надоедать пользователю, не привязавшему аккаунт, вопросами о привязке, как это делает гугл. Как вариант, надоедать вопросами в зависимости от наличия у пользователя премиум-танков и танков выше допустим 7 уровня. Можно даже чем больше высокоуровневых танков, тем чаще напоминать о необходимости привязки.
  9. В ла2 вопрос злоупотребления анстаком на некоторых серверах решается так: во-первых, команда эта кастуется 5-10 минут (за это время игорк может успеть сделать себе чай), и кулдаун у неё час. Тут тоже что-то подобное сделать можно, хотя 5 минут это много, можно на 2 минуты останавливать танк (если игрок застрял, ему всё равно уже будет наплевать, ибо двигаться и так не может). Ну и глобальную проверку - юзать эту возможность можно не чаще раза в сутки (сомневаюсь, что есть такие неудачники, которые застряют чаще, не ЗБТ сейчас). А место переноса - допустим посчитать вектор между точкой застявания и серединой танка, и передвинуть танк в этом направлении на пару пикселей. Тактически применить не удастся, потому что использование команды заморозит танк на 2 минуты, за это время его 10 раз уничтожат.
  10. Каждый извращается как умеет (с)
×
×
  • Создать...