Да, кэширование очень поможет сократить количество запросов.
Специфика выгружаемых данных у нас получилась такой, что вероятность того, что backend c «базовыми» данными захочет сходить во внешнее API несколько раз с одними и теми же параметрами — близка к нулю.
А вот со стороны аналитического контура с «продвинутыми» данными такое случалось бы постоянно, если бы мы каждый раз отгружали целиком информацию по всем пользователям. Но мы как раз кэшируем то, что отправляем из аналитического контура, в нём, и отправляем только те данные, что изменились.
С увеличением количества компонентов, требующих такого кэширования, можно будет перенести эту логику в наш общий сервис, спасибо, что подметили.
У неё два действия: первое — вызов меню, а второе, когда меню уже вызвано, — стрелочкой «назад» закрыть это меню (как бы вернуться «назад» к тому, что было до открытия меню.
Если дочитать до конца, то можно заметить, что автор протестировал два браузера без расширений, браузеры смартфона и iPad, а также разные каналы связи.
Это интересно, но в данной ситуации лично меня наоборот спасли расширения: хотел было уже написать, что у меня ссылки чистые и проблема не повторяется, как вспомнил, что стоит расширение для ВКонтакте; попробовал в режиме инкогнито, действительно появилась реферальная ссылка. Оказалось, что одной из функций данного расширения было обходить «away.php», который и менял ссылку на реферальную.
Судя по посту, редирект приписывается и к ссылкам, отправленным обычным личным сообщением.
Официальное сообщество дано в качестве примера, просто в нём уже есть куча ссылок на Aliexpress.
Да, под токеном app_id и имел ввиду, мысли путаются уже к полвторому ночи %)
Надеюсь, WG посмотрит как делают API большинство сервисов. В моем видении идеально оно сделано у VK.
А вам большое спасибо за нужный и полезный мод, хоть сейчас я в WoT и не играю, но большую часть моего игрового времени я провел с XVM. И успехов вам в дальнейшей разработке! :)
А что активировать на сайте WG? :) Вы предлагаете каждому юзеру свой токен у варгейминга получать?
Смотрите: возьмем, скажем, API Хабрахабра и его официальное приложение для Android. Разработчик получил токен для приложения, написал его и залил в play маркет. Тысячи пользователей его скачали и пользуются, на сайте ничего не активировали, кроме подтверждения прав приложения. Также и с VK API, и с любым нормальным API.
А проблемы нагрузки на WG, по-моему, они должны их решать, иначе зачем делать public api, которое банально не будет справляться с нагрузками? :)
А еще интересно: сейчас, в бескостыльные времена public api, есть ли какие-то другие причины, помимо активации пользователем вашего мода на сайте, на то, чтобы напрягать ваш сервер обслуживать миллионы пользователей?
Почему бы не отправлять запросы к API непосредственно с клиентского компьютера и там их обрабатывать? Будет и real-time статистика и не будет нагрузки на ваш сервер. Сервера WG возможно пострадают, но компания крупная, думаю сможет смасштабироваться.
Кстати об ID пользователя, тоже в свое время заинтересовала эта проблема (году где-то в 2012). Решение нашлось, как тогда, так и сейчас работает ссылка вида worldoftanks.ru/community/accounts/named/UserName
Специфика выгружаемых данных у нас получилась такой, что вероятность того, что backend c «базовыми» данными захочет сходить во внешнее API несколько раз с одними и теми же параметрами — близка к нулю.
А вот со стороны аналитического контура с «продвинутыми» данными такое случалось бы постоянно, если бы мы каждый раз отгружали целиком информацию по всем пользователям. Но мы как раз кэшируем то, что отправляем из аналитического контура, в нём, и отправляем только те данные, что изменились.
С увеличением количества компонентов, требующих такого кэширования, можно будет перенести эту логику в наш общий сервис, спасибо, что подметили.
Это интересно, но в данной ситуации лично меня наоборот спасли расширения: хотел было уже написать, что у меня ссылки чистые и проблема не повторяется, как вспомнил, что стоит расширение для ВКонтакте; попробовал в режиме инкогнито, действительно появилась реферальная ссылка. Оказалось, что одной из функций данного расширения было обходить «away.php», который и менял ссылку на реферальную.
Официальное сообщество дано в качестве примера, просто в нём уже есть куча ссылок на Aliexpress.
Наверное, скажут в третьей части :)
Надеюсь, WG посмотрит как делают API большинство сервисов. В моем видении идеально оно сделано у VK.
А вам большое спасибо за нужный и полезный мод, хоть сейчас я в WoT и не играю, но большую часть моего игрового времени я провел с XVM. И успехов вам в дальнейшей разработке! :)
Смотрите: возьмем, скажем, API Хабрахабра и его официальное приложение для Android. Разработчик получил токен для приложения, написал его и залил в play маркет. Тысячи пользователей его скачали и пользуются, на сайте ничего не активировали, кроме подтверждения прав приложения. Также и с VK API, и с любым нормальным API.
А проблемы нагрузки на WG, по-моему, они должны их решать, иначе зачем делать public api, которое банально не будет справляться с нагрузками? :)
Почему бы не отправлять запросы к API непосредственно с клиентского компьютера и там их обрабатывать? Будет и real-time статистика и не будет нагрузки на ваш сервер. Сервера WG возможно пострадают, но компания крупная, думаю сможет смасштабироваться.