Как стать автором
Обновить

Комментарии 22

Долго ждал ваше Api. Но буквально на прошлой неделе реализовывал регистрацию через ваш OpenID и натолкнулся на очень большое неудобство когда открываешь страницу вашего сервиса, где пользователь мог бы авторизоваться, она рассчитана под полноэкранный разворот, а не на небольшое окошко в итоге получается такая жуть. Сделайте это шаблон адаптивным, что странно страницу с разрешениями для доступа после авторизации вы доработали.
Плюсую! Вроде как есть display=popup, а толку от него если там полный размер :)
Сейчас упрощенная страница покажется для мобильных устройств (параметр display работает только если устройство определится как мобильное).
Я сейчас посмотрел в трекере — есть тикет по поводу того, чтобы и для обычных браузеров можно было показать короткую форму в попапе, но он не особенно высоко приоритезирован.

Полагаю, что если апвоутнуть задачу через форум, ЦПП (ну или прямо здесь), то приоритет вполне может смениться. В каждую версию попадает 3-4 задачи по баг-репортам или реквестам от пользователей, так что все вполне реально.
У команды WG OpenID есть и доводы против, кстати:
С запуском OpenID провайдера столкнулись с тем, что появилось довольно много сайтов, которые спуфили аутентификацию варгейминга, предлагая во фрейме или в попапе без адресной строки ввести логин с паролем в форму, похожую на форму варгейминга. А поскольку угон аккантов — довольно больная тема для WG (по крайней мере была), то логин в окошках и фреймах сейчас не приветствуется.
Не понял связи с неудобным шаблоном страницы для авторизации.

И я думаю такие проблемы есть и более популярных провайдеров ОpenID как Вконтакте или Facebook и они их как то решают другими способами кроме неудобного шаблона для страницы.
Смысл в том, чтобы пользователь всегда мог посмотреть в адресную строку и увидеть, что он на домене варгейминга, ну или убедиться в обратном.

Как по мне, так это не особенно эффективная мера, но так решила команда в свое время. Плюсовать задачу это никак не мешает.
Я это кончено понимаю, но можно было сделать допустим минимально допустим размер окна и указать его в документации.

А то когда показываешь пользователям большие окна и они еще начинают жить своей жизнью это пугает их, тогда как небольшое окно с формочкой юзером воспринимается нормально, привыкли к этому уже не пугается.
И все-таки рекомендуемый метод — редирект. OpenID вполне позволяет указать удобный return_to. Простите, но пользователи Вконтакте и Facebook не вкладывают в свои аккаунты деньги и воровство аккаунтов с целью продажи у этих сервисов не является проблемой, в отличии от ситуации с танковыми. В этом вопросе мы ориентируемся скорее на amazon, например.
> Это может быть что угодно: интеграция с разными платформами и интерфейсами других сервисов, по-хорошему безумные пользовательские интерфейсы, концепция второго игрового экрана и многое другое.

Честно говоря игра заинтересовала не столько в качестве игрового процесса сколько в реализации API. (Потому что друзья иногда просят разработать утилитки для них). К сожалению API на данный момент объективно очень скудное.

Что бы сделать тот же «второй игровой экран» нет многих элементарных вещей вроде онлайна друзей, чтение чата и т.д и т.п.
Друг в клане попросил для их клана сделать возможность получить максимальный урон на технике — оказывается в игре это можно увидеть а в API этого нет. (Сошлись на том что сделаю средний урон на технике за минимальное N количество боев)
Вот совсем недавно кто-то просил сделать отображение игроков в клане с техникой на которых у них есть три боевые отметки — тоже нет в API.

Т.е. по сути API это хорошо — но лично мне приходится многим отказывать в их просьбе разработать для них что нибудь из за того что API на данный момент зачастую очень сильно отстает от того что есть в игре.
Можно смотреть опыт компании Samsung — они сделали ОС Bada, к нему сделали SDK на урезанном С++, где каждое приложение работало чуть ли не на уровне ядра и простая ошибка в приложении приводила к синему экрану смерти. А для того что бы элементарно скачать страницу с интернета приходилось писать несколько десятков строк кода и т.д. и т.п. На вопрос почему бы не сделать нормальный SDK на конференциях представители самсунг на полном серьезе без сарказма отвечали что при желании я могу сам выпустить SDK который решает множество элементарных вещей которые необходимы для разработки практически любого мобильного приложения. В итоге даже не смотря на серию конкурсов с бюджетом с миллионами долларов вроде этой платформа не взлетела.

Но в любом случае лучше какой нибудь API чем его отсутствие. Но лично мое мнение — стоит доработать API, расширить его возможности, более оперативно открывать API для новых возможностей и разработчики потянутся и без всяких конкурсов.
Samsung — они сделали ОС Bada, к нему сделали SDK на урезанном С++, где каждое приложение работало чуть ли не на уровне ядра и простая ошибка в приложении приводила к синему экрану смерти.


Вот этого как раз хотелось бы избежать. А для этого нужно чтобы моды работали в «песочнице», у которой есть описанный и понятный API, и которая, в том числе, помогала бы защищать игроков от недоброкачественных модов. Плюс такой подход сильно уменьшил бы вероятность конфликтов между модами и слом клиента при обновлении. Но это о-о-о-чень непросто сделать. Поэтому разговоры такие периодически всплывают, но пока только такими эпизодами все и ограничивается.
Пошукал немного, у всех танков price_xp равно 0… будет ли доступна в будущем эта информация?
Это в работе, но пока блокируется тем, что внутренние источники эту информацию не отдают. Т.е. да, в будущем будет доступна.
А вот эту фразу никто не видит что ли?
В рамках этого проекта мы также хотели бы собрать разработчиков игровых модов и попытаться наладить с ними конструктивный диалог. Если API к данным сейчас закрывает многие потребности разработчиков, то у мододелов жизнь сильно сложнее. Надеюсь, нам удастся сделать ее немного приятнее.

Просто сейчас мододелам действительно непросто и многие вещи делать сложно, вайна по этому поводу тоже немало. Так вот тут Варгейминг, считай, публично говорит о том, что хотел бы это изменить к лучшему. Пользуйтесь шансом, что ли.
Видим. Мне лично было бы увлекательнее сделать мод к игре нежели играть в эту игру. Например командир клана попросил для той же клановой тренировки что бы когда кто то стрельнул (без разрешения) над ним или в ушах отображался какой нибудь значек. (для того что бы не отвлекаться «кто стрелял» и т.п.). Или что бы над танком противника с минимум ХП/барбанщиками ставился знак фокуса (что бы новичкам было проще адаптироваться).

По сути когда взялся за решение этой задачи я не смог найти никакой документации, ни тем более никаких API/SDK. Отказал другу в решении этих, вроде простых на первых взгляд, задач просто потому что объем работы который надо было проделать (т.е. потратить очень много времени для того что бы просто разбираться в структуре/где что где лежит и какой файл за что отвечатет) для решения оказался неподьемным по времени на данный момент.

Прошу прощения что повторяюсь снова — но расширение API/SDK или документирование того что есть и как можно сделать привлекло бы значительно больше разработчиков.

Но в любом случае спасибо за начинание — однозначно поддерживаю ее и жаль что могу поставить только один + статье. Просто много друзей играют в эту игру и периодически слышу от них просьбу что нибудь для них сделать в этой игре, и мне самому было бы интересно разнообразить те задачи что я ежедневно решаю.
Я выше ответил. Да, API/SDK было бы круто, здесь все это понимают. Но на это в текущих обстоятельствах потребуется столько усилий, что ни у кого пока руки не поднимаются.

Если за время конкурса получится найти какой-то приемлемый для всех вариант решить эту проблему, то будет очень круто, я считаю.
Кстати, все хотел спросить, а почему авторизация OpenID, а не OAuth 2?
  1. потому что аутентификация, а не авторизация
  2. была необходимость чтобы это работало просто у каждого, у кого есть openid, иначе вход через wargaming.net был бы только у тех, кто приделал кнопочку и интегрировался с нашим OAuth
Версионность API забыли или я невнимательно читал документацию?
Версий API как таковых нет, но все обратно-несовместимые изменения анонсируются за несколько месяцев до фактического изменения.
Делал несколько фич для клана, понравилось, что хотелось бы изменить\добавить:
1. Кэширование ответа сервера. Если поставили высадку, то просчет хода скорее всего будет в течении часа, кэш успеет обновиться и игроки получат уведомления. Но если мы выиграли бой, то оповещение о следующем приходит когда мы уже его заканчиваем.
2. Мы ставим высадку в разных временных зонах, как вычислить время боя я так и не понял. Оно всегда абсолютно разное(оно верно для текущей часовой зоны), как узнать через апи на какое количество часов надо корректировать время боя, непонятно.
3. Хотелось бы собирать статистику по результатам мировой войны, кто участвовал\регулярно участвует в боях на ГК и сколько опыта\дамага сделал за бой. Что бы потом по результатам награждать\наказывать бойцов. Можно конечно парсить файл реплея(если дождался окончания боя, результат боя будет в реплее). Но через апи было бы гораздо удобнее
  • Реквестировать фишки в API эффективнее всего через форум и ЦПП. Этот фидбэк действительно обрабатывается и, как я говорил выше, в релиз попадает 3-4 задачи по реквестам
  • Coderr делал клевый мод по ГК, возможно сможет подсказать что-то с использованием текущего API
Зарегистрируйтесь на Хабре, чтобы оставить комментарий