Перевод слова developer error

Developer error в Standoff 2: что делать, как исправить ошибку?

Standoff 2 – одна из популярнейших мобильных онлайн-игр. Разработана была еще в 2017 году для Android российской компанией Axlebolt, а уже в 2018 вышла версия и для пользователей iOS. Приложение предназначено для любителей пострелять в различных локациях и командах.

Скачать и установить себе на смартфон можно как Google Play, так и в App Store без каких-либо трудностей. Преимущества данного ПО конечно же в том, что установка абсолютна бесплатна, да и системные требования к устройствам установки не высоки. Хотя в данной разработке ошибки бывают крайне редким явлением, все же это случается.

Что же делать с ошибкой developer error?

Если перевести название нашего бага на русский язык, то получится – ошибка разработчика, но это совсем не значит, что виноват в этом тот, кто это приложение создал – то есть разработчик.

Для того, чтобы исправить нежелательную проблему, для начала, нужно попробовать перезагрузить устройство, с которого происходит запуск, а также саму игру. Конечно же, помогает это очень редко, но бывает и такое, что после перезапуска все работает вполне корректно.

Решаем проблему при помощи CX Проводник

Для исправления неожиданной проблемы следует выполнить ряд действий:

• Для начала скачать и установить на телефон в любом сервисе «CX Проводник»;
• Запустить установку игры «Standoff 2» (если таковой нет, естественно, нужно ее скачать);
• Далее следует выполнить вход через личный аккаунт в Google;
• Свернув запуск (ни в коем случае не закрыв!), зайти в скачанное ранее приложение «CX Проводник»;
• Выбрать конфигурацию «Основная память», затем «Android»;
• В папке «odd» меняем значение com.axlebolt.standoff2 на com.axlebolt.standoff21 (значение можно поставить любое, суть лишь в том, чтобы нашу папку не видела игра);
• Те же действия выполняются и с директорией «data»;
• Сейчас меняем все в прежнее состояние, чтобы чит увидел изменения;
• Далее просто заходим в файлы и устанавливаем читы.

После проведенных действий можно спокойно запускать программное обеспечение и наслаждаться игрой.

Важно! Вход выполнять через аккаунт, который использовался при установке читов.

Подобного рода исключение случается довольно часто у пользователей standoff2, не стоит переживать, что достижения профиля не сохранятся, так как решение не составит труда даже у неопытного пользователя.

Источник

Developmental Errors: ошибки, которые не нужно исправлять

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

Цель блога ENGINFORM — повышать профессионализм преподавателей и осознанность студентов, поэтому этот материал пригодится и тем, кто обучает и тем, кто обучается. На одной из прошлых статей я же рассказывала про Fossilised Errors, а сегодня мы с вами поговорим о developmental errors — «ошибках развития» или ошибках по незнанию.

Содержание:

Что такое developmental error

Процесс изучения английского языка подразумевает, что вы двигаетесь от простого к более комплексному и сложному. Ранее изученное образует базу для нового материала. На каждом уровне изучения человек осваивает определенный набор знаний (лексики, грамматики, произношения, синтаксиса, стилистики и так далее) и оперирует теми инструментами, что есть в этом наборе.

В отличие от детей, которые обычно остаются в пределах своего «набора», взрослые люди, обучаясь языку, пытаются выражать сложные мысли и идеи, подобно тому, как они привыкли это делать на родном языке, но часто не могут правильно построить высказывание или подобрать слова in English , просто потому что они еще не проходили соответствующих тем.

В такие моменты и допускается developmental error ( DE для краткости) — человек не сможет правильно выразиться, но не потому, что не усвоил тему, или перепутал уже знакомые конструкции, а потому, что у него пока нет знаний более высокого уровня. Это ошибка, допущенная по незнанию, и именно поэтому исправлять developmental error , как мы исправляем другие ошибки, чаще всего не имеет смысла.

Глупо требовать от ребенка, который только учится ходить, уметь кататься на коньках. Первоклассник не сможет правильно решить задачу за десятый класс. Изучающий уровня Elementary не сможет использовать в своём предложении грамматику уровня Intermediate . К сожалению, не все преподаватели это понимают. Для многих преподавателей любая ошибка — это мигающая красная лампочка «срочно исправить» или «срочно объяснить». О том, как преподавателю реагировать на такие ошибки в процессе занятия — расскажу чуть позже.

Примеры Developmental Errors

А пока давайте рассмотрим несколько примеров, чтобы вы могли лучше понять, что такое developmental errors и, возможно, вспомнить примеры таких ошибок в вашем опыте изучения английского:

• Студент уровня A2 пытается сформулировать Conditional Type 3 , говоря о нереальном действии в прошлом, но еще не изучал Past Perfect и условные предложения, поэтому формулирует предложение в Past Simple :

If I studied English at University, I could get a good job in the past.

Правильный вариант: If I had studied English at University, I could have got a good job in the past.

• Изучая Past Simple , студент выражает этим временем действие, которое должно выражаться в Present Perfect :

I already was to the USA.

Правильный вариант: I have already been to the USA.

• Не зная, как использовать either и neither для выражения согласия, студент реагирует на реплику:

— I did not do my home task.
— I did also not.

Правильный вариант: Neither did I.

• Не изучив принципы согласования времен при переводе из прямой в косвенную речь, студент не делает замену временных форм:

He said he will be glad to see me.

Правильный вариант: He said he would be glad to see me.

• Не разобрав формата написания IELTS Academic Essay или формата TOEFL Speaking (незнание формата я тоже отношу к DE ), студент выполняет задания не согласно формату, который будет оцениваться на экзамене, а как ему в голову взбредёт, как хочется или как удобнее.

Этот список можно продолжать очень долго. Если вы вспомнили DE , которые допускали вы сами, или ваши студенты, напишите о них в комментариях — я читаю все комментарии, и мне будет интересно изучить ваши примеры!

Мои принципы работы с DE

Конечно, чем ниже уровень студента, чем меньше языковых средств ему известно, тем больше DE допускается. И тут важен правильный подход и правильная реакция преподавателя. Я хочу поделиться своими принципами работы с developmental errors , которые я наработала за одиннадцать лет преподавания.

1. Не объяснял — не требуй.

Иногда преподаватели считают, что студент «знает» какую-то тему по умолчанию, не проверив и не протестировав знания. В этом случае преподаватель может долго и бесполезно исправлять ошибку, а на самом деле студент с темой не знаком или не усвоил её.

Моё правило: я имею право требовать от студента каких-либо знаний, только если я проверила, и убеждена, что студент проходил тему, или если мы проходили её вместе на занятиях. Я не могу отвечать за работу преподавателей, которые были до меня, но в моей зоне ответственности то, чтобы после работы со мной студент вышел без пробелов в знаниях.

2. Не перебивай и не сбивай студента с мысли.

Исправления «на ходу» максимально неэффективны, особенно когда дело касается DE . Чаще всего исправление DE переходит в объяснение новой темы, и студент просто не понимает, что от него хотят, что пытаются объяснить. Он только сбивается с мысли и чувствует себя недослушанным.
Перебивая студента исправлениями и объяснениями в процессе его монолога, преподаватель не только подчеркивает своё неуважение (я так считаю), но и занижает качество выполнения задания в будущем. В следующий раз студент уже не будет так щебетать, свободно выражать мысли ( fluency ), а будет осторожничать и сосредоточится на accuracy , на «правильности», чтобы его не перебивали и не исправляли таким грубым способом.

3. Оцени ситуацию и выбери правильную реакцию.

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

В большинстве случаев с DE лучшая реакция преподавателя — это отсутствие видимой реакции (исправления, объяснения), но обязательное принятие к сведению, что студент совершает ошибку. Если же студент сам чувствует, что говорит неправильно, и начинает задавать вопросы или упрекать преподавателя за то, что он не исправляет ошибки — нужны другие модели поведения преподавателя, о которых мы поговорим ниже.

4. Объясняешь — убедись, что это уместно и имеет смысл.

Если ошибка в грамматике, и чтобы студент понял, как её исправить, необходимо объяснить целую тему, которая не соответствует уровню и программе — ошибку не нужно исправлять. Это незапланированное, неподготовленное объяснение вряд ли будет эффективным, а время занятия будет потрачено.

Если ошибка, например, в неправильном выборе слова, и студент не знаком с нужным словом, можно подсказать, но так, чтобы не перебить, а сделать подсказку органичной частью дискуссии или вернуться позже к этому слову и презентовать более подходящий вариант (это возможно только если вы точно понимаете, что хотел сказать студент).

В любом случае, преподаватель должен оценить ситуацию, и пускаться в объяснения только если это действительно уместно.

5. Заполняй пробелы и строй систему

Как я уже писала выше, на начальных уровнях accuracy очень часто страдает, и количество DE просто зашкаливает. Я часто слышу от коллег о студентах, которые «еще Present Simple не усвоили, а уже в Past Simple пытаются говорить». И я считаю, что это прекрасно! Да, будет много ошибок, которые могут резать преподавателю и глаз, и ухо, но задача преподавателя — начать вносить «правильность», чтобы заполнять эти зоны неведения и незнания, строить систему. Пусть студент делает ошибки в Past Simple , но пытается выражать мысли и готов выходить за пределы своего уровня, — придёт время, вы разберете эту тему. А пока приложите усилия, чтобы не было ошибок в Present Simple , которые вы изучаете. Всему своё время.

Как преподавателю реагировать на developmental errors

Реакция преподавателя и работа с DE во многом зависит от контекста занятия: от самого студента, его пожеланий, самооценки, опыта, уровня. Оценив ситуацию, вспомнив про принципы, преподаватель сам решает, какую реакцию выбрать.

Мой опыт показывает, что обязательно нужно иметь набор разных реакций для разных студентов и для разных случаев.

Первое, что требуется от преподавателя — четко знать, какие темы изучаются на каком уровне, и уметь отличать developmental errors от других типов ошибок своих студентов.

Преподавателю важно хорошо понимать бэкграунд студента, его уровень подготовки, как он изучал английский до этого, до какого уровня дошел, какие темы проходил (особенно если «учил, но забыл») — это поможет правильно составлять планы занятий, предусматривать и предугадывать вопросы.

Второе — понимать и анализировать причины ошибки.

Студенты чаще всего совершают DE в процессе выполнения writing или speaking activities , во время дискуссий, когда пытаются выразить мысль, но не имеют в распоряжении средств для её выражения. В результате они используют неправильную конструкцию или слово, выбирая из своего, пока неполного языкового арсенала — это нормально и закономерно.

Есть также категория студентов, которых я называю inquisitive minds , — им интересно все, что не касается темы занятия, они норовят использовать конструкции посложнее (даже незнакомые) и поэтому просто обречены на developmental errors — в этом случае студенты допускают DE по собственной инициативе.

DE могут появляться, если преподаватель невнимательно выбрал задания, без учета имеющихся у студента знаний. Если сам преподаватель создал условия для того, чтобы студент встречал незнакомые конструкции, времена и ошибался — причина в качестве подготовки преподавателя. Тут проигнорировать часто не получается — студент начинает уточнять, требует пояснений (конечно, никому не нравится оказываться в ситуации неуспеха!)

Например, когда в упражнении на отработку Past Tenses появляется Past Perfect Continuous , который еще не проходили, у студента вполне закономерно возникают ошибки и вопросы. Или если на занятии отрабатывается used to , а в упражнении, которое преподаватель нашел перед уроком в интернете, встречается would , с которым студент не знаком, то столкновение с developmental error неизбежно, причем преподаватель сам провоцирует ошибку.

3. Понимать, когда реагировать, а когда нет.

Если DE допущена по незнанию, на неё можно не реагировать.
Я обычно фиксирую такие DE в файл (для каждого студента у меня есть отдельный документ) и, когда мы доходим до соответствующей темы, даю студенту его же примеры, и обращаю внимание, что грамматическая конструкция, которую мы сегодня будем изучать, уже требовалась ему до этого. Только тогда я не исправляла ошибки, а сегодня пришло время их исправить. Основываясь на близких студенту примерах и ситуациях, гораздо легче презентовать новую тему. К тому же, студент видит, что преподаватель не просто слушает его, а помечает себе многое на будущее — так формируется понимание системы и последовательности.

Если студент сам понимает, что в его речи есть ошибка — можно это признать, но не пускаться в объяснения. Например, когда студентка, которой я еще не объяснила все нюансы Present Perfect ставит вместо него Past Simple , но чувствует, что допускает ошибку, я поясняю:

Как не советую реагировать на DE , и в случаях, когда студент задаёт вопросы:

Такие ответы оставляют студента в неведении и в непонимании, взрослый человек чувствует себя ребенком, который хотел узнать, откуда берутся дети, а ему сказали не совать нос в это дело.

4. Если возникают DE во время активного говорения студента, когда человек высказывает свои мысли — не нужно перебивать.

Как я писала выше, исправлять грамматические DE на ходу не стоит — чаще всего это грозит перерасти в полномасштабное объяснение одной или нескольких взаимосвязанных тем.

Если преподаватель считает, что объяснение впишется в картину знаний студента, то лучше оставить его на потом. Например, на следующее занятие, чтобы успеть предварительно подготовиться к презентации темы.

Если принято решение внести коррективу прямо на занятии, то лучше сделать это после обсуждения или в конце занятия вернуться и обратить внимание студента, что «вот в этом месте было не совсем точно, в английском есть вот такое новое для вас слово», но не грузить студента новой темой. Такое «исправление» при правильной организации хорошо запоминается и усваивается, потому что студент понимает, зачем слово нужно, как он сможет его дальше использовать — это слово один раз уже ему понадобилось. Если вы прибегаете к этому варианту, убедитесь, что трата времени занятия на объяснение действительно оправдана, и чтобы это не было «одноразовое слово». Я рассказывала о таких в статье Полезные советы по пополнению словарного запаса.

Заключение

Everything is good in its season — всему своё время. И в ситуации с developmental errors эта поговорка очень даже кстати. Каждой теме — своё место и время в процессе изучения английского. Ошибки по незнанию будут появляться у студентов всех уровней, и от того, насколько профессионально на них реагирует преподаватель, зависит дальнейшее отношения студента к ошибкам, его мотивация, уверенность в себе и осознанность в обучении.

Я радуюсь, когда мои студенты переосмысливают свои результаты, сравнивают себя прошлого с собой настоящим, и признаются: «Раньше я этого не знал, поэтому говорил неправильно. А теперь у меня есть эти знания, и я понимаю свои прошлые ошибки».

Как преподаватель, психолог и создательница онлайн-центра, я хотела бы, чтобы преподаватели повышали своё мастерство, а студенты относились к изучению серьёзно и становились активными участниками, а не пассивными слушателями и исполнителями. Поэтому в своём блоге ENGINFORM, в своём Facebook и Instagram я делюсь теми знаниями, которые получила и продолжаю получать, и собственным опытом.

Надеюсь, мои труды идут на пользу)

Делитесь вашими мнениями по теме, пишите комментарии, задавайте вопросы! Увидимся на страницах блога, соцсетей и на занятиях онлайн в ENGINFORM!

Источник

Developer Error – что за ошибка и как ее исправить. На этой странице мы дадим подробный ответ касаемо решения проблемы.

Описание

В онлайн-шутерах каждый игрок мечтает быть лучшим из лучших, при этом минимум времени тратить на игру. В таком случае на помощь приходят читы, с помощью которых можно взломать игровой процесс и получить максимум профита. Developer Error – одна из частых ошибок, которая всплывает во время установки читов и сегодня мы подробно разберемся с этим.

Как появляется и значение ошибки

С ошибкой Developer Error игроки в Standoff 2 встречаются редко. По большей степени это касается читеров, качающих моды для любимого шутера. На просторах интернета можно найти сотни читов и взломов, с которыми, по мнению хакеров, можно преуспеть в Стандофф 2 и побеждать без опыта и скилла.

Дело в том, что на серверах шутера стоит мощный античит, который постоянно обновляется. Появление модов и читов и профанов с первых секунд обнаруживается. Античитерская система видит появление подозрительных файлов, а игрок видит перед собой ошибку «Develoler Error». Сегодня постараемся помочь вам избавиться от нее и играть в любимую игрушку без ограничений.

Как исправить Developer Error

Ознакомьтесь с инструкцией и повторите ее строго по пунктам, чтобы решить проблему.

1. Для начала загружаем CX Проводник.
2. Скачиваем игру, если ее нет на устройстве.
3. Входим в аккаунт Гугл в личном кабинете Standoff 2.
4. Сворачиваем запуск игры (НЕ ЗАКРЫВАЕМ!!!!) и заходим в CX Проводник.
5. Нажимаем на конфигурацию «Основная память», здесь выбираем «Андроид».
6. В папке «odd» меняем значение com.axlebolt.standoff2 на com.axlebolt.standoff21 (значение можно поставить любое, суть лишь в том, чтобы нашу папку не видела игра).
7. То же самое выполняется и с директорией «data».
8. Меняем все в свое прежнее состояние, чтобы наш чит увидел введённые изменения.
9. А дальше заходим в файлы и устанавливаем читы.

Скачать

Данная инструкция должна помочь решить вам проблему со всплывающей ошибкой Developer Error. Если не получилось и она все равно появляется, советуем скачать приватный сервер шутера Standoff 2 с нашего сайта и снять все ограничения либо воспользоваться читом с автозагрузкой кэша по ссылке ниже.

Скачать Чит с Автозагрузкой Кэша Bans1x Mod Menu на STANDOFF 2 0.22.0

Игроки в Standoff 2 не могут войти в игру из-за ошибки Developer Error. Статус появляется, когда используется режим разработчика или применяются читы. Есть способ избавиться от ошибки и снова запустить игру.

В шутере каждый пытается стать самым опасным соперником. Стремление к повышению ранга приводит к тому, что игроки устанавливают читы для получения преимуществ в раунде: включение прозрачности стен, получение крутых скинов, автоприцел и многие другие. Подключаясь к серверу Standoff 2, античит определяет подозрительные файлы в клиенте игры, из-за чего игрок видит ошибку.

Есть вероятность, что вы используете модифицированную игру, скачанную не из Play Market или официального сайта. Это может привести к проблемам с запуском, мы ещё вернёмся к этому вопросу.

Игра иногда ведёт себя странно после обновлений и просто потому, что на серверном кластере случились сбои. Так ли это, вы можете узнать на официальном канале в Discord разработчиков. Используйте чат, чтобы прочитать новости по игре, а также просто для общения и поиска друзей-единомышленников.

Как решить ошибку в Standoff 2

Можно попробовать отредактировать игру, чтобы она заработала без удаления читов и модификаторов. Для этого понадобится использовать файловый менеджер, изменив в проводнике название одной папки. Скачайте на телефон приложение по ссылке Cx Проводник и приступим.

1. Запустите приложение Сх Проводник.
2. Откройте основную память своего устройства.
3. Выбираем в списке папку Android.
4. На экране найдите и перейдите в папку obb.
5. В ней находится папка с названием компании-разработчика и игры Axlebolt.Standoff2. Её нам нужно переименовать.
6. Вызовите контекстное меню долгим нажатием на папку и допишите в конце любой символ. Сохраните.
7. Затем вернитесь назад и выберите папку Data. В ней нужно также необходимо переименовать папку с игрой.
8. Удалите игру на главном экране.
9. Вернитесь в те же папки и уберите добавленные буквы.
10. Запустите Стандофф 2. Игра должна начать устанавливать недостающие файлы автоматически.

После этих манипуляций с файлами можно устанавливать модифицированную игру с читами. Standoff 2 доступно загрузить из маркета, в ней также теперь не будет ошибки Developer Error. Если не получается, выполните эти действия заново. Возможно, вы неправильно повторяли предложенные действия.

Решение для запуска Standoff 2

Если Developer Error появляется в официальном клиенте и вы не используете читов, от неё можно избавиться простым способом. Для этого понадобится очистить кэш приложения, и шутер опять начнёт запускаться.

1. Закройте игру, если она сейчас запущена на телефоне или эмуляторе.
2. Нажмите на экране шестерёнку для перехода в настройки.
3. Выберите в списке Приложения, после откройте пункт Все приложения.
4. Найдите Standoff 2 и выберите.
5. На экране выберите раздел Память.
6. Нажмите на кнопку Очистить кэш.

Для того, чтобы удалить учётную запись аккаунта и завести новый на этом экране очистите данные игры. Это также необходимо делать при полной переустановке приложения в мобильном устройстве.

Установка нового официального клиента Standoff 2

Игра может зависнуть на экране при входе или появится ошибка Developer Error по другим причинам. Иногда устранить её может только установка официального клиента. Игрок не потеряет свой аккаунт, будут переустановлены только игровые файлы, и вы сможете войти в неё без проблем. Перед удаление старого клиента выполните инструкцию в предыдущей главе для очистки данных.

Для загрузки «чистого» клиента используйте ссылки из Play Market или на сайт Trashbox. Скачивая игру из сайта, включите на мобильном устройстве разрешение на установку из сторонних источников. Файл не является опасным для системы, также игра будет получать обновления из маркета Гугл, как если бы вы загрузили её из Google Play.

Android in-app purchases, часть 4: коды ошибок от Billing Library и как не облажаться с тестированием

Привет, я Влад, core разработчик Adapty SDK для Android. Продолжаю серию статей про то, как внедрять внутренние покупки в приложение Google Play. Остальные посты можно найти по ссылкам:

Android in-app purchases, часть 4: коды ошибок от Billing Library и как не облажаться с тестированием. — Вы тут.

Сегодня мы поговорим о кодах ошибок, которые мы можем получить от Billing Library в методе getResponseCode().

Пример того, как мы передавали ошибки в свои колбэки, можно посмотреть в этой статье. С одной ошибкой мы уже знакомы по предыдущим статьям — это USER_CANCELED, когда пользователь закрывает диалог покупки, ничего не купив. Давайте познакомимся с остальными.

Коды ошибок

Начнем с самых простых ошибок – с говорящим названием ERROR (responseCode 6) и чуть более говорящим названием DEVELOPER_ERROR (responseCode 5). Для первого случая гугл пишет в документации «Fatal error during the API action», для второго – «Invalid arguments provided to the API». Например, я смог получить DEVELOPER_ERROR, когда для запроса querySkuDetailsAsync() в билдер в setType() передал пустую строку.

Но не всё так просто. Я пошел дальше и в методе launchBillingFlow() использовал измененный SkuDetails (вытащил json из SkuDetails реального продукта, поменял в нем productId и передал в конструктор новому SkuDetails). По сути это invalid argument, и я ожидал получить DEVELOPER_ERROR, но… получил ERROR.

Отдельного упоминания заслуживает текст, который показывается в диалоге в этом кейсе — сравните английский и русский вариант:

Это, конечно, был искусственный пример. Гораздо ближе к реальности кейс, когда гугл отклонил оплату. Если при тестировании покупок с тестовой карты, о чем мы расскажем в конце статьи, в диалоге покупки выбрать «test card, always declined», вернется также ошибка ERROR, но уже с адекватным текстом.

В третьей статье, где описывалась смена подписки, мы для одного из proration mode увеличили цену годовой подписки почти в 3 раза, но не сказали, какая там должна была быть ошибка, если бы мы этого не сделали. Исправляемся.

Так как там, получается, указан неправильный proration mode, по логике мы должны получить всё ту же DEVELOPER_ERROR. Но нет, мы получаем SERVICE_UNAVAILABLE (responseCode 2). Ее же мы получаем и если указать любое левое число в качестве proration mode (это int, а не enum, нас никто не остановит), и если указать неправильный purchaseToken. Смотрим в документацию про SERVICE_UNAVAILABLE – «Network connection is down». Так, стоп…

При этом еще мы видим интересный диалог.

Что еще любопытно – в кейсе с ERROR при закрытии диалога НЕ через кнопку «ОК» (то есть, теми способами, которые интерпретируются как возврат назад) в onPurchasesUpdated() пришло, собственно, ERROR, а в случае с SERVICE_UNAVAILABLE в аналогичном кейсе приходит USER_CANCELED (но если нажать «ОК» в диалоге, то мы, как и ожидали, получим SERVICE_UNAVAILABLE).

Ну и в случае с отсутствием интернета SERVICE_UNAVAILABLE тоже приходит, тут не соврали.

Вот остальные коды ошибок с небольшими комментариями, так сказать, honorable mentions.

BILLING_UNAVAILABLE (responseCode 3). Гугл поясняет, что «Billing API version is not supported for the type requested». Я смог воспроизвести эту ошибку, разлогинившись из Google-аккаунта, а также на Хуавее без Google Play Services. Возможно, она также воспроизведется на старых телефонах, где не обновляли Google Play.

SERVICE_DISCONNECTED (responseCode -1). Приложение иногда дисконнектится от сервиса Google Play. Это может произойти, если Play Store вдруг решит обновиться. Поэтому лучше перестраховаться и коннектиться перед каждым вызовом методов Billing Library, как в предыдущих статьях. А еще мы с гуглом советуем добавить какую-нибудь retry policy, если эта ошибка всё же придет в ответе.

SERVICE_TIMEOUT (responseCode -3). Название говорит само за себя — мы слишком долго ждали ответ от Google Play.

FEATURE NOT SUPPORTED (responseCode -2). В классе BillingClient есть пять констант FeatureType. Их доступность на данном устройстве можно проверять с помощью метода billingClient.isFeatureSupported(BillingClient.FeatureType.НужнаяФича). У меня на телефоне (Xiaomi Mi A2 Lite) FEATURE_NOT_SUPPORTED вернулось только для SUBSCRIPTIONS_ON_VR. При этом для IN_APP_ITEMS_ON_VR, как и для всех остальных фич, вернулось OK.

ITEM_NOT_OWNED (responseCode 8). Возникает при попытке законсьюмить покупку, которой у нас нет. Например, повторно после успешного консьюма.

ITEM_ALREADY_OWNED (responseCode 7). А тут наоборот – при попытке купить продукт, который у нас уже есть. В таком кейсе просто нужно обновить UI и сделать кнопку покупки некликабельной.

Самая популярная ошибка

Последняя и, наверное, самая популярная ошибка в начале пути внедрения in-app purchases — это ITEM_UNAVAILABLE (responseCode 4). Она говорит о том, что продукт недоступен для покупки, но не говорит, почему. А причины могут быть самые разные: от тестирования на неправильном аккаунте или неправильной сборке до покупки неактивированного продукта.

Вот чек-лист, что нужно сделать, чтобы избежать ее при тестировании:

Отправить в ваш test track сборку с Billing Library. Это обязательное условие — при этом вы можете тестировать и на дебажных сборках с таким же applicationId, но важно, чтобы хотя бы один раз сборка с Billing Library была загружена в Play Console.

Добавить в этот test track гугл-аккаунты тестировщиков, что особенно актуально для internal testing или закрытой альфы/беты. Там же будет ссылка в разделе How testers join your test, по которой тестировщики должны будут принять приглашение.

Покупать можно только активированный продукт. После создания продукта в Play Console есть кнопка activate, более детально процесс создания продукта мы описывали в первой статье.

Удостовериться, что тестирование на устройстве проходит с гугл-аккаунта, который является тестировщиком. Очевидный пункт, но бывает всякое, и это тоже нужно проверить, если вы получили такую ошибку.

applicationId сборки, с которой тестируется покупка, должно полностью совпадать с applicationId из Play Console. Это особенно важно для тех, у кого добавляется суффикс в дебажных сборках.

Добавить email-адреса тестировщиков в раздел Setup → License Testing в левом меню аккаунта (не приложения), чтобы они покупали продукты бесплатно с тестовой карты, а не с реальной. Еще один плюс, что подписки в данном случае будут иметь тестовую длительность. Не связано с этой ошибкой, но тоже полезное знание.

Заключение

Ошибки способны сильно усложнить работу, поэтому всегда важно понимать, как они могут возникнуть. Учитывая, сколько шагов нужно пройти, чтобы получить доступ к продуктам, проще всего словить ITEM_UNAVAILABLE. Поэтому я надеюсь, что мой чек-лист вам поможет.

Про Adapty

Для более простой работы с ошибками советую попробовать Adapty SDK для внедрения внутренних покупок в приложения. Кроме технической части, Adapty даёт много преимуществ:

Встроенная аналитика позволяет быстро понять основные метрики приложения.

Когортный анализ отвечает на вопрос, как быстро сходится экономика.

А/Б тесты увеличивают выручку приложения.

Интеграции с внешними системами позволяют отправлять транзакции в сервисы атрибуции и продуктовой аналитики.

Промо-кампании уменьшают отток аудитории.

Open source SDK позволяет интегрировать подписки в приложение за несколько часов.

Серверная валидация и API для работы с другими платформами.

Познакомьтесь подробнее с этими возможностями, чтобы быстрее внедрить подписки в своё приложение и улучшить конверсии.

Источник

Вход в Google Android с Firebase – statusCode DEVELOPER_ERROR

Я пытаюсь внедрить логин Google в моем Android-приложении Firebase. Когда я запускаю приложение и нажимаю кнопку входа в систему Google – ничего не происходит. И я получаю эту ошибку в onActivityResult: Status .