Сообщения разработчиков на форуме
В этом разделе вы сможете найти посты разработчиков с официального форума. База обновляется каждый час и хранится на сервере wot-news.com. Если вы нашли какие-то ошибки, у вас есть предложения или пожелания, пишите на info@wot-news.com
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985320
Drahtigel (27 Сен 2013 - 06:44) писал: Мне вот другое с авторизацией интересно: когда речь идёт о
веб-приложении - тут всё просто, отправили клиента, с пометкой
вернуться взад в веб-приложение. А как быть с локальным
приложением? Отправить пользователя за авторизацией - без проблем,
а вот получить ответ... Сделать внутренний браузер - фактически
нарушить соглашение DPP, получить ссылку, зацепившись за браузер -
можно получить по рукам от антивирусника, например. Как вариант -
для локальных приложений генерировать пин-код, посредством которого
будет разово выдаваться токен (который в последствии сохраняется и
продляется). Либо придумывать какой-то ещё путь...
pro2s (27 Сен 2013 - 07:57) писал: И вообще как быть с id для приложений - они по сути в публичном
доступе и могут использоваться несознательными личностями для
компроментации приложения и блокировки доступа к api.
CrazySys (27 Сен 2013 - 11:24) писал: Если app_id серверный - аутентификация не пройдет, так как запрос к
форме ввода логина/пароля идет с клиентской машины (вариант
проксирования не рассматриваем же?) и по любому упрется в привязку
к IP сервера (про слив серверного app_id в таком случае уже
писали). Про клиентский app_id вообще молчу, как тут упоминали выше
- непонятно как и куда должен прийти ответный запрос от самого API
:) А если его тупо использовать на стороне сервера, забив на слив,
но избавившись от привязки к IP, упрёмся в ограничение по кол-ву
запросов с одного IP.
begemotische (27 Сен 2013 - 13:23) писал: Я вообще не вижу смысла в аутентификации через новое апи. OpenId
это все-таки стандарт, он уже поддерживается, и он наверняка же
останется.
Ссылка на сообщение: #24985320
Drahtigel (27 Сен 2013 - 06:44) писал: Мне вот другое с авторизацией интересно: когда речь идёт о
веб-приложении - тут всё просто, отправили клиента, с пометкой
вернуться взад в веб-приложение. А как быть с локальным
приложением? Отправить пользователя за авторизацией - без проблем,
а вот получить ответ... Сделать внутренний браузер - фактически
нарушить соглашение DPP, получить ссылку, зацепившись за браузер -
можно получить по рукам от антивирусника, например. Как вариант -
для локальных приложений генерировать пин-код, посредством которого
будет разово выдаваться токен (который в последствии сохраняется и
продляется). Либо придумывать какой-то ещё путь...Hedeon: Для локального приложения использовать компонент браузер, через
который осуществялять логин. Например
webview для ios и android.
webview для ios и android.
pro2s (27 Сен 2013 - 07:57) писал: И вообще как быть с id для приложений - они по сути в публичном
доступе и могут использоваться несознательными личностями для
компроментации приложения и блокировки доступа к api.Hedeon: Для серверного приложения риск минимален, т.к. запросы идут между
серверами. Для автономных приложений абсолютной защиты не
существует, но в кабинете разработчика есть все возможности чтобы
быстро создавать и пересоздавать Application ID.
CrazySys (27 Сен 2013 - 11:24) писал: Если app_id серверный - аутентификация не пройдет, так как запрос к
форме ввода логина/пароля идет с клиентской машины (вариант
проксирования не рассматриваем же?) и по любому упрется в привязку
к IP сервера (про слив серверного app_id в таком случае уже
писали). Про клиентский app_id вообще молчу, как тут упоминали выше
- непонятно как и куда должен прийти ответный запрос от самого API
:) А если его тупо использовать на стороне сервера, забив на слив,
но избавившись от привязки к IP, упрёмся в ограничение по кол-ву
запросов с одного IP.Hedeon: У серверного приложения большая квота на количество запросов, что
не позволит уперется в ограничение. В ближайшем будущем
документация по данному вопросу будут дополнена.
begemotische (27 Сен 2013 - 13:23) писал: Я вообще не вижу смысла в аутентификации через новое апи. OpenId
это все-таки стандарт, он уже поддерживается, и он наверняка же
останется.Hedeon: Аутентификацией занимается WG Open ID, посредством которого
идентифицируется пользователь и далее PAPI может предоставлять
доступ к приватным данным.
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985320
Drahtigel (27 Сен 2013 - 06:44) писал: Мне вот другое с авторизацией интересно: когда речь идёт о
веб-приложении - тут всё просто, отправили клиента, с пометкой
вернуться взад в веб-приложение. А как быть с локальным
приложением? Отправить пользователя за авторизацией - без проблем,
а вот получить ответ... Сделать внутренний браузер - фактически
нарушить соглашение DPP, получить ссылку, зацепившись за браузер -
можно получить по рукам от антивирусника, например. Как вариант -
для локальных приложений генерировать пин-код, посредством которого
будет разово выдаваться токен (который в последствии сохраняется и
продляется). Либо придумывать какой-то ещё путь...
pro2s (27 Сен 2013 - 07:57) писал: И вообще как быть с id для приложений - они по сути в публичном
доступе и могут использоваться несознательными личностями для
компроментации приложения и блокировки доступа к api.
CrazySys (27 Сен 2013 - 11:24) писал: Если app_id серверный - аутентификация не пройдет, так как запрос к
форме ввода логина/пароля идет с клиентской машины (вариант
проксирования не рассматриваем же?) и по любому упрется в привязку
к IP сервера (про слив серверного app_id в таком случае уже
писали). Про клиентский app_id вообще молчу, как тут упоминали выше
- непонятно как и куда должен прийти ответный запрос от самого API
:) А если его тупо использовать на стороне сервера, забив на слив,
но избавившись от привязки к IP, упрёмся в ограничение по кол-ву
запросов с одного IP.
begemotische (27 Сен 2013 - 13:23) писал: Я вообще не вижу смысла в аутентификации через новое апи. OpenId
это все-таки стандарт, он уже поддерживается, и он наверняка же
останется.
Ссылка на сообщение: #24985320
Drahtigel (27 Сен 2013 - 06:44) писал: Мне вот другое с авторизацией интересно: когда речь идёт о
веб-приложении - тут всё просто, отправили клиента, с пометкой
вернуться взад в веб-приложение. А как быть с локальным
приложением? Отправить пользователя за авторизацией - без проблем,
а вот получить ответ... Сделать внутренний браузер - фактически
нарушить соглашение DPP, получить ссылку, зацепившись за браузер -
можно получить по рукам от антивирусника, например. Как вариант -
для локальных приложений генерировать пин-код, посредством которого
будет разово выдаваться токен (который в последствии сохраняется и
продляется). Либо придумывать какой-то ещё путь...Hedeon: Для локального приложения использовать компонент браузер, через
который осуществялять логин. Например
webview для ios и android.
webview для ios и android.
pro2s (27 Сен 2013 - 07:57) писал: И вообще как быть с id для приложений - они по сути в публичном
доступе и могут использоваться несознательными личностями для
компроментации приложения и блокировки доступа к api.Hedeon: Для серверного приложения риск минимален, т.к. запросы идут между
серверами. Для автономных приложений абсолютной защиты не
существует, но в кабинете разработчика есть все возможности чтобы
быстро создавать и пересоздавать Application ID.
CrazySys (27 Сен 2013 - 11:24) писал: Если app_id серверный - аутентификация не пройдет, так как запрос к
форме ввода логина/пароля идет с клиентской машины (вариант
проксирования не рассматриваем же?) и по любому упрется в привязку
к IP сервера (про слив серверного app_id в таком случае уже
писали). Про клиентский app_id вообще молчу, как тут упоминали выше
- непонятно как и куда должен прийти ответный запрос от самого API
:) А если его тупо использовать на стороне сервера, забив на слив,
но избавившись от привязки к IP, упрёмся в ограничение по кол-ву
запросов с одного IP.Hedeon: У серверного приложения большая квота на количество запросов, что
не позволит уперется в ограничение. В ближайшем будущем
документация по данному вопросу будут дополнена.
begemotische (27 Сен 2013 - 13:23) писал: Я вообще не вижу смысла в аутентификации через новое апи. OpenId
это все-таки стандарт, он уже поддерживается, и он наверняка же
останется.Hedeon: Аутентификацией занимается WG Open ID, посредством которого
идентифицируется пользователь и далее PAPI может предоставлять
доступ к приватным данным.
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985320
Drahtigel (27 Сен 2013 - 06:44) писал: Мне вот другое с авторизацией интересно: когда речь идёт о
веб-приложении - тут всё просто, отправили клиента, с пометкой
вернуться взад в веб-приложение. А как быть с локальным
приложением? Отправить пользователя за авторизацией - без проблем,
а вот получить ответ... Сделать внутренний браузер - фактически
нарушить соглашение DPP, получить ссылку, зацепившись за браузер -
можно получить по рукам от антивирусника, например. Как вариант -
для локальных приложений генерировать пин-код, посредством которого
будет разово выдаваться токен (который в последствии сохраняется и
продляется). Либо придумывать какой-то ещё путь...
pro2s (27 Сен 2013 - 07:57) писал: И вообще как быть с id для приложений - они по сути в публичном
доступе и могут использоваться несознательными личностями для
компроментации приложения и блокировки доступа к api.
CrazySys (27 Сен 2013 - 11:24) писал: Если app_id серверный - аутентификация не пройдет, так как запрос к
форме ввода логина/пароля идет с клиентской машины (вариант
проксирования не рассматриваем же?) и по любому упрется в привязку
к IP сервера (про слив серверного app_id в таком случае уже
писали). Про клиентский app_id вообще молчу, как тут упоминали выше
- непонятно как и куда должен прийти ответный запрос от самого API
:) А если его тупо использовать на стороне сервера, забив на слив,
но избавившись от привязки к IP, упрёмся в ограничение по кол-ву
запросов с одного IP.
begemotische (27 Сен 2013 - 13:23) писал: Я вообще не вижу смысла в аутентификации через новое апи. OpenId
это все-таки стандарт, он уже поддерживается, и он наверняка же
останется.
Ссылка на сообщение: #24985320
Drahtigel (27 Сен 2013 - 06:44) писал: Мне вот другое с авторизацией интересно: когда речь идёт о
веб-приложении - тут всё просто, отправили клиента, с пометкой
вернуться взад в веб-приложение. А как быть с локальным
приложением? Отправить пользователя за авторизацией - без проблем,
а вот получить ответ... Сделать внутренний браузер - фактически
нарушить соглашение DPP, получить ссылку, зацепившись за браузер -
можно получить по рукам от антивирусника, например. Как вариант -
для локальных приложений генерировать пин-код, посредством которого
будет разово выдаваться токен (который в последствии сохраняется и
продляется). Либо придумывать какой-то ещё путь...Hedeon: Для локального приложения использовать компонент браузер, через
который осуществялять логин. Например
webview для ios и android.
webview для ios и android.
pro2s (27 Сен 2013 - 07:57) писал: И вообще как быть с id для приложений - они по сути в публичном
доступе и могут использоваться несознательными личностями для
компроментации приложения и блокировки доступа к api.Hedeon: Для серверного приложения риск минимален, т.к. запросы идут между
серверами. Для автономных приложений абсолютной защиты не
существует, но в кабинете разработчика есть все возможности чтобы
быстро создавать и пересоздавать Application ID.
CrazySys (27 Сен 2013 - 11:24) писал: Если app_id серверный - аутентификация не пройдет, так как запрос к
форме ввода логина/пароля идет с клиентской машины (вариант
проксирования не рассматриваем же?) и по любому упрется в привязку
к IP сервера (про слив серверного app_id в таком случае уже
писали). Про клиентский app_id вообще молчу, как тут упоминали выше
- непонятно как и куда должен прийти ответный запрос от самого API
:) А если его тупо использовать на стороне сервера, забив на слив,
но избавившись от привязки к IP, упрёмся в ограничение по кол-ву
запросов с одного IP.Hedeon: У серверного приложения большая квота на количество запросов, что
не позволит уперется в ограничение. В ближайшем будущем
документация по данному вопросу будут дополнена.
begemotische (27 Сен 2013 - 13:23) писал: Я вообще не вижу смысла в аутентификации через новое апи. OpenId
это все-таки стандарт, он уже поддерживается, и он наверняка же
останется.Hedeon: Аутентификацией занимается WG Open ID, посредством которого
идентифицируется пользователь и далее PAPI может предоставлять
доступ к приватным данным.
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985320
Drahtigel (27 Сен 2013 - 06:44) писал: Мне вот другое с авторизацией интересно: когда речь идёт о
веб-приложении - тут всё просто, отправили клиента, с пометкой
вернуться взад в веб-приложение. А как быть с локальным
приложением? Отправить пользователя за авторизацией - без проблем,
а вот получить ответ... Сделать внутренний браузер - фактически
нарушить соглашение DPP, получить ссылку, зацепившись за браузер -
можно получить по рукам от антивирусника, например. Как вариант -
для локальных приложений генерировать пин-код, посредством которого
будет разово выдаваться токен (который в последствии сохраняется и
продляется). Либо придумывать какой-то ещё путь...
pro2s (27 Сен 2013 - 07:57) писал: И вообще как быть с id для приложений - они по сути в публичном
доступе и могут использоваться несознательными личностями для
компроментации приложения и блокировки доступа к api.
CrazySys (27 Сен 2013 - 11:24) писал: Если app_id серверный - аутентификация не пройдет, так как запрос к
форме ввода логина/пароля идет с клиентской машины (вариант
проксирования не рассматриваем же?) и по любому упрется в привязку
к IP сервера (про слив серверного app_id в таком случае уже
писали). Про клиентский app_id вообще молчу, как тут упоминали выше
- непонятно как и куда должен прийти ответный запрос от самого API
:) А если его тупо использовать на стороне сервера, забив на слив,
но избавившись от привязки к IP, упрёмся в ограничение по кол-ву
запросов с одного IP.
begemotische (27 Сен 2013 - 13:23) писал: Я вообще не вижу смысла в аутентификации через новое апи. OpenId
это все-таки стандарт, он уже поддерживается, и он наверняка же
останется.
Ссылка на сообщение: #24985320
Drahtigel (27 Сен 2013 - 06:44) писал: Мне вот другое с авторизацией интересно: когда речь идёт о
веб-приложении - тут всё просто, отправили клиента, с пометкой
вернуться взад в веб-приложение. А как быть с локальным
приложением? Отправить пользователя за авторизацией - без проблем,
а вот получить ответ... Сделать внутренний браузер - фактически
нарушить соглашение DPP, получить ссылку, зацепившись за браузер -
можно получить по рукам от антивирусника, например. Как вариант -
для локальных приложений генерировать пин-код, посредством которого
будет разово выдаваться токен (который в последствии сохраняется и
продляется). Либо придумывать какой-то ещё путь...Hedeon: Для локального приложения использовать компонент браузер, через
который осуществялять логин. Например
webview для ios и android.
webview для ios и android.
pro2s (27 Сен 2013 - 07:57) писал: И вообще как быть с id для приложений - они по сути в публичном
доступе и могут использоваться несознательными личностями для
компроментации приложения и блокировки доступа к api.Hedeon: Для серверного приложения риск минимален, т.к. запросы идут между
серверами. Для автономных приложений абсолютной защиты не
существует, но в кабинете разработчика есть все возможности чтобы
быстро создавать и пересоздавать Application ID.
CrazySys (27 Сен 2013 - 11:24) писал: Если app_id серверный - аутентификация не пройдет, так как запрос к
форме ввода логина/пароля идет с клиентской машины (вариант
проксирования не рассматриваем же?) и по любому упрется в привязку
к IP сервера (про слив серверного app_id в таком случае уже
писали). Про клиентский app_id вообще молчу, как тут упоминали выше
- непонятно как и куда должен прийти ответный запрос от самого API
:) А если его тупо использовать на стороне сервера, забив на слив,
но избавившись от привязки к IP, упрёмся в ограничение по кол-ву
запросов с одного IP.Hedeon: У серверного приложения большая квота на количество запросов, что
не позволит уперется в ограничение. В ближайшем будущем
документация по данному вопросу будут дополнена.
begemotische (27 Сен 2013 - 13:23) писал: Я вообще не вижу смысла в аутентификации через новое апи. OpenId
это все-таки стандарт, он уже поддерживается, и он наверняка же
останется.Hedeon: Аутентификацией занимается WG Open ID, посредством которого
идентифицируется пользователь и далее PAPI может предоставлять
доступ к приватным данным.
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985314
Biolante (24 Сен 2013 - 19:12) писал: Пара идей насчет реалтаймовой статистики:
1. Возможность "подписки" на результаты игрока. Указываем postback URL, после каждого боя с участием указанного API сервер отсылает по нему результаты боя. Подозреваю, что такое делать не будут - нагрузка великовата. Я так, помечтать.
2. Постоянный "стрим" результатов вообще всех боев. С сокетами слишком мудрено получается, наверное логичнее JSON файл, содержащий результаты боев за последние 15 минут, обновляется раз в минуту (и запретить его запрашивать одному приложению чаще чем раз в 10 минут). Можно будет много всякой интересной статистики рисовать по таким данным. Нагрузка тоже немаленькая конечно, но в разумных пределах по моему, ежели файл gzipовать и отдавать статикой, а не генерить каждый раз скриптом.
Не реалтаймовое:
1. Запрос подробных результатов боев, та же статистика, что игрок видит сам. Наверное с предварительным получением разрешения от игрока.
2. Добавить в статистику сколько за бой потрачено снарядов (с указанием каких именно) и расходников. (ага, 1С:Нагибатор получается :) )
PanzerSteel (25 Сен 2013 - 09:31) писал: Разрабы, скажите, честный опыт и рейтинг от ВГ в новом апи будет ?
Yury_SNEGOV (26 Сен 2013 - 06:39) писал: Багрепорт(?):
Не работает (пустой ответ) JavaScript-вариант запроса данных игрока, состоящего в клане:
http://api.worldofta...on=callbackFunc
Анамнез:
Без callback-функции работает нормально:
http://api.worldofta...ount_id=4354591
Вариант с ограничением полей работает:
http://api.worldofta...fields=nickname
Но не работает вариант с ограничением по fields=clan.role_i18n:
http://api.worldofta...=clan.role_i18n
Вывод:
Проблема с i18n-символами в JS-ответе? Экранировать?
UPDATE:
Та же история с:
http://api.worldofta...elds=name,motto
Подскажите, как решить проблему?
Yury_SNEGOV (26 Сен 2013 - 06:54) писал: Багрепорт(?):
Пример "Информация об игроке" пытается вывести поля "experience.xp", "experience.battle_avg_xp" и "experience.max_xp", которых в ответе сервера нет. Эти поля были в API 1.9, но в API 2.0 они уже находятся в другом месте - "statistics.all.xp", "statistics.all.battle_avg_xp" и "statistics.max_xp" соответственно.
begemotische (26 Сен 2013 - 12:35) писал: Уважаемые разработчики, а разъясните пожалуйста документацию ответа
на запрос account/tanks.
Правильно ли я понимаю, что апи предполагает возврат только двух параметров из статистики - победы и кол-во боев? То есть, реально, ничем не будет отличаться от текущих возможностей существующего апи и подробной статистики по танкам отдавать не планируется?
Ссылка на сообщение: #24985314
Biolante (24 Сен 2013 - 19:12) писал: Пара идей насчет реалтаймовой статистики:1. Возможность "подписки" на результаты игрока. Указываем postback URL, после каждого боя с участием указанного API сервер отсылает по нему результаты боя. Подозреваю, что такое делать не будут - нагрузка великовата. Я так, помечтать.
2. Постоянный "стрим" результатов вообще всех боев. С сокетами слишком мудрено получается, наверное логичнее JSON файл, содержащий результаты боев за последние 15 минут, обновляется раз в минуту (и запретить его запрашивать одному приложению чаще чем раз в 10 минут). Можно будет много всякой интересной статистики рисовать по таким данным. Нагрузка тоже немаленькая конечно, но в разумных пределах по моему, ежели файл gzipовать и отдавать статикой, а не генерить каждый раз скриптом.
Не реалтаймовое:
1. Запрос подробных результатов боев, та же статистика, что игрок видит сам. Наверное с предварительным получением разрешения от игрока.
2. Добавить в статистику сколько за бой потрачено снарядов (с указанием каких именно) и расходников. (ага, 1С:Нагибатор получается :) )
Hedeon: 1. Обновление статистики производится после выхода из клиента.
Отсылать после каждого боя результаты пока технически
невозможно.
2. см. п.1
3. Возможно будет реализовано в будущем.
4. К сожалению, пока добавление этой информации в API не планируется.
2. см. п.1
3. Возможно будет реализовано в будущем.
4. К сожалению, пока добавление этой информации в API не планируется.
PanzerSteel (25 Сен 2013 - 09:31) писал: Разрабы, скажите, честный опыт и рейтинг от ВГ в новом апи будет ?Hedeon: Возможно будет добавлено в следующих обновлениях.
Yury_SNEGOV (26 Сен 2013 - 06:39) писал: Багрепорт(?):Не работает (пустой ответ) JavaScript-вариант запроса данных игрока, состоящего в клане:
http://api.worldofta...on=callbackFunc
Анамнез:
Без callback-функции работает нормально:
http://api.worldofta...ount_id=4354591
Вариант с ограничением полей работает:
http://api.worldofta...fields=nickname
Но не работает вариант с ограничением по fields=clan.role_i18n:
http://api.worldofta...=clan.role_i18n
Вывод:
Проблема с i18n-символами в JS-ответе? Экранировать?
UPDATE:
Та же история с:
http://api.worldofta...elds=name,motto
Подскажите, как решить проблему?
Hedeon: К сожалению, параметр js_function будет отключен в будущем и в
данный момент его использование невозможно.
Yury_SNEGOV (26 Сен 2013 - 06:54) писал: Багрепорт(?):Пример "Информация об игроке" пытается вывести поля "experience.xp", "experience.battle_avg_xp" и "experience.max_xp", которых в ответе сервера нет. Эти поля были в API 1.9, но в API 2.0 они уже находятся в другом месте - "statistics.all.xp", "statistics.all.battle_avg_xp" и "statistics.max_xp" соответственно.
Hedeon: Информация на странице с примерами будет изменена при следующем
обновлении.
begemotische (26 Сен 2013 - 12:35) писал: Уважаемые разработчики, а разъясните пожалуйста документацию ответа
на запрос account/tanks.Правильно ли я понимаю, что апи предполагает возврат только двух параметров из статистики - победы и кол-во боев? То есть, реально, ничем не будет отличаться от текущих возможностей существующего апи и подробной статистики по танкам отдавать не планируется?
Hedeon: В данный момент с помощью метода /account/tanks/ возможно получение
следующей информации:Количество боев на танке
Количество побед на танке
Знак классности К сожалению, получение более подробной информации в данный момент невозможно. Вы можете написать на api.support@wargaming.net Ваше предложение по необходимым Вам полям в данном методе и оно будет обязательно рассмотрено.
Количество побед на танке
Знак классности К сожалению, получение более подробной информации в данный момент невозможно. Вы можете написать на api.support@wargaming.net Ваше предложение по необходимым Вам полям в данном методе и оно будет обязательно рассмотрено.
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985314
Biolante (24 Сен 2013 - 19:12) писал: Пара идей насчет реалтаймовой статистики:
1. Возможность "подписки" на результаты игрока. Указываем postback URL, после каждого боя с участием указанного API сервер отсылает по нему результаты боя. Подозреваю, что такое делать не будут - нагрузка великовата. Я так, помечтать.
2. Постоянный "стрим" результатов вообще всех боев. С сокетами слишком мудрено получается, наверное логичнее JSON файл, содержащий результаты боев за последние 15 минут, обновляется раз в минуту (и запретить его запрашивать одному приложению чаще чем раз в 10 минут). Можно будет много всякой интересной статистики рисовать по таким данным. Нагрузка тоже немаленькая конечно, но в разумных пределах по моему, ежели файл gzipовать и отдавать статикой, а не генерить каждый раз скриптом.
Не реалтаймовое:
1. Запрос подробных результатов боев, та же статистика, что игрок видит сам. Наверное с предварительным получением разрешения от игрока.
2. Добавить в статистику сколько за бой потрачено снарядов (с указанием каких именно) и расходников. (ага, 1С:Нагибатор получается :) )
PanzerSteel (25 Сен 2013 - 09:31) писал: Разрабы, скажите, честный опыт и рейтинг от ВГ в новом апи будет
?
Yury_SNEGOV (26 Сен 2013 - 06:39) писал: Багрепорт(?):
Не работает (пустой ответ) JavaScript-вариант запроса данных игрока, состоящего в клане:
http://api.worldofta...on=callbackFunc
Анамнез:
Без callback-функции работает нормально:
http://api.worldofta...ount_id=4354591
Вариант с ограничением полей работает:
http://api.worldofta...fields=nickname
Но не работает вариант с ограничением по fields=clan.role_i18n:
http://api.worldofta...=clan.role_i18n
Вывод:
Проблема с i18n-символами в JS-ответе? Экранировать?
UPDATE:
Та же история с:
http://api.worldofta...elds=name,motto
Подскажите, как решить проблему?
Yury_SNEGOV (26 Сен 2013 - 06:54) писал: Багрепорт(?):
Пример "Информация об игроке" пытается вывести поля "experience.xp", "experience.battle_avg_xp" и "experience.max_xp", которых в ответе сервера нет. Эти поля были в API 1.9, но в API 2.0 они уже находятся в другом месте - "statistics.all.xp", "statistics.all.battle_avg_xp" и "statistics.max_xp" соответственно.
begemotische (26 Сен 2013 - 12:35) писал: Уважаемые разработчики, а разъясните пожалуйста документацию ответа
на запрос account/tanks.
Правильно ли я понимаю, что апи предполагает возврат только двух параметров из статистики - победы и кол-во боев? То есть, реально, ничем не будет отличаться от текущих возможностей существующего апи и подробной статистики по танкам отдавать не планируется?
Ссылка на сообщение: #24985314
Biolante (24 Сен 2013 - 19:12) писал: Пара идей насчет реалтаймовой статистики:1. Возможность "подписки" на результаты игрока. Указываем postback URL, после каждого боя с участием указанного API сервер отсылает по нему результаты боя. Подозреваю, что такое делать не будут - нагрузка великовата. Я так, помечтать.
2. Постоянный "стрим" результатов вообще всех боев. С сокетами слишком мудрено получается, наверное логичнее JSON файл, содержащий результаты боев за последние 15 минут, обновляется раз в минуту (и запретить его запрашивать одному приложению чаще чем раз в 10 минут). Можно будет много всякой интересной статистики рисовать по таким данным. Нагрузка тоже немаленькая конечно, но в разумных пределах по моему, ежели файл gzipовать и отдавать статикой, а не генерить каждый раз скриптом.
Не реалтаймовое:
1. Запрос подробных результатов боев, та же статистика, что игрок видит сам. Наверное с предварительным получением разрешения от игрока.
2. Добавить в статистику сколько за бой потрачено снарядов (с указанием каких именно) и расходников. (ага, 1С:Нагибатор получается :) )
Hedeon: 1. Обновление статистики производится после выхода из клиента.
Отсылать после каждого боя результаты пока технически
невозможно.
2. см. п.1
3. Возможно будет реализовано в будущем.
4. К сожалению, пока добавление этой информации в API не планируется.
2. см. п.1
3. Возможно будет реализовано в будущем.
4. К сожалению, пока добавление этой информации в API не планируется.
PanzerSteel (25 Сен 2013 - 09:31) писал: Разрабы, скажите, честный опыт и рейтинг от ВГ в новом апи будет
?Hedeon: Возможно будет добавлено в следующих обновлениях.
Yury_SNEGOV (26 Сен 2013 - 06:39) писал: Багрепорт(?):Не работает (пустой ответ) JavaScript-вариант запроса данных игрока, состоящего в клане:
http://api.worldofta...on=callbackFunc
Анамнез:
Без callback-функции работает нормально:
http://api.worldofta...ount_id=4354591
Вариант с ограничением полей работает:
http://api.worldofta...fields=nickname
Но не работает вариант с ограничением по fields=clan.role_i18n:
http://api.worldofta...=clan.role_i18n
Вывод:
Проблема с i18n-символами в JS-ответе? Экранировать?
UPDATE:
Та же история с:
http://api.worldofta...elds=name,motto
Подскажите, как решить проблему?
Hedeon: К сожалению, параметр js_function будет отключен в будущем и в
данный момент его использование невозможно.
Yury_SNEGOV (26 Сен 2013 - 06:54) писал: Багрепорт(?):Пример "Информация об игроке" пытается вывести поля "experience.xp", "experience.battle_avg_xp" и "experience.max_xp", которых в ответе сервера нет. Эти поля были в API 1.9, но в API 2.0 они уже находятся в другом месте - "statistics.all.xp", "statistics.all.battle_avg_xp" и "statistics.max_xp" соответственно.
Hedeon: Информация на странице с примерами будет изменена при следующем
обновлении.
begemotische (26 Сен 2013 - 12:35) писал: Уважаемые разработчики, а разъясните пожалуйста документацию ответа
на запрос account/tanks.Правильно ли я понимаю, что апи предполагает возврат только двух параметров из статистики - победы и кол-во боев? То есть, реально, ничем не будет отличаться от текущих возможностей существующего апи и подробной статистики по танкам отдавать не планируется?
Hedeon: В данный момент с помощью метода /account/tanks/ возможно получение
следующей информации: Количество боев на танке
Количество побед на танке
Знак классности К сожалению, получение более подробной информации в данный момент невозможно. Вы можете написать на api.support@wargaming.net Ваше предложение по необходимым Вам полям в данном методе и оно будет обязательно рассмотрено.
Количество побед на танке
Знак классности К сожалению, получение более подробной информации в данный момент невозможно. Вы можете написать на api.support@wargaming.net Ваше предложение по необходимым Вам полям в данном методе и оно будет обязательно рассмотрено.
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985314
Biolante (24 Сен 2013 - 19:12) писал: Пара идей насчет реалтаймовой статистики:
1. Возможность "подписки" на результаты игрока. Указываем postback URL, после каждого боя с участием указанного API сервер отсылает по нему результаты боя. Подозреваю, что такое делать не будут - нагрузка великовата. Я так, помечтать.
2. Постоянный "стрим" результатов вообще всех боев. С сокетами слишком мудрено получается, наверное логичнее JSON файл, содержащий результаты боев за последние 15 минут, обновляется раз в минуту (и запретить его запрашивать одному приложению чаще чем раз в 10 минут). Можно будет много всякой интересной статистики рисовать по таким данным. Нагрузка тоже немаленькая конечно, но в разумных пределах по моему, ежели файл gzipовать и отдавать статикой, а не генерить каждый раз скриптом.
Не реалтаймовое:
1. Запрос подробных результатов боев, та же статистика, что игрок видит сам. Наверное с предварительным получением разрешения от игрока.
2. Добавить в статистику сколько за бой потрачено снарядов (с указанием каких именно) и расходников. (ага, 1С:Нагибатор получается :) )
PanzerSteel (25 Сен 2013 - 09:31) писал: Разрабы, скажите, честный опыт и рейтинг от ВГ в новом апи будет
?
Yury_SNEGOV (26 Сен 2013 - 06:39) писал: Багрепорт(?):
Не работает (пустой ответ) JavaScript-вариант запроса данных игрока, состоящего в клане:
http://api.worldofta...on=callbackFunc
Анамнез:
Без callback-функции работает нормально:
http://api.worldofta...ount_id=4354591
Вариант с ограничением полей работает:
http://api.worldofta...fields=nickname
Но не работает вариант с ограничением по fields=clan.role_i18n:
http://api.worldofta...=clan.role_i18n
Вывод:
Проблема с i18n-символами в JS-ответе? Экранировать?
UPDATE:
Та же история с:
http://api.worldofta...elds=name,motto
Подскажите, как решить проблему?
Yury_SNEGOV (26 Сен 2013 - 06:54) писал: Багрепорт(?):
Пример "Информация об игроке" пытается вывести поля "experience.xp", "experience.battle_avg_xp" и "experience.max_xp", которых в ответе сервера нет. Эти поля были в API 1.9, но в API 2.0 они уже находятся в другом месте - "statistics.all.xp", "statistics.all.battle_avg_xp" и "statistics.max_xp" соответственно.
begemotische (26 Сен 2013 - 12:35) писал: Уважаемые разработчики, а разъясните пожалуйста документацию ответа
на запрос account/tanks.
Правильно ли я понимаю, что апи предполагает возврат только двух параметров из статистики - победы и кол-во боев? То есть, реально, ничем не будет отличаться от текущих возможностей существующего апи и подробной статистики по танкам отдавать не планируется?
Ссылка на сообщение: #24985314
Biolante (24 Сен 2013 - 19:12) писал: Пара идей насчет реалтаймовой статистики:1. Возможность "подписки" на результаты игрока. Указываем postback URL, после каждого боя с участием указанного API сервер отсылает по нему результаты боя. Подозреваю, что такое делать не будут - нагрузка великовата. Я так, помечтать.
2. Постоянный "стрим" результатов вообще всех боев. С сокетами слишком мудрено получается, наверное логичнее JSON файл, содержащий результаты боев за последние 15 минут, обновляется раз в минуту (и запретить его запрашивать одному приложению чаще чем раз в 10 минут). Можно будет много всякой интересной статистики рисовать по таким данным. Нагрузка тоже немаленькая конечно, но в разумных пределах по моему, ежели файл gzipовать и отдавать статикой, а не генерить каждый раз скриптом.
Не реалтаймовое:
1. Запрос подробных результатов боев, та же статистика, что игрок видит сам. Наверное с предварительным получением разрешения от игрока.
2. Добавить в статистику сколько за бой потрачено снарядов (с указанием каких именно) и расходников. (ага, 1С:Нагибатор получается :) )
Hedeon: 1. Обновление статистики производится после выхода из клиента.
Отсылать после каждого боя результаты пока технически
невозможно.
2. см. п.1
3. Возможно будет реализовано в будущем.
4. К сожалению, пока добавление этой информации в API не планируется.
2. см. п.1
3. Возможно будет реализовано в будущем.
4. К сожалению, пока добавление этой информации в API не планируется.
PanzerSteel (25 Сен 2013 - 09:31) писал: Разрабы, скажите, честный опыт и рейтинг от ВГ в новом апи будет
?Hedeon: Возможно будет добавлено в следующих обновлениях.
Yury_SNEGOV (26 Сен 2013 - 06:39) писал: Багрепорт(?):Не работает (пустой ответ) JavaScript-вариант запроса данных игрока, состоящего в клане:
http://api.worldofta...on=callbackFunc
Анамнез:
Без callback-функции работает нормально:
http://api.worldofta...ount_id=4354591
Вариант с ограничением полей работает:
http://api.worldofta...fields=nickname
Но не работает вариант с ограничением по fields=clan.role_i18n:
http://api.worldofta...=clan.role_i18n
Вывод:
Проблема с i18n-символами в JS-ответе? Экранировать?
UPDATE:
Та же история с:
http://api.worldofta...elds=name,motto
Подскажите, как решить проблему?
Hedeon: К сожалению, параметр js_function будет отключен в будущем и в
данный момент его использование невозможно.
Yury_SNEGOV (26 Сен 2013 - 06:54) писал: Багрепорт(?):Пример "Информация об игроке" пытается вывести поля "experience.xp", "experience.battle_avg_xp" и "experience.max_xp", которых в ответе сервера нет. Эти поля были в API 1.9, но в API 2.0 они уже находятся в другом месте - "statistics.all.xp", "statistics.all.battle_avg_xp" и "statistics.max_xp" соответственно.
Hedeon: Информация на странице с примерами будет изменена при следующем
обновлении.
begemotische (26 Сен 2013 - 12:35) писал: Уважаемые разработчики, а разъясните пожалуйста документацию ответа
на запрос account/tanks.Правильно ли я понимаю, что апи предполагает возврат только двух параметров из статистики - победы и кол-во боев? То есть, реально, ничем не будет отличаться от текущих возможностей существующего апи и подробной статистики по танкам отдавать не планируется?
Hedeon: В данный момент с помощью метода /account/tanks/ возможно получение
следующей информации: Количество боев на танке
Количество побед на танке
Знак классности К сожалению, получение более подробной информации в данный момент невозможно. Вы можете написать на api.support@wargaming.net Ваше предложение по необходимым Вам полям в данном методе и оно будет обязательно рассмотрено.
Количество побед на танке
Знак классности К сожалению, получение более подробной информации в данный момент невозможно. Вы можете написать на api.support@wargaming.net Ваше предложение по необходимым Вам полям в данном методе и оно будет обязательно рассмотрено.
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985314
Biolante (24 Сен 2013 - 19:12) писал: Пара идей насчет реалтаймовой статистики:
1. Возможность "подписки" на результаты игрока. Указываем postback URL, после каждого боя с участием указанного API сервер отсылает по нему результаты боя. Подозреваю, что такое делать не будут - нагрузка великовата. Я так, помечтать.
2. Постоянный "стрим" результатов вообще всех боев. С сокетами слишком мудрено получается, наверное логичнее JSON файл, содержащий результаты боев за последние 15 минут, обновляется раз в минуту (и запретить его запрашивать одному приложению чаще чем раз в 10 минут). Можно будет много всякой интересной статистики рисовать по таким данным. Нагрузка тоже немаленькая конечно, но в разумных пределах по моему, ежели файл gzipовать и отдавать статикой, а не генерить каждый раз скриптом.
Не реалтаймовое:
1. Запрос подробных результатов боев, та же статистика, что игрок видит сам. Наверное с предварительным получением разрешения от игрока.
2. Добавить в статистику сколько за бой потрачено снарядов (с указанием каких именно) и расходников. (ага, 1С:Нагибатор получается :) )
PanzerSteel (25 Сен 2013 - 09:31) писал: Разрабы, скажите, честный опыт и рейтинг от ВГ в новом апи будет
?
Yury_SNEGOV (26 Сен 2013 - 06:39) писал: Багрепорт(?):
Не работает (пустой ответ) JavaScript-вариант запроса данных игрока, состоящего в клане:
http://api.worldofta...on=callbackFunc
Анамнез:
Без callback-функции работает нормально:
http://api.worldofta...ount_id=4354591
Вариант с ограничением полей работает:
http://api.worldofta...fields=nickname
Но не работает вариант с ограничением по fields=clan.role_i18n:
http://api.worldofta...=clan.role_i18n
Вывод:
Проблема с i18n-символами в JS-ответе? Экранировать?
UPDATE:
Та же история с:
http://api.worldofta...elds=name,motto
Подскажите, как решить проблему?
Yury_SNEGOV (26 Сен 2013 - 06:54) писал: Багрепорт(?):
Пример "Информация об игроке" пытается вывести поля "experience.xp", "experience.battle_avg_xp" и "experience.max_xp", которых в ответе сервера нет. Эти поля были в API 1.9, но в API 2.0 они уже находятся в другом месте - "statistics.all.xp", "statistics.all.battle_avg_xp" и "statistics.max_xp" соответственно.
begemotische (26 Сен 2013 - 12:35) писал: Уважаемые разработчики, а разъясните пожалуйста документацию ответа
на запрос account/tanks.
Правильно ли я понимаю, что апи предполагает возврат только двух параметров из статистики - победы и кол-во боев? То есть, реально, ничем не будет отличаться от текущих возможностей существующего апи и подробной статистики по танкам отдавать не планируется?
Ссылка на сообщение: #24985314
Biolante (24 Сен 2013 - 19:12) писал: Пара идей насчет реалтаймовой статистики:1. Возможность "подписки" на результаты игрока. Указываем postback URL, после каждого боя с участием указанного API сервер отсылает по нему результаты боя. Подозреваю, что такое делать не будут - нагрузка великовата. Я так, помечтать.
2. Постоянный "стрим" результатов вообще всех боев. С сокетами слишком мудрено получается, наверное логичнее JSON файл, содержащий результаты боев за последние 15 минут, обновляется раз в минуту (и запретить его запрашивать одному приложению чаще чем раз в 10 минут). Можно будет много всякой интересной статистики рисовать по таким данным. Нагрузка тоже немаленькая конечно, но в разумных пределах по моему, ежели файл gzipовать и отдавать статикой, а не генерить каждый раз скриптом.
Не реалтаймовое:
1. Запрос подробных результатов боев, та же статистика, что игрок видит сам. Наверное с предварительным получением разрешения от игрока.
2. Добавить в статистику сколько за бой потрачено снарядов (с указанием каких именно) и расходников. (ага, 1С:Нагибатор получается :) )
Hedeon: 1. Обновление статистики производится после выхода из клиента.
Отсылать после каждого боя результаты пока технически
невозможно.
2. см. п.1
3. Возможно будет реализовано в будущем.
4. К сожалению, пока добавление этой информации в API не планируется.
2. см. п.1
3. Возможно будет реализовано в будущем.
4. К сожалению, пока добавление этой информации в API не планируется.
PanzerSteel (25 Сен 2013 - 09:31) писал: Разрабы, скажите, честный опыт и рейтинг от ВГ в новом апи будет
?Hedeon: Возможно будет добавлено в следующих обновлениях.
Yury_SNEGOV (26 Сен 2013 - 06:39) писал: Багрепорт(?):Не работает (пустой ответ) JavaScript-вариант запроса данных игрока, состоящего в клане:
http://api.worldofta...on=callbackFunc
Анамнез:
Без callback-функции работает нормально:
http://api.worldofta...ount_id=4354591
Вариант с ограничением полей работает:
http://api.worldofta...fields=nickname
Но не работает вариант с ограничением по fields=clan.role_i18n:
http://api.worldofta...=clan.role_i18n
Вывод:
Проблема с i18n-символами в JS-ответе? Экранировать?
UPDATE:
Та же история с:
http://api.worldofta...elds=name,motto
Подскажите, как решить проблему?
Hedeon: К сожалению, параметр js_function будет отключен в будущем и в
данный момент его использование невозможно.
Yury_SNEGOV (26 Сен 2013 - 06:54) писал: Багрепорт(?):Пример "Информация об игроке" пытается вывести поля "experience.xp", "experience.battle_avg_xp" и "experience.max_xp", которых в ответе сервера нет. Эти поля были в API 1.9, но в API 2.0 они уже находятся в другом месте - "statistics.all.xp", "statistics.all.battle_avg_xp" и "statistics.max_xp" соответственно.
Hedeon: Информация на странице с примерами будет изменена при следующем
обновлении.
begemotische (26 Сен 2013 - 12:35) писал: Уважаемые разработчики, а разъясните пожалуйста документацию ответа
на запрос account/tanks.Правильно ли я понимаю, что апи предполагает возврат только двух параметров из статистики - победы и кол-во боев? То есть, реально, ничем не будет отличаться от текущих возможностей существующего апи и подробной статистики по танкам отдавать не планируется?
Hedeon: В данный момент с помощью метода /account/tanks/ возможно получение
следующей информации: Количество боев на танке
Количество побед на танке
Знак классности К сожалению, получение более подробной информации в данный момент невозможно. Вы можете написать на api.support@wargaming.net Ваше предложение по необходимым Вам полям в данном методе и оно будет обязательно рассмотрено.
Количество побед на танке
Знак классности К сожалению, получение более подробной информации в данный момент невозможно. Вы можете написать на api.support@wargaming.net Ваше предложение по необходимым Вам полям в данном методе и оно будет обязательно рассмотрено.
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985314
Biolante (24 Сен 2013 - 19:12) писал: Пара идей насчет реалтаймовой статистики:
1. Возможность "подписки" на результаты игрока. Указываем postback URL, после каждого боя с участием указанного API сервер отсылает по нему результаты боя. Подозреваю, что такое делать не будут - нагрузка великовата. Я так, помечтать.
2. Постоянный "стрим" результатов вообще всех боев. С сокетами слишком мудрено получается, наверное логичнее JSON файл, содержащий результаты боев за последние 15 минут, обновляется раз в минуту (и запретить его запрашивать одному приложению чаще чем раз в 10 минут). Можно будет много всякой интересной статистики рисовать по таким данным. Нагрузка тоже немаленькая конечно, но в разумных пределах по моему, ежели файл gzipовать и отдавать статикой, а не генерить каждый раз скриптом.
Не реалтаймовое:
1. Запрос подробных результатов боев, та же статистика, что игрок видит сам. Наверное с предварительным получением разрешения от игрока.
2. Добавить в статистику сколько за бой потрачено снарядов (с указанием каких именно) и расходников. (ага, 1С:Нагибатор получается :) )
PanzerSteel (25 Сен 2013 - 09:31) писал: Разрабы, скажите, честный опыт и рейтинг от ВГ в новом апи будет
?
Yury_SNEGOV (26 Сен 2013 - 06:39) писал: Багрепорт(?):
Не работает (пустой ответ) JavaScript-вариант запроса данных игрока, состоящего в клане:
http://api.worldofta...on=callbackFunc
Анамнез:
Без callback-функции работает нормально:
http://api.worldofta...ount_id=4354591
Вариант с ограничением полей работает:
http://api.worldofta...fields=nickname
Но не работает вариант с ограничением по fields=clan.role_i18n:
http://api.worldofta...=clan.role_i18n
Вывод:
Проблема с i18n-символами в JS-ответе? Экранировать?
UPDATE:
Та же история с:
http://api.worldofta...elds=name,motto
Подскажите, как решить проблему?
Yury_SNEGOV (26 Сен 2013 - 06:54) писал: Багрепорт(?):
Пример "Информация об игроке" пытается вывести поля "experience.xp", "experience.battle_avg_xp" и "experience.max_xp", которых в ответе сервера нет. Эти поля были в API 1.9, но в API 2.0 они уже находятся в другом месте - "statistics.all.xp", "statistics.all.battle_avg_xp" и "statistics.max_xp" соответственно.
begemotische (26 Сен 2013 - 12:35) писал: Уважаемые разработчики, а разъясните пожалуйста документацию ответа
на запрос account/tanks.
Правильно ли я понимаю, что апи предполагает возврат только двух параметров из статистики - победы и кол-во боев? То есть, реально, ничем не будет отличаться от текущих возможностей существующего апи и подробной статистики по танкам отдавать не планируется?
Ссылка на сообщение: #24985314
Biolante (24 Сен 2013 - 19:12) писал: Пара идей насчет реалтаймовой статистики:1. Возможность "подписки" на результаты игрока. Указываем postback URL, после каждого боя с участием указанного API сервер отсылает по нему результаты боя. Подозреваю, что такое делать не будут - нагрузка великовата. Я так, помечтать.
2. Постоянный "стрим" результатов вообще всех боев. С сокетами слишком мудрено получается, наверное логичнее JSON файл, содержащий результаты боев за последние 15 минут, обновляется раз в минуту (и запретить его запрашивать одному приложению чаще чем раз в 10 минут). Можно будет много всякой интересной статистики рисовать по таким данным. Нагрузка тоже немаленькая конечно, но в разумных пределах по моему, ежели файл gzipовать и отдавать статикой, а не генерить каждый раз скриптом.
Не реалтаймовое:
1. Запрос подробных результатов боев, та же статистика, что игрок видит сам. Наверное с предварительным получением разрешения от игрока.
2. Добавить в статистику сколько за бой потрачено снарядов (с указанием каких именно) и расходников. (ага, 1С:Нагибатор получается :) )
Hedeon: 1. Обновление статистики производится после выхода из клиента.
Отсылать после каждого боя результаты пока технически
невозможно.
2. см. п.1
3. Возможно будет реализовано в будущем.
4. К сожалению, пока добавление этой информации в API не планируется.
2. см. п.1
3. Возможно будет реализовано в будущем.
4. К сожалению, пока добавление этой информации в API не планируется.
PanzerSteel (25 Сен 2013 - 09:31) писал: Разрабы, скажите, честный опыт и рейтинг от ВГ в новом апи будет
?Hedeon: Возможно будет добавлено в следующих обновлениях.
Yury_SNEGOV (26 Сен 2013 - 06:39) писал: Багрепорт(?):Не работает (пустой ответ) JavaScript-вариант запроса данных игрока, состоящего в клане:
http://api.worldofta...on=callbackFunc
Анамнез:
Без callback-функции работает нормально:
http://api.worldofta...ount_id=4354591
Вариант с ограничением полей работает:
http://api.worldofta...fields=nickname
Но не работает вариант с ограничением по fields=clan.role_i18n:
http://api.worldofta...=clan.role_i18n
Вывод:
Проблема с i18n-символами в JS-ответе? Экранировать?
UPDATE:
Та же история с:
http://api.worldofta...elds=name,motto
Подскажите, как решить проблему?
Hedeon: К сожалению, параметр js_function будет отключен в будущем и в
данный момент его использование невозможно.
Yury_SNEGOV (26 Сен 2013 - 06:54) писал: Багрепорт(?):Пример "Информация об игроке" пытается вывести поля "experience.xp", "experience.battle_avg_xp" и "experience.max_xp", которых в ответе сервера нет. Эти поля были в API 1.9, но в API 2.0 они уже находятся в другом месте - "statistics.all.xp", "statistics.all.battle_avg_xp" и "statistics.max_xp" соответственно.
Hedeon: Информация на странице с примерами будет изменена при следующем
обновлении.
begemotische (26 Сен 2013 - 12:35) писал: Уважаемые разработчики, а разъясните пожалуйста документацию ответа
на запрос account/tanks.Правильно ли я понимаю, что апи предполагает возврат только двух параметров из статистики - победы и кол-во боев? То есть, реально, ничем не будет отличаться от текущих возможностей существующего апи и подробной статистики по танкам отдавать не планируется?
Hedeon: В данный момент с помощью метода /account/tanks/ возможно получение
следующей информации: Количество боев на танке
Количество побед на танке
Знак классности К сожалению, получение более подробной информации в данный момент невозможно. Вы можете написать на api.support@wargaming.net Ваше предложение по необходимым Вам полям в данном методе и оно будет обязательно рассмотрено.
Количество побед на танке
Знак классности К сожалению, получение более подробной информации в данный момент невозможно. Вы можете написать на api.support@wargaming.net Ваше предложение по необходимым Вам полям в данном методе и оно будет обязательно рассмотрено.
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985314
Biolante (24 Сен 2013 - 19:12) писал: Пара идей насчет реалтаймовой статистики:
1. Возможность "подписки" на результаты игрока. Указываем postback URL, после каждого боя с участием указанного API сервер отсылает по нему результаты боя. Подозреваю, что такое делать не будут - нагрузка великовата. Я так, помечтать.
2. Постоянный "стрим" результатов вообще всех боев. С сокетами слишком мудрено получается, наверное логичнее JSON файл, содержащий результаты боев за последние 15 минут, обновляется раз в минуту (и запретить его запрашивать одному приложению чаще чем раз в 10 минут). Можно будет много всякой интересной статистики рисовать по таким данным. Нагрузка тоже немаленькая конечно, но в разумных пределах по моему, ежели файл gzipовать и отдавать статикой, а не генерить каждый раз скриптом.
Не реалтаймовое:
1. Запрос подробных результатов боев, та же статистика, что игрок видит сам. Наверное с предварительным получением разрешения от игрока.
2. Добавить в статистику сколько за бой потрачено снарядов (с указанием каких именно) и расходников. (ага, 1С:Нагибатор получается :) )
PanzerSteel (25 Сен 2013 - 09:31) писал: Разрабы, скажите, честный опыт и рейтинг от ВГ в новом апи будет
?
Yury_SNEGOV (26 Сен 2013 - 06:39) писал: Багрепорт(?):
Не работает (пустой ответ) JavaScript-вариант запроса данных игрока, состоящего в клане:
http://api.worldofta...on=callbackFunc
Анамнез:
Без callback-функции работает нормально:
http://api.worldofta...ount_id=4354591
Вариант с ограничением полей работает:
http://api.worldofta...fields=nickname
Но не работает вариант с ограничением по fields=clan.role_i18n:
http://api.worldofta...=clan.role_i18n
Вывод:
Проблема с i18n-символами в JS-ответе? Экранировать?
UPDATE:
Та же история с:
http://api.worldofta...elds=name,motto
Подскажите, как решить проблему?
Yury_SNEGOV (26 Сен 2013 - 06:54) писал: Багрепорт(?):
Пример "Информация об игроке" пытается вывести поля "experience.xp", "experience.battle_avg_xp" и "experience.max_xp", которых в ответе сервера нет. Эти поля были в API 1.9, но в API 2.0 они уже находятся в другом месте - "statistics.all.xp", "statistics.all.battle_avg_xp" и "statistics.max_xp" соответственно.
begemotische (26 Сен 2013 - 12:35) писал: Уважаемые разработчики, а разъясните пожалуйста документацию ответа
на запрос account/tanks.
Правильно ли я понимаю, что апи предполагает возврат только двух параметров из статистики - победы и кол-во боев? То есть, реально, ничем не будет отличаться от текущих возможностей существующего апи и подробной статистики по танкам отдавать не планируется?
Ссылка на сообщение: #24985314
Biolante (24 Сен 2013 - 19:12) писал: Пара идей насчет реалтаймовой статистики:1. Возможность "подписки" на результаты игрока. Указываем postback URL, после каждого боя с участием указанного API сервер отсылает по нему результаты боя. Подозреваю, что такое делать не будут - нагрузка великовата. Я так, помечтать.
2. Постоянный "стрим" результатов вообще всех боев. С сокетами слишком мудрено получается, наверное логичнее JSON файл, содержащий результаты боев за последние 15 минут, обновляется раз в минуту (и запретить его запрашивать одному приложению чаще чем раз в 10 минут). Можно будет много всякой интересной статистики рисовать по таким данным. Нагрузка тоже немаленькая конечно, но в разумных пределах по моему, ежели файл gzipовать и отдавать статикой, а не генерить каждый раз скриптом.
Не реалтаймовое:
1. Запрос подробных результатов боев, та же статистика, что игрок видит сам. Наверное с предварительным получением разрешения от игрока.
2. Добавить в статистику сколько за бой потрачено снарядов (с указанием каких именно) и расходников. (ага, 1С:Нагибатор получается :) )
Hedeon: 1. Обновление статистики производится после выхода из клиента.
Отсылать после каждого боя результаты пока технически
невозможно.
2. см. п.1
3. Возможно будет реализовано в будущем.
4. К сожалению, пока добавление этой информации в API не планируется.
2. см. п.1
3. Возможно будет реализовано в будущем.
4. К сожалению, пока добавление этой информации в API не планируется.
PanzerSteel (25 Сен 2013 - 09:31) писал: Разрабы, скажите, честный опыт и рейтинг от ВГ в новом апи будет
?Hedeon: Возможно будет добавлено в следующих обновлениях.
Yury_SNEGOV (26 Сен 2013 - 06:39) писал: Багрепорт(?):Не работает (пустой ответ) JavaScript-вариант запроса данных игрока, состоящего в клане:
http://api.worldofta...on=callbackFunc
Анамнез:
Без callback-функции работает нормально:
http://api.worldofta...ount_id=4354591
Вариант с ограничением полей работает:
http://api.worldofta...fields=nickname
Но не работает вариант с ограничением по fields=clan.role_i18n:
http://api.worldofta...=clan.role_i18n
Вывод:
Проблема с i18n-символами в JS-ответе? Экранировать?
UPDATE:
Та же история с:
http://api.worldofta...elds=name,motto
Подскажите, как решить проблему?
Hedeon: К сожалению, параметр js_function будет отключен в будущем и в
данный момент его использование невозможно.
Yury_SNEGOV (26 Сен 2013 - 06:54) писал: Багрепорт(?):Пример "Информация об игроке" пытается вывести поля "experience.xp", "experience.battle_avg_xp" и "experience.max_xp", которых в ответе сервера нет. Эти поля были в API 1.9, но в API 2.0 они уже находятся в другом месте - "statistics.all.xp", "statistics.all.battle_avg_xp" и "statistics.max_xp" соответственно.
Hedeon: Информация на странице с примерами будет изменена при следующем
обновлении.
begemotische (26 Сен 2013 - 12:35) писал: Уважаемые разработчики, а разъясните пожалуйста документацию ответа
на запрос account/tanks.Правильно ли я понимаю, что апи предполагает возврат только двух параметров из статистики - победы и кол-во боев? То есть, реально, ничем не будет отличаться от текущих возможностей существующего апи и подробной статистики по танкам отдавать не планируется?
Hedeon: В данный момент с помощью метода /account/tanks/ возможно получение
следующей информации: Количество боев на танке
Количество побед на танке
Знак классности К сожалению, получение более подробной информации в данный момент невозможно. Вы можете написать на api.support@wargaming.net Ваше предложение по необходимым Вам полям в данном методе и оно будет обязательно рассмотрено.
Количество побед на танке
Знак классности К сожалению, получение более подробной информации в данный момент невозможно. Вы можете написать на api.support@wargaming.net Ваше предложение по необходимым Вам полям в данном методе и оно будет обязательно рассмотрено.
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985311
CrazySys (20 Сен 2013 - 18:05) писал: Бегло просмотрел, сразу возник вопрос - поля отмеченные как
"Внимание! Поле будет отключено." будут однозначно отпилены?
Решение принято однозначно и бесповоротно?
Это эпик фэйл ИМХО.
Или же их значения все таки будут отдаваться, но после того как пользователь авторизуется через приложение и тем самым подтвердит свое согласие на то, что приложение познает дзен получит чуть больше информации?
CrazySys (20 Сен 2013 - 18:05) писал: Бог с ними с кредитами и золотом, но ангар-то за что пилить...
CrazySys (23 Сен 2013 - 11:41) писал: А комментарии по полям "in_garage" и прочим вопросам из поста #45
последуют?
CrazySys (20 Сен 2013 - 18:05) писал: И клан-мемберность в поиске игрока... Это же второй запрос делать?
CrazySys (20 Сен 2013 - 18:05) писал: .../account/info/
И прочие
407 ACCOUNT_ID_LIST_LIMIT_EXCEEDED Лимит переданных идентификаторов account_id превышен ( >=100 ) Если уж разрешено 99 ID, логичнее было бы разрешить и 100, а ошибку выдавать начиная с 101. Ибо лимит игроков в клане сейчас 100 тел.
1 игрок большой дополнительной нагрузки не создаст, а сэкономить те же самые ресурсы (нагрузка/трафик) можно было бы на "синтетических" цифрах - вроде
______.hits_percents, ______.battle_avg_xp и ______.draws
так как все эти циферки можно получить на стороне клиента простейшими арифметическими операциями с другими получаемыми в том же ответе данными.
Drahtigel (23 Сен 2013 - 10:30) писал: Хотелось бы видеть метод, отдающий информацию о текущем патче
(хотябы номер версии), чтоб лишний раз инфу о танках (танкопедию)
не подгружать, и всё с нею связанное.
rayder (23 Сен 2013 - 13:07) писал: День добрый, а можно еще в списке танков игрока выводить его
"localized_name", а то получается так же как и с информацией о
принадлежности к клану - "Сначала получи список танков, а потом его
локализированное имя.
Решается в принципе заведением отдельной таблицы для танков (которую обновлять нужно только при появлении новых танков), но и в этом случае за каждым танком придется отдельно бегать.
Ссылка на сообщение: #24985311
CrazySys (20 Сен 2013 - 18:05) писал: Бегло просмотрел, сразу возник вопрос - поля отмеченные как
"Внимание! Поле будет отключено." будут однозначно отпилены?
Решение принято однозначно и бесповоротно?Это эпик фэйл ИМХО.
Или же их значения все таки будут отдаваться, но после того как пользователь авторизуется через приложение и тем самым подтвердит свое согласие на то, что приложение познает дзен получит чуть больше информации?
Hedeon: На данный момент поля, которые отмечены "Внимание! Поле будет
отключено." отдают значения "по умолчанию", которые не
соответствуют реальным данным игрока и передаются в запросе только
для поддержания формата. Это связано с технической реализацией API.
Возможно, в будущем будут добавлены отдельные методы, которые будут
содержать информацию, которая обозначена в отключенных полях.
CrazySys (20 Сен 2013 - 18:05) писал: Бог с ними с кредитами и золотом, но ангар-то за что пилить...Hedeon: Ваше предложение касательно поля { in_garage } было принято к
рассмотрению. К сожалению, в данный момент нет технической
возможности для его реализации. Возможно, в будущем оно будет
реализовано.
CrazySys (23 Сен 2013 - 11:41) писал: А комментарии по полям "in_garage" и прочим вопросам из поста #45
последуют?Hedeon: Да, для получения полной информации об игроке Вам необходимо будет
сделать запрос с помощью 2х методов: clan/membersinfo и
account/info.
CrazySys (20 Сен 2013 - 18:05) писал: И клан-мемберность в поиске игрока... Это же второй запрос делать?Hedeon: К сожалению, такова техническая реализация в данный момент.
Возможно, в будущем будут внесены изменения.
CrazySys (20 Сен 2013 - 18:05) писал: .../account/info/И прочие
407 ACCOUNT_ID_LIST_LIMIT_EXCEEDED Лимит переданных идентификаторов account_id превышен ( >=100 ) Если уж разрешено 99 ID, логичнее было бы разрешить и 100, а ошибку выдавать начиная с 101. Ибо лимит игроков в клане сейчас 100 тел.
1 игрок большой дополнительной нагрузки не создаст, а сэкономить те же самые ресурсы (нагрузка/трафик) можно было бы на "синтетических" цифрах - вроде
______.hits_percents, ______.battle_avg_xp и ______.draws
так как все эти циферки можно получить на стороне клиента простейшими арифметическими операциями с другими получаемыми в том же ответе данными.
Hedeon: Пожалуйста, напишите письмо на api.support@wargaming.net с
описанием применения указанного Вами метода.
Drahtigel (23 Сен 2013 - 10:30) писал: Хотелось бы видеть метод, отдающий информацию о текущем патче
(хотябы номер версии), чтоб лишний раз инфу о танках (танкопедию)
не подгружать, и всё с нею связанное.Hedeon: В следующих версиях API будет внесено улучшение по локализации.
rayder (23 Сен 2013 - 13:07) писал: День добрый, а можно еще в списке танков игрока выводить его
"localized_name", а то получается так же как и с информацией о
принадлежности к клану - "Сначала получи список танков, а потом его
локализированное имя.Решается в принципе заведением отдельной таблицы для танков (которую обновлять нужно только при появлении новых танков), но и в этом случае за каждым танком придется отдельно бегать.
Hedeon:
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985311
CrazySys (20 Сен 2013 - 18:05) писал: Бегло просмотрел, сразу возник вопрос - поля отмеченные как
"Внимание! Поле будет отключено." будут однозначно отпилены?
Решение принято однозначно и бесповоротно?
Это эпик фэйл ИМХО.
Или же их значения все таки будут отдаваться, но после того как пользователь авторизуется через приложение и тем самым подтвердит свое согласие на то, что приложение познает дзен получит чуть больше информации?
CrazySys (20 Сен 2013 - 18:05) писал: Бог с ними с кредитами и золотом, но ангар-то за что пилить...
CrazySys (23 Сен 2013 - 11:41) писал: А комментарии по полям "in_garage" и прочим вопросам из поста #45
последуют?
CrazySys (20 Сен 2013 - 18:05) писал: И клан-мемберность в поиске игрока... Это же второй запрос
делать?
CrazySys (20 Сен 2013 - 18:05) писал: .../account/info/
И прочие
407 ACCOUNT_ID_LIST_LIMIT_EXCEEDED Лимит переданных идентификаторов account_id превышен ( >=100 ) Если уж разрешено 99 ID, логичнее было бы разрешить и 100, а ошибку выдавать начиная с 101. Ибо лимит игроков в клане сейчас 100 тел.
1 игрок большой дополнительной нагрузки не создаст, а сэкономить те же самые ресурсы (нагрузка/трафик) можно было бы на "синтетических" цифрах - вроде
______.hits_percents, ______.battle_avg_xp и ______.draws
так как все эти циферки можно получить на стороне клиента простейшими арифметическими операциями с другими получаемыми в том же ответе данными.
Drahtigel (23 Сен 2013 - 10:30) писал: Хотелось бы видеть метод, отдающий информацию о текущем патче
(хотябы номер версии), чтоб лишний раз инфу о танках (танкопедию)
не подгружать, и всё с нею связанное.
rayder (23 Сен 2013 - 13:07) писал: День добрый, а можно еще в списке танков игрока выводить его
"localized_name", а то получается так же как и с информацией о
принадлежности к клану - "Сначала получи список танков, а потом его
локализированное имя.
Решается в принципе заведением отдельной таблицы для танков (которую обновлять нужно только при появлении новых танков), но и в этом случае за каждым танком придется отдельно бегать.
Ссылка на сообщение: #24985311
CrazySys (20 Сен 2013 - 18:05) писал: Бегло просмотрел, сразу возник вопрос - поля отмеченные как
"Внимание! Поле будет отключено." будут однозначно отпилены?
Решение принято однозначно и бесповоротно?Это эпик фэйл ИМХО.
Или же их значения все таки будут отдаваться, но после того как пользователь авторизуется через приложение и тем самым подтвердит свое согласие на то, что приложение познает дзен получит чуть больше информации?
Hedeon: На данный момент поля, которые отмечены "Внимание! Поле будет
отключено." отдают значения "по умолчанию", которые не
соответствуют реальным данным игрока и передаются в запросе только
для поддержания формата. Это связано с технической реализацией API.
Возможно, в будущем будут добавлены отдельные методы, которые будут
содержать информацию, которая обозначена в отключенных полях.
CrazySys (20 Сен 2013 - 18:05) писал: Бог с ними с кредитами и золотом, но ангар-то за что пилить...Hedeon: Ваше предложение касательно поля { in_garage } было принято к
рассмотрению. К сожалению, в данный момент нет технической
возможности для его реализации. Возможно, в будущем оно будет
реализовано.
CrazySys (23 Сен 2013 - 11:41) писал: А комментарии по полям "in_garage" и прочим вопросам из поста #45
последуют?Hedeon: Да, для получения полной информации об игроке Вам необходимо будет
сделать запрос с помощью 2х методов: clan/membersinfo и
account/info.
CrazySys (20 Сен 2013 - 18:05) писал: И клан-мемберность в поиске игрока... Это же второй запрос
делать?Hedeon: К сожалению, такова техническая реализация в данный момент.
Возможно, в будущем будут внесены изменения.
CrazySys (20 Сен 2013 - 18:05) писал: .../account/info/И прочие
407 ACCOUNT_ID_LIST_LIMIT_EXCEEDED Лимит переданных идентификаторов account_id превышен ( >=100 ) Если уж разрешено 99 ID, логичнее было бы разрешить и 100, а ошибку выдавать начиная с 101. Ибо лимит игроков в клане сейчас 100 тел.
1 игрок большой дополнительной нагрузки не создаст, а сэкономить те же самые ресурсы (нагрузка/трафик) можно было бы на "синтетических" цифрах - вроде
______.hits_percents, ______.battle_avg_xp и ______.draws
так как все эти циферки можно получить на стороне клиента простейшими арифметическими операциями с другими получаемыми в том же ответе данными.
Hedeon: Пожалуйста, напишите письмо на api.support@wargaming.net с
описанием применения указанного Вами метода.
Drahtigel (23 Сен 2013 - 10:30) писал: Хотелось бы видеть метод, отдающий информацию о текущем патче
(хотябы номер версии), чтоб лишний раз инфу о танках (танкопедию)
не подгружать, и всё с нею связанное.Hedeon: В следующих версиях API будет внесено улучшение по локализации.
rayder (23 Сен 2013 - 13:07) писал: День добрый, а можно еще в списке танков игрока выводить его
"localized_name", а то получается так же как и с информацией о
принадлежности к клану - "Сначала получи список танков, а потом его
локализированное имя.Решается в принципе заведением отдельной таблицы для танков (которую обновлять нужно только при появлении новых танков), но и в этом случае за каждым танком придется отдельно бегать.
Hedeon:
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985311
CrazySys (20 Сен 2013 - 18:05) писал: Бегло просмотрел, сразу возник вопрос - поля отмеченные как
"Внимание! Поле будет отключено." будут однозначно отпилены?
Решение принято однозначно и бесповоротно?
Это эпик фэйл ИМХО.
Или же их значения все таки будут отдаваться, но после того как пользователь авторизуется через приложение и тем самым подтвердит свое согласие на то, что приложение познает дзен получит чуть больше информации?
CrazySys (20 Сен 2013 - 18:05) писал: Бог с ними с кредитами и золотом, но ангар-то за что пилить...
CrazySys (23 Сен 2013 - 11:41) писал: А комментарии по полям "in_garage" и прочим вопросам из поста #45
последуют?
CrazySys (20 Сен 2013 - 18:05) писал: И клан-мемберность в поиске игрока... Это же второй запрос
делать?
CrazySys (20 Сен 2013 - 18:05) писал: .../account/info/
И прочие
407 ACCOUNT_ID_LIST_LIMIT_EXCEEDED Лимит переданных идентификаторов account_id превышен ( >=100 ) Если уж разрешено 99 ID, логичнее было бы разрешить и 100, а ошибку выдавать начиная с 101. Ибо лимит игроков в клане сейчас 100 тел.
1 игрок большой дополнительной нагрузки не создаст, а сэкономить те же самые ресурсы (нагрузка/трафик) можно было бы на "синтетических" цифрах - вроде
______.hits_percents, ______.battle_avg_xp и ______.draws
так как все эти циферки можно получить на стороне клиента простейшими арифметическими операциями с другими получаемыми в том же ответе данными.
Drahtigel (23 Сен 2013 - 10:30) писал: Хотелось бы видеть метод, отдающий информацию о текущем патче
(хотябы номер версии), чтоб лишний раз инфу о танках (танкопедию)
не подгружать, и всё с нею связанное.
rayder (23 Сен 2013 - 13:07) писал: День добрый, а можно еще в списке танков игрока выводить его
"localized_name", а то получается так же как и с информацией о
принадлежности к клану - "Сначала получи список танков, а потом его
локализированное имя.
Решается в принципе заведением отдельной таблицы для танков (которую обновлять нужно только при появлении новых танков), но и в этом случае за каждым танком придется отдельно бегать.
Ссылка на сообщение: #24985311
CrazySys (20 Сен 2013 - 18:05) писал: Бегло просмотрел, сразу возник вопрос - поля отмеченные как
"Внимание! Поле будет отключено." будут однозначно отпилены?
Решение принято однозначно и бесповоротно?Это эпик фэйл ИМХО.
Или же их значения все таки будут отдаваться, но после того как пользователь авторизуется через приложение и тем самым подтвердит свое согласие на то, что приложение познает дзен получит чуть больше информации?
Hedeon: На данный момент поля, которые отмечены "Внимание! Поле будет
отключено." отдают значения "по умолчанию", которые не
соответствуют реальным данным игрока и передаются в запросе только
для поддержания формата. Это связано с технической реализацией API.
Возможно, в будущем будут добавлены отдельные методы, которые будут
содержать информацию, которая обозначена в отключенных полях.
CrazySys (20 Сен 2013 - 18:05) писал: Бог с ними с кредитами и золотом, но ангар-то за что пилить...Hedeon: Ваше предложение касательно поля { in_garage } было принято к
рассмотрению. К сожалению, в данный момент нет технической
возможности для его реализации. Возможно, в будущем оно будет
реализовано.
CrazySys (23 Сен 2013 - 11:41) писал: А комментарии по полям "in_garage" и прочим вопросам из поста #45
последуют?Hedeon: Да, для получения полной информации об игроке Вам необходимо будет
сделать запрос с помощью 2х методов: clan/membersinfo и
account/info.
CrazySys (20 Сен 2013 - 18:05) писал: И клан-мемберность в поиске игрока... Это же второй запрос
делать?Hedeon: К сожалению, такова техническая реализация в данный момент.
Возможно, в будущем будут внесены изменения.
CrazySys (20 Сен 2013 - 18:05) писал: .../account/info/И прочие
407 ACCOUNT_ID_LIST_LIMIT_EXCEEDED Лимит переданных идентификаторов account_id превышен ( >=100 ) Если уж разрешено 99 ID, логичнее было бы разрешить и 100, а ошибку выдавать начиная с 101. Ибо лимит игроков в клане сейчас 100 тел.
1 игрок большой дополнительной нагрузки не создаст, а сэкономить те же самые ресурсы (нагрузка/трафик) можно было бы на "синтетических" цифрах - вроде
______.hits_percents, ______.battle_avg_xp и ______.draws
так как все эти циферки можно получить на стороне клиента простейшими арифметическими операциями с другими получаемыми в том же ответе данными.
Hedeon: Пожалуйста, напишите письмо на api.support@wargaming.net с
описанием применения указанного Вами метода.
Drahtigel (23 Сен 2013 - 10:30) писал: Хотелось бы видеть метод, отдающий информацию о текущем патче
(хотябы номер версии), чтоб лишний раз инфу о танках (танкопедию)
не подгружать, и всё с нею связанное.Hedeon: В следующих версиях API будет внесено улучшение по локализации.
rayder (23 Сен 2013 - 13:07) писал: День добрый, а можно еще в списке танков игрока выводить его
"localized_name", а то получается так же как и с информацией о
принадлежности к клану - "Сначала получи список танков, а потом его
локализированное имя.Решается в принципе заведением отдельной таблицы для танков (которую обновлять нужно только при появлении новых танков), но и в этом случае за каждым танком придется отдельно бегать.
Hedeon:
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985311
CrazySys (20 Сен 2013 - 18:05) писал: Бегло просмотрел, сразу возник вопрос - поля отмеченные как
"Внимание! Поле будет отключено." будут однозначно отпилены?
Решение принято однозначно и бесповоротно?
Это эпик фэйл ИМХО.
Или же их значения все таки будут отдаваться, но после того как пользователь авторизуется через приложение и тем самым подтвердит свое согласие на то, что приложение познает дзен получит чуть больше информации?
CrazySys (20 Сен 2013 - 18:05) писал: Бог с ними с кредитами и золотом, но ангар-то за что пилить...
CrazySys (23 Сен 2013 - 11:41) писал: А комментарии по полям "in_garage" и прочим вопросам из поста #45
последуют?
CrazySys (20 Сен 2013 - 18:05) писал: И клан-мемберность в поиске игрока... Это же второй запрос
делать?
CrazySys (20 Сен 2013 - 18:05) писал: .../account/info/
И прочие
407 ACCOUNT_ID_LIST_LIMIT_EXCEEDED Лимит переданных идентификаторов account_id превышен ( >=100 ) Если уж разрешено 99 ID, логичнее было бы разрешить и 100, а ошибку выдавать начиная с 101. Ибо лимит игроков в клане сейчас 100 тел.
1 игрок большой дополнительной нагрузки не создаст, а сэкономить те же самые ресурсы (нагрузка/трафик) можно было бы на "синтетических" цифрах - вроде
______.hits_percents, ______.battle_avg_xp и ______.draws
так как все эти циферки можно получить на стороне клиента простейшими арифметическими операциями с другими получаемыми в том же ответе данными.
Drahtigel (23 Сен 2013 - 10:30) писал: Хотелось бы видеть метод, отдающий информацию о текущем патче
(хотябы номер версии), чтоб лишний раз инфу о танках (танкопедию)
не подгружать, и всё с нею связанное.
rayder (23 Сен 2013 - 13:07) писал: День добрый, а можно еще в списке танков игрока выводить его
"localized_name", а то получается так же как и с информацией о
принадлежности к клану - "Сначала получи список танков, а потом его
локализированное имя.
Решается в принципе заведением отдельной таблицы для танков (которую обновлять нужно только при появлении новых танков), но и в этом случае за каждым танком придется отдельно бегать.
Ссылка на сообщение: #24985311
CrazySys (20 Сен 2013 - 18:05) писал: Бегло просмотрел, сразу возник вопрос - поля отмеченные как
"Внимание! Поле будет отключено." будут однозначно отпилены?
Решение принято однозначно и бесповоротно?Это эпик фэйл ИМХО.
Или же их значения все таки будут отдаваться, но после того как пользователь авторизуется через приложение и тем самым подтвердит свое согласие на то, что приложение познает дзен получит чуть больше информации?
Hedeon: На данный момент поля, которые отмечены "Внимание! Поле будет
отключено." отдают значения "по умолчанию", которые не
соответствуют реальным данным игрока и передаются в запросе только
для поддержания формата. Это связано с технической реализацией API.
Возможно, в будущем будут добавлены отдельные методы, которые будут
содержать информацию, которая обозначена в отключенных полях.
CrazySys (20 Сен 2013 - 18:05) писал: Бог с ними с кредитами и золотом, но ангар-то за что пилить...Hedeon: Ваше предложение касательно поля { in_garage } было принято к
рассмотрению. К сожалению, в данный момент нет технической
возможности для его реализации. Возможно, в будущем оно будет
реализовано.
CrazySys (23 Сен 2013 - 11:41) писал: А комментарии по полям "in_garage" и прочим вопросам из поста #45
последуют?Hedeon: Да, для получения полной информации об игроке Вам необходимо будет
сделать запрос с помощью 2х методов: clan/membersinfo и
account/info.
CrazySys (20 Сен 2013 - 18:05) писал: И клан-мемберность в поиске игрока... Это же второй запрос
делать?Hedeon: К сожалению, такова техническая реализация в данный момент.
Возможно, в будущем будут внесены изменения.
CrazySys (20 Сен 2013 - 18:05) писал: .../account/info/И прочие
407 ACCOUNT_ID_LIST_LIMIT_EXCEEDED Лимит переданных идентификаторов account_id превышен ( >=100 ) Если уж разрешено 99 ID, логичнее было бы разрешить и 100, а ошибку выдавать начиная с 101. Ибо лимит игроков в клане сейчас 100 тел.
1 игрок большой дополнительной нагрузки не создаст, а сэкономить те же самые ресурсы (нагрузка/трафик) можно было бы на "синтетических" цифрах - вроде
______.hits_percents, ______.battle_avg_xp и ______.draws
так как все эти циферки можно получить на стороне клиента простейшими арифметическими операциями с другими получаемыми в том же ответе данными.
Hedeon: Пожалуйста, напишите письмо на api.support@wargaming.net с
описанием применения указанного Вами метода.
Drahtigel (23 Сен 2013 - 10:30) писал: Хотелось бы видеть метод, отдающий информацию о текущем патче
(хотябы номер версии), чтоб лишний раз инфу о танках (танкопедию)
не подгружать, и всё с нею связанное.Hedeon: В следующих версиях API будет внесено улучшение по локализации.
rayder (23 Сен 2013 - 13:07) писал: День добрый, а можно еще в списке танков игрока выводить его
"localized_name", а то получается так же как и с информацией о
принадлежности к клану - "Сначала получи список танков, а потом его
локализированное имя.Решается в принципе заведением отдельной таблицы для танков (которую обновлять нужно только при появлении новых танков), но и в этом случае за каждым танком придется отдельно бегать.
Hedeon:
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985311
CrazySys (20 Сен 2013 - 18:05) писал: Бегло просмотрел, сразу возник вопрос - поля отмеченные как
"Внимание! Поле будет отключено." будут однозначно отпилены?
Решение принято однозначно и бесповоротно?
Это эпик фэйл ИМХО.
Или же их значения все таки будут отдаваться, но после того как пользователь авторизуется через приложение и тем самым подтвердит свое согласие на то, что приложение познает дзен получит чуть больше информации?
CrazySys (20 Сен 2013 - 18:05) писал: Бог с ними с кредитами и золотом, но ангар-то за что пилить...
CrazySys (23 Сен 2013 - 11:41) писал: А комментарии по полям "in_garage" и прочим вопросам из поста #45
последуют?
CrazySys (20 Сен 2013 - 18:05) писал: И клан-мемберность в поиске игрока... Это же второй запрос
делать?
CrazySys (20 Сен 2013 - 18:05) писал: .../account/info/
И прочие
407 ACCOUNT_ID_LIST_LIMIT_EXCEEDED Лимит переданных идентификаторов account_id превышен ( >=100 ) Если уж разрешено 99 ID, логичнее было бы разрешить и 100, а ошибку выдавать начиная с 101. Ибо лимит игроков в клане сейчас 100 тел.
1 игрок большой дополнительной нагрузки не создаст, а сэкономить те же самые ресурсы (нагрузка/трафик) можно было бы на "синтетических" цифрах - вроде
______.hits_percents, ______.battle_avg_xp и ______.draws
так как все эти циферки можно получить на стороне клиента простейшими арифметическими операциями с другими получаемыми в том же ответе данными.
Drahtigel (23 Сен 2013 - 10:30) писал: Хотелось бы видеть метод, отдающий информацию о текущем патче
(хотябы номер версии), чтоб лишний раз инфу о танках (танкопедию)
не подгружать, и всё с нею связанное.
rayder (23 Сен 2013 - 13:07) писал: День добрый, а можно еще в списке танков игрока выводить его
"localized_name", а то получается так же как и с информацией о
принадлежности к клану - "Сначала получи список танков, а потом его
локализированное имя.
Решается в принципе заведением отдельной таблицы для танков (которую обновлять нужно только при появлении новых танков), но и в этом случае за каждым танком придется отдельно бегать.
Ссылка на сообщение: #24985311
CrazySys (20 Сен 2013 - 18:05) писал: Бегло просмотрел, сразу возник вопрос - поля отмеченные как
"Внимание! Поле будет отключено." будут однозначно отпилены?
Решение принято однозначно и бесповоротно?Это эпик фэйл ИМХО.
Или же их значения все таки будут отдаваться, но после того как пользователь авторизуется через приложение и тем самым подтвердит свое согласие на то, что приложение познает дзен получит чуть больше информации?
Hedeon: На данный момент поля, которые отмечены "Внимание! Поле будет
отключено." отдают значения "по умолчанию", которые не
соответствуют реальным данным игрока и передаются в запросе только
для поддержания формата. Это связано с технической реализацией API.
Возможно, в будущем будут добавлены отдельные методы, которые будут
содержать информацию, которая обозначена в отключенных полях.
CrazySys (20 Сен 2013 - 18:05) писал: Бог с ними с кредитами и золотом, но ангар-то за что пилить...Hedeon: Ваше предложение касательно поля { in_garage } было принято к
рассмотрению. К сожалению, в данный момент нет технической
возможности для его реализации. Возможно, в будущем оно будет
реализовано.
CrazySys (23 Сен 2013 - 11:41) писал: А комментарии по полям "in_garage" и прочим вопросам из поста #45
последуют?Hedeon: Да, для получения полной информации об игроке Вам необходимо будет
сделать запрос с помощью 2х методов: clan/membersinfo и
account/info.
CrazySys (20 Сен 2013 - 18:05) писал: И клан-мемберность в поиске игрока... Это же второй запрос
делать?Hedeon: К сожалению, такова техническая реализация в данный момент.
Возможно, в будущем будут внесены изменения.
CrazySys (20 Сен 2013 - 18:05) писал: .../account/info/И прочие
407 ACCOUNT_ID_LIST_LIMIT_EXCEEDED Лимит переданных идентификаторов account_id превышен ( >=100 ) Если уж разрешено 99 ID, логичнее было бы разрешить и 100, а ошибку выдавать начиная с 101. Ибо лимит игроков в клане сейчас 100 тел.
1 игрок большой дополнительной нагрузки не создаст, а сэкономить те же самые ресурсы (нагрузка/трафик) можно было бы на "синтетических" цифрах - вроде
______.hits_percents, ______.battle_avg_xp и ______.draws
так как все эти циферки можно получить на стороне клиента простейшими арифметическими операциями с другими получаемыми в том же ответе данными.
Hedeon: Пожалуйста, напишите письмо на api.support@wargaming.net с
описанием применения указанного Вами метода.
Drahtigel (23 Сен 2013 - 10:30) писал: Хотелось бы видеть метод, отдающий информацию о текущем патче
(хотябы номер версии), чтоб лишний раз инфу о танках (танкопедию)
не подгружать, и всё с нею связанное.Hedeon: В следующих версиях API будет внесено улучшение по локализации.
rayder (23 Сен 2013 - 13:07) писал: День добрый, а можно еще в списке танков игрока выводить его
"localized_name", а то получается так же как и с информацией о
принадлежности к клану - "Сначала получи список танков, а потом его
локализированное имя.Решается в принципе заведением отдельной таблицы для танков (которую обновлять нужно только при появлении новых танков), но и в этом случае за каждым танком придется отдельно бегать.
Hedeon:
Тема: Отзывы и пожелания. Wargaming Public API
Ссылка на сообщение: #24985311
CrazySys (20 Сен 2013 - 18:05) писал: Бегло просмотрел, сразу возник вопрос - поля отмеченные как
"Внимание! Поле будет отключено." будут однозначно отпилены?
Решение принято однозначно и бесповоротно?
Это эпик фэйл ИМХО.
Или же их значения все таки будут отдаваться, но после того как пользователь авторизуется через приложение и тем самым подтвердит свое согласие на то, что приложение познает дзен получит чуть больше информации?
CrazySys (20 Сен 2013 - 18:05) писал: Бог с ними с кредитами и золотом, но ангар-то за что пилить...
CrazySys (23 Сен 2013 - 11:41) писал: А комментарии по полям "in_garage" и прочим вопросам из поста #45
последуют?
CrazySys (20 Сен 2013 - 18:05) писал: И клан-мемберность в поиске игрока... Это же второй запрос
делать?
CrazySys (20 Сен 2013 - 18:05) писал: .../account/info/
И прочие
407 ACCOUNT_ID_LIST_LIMIT_EXCEEDED Лимит переданных идентификаторов account_id превышен ( >=100 ) Если уж разрешено 99 ID, логичнее было бы разрешить и 100, а ошибку выдавать начиная с 101. Ибо лимит игроков в клане сейчас 100 тел.
1 игрок большой дополнительной нагрузки не создаст, а сэкономить те же самые ресурсы (нагрузка/трафик) можно было бы на "синтетических" цифрах - вроде
______.hits_percents, ______.battle_avg_xp и ______.draws
так как все эти циферки можно получить на стороне клиента простейшими арифметическими операциями с другими получаемыми в том же ответе данными.
Drahtigel (23 Сен 2013 - 10:30) писал: Хотелось бы видеть метод, отдающий информацию о текущем патче
(хотябы номер версии), чтоб лишний раз инфу о танках (танкопедию)
не подгружать, и всё с нею связанное.
rayder (23 Сен 2013 - 13:07) писал: День добрый, а можно еще в списке танков игрока выводить его
"localized_name", а то получается так же как и с информацией о
принадлежности к клану - "Сначала получи список танков, а потом его
локализированное имя.
Решается в принципе заведением отдельной таблицы для танков (которую обновлять нужно только при появлении новых танков), но и в этом случае за каждым танком придется отдельно бегать.
Ссылка на сообщение: #24985311
CrazySys (20 Сен 2013 - 18:05) писал: Бегло просмотрел, сразу возник вопрос - поля отмеченные как
"Внимание! Поле будет отключено." будут однозначно отпилены?
Решение принято однозначно и бесповоротно?Это эпик фэйл ИМХО.
Или же их значения все таки будут отдаваться, но после того как пользователь авторизуется через приложение и тем самым подтвердит свое согласие на то, что приложение познает дзен получит чуть больше информации?
Hedeon: На данный момент поля, которые отмечены "Внимание! Поле будет
отключено." отдают значения "по умолчанию", которые не
соответствуют реальным данным игрока и передаются в запросе только
для поддержания формата. Это связано с технической реализацией API.
Возможно, в будущем будут добавлены отдельные методы, которые будут
содержать информацию, которая обозначена в отключенных полях.
CrazySys (20 Сен 2013 - 18:05) писал: Бог с ними с кредитами и золотом, но ангар-то за что пилить...Hedeon: Ваше предложение касательно поля { in_garage } было принято к
рассмотрению. К сожалению, в данный момент нет технической
возможности для его реализации. Возможно, в будущем оно будет
реализовано.
CrazySys (23 Сен 2013 - 11:41) писал: А комментарии по полям "in_garage" и прочим вопросам из поста #45
последуют?Hedeon: Да, для получения полной информации об игроке Вам необходимо будет
сделать запрос с помощью 2х методов: clan/membersinfo и
account/info.
CrazySys (20 Сен 2013 - 18:05) писал: И клан-мемберность в поиске игрока... Это же второй запрос
делать?Hedeon: К сожалению, такова техническая реализация в данный момент.
Возможно, в будущем будут внесены изменения.
CrazySys (20 Сен 2013 - 18:05) писал: .../account/info/И прочие
407 ACCOUNT_ID_LIST_LIMIT_EXCEEDED Лимит переданных идентификаторов account_id превышен ( >=100 ) Если уж разрешено 99 ID, логичнее было бы разрешить и 100, а ошибку выдавать начиная с 101. Ибо лимит игроков в клане сейчас 100 тел.
1 игрок большой дополнительной нагрузки не создаст, а сэкономить те же самые ресурсы (нагрузка/трафик) можно было бы на "синтетических" цифрах - вроде
______.hits_percents, ______.battle_avg_xp и ______.draws
так как все эти циферки можно получить на стороне клиента простейшими арифметическими операциями с другими получаемыми в том же ответе данными.
Hedeon: Пожалуйста, напишите письмо на api.support@wargaming.net с
описанием применения указанного Вами метода.
Drahtigel (23 Сен 2013 - 10:30) писал: Хотелось бы видеть метод, отдающий информацию о текущем патче
(хотябы номер версии), чтоб лишний раз инфу о танках (танкопедию)
не подгружать, и всё с нею связанное.Hedeon: В следующих версиях API будет внесено улучшение по локализации.
rayder (23 Сен 2013 - 13:07) писал: День добрый, а можно еще в списке танков игрока выводить его
"localized_name", а то получается так же как и с информацией о
принадлежности к клану - "Сначала получи список танков, а потом его
локализированное имя.Решается в принципе заведением отдельной таблицы для танков (которую обновлять нужно только при появлении новых танков), но и в этом случае за каждым танком придется отдельно бегать.
Hedeon:
Тема: Т-35А своими руками
Ссылка на сообщение: #24984235
Arhaaaangel (27 Сен 2013 - 19:44) писал: Обещали ведь бат чат
я его так
ждал 
з.ы. точнее вопрос, а где запропастился выпуск № 14?
Ссылка на сообщение: #24984235
Arhaaaangel (27 Сен 2013 - 19:44) писал: Обещали ведь бат чат з.ы. точнее вопрос, а где запропастился выпуск № 14?
Collega_Prull:
Я думаю, когда в тему зайдут разработчики модели, вы получите ответ на свой вопрос.
Я думаю, когда в тему зайдут разработчики модели, вы получите ответ на свой вопрос.
Тема: Т-35А своими руками
Ссылка на сообщение: #24983882
wassw (27 Сен 2013 - 19:40) писал: Игровые? А что,советский Тог-2* будет в игре?
Ссылка на сообщение: #24983882
wassw (27 Сен 2013 - 19:40) писал: Игровые? А что,советский Тог-2* будет в игре?Collega_Prull:
Модель танка есть, но пока что неясно, будет ли он в игре.
Модель танка есть, но пока что неясно, будет ли он в игре.
Тема: Вопросы разработчикам - 9
Ссылка на сообщение: #24981722
Lexus099 (27 Сен 2013 - 15:32) писал: Уважаемые разработчики!
Вопрос:
1) Вписывается ли на данный момент техника с большой альфой и пробитием в общую картину игры. Как вы считаете?
2) В предыдущих патчах работала систаема "не более 3х боев в низу списка". Эту систему отменили?
з.ы у самого в ангаре три 10х птшки.
Ссылка на сообщение: #24981722
Lexus099 (27 Сен 2013 - 15:32) писал: Уважаемые разработчики!Вопрос:
1) Вписывается ли на данный момент техника с большой альфой и пробитием в общую картину игры. Как вы считаете?
2) В предыдущих патчах работала систаема "не более 3х боев в низу списка". Эту систему отменили?
з.ы у самого в ангаре три 10х птшки.
SerB: 1. Да
2. Нет
2. Нет
Тема: Вопросы разработчикам - 9
Ссылка на сообщение: #24981425
a9ress0r (27 Сен 2013 - 18:08) писал: Один бой-куча вопросов:
1.Разве наличие брелков уже никак не компенсируется?
shot_126.jpg 2.Когда будут введены механизмы
против недекватов на брелках и их совзводных (совзводные тоже
виновны, причем значительно больше - это их балансный вес
учитывается):
3.Плохо ли я сыграл в этом бою и в чем я виноват, что команда слилась?
Ссылка на сообщение: #24981425
a9ress0r (27 Сен 2013 - 18:08) писал: Один бой-куча вопросов:1.Разве наличие брелков уже никак не компенсируется?
3.Плохо ли я сыграл в этом бою и в чем я виноват, что команда слилась?
Storm: 2.Когда будут введены механизмы против недекватов на брелках и их
совзводных (совзводные тоже виновны, причем значительно больше -
это их балансный вес учитывается):
3.Плохо ли я сыграл в этом бою и в чем я виноват, что команда слилась?
1 - компенсируется автоматически подбором в противоположную команду танков с меньшими балансными весами.
2 - никогда.
3 - не в курсе.
3.Плохо ли я сыграл в этом бою и в чем я виноват, что команда слилась?
1 - компенсируется автоматически подбором в противоположную команду танков с меньшими балансными весами.
2 - никогда.
3 - не в курсе.
Тема: Вопросы разработчикам - 9
Ссылка на сообщение: #24981394
never_set_sail (27 Сен 2013 - 19:01) писал: Здравствуйте! В этом же выпуске ВР вам задавали вопрос вроде "когда
будет исправлена ошибка пролета снаряда сквозь танк?", на что был
дан ответ:
Не знаю, возможно за 4 дня она появилась, но 10 числа, когда я прислал в поддержку реплей с аналогичным багом мне ответили "Уважаемый пользователь, данная ситуация нам известна. Работы по исправлению ведутся."
1)Так есть проблема или нет?
Плюс, некоторое время спустя, случилось нечто вроде этого:
Снаряд полетел за пределы круга сведения по впечатляющей траектории сквозь гусеницы в ближайший заборчик
21221.jpg
212211.jpg
(в сторону, куда улетел снаряд прицел был направлен более 5 секунд назад)
2)Как так получилось?
3)По игровой логике снаряд может лететь по такой кривой траектории? (т.е. что на глаз видно, что с ней что-то не то, это не стрельба на большое расстояние)
Спасибо!
Ссылка на сообщение: #24981394
never_set_sail (27 Сен 2013 - 19:01) писал: Здравствуйте! В этом же выпуске ВР вам задавали вопрос вроде "когда
будет исправлена ошибка пролета снаряда сквозь танк?", на что был
дан ответ:Не знаю, возможно за 4 дня она появилась, но 10 числа, когда я прислал в поддержку реплей с аналогичным багом мне ответили "Уважаемый пользователь, данная ситуация нам известна. Работы по исправлению ведутся."
1)Так есть проблема или нет?
Плюс, некоторое время спустя, случилось нечто вроде этого:
Снаряд полетел за пределы круга сведения по впечатляющей траектории сквозь гусеницы в ближайший заборчик
(в сторону, куда улетел снаряд прицел был направлен более 5 секунд назад)
2)Как так получилось?
3)По игровой логике снаряд может лететь по такой кривой траектории? (т.е. что на глаз видно, что с ней что-то не то, это не стрельба на большое расстояние)
Спасибо!
Storm: 2)Как так получилось?
3)По игровой логике снаряд может лететь по такой кривой траектории? (т.е. что на глаз видно, что с ней что-то не то, это не стрельба на большое расстояние)
Спасибо!
1 - вопрос тогда был другой. Проблема с пролетом снаряда сквозь танк известна и изучается.
2 - классический случай рассинхронизации/потери пакетов.
3)По игровой логике снаряд может лететь по такой кривой траектории? (т.е. что на глаз видно, что с ней что-то не то, это не стрельба на большое расстояние)
Спасибо!
1 - вопрос тогда был другой. Проблема с пролетом снаряда сквозь танк известна и изучается.
2 - классический случай рассинхронизации/потери пакетов.
Тема: Программа «ВБР: no comments». Десятый выпуск
Ссылка на сообщение: #24981323
Ссылка на сообщение: #24981323
Remarque: Самые яркие моменты программы в формате GIF










Тема: Закрытый бета-тест WG Public API
Ссылка на сообщение: #24981269
Цитата Все права на Приложения и иные объекты, правомерно созданные Пользователем, принадлежат Пользователю. Компания не имеет права использовать или изменять исходный код Приложений, созданный Пользователем.
Все права на объекты интеллектуальной собственности Компании, иные имущественные и другие права, принадлежащие Компании, сохраняются полностью у Компании. В качестве встречного предоставления за использование Сервиса Пользователь без дополнительной оплаты дает Компании неисключительную, безотзывную, бессрочную лицензию (с правом сублицензии и уступки) на использование объектов, созданных на основании Сервиса. Данное право Компании распространяется исключительно на объекты, обнародованные Пользователем, а также их части и информацию, сообщенную Пользователем в отношении Сервиса и иных продуктов Компании. Права Компании на использование объектов и информации включает право использовать их любым способом с момента обнародования или сообщения Компании и в любой стране мира, в том числе обнародовать, распространять, модифицировать, адаптировать, иным образом перерабатывать, издавать, создавать производные произведения, без обязательства упоминать имя автора.
Ссылка на сообщение: #24981269
Цитата Все права на Приложения и иные объекты, правомерно созданные Пользователем, принадлежат Пользователю. Компания не имеет права использовать или изменять исходный код Приложений, созданный Пользователем.
Все права на объекты интеллектуальной собственности Компании, иные имущественные и другие права, принадлежащие Компании, сохраняются полностью у Компании. В качестве встречного предоставления за использование Сервиса Пользователь без дополнительной оплаты дает Компании неисключительную, безотзывную, бессрочную лицензию (с правом сублицензии и уступки) на использование объектов, созданных на основании Сервиса. Данное право Компании распространяется исключительно на объекты, обнародованные Пользователем, а также их части и информацию, сообщенную Пользователем в отношении Сервиса и иных продуктов Компании. Права Компании на использование объектов и информации включает право использовать их любым способом с момента обнародования или сообщения Компании и в любой стране мира, в том числе обнародовать, распространять, модифицировать, адаптировать, иным образом перерабатывать, издавать, создавать производные произведения, без обязательства упоминать имя автора.
HuKoguM:
Тема: как сделать прицел в виде точки
Ссылка на сообщение: #24979394
Ссылка на сообщение: #24979394
Knopka: Изменить прицел Вы можете с помощью одного из модов. Мы не гарантируем корректную
работу клиента при их использовании, будьте внимательны.
Закрыто.
Закрыто.
Тема: Начислили опыта не по теме За что?
Ссылка на сообщение: #24979390
DreemBrokerS (27 Сен 2013 - 17:37) писал: За победу на обьекте 704 , 2.4 к урона ( в своих не стрелял)
начислили 120 опыта и серебра копейки , как будто я на мс 1 играл,
да просто пипец
Ссылка на сообщение: #24979390
DreemBrokerS (27 Сен 2013 - 17:37) писал: За победу на обьекте 704 , 2.4 к урона ( в своих не стрелял)
начислили 120 опыта и серебра копейки , как будто я на мс 1 играл,
да просто пипецunball: Выходить из боя до его окончания, при "живой" технике категорически
не рекомендуется - в таком случае Вы получаете большие штрафы по
опыту и серебру. Как в данном случае.
Закрыто.
Закрыто.
Тема: Нытьё по багам в 8.8
Ссылка на сообщение: #24979351
Ссылка на сообщение: #24979351
Knopka: Мы в курсе негативного восприятия мигающей кнопки Обслуживания,
хотя это же является индикатором того, что обслуживание невозможно,
если танк заблокирован для выхода в бой.
Исправление багов обновления 0.8.8. запланировано на следующий патч.
Закрыто.
Исправление багов обновления 0.8.8. запланировано на следующий патч.
Закрыто.
Тема: Помогите!!
Ссылка на сообщение: #24979337
LancerKnight (27 Сен 2013 - 17:32) писал: Купил журнал "шпиль" в котором был инвайт-код.Ввожу в строку
бонус-код,пишет код не доступен для этого акаунта.Что делать?
Ссылка на сообщение: #24979337
LancerKnight (27 Сен 2013 - 17:32) писал: Купил журнал "шпиль" в котором был инвайт-код.Ввожу в строку
бонус-код,пишет код не доступен для этого акаунта.Что делать?unball: Инвайт-код и бонус-код это совершенно разные вещи. Инвайт код это
код, который нужно вводить ТОЛЬКО при создании нового аккаунта. На
карточке впрочем, всё должно быть написано.
Закрыто.
Закрыто.
Тема: leFH18B2
Ссылка на сообщение: #24979293
3BOH0K (27 Сен 2013 - 17:29) писал: Хочу купить пакет с leFH18B2, а в прем магазине его нет.
Писать в ЦПП?
Ссылка на сообщение: #24979293
3BOH0K (27 Сен 2013 - 17:29) писал: Хочу купить пакет с leFH18B2, а в прем магазине его нет.Писать в ЦПП?
unball: Никуда не нужно писать. Если данного танка нет в премиум-магазине,
значит он там не продаётся. И если будет принято решение его туда
добавить, об этом обязательно сообщат на портале игры.
Закрыто.
Закрыто.
Тема: Акция «Сентябрьские баталии: третий акт»
Ссылка на сообщение: #24979282
UncleSamm (27 Сен 2013 - 17:12) писал: в прошлую акцию колотил 60 фрагов в один день. а щас что про это не написали? что теперь можно за 2 дня колотить или я туплю?
Ссылка на сообщение: #24979282
UncleSamm (27 Сен 2013 - 17:12) писал: в прошлую акцию колотил 60 фрагов в один день. а щас что про это не написали? что теперь можно за 2 дня колотить или я туплю?
Knopka: В течение всех дней действия акции. Необязательно все фраги
набивать за один день.
Тема: Нужна ли на форуме система репутации? (+/-)
Ссылка на сообщение: #24979244
Krywi (27 Сен 2013 - 17:17) писал: это не первый форум на котором мне периодически приходится пописывать и почитывать но система +/- за отдельно взятый пост встречается мною впервые. как правило нормальные системы оценки это лайк или дислайк человеку в целом. спустя определенное время общественное мнение само сформирует все рейтинги и расставит по местам вменяемых и не очень писателей. фармить минуса ( хоть я и не вижу в этом ничего плохого ) станет через определенное время просто невозможно ввиду отсутствия новых минусующих. хотя на качество общения и уровень общего развития постояльцев форума это никак не скажется но как мне кажется если и менять систем оценок то на нечто подобное описанное мною выше.
Ссылка на сообщение: #24979244
Krywi (27 Сен 2013 - 17:17) писал: это не первый форум на котором мне периодически приходится пописывать и почитывать но система +/- за отдельно взятый пост встречается мною впервые. как правило нормальные системы оценки это лайк или дислайк человеку в целом. спустя определенное время общественное мнение само сформирует все рейтинги и расставит по местам вменяемых и не очень писателей. фармить минуса ( хоть я и не вижу в этом ничего плохого ) станет через определенное время просто невозможно ввиду отсутствия новых минусующих. хотя на качество общения и уровень общего развития постояльцев форума это никак не скажется но как мне кажется если и менять систем оценок то на нечто подобное описанное мною выше.
Knopka: Т.е. Вы предлагаете ввести систему репутации в профиле у самого
игрока, а не за его пост, верно Вас поняла?
Тема: не включаются реплеи
Ссылка на сообщение: #24979240
vitalii19811919 (27 Сен 2013 - 17:11) писал: не включаются реплеи,когда хочу воспроизвести реплей у меня он
открывает его с помощью лаунчера игры что делать?
Ссылка на сообщение: #24979240
vitalii19811919 (27 Сен 2013 - 17:11) писал: не включаются реплеи,когда хочу воспроизвести реплей у меня он
открывает его с помощью лаунчера игры что делать?unball: Данный гайд Вам поможет.
Закрыто.
Закрыто.
Тема: Снаряды.
Ссылка на сообщение: #24979221
Ilyar (27 Сен 2013 - 17:09) писал: Всем здрасти. Окажите услугу.
Расскажите мне более подробно о нормализации снарядов. О их траектории полета и т.д
Каждого: подкалиберные, кумулятивные, бронебойные, осколочно-фугасные.
Желательно видео.
P.S на форуме 100% есть это, но мне лень искать.
Ссылка на сообщение: #24979221
Ilyar (27 Сен 2013 - 17:09) писал: Всем здрасти. Окажите услугу.Расскажите мне более подробно о нормализации снарядов. О их траектории полета и т.д
Каждого: подкалиберные, кумулятивные, бронебойные, осколочно-фугасные.
Желательно видео.
P.S на форуме 100% есть это, но мне лень искать.
unball: В данном разделе Вы можете найти много
информации по Вашим вопросам. Удачи.
Закрыто.
Закрыто.
Тема: Вопрос
Ссылка на сообщение: #24979190
Kredon (27 Сен 2013 - 17:13) писал: Подскажите,что делать со сливами. Началось все это еще с прошлой
акции Х5, тогда я думал , что акция пройдет,и сливов станет гораздо
меньше.Но я ошибался, слив за сливом преследует меня каждый день.И
дело в том,что без разницы , что я сделаю в бою : нанесу 5 к
дамага,или утоплюсь в самом начале , итог один - слив.
Как вы справляетесь с этим,ведь я уже перестал так бодро играть, захожу в игру буквально на 20-30 минут,даже 5 побед не могу получить.
А ведь жалко же прем - 17 дней истекли,осталось 13...
Ссылка на сообщение: #24979190
Kredon (27 Сен 2013 - 17:13) писал: Подскажите,что делать со сливами. Началось все это еще с прошлой
акции Х5, тогда я думал , что акция пройдет,и сливов станет гораздо
меньше.Но я ошибался, слив за сливом преследует меня каждый день.И
дело в том,что без разницы , что я сделаю в бою : нанесу 5 к
дамага,или утоплюсь в самом начале , итог один - слив.Как вы справляетесь с этим,ведь я уже перестал так бодро играть, захожу в игру буквально на 20-30 минут,даже 5 побед не могу получить.
А ведь жалко же прем - 17 дней истекли,осталось 13...
unball: Рецепт просто. Стараться играть на победу в каждом бою. Играть
умно, анализируя каждый шаг, каждое перемещении по карте, ценить
свою прочность, уничтожать наиболее опасных противников и т.д.
Чтобы этого добиться нужно:
-Читать гайды по танкам что бы знать как их лучше применять и где у противника слабые стороны. Делать этот тут.
-Изучать и применять разную тактику и стратегию. Про это читать тут.
-Хорошо знать механику игры и её составляющую. Об этом узнать можно из разных гайдов тут и тут.
-Играть во взводе с друзьями.
И так далее.
Удачных боёв!
Закрыто.
-Читать гайды по танкам что бы знать как их лучше применять и где у противника слабые стороны. Делать этот тут.
-Изучать и применять разную тактику и стратегию. Про это читать тут.
-Хорошо знать механику игры и её составляющую. Об этом узнать можно из разных гайдов тут и тут.
-Играть во взводе с друзьями.
И так далее.
Удачных боёв!
Закрыто.
Тема: Труп и союзники.
Ссылка на сообщение: #24978765
dedok_tit1 (27 Сен 2013 - 11:18) писал: Я вот заметил, что когда союзник убивается об мой труп, мне
вычитают один фраг и появляется надпись, будто бы это я его
уничтожил.
Теоретически говоря, если на всех моих союзников что-то найдет, и они все разобьются об мой труп, могу ли я получить блокировку аккаунта, за то, что возможно даже не видел? (вышел из боя сразу после уничтожения)
Ссылка на сообщение: #24978765
dedok_tit1 (27 Сен 2013 - 11:18) писал: Я вот заметил, что когда союзник убивается об мой труп, мне
вычитают один фраг и появляется надпись, будто бы это я его
уничтожил.Теоретически говоря, если на всех моих союзников что-то найдет, и они все разобьются об мой труп, могу ли я получить блокировку аккаунта, за то, что возможно даже не видел? (вышел из боя сразу после уничтожения)
kokerus: Убиться об уничтоженный танк союзника можно сразу же после его
уничтожения. Только это сильно постараться нужно, потому что
времени там меньше чем пол секунды для синхронизации с
сервером.
Тема закрыта.
Тема закрыта.
Wiking
Клан L-B-A.Принимаем бойцов от 6000 боёв,1-2 топа в ангаре,рк,частый онлайн и...
27.09.2013 16:31:48
Тема: Клан L-B-A.Принимаем бойцов от 6000 боёв,1-2 топа в ангаре,рк,частый онлайн и...
Ссылка на сообщение: #24978716
Цитата В данном разделе зарегистрированные кланы могут разместить информацию о вакантных должностях, на которые требуются люди. Под вакантными должностями подразумеваются: полевые командиры, дизайнеры, вербовщики, дипломаты и прочие руководящие должности.
Ссылка на сообщение: #24978716
Цитата В данном разделе зарегистрированные кланы могут разместить информацию о вакантных должностях, на которые требуются люди. Под вакантными должностями подразумеваются: полевые командиры, дизайнеры, вербовщики, дипломаты и прочие руководящие должности.
Wiking: Темы о наборе бойцов в клан следует размещать в разделе "О
кланах".
Темы, оформленные с нарушением правил раздела подлежат закрытию.
Правила клановых разделов
Темы, оформленные с нарушением правил раздела подлежат закрытию.
Правила клановых разделов
Тема: Чо за баг такой касячный
Ссылка на сообщение: #24978232
KACTET08 (27 Сен 2013 - 16:16) писал: Всё правильно. В 4:00 по Москве происходит обнуление результатов
акции. Еслиб бой закончился в 3:59:59 - тогда дали бы 
Ссылка на сообщение: #24978232
KACTET08 (27 Сен 2013 - 16:16) писал: Всё правильно. В 4:00 по Москве происходит обнуление результатов
акции. Еслиб бой закончился в 3:59:59 - тогда дали бы kokerus: Верно.
Нужно уложиться в в 24 часа. Обнуление в 4 по МСК.
Тема закрыта.
Нужно уложиться в в 24 часа. Обнуление в 4 по МСК.
Тема закрыта.
Тема: Нужна ли на форуме система репутации? (+/-)
Ссылка на сообщение: #24977976
Izenbard (27 Сен 2013 - 17:02) писал: Ну видимо, тогда дело не в системе репутации на форуме, а в том что
троллям и минусофармерам предоставлена площадка для флуда. Да еще с
анонсированием в "Последних темах". Зайдите ночью, сами посмотрите
- из списка тем в "Последних темах" только 2-3 по делу, остальные
просто флуд и низкопробный троллинг. Возможно, стоит начать с того,
что усилить модерирование "Разговоров", запретить
создание тем на "Свалке" (на то она и свалка, чтобы выкидывать
ненужное), и всё-таки напрячь администраторов форума задачей убрать
из "Последних тем" темы разделов "Свалка" и "Разговоры"
(проконсультировался у спеца по IPB, говорит, что это вполне
реально) ?
Ссылка на сообщение: #24977976
Izenbard (27 Сен 2013 - 17:02) писал: Ну видимо, тогда дело не в системе репутации на форуме, а в том что
троллям и минусофармерам предоставлена площадка для флуда. Да еще с
анонсированием в "Последних темах". Зайдите ночью, сами посмотрите
- из списка тем в "Последних темах" только 2-3 по делу, остальные
просто флуд и низкопробный троллинг. Возможно, стоит начать с того,
что усилить модерирование "Разговоров", запретить
создание тем на "Свалке" (на то она и свалка, чтобы выкидывать
ненужное), и всё-таки напрячь администраторов форума задачей убрать
из "Последних тем" темы разделов "Свалка" и "Разговоры"
(проконсультировался у спеца по IPB, говорит, что это вполне
реально) ?Knopka: Насчет исключения из последних тем публикации со Свалки и
Разговоров тут - подумаем.
Тема: Dark Avalanche [DK-AV], проводит набор игроков!
Ссылка на сообщение: #24977969
Ссылка на сообщение: #24977969
Wiking: На один зарегистрированный клан - одна тема в разделе.
Создание тем, уже существующих на форуме – включение режима «read only» на 24ч.
Тема созданная Вами ранее: http://forum.worldof...абирает-бойцов/
Правила клановых разделов
Создание тем, уже существующих на форуме – включение режима «read only» на 24ч.
Тема созданная Вами ранее: http://forum.worldof...абирает-бойцов/
Правила клановых разделов
Тема: Акция «Сентябрьские баталии: третий акт»
Ссылка на сообщение: #24977944
Ссылка на сообщение: #24977944
Knopka: По 20 фрагов на каждом танке по акции. Читайте, пожалуйста,
регламент акций внимательней.
Закрыто.
Закрыто.
Реклама | Adv















