Tw-city.info

IT Новости
8 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Домены приложения в настройках вашего приложения

Что такое Домены приложений в Facebook приложениях?

Я хочу добавить возможность «войти с помощью Facebook» на мой сайт. Но я в замешательстве, когда регистрирую свой сайт в Facebook приложениях. Что я должен ввести в App Domains ?

8 Ответов

домен приложения — это ваше доменное имя.

Прежде чем ввести свой домен, сначала нажмите на кнопку Добавить платформу, выберите веб-сайт, введите свой сайт URL и мобильный сайт url. Сохраните настройки.

После этого вы можете ввести доменное имя в поле Домены приложения.

Чтобы добавить к ответам выше, домен приложения требуется по соображениям безопасности. Например, ваше приложение отправляло браузер в «www.example.com/PAGE_NAME_HERE» , но внезапно стороннее приложение (или что-то еще) отправляет пользователя в «www.supposedlymaliciouswebsite.com/PAGE_HERE» , а затем появляется ошибка 191, указывающая, что это не было частью доменов приложения, перечисленных в настройках приложения Facebook.

Если вы не укажете платформу для приложения, вы не сможете правильно добавить домен приложения.

Вот пример-проверьте, что это тип веб-сайта платформы.

http:/ / www.example.com:80 /somepage?parameter1=»hello»&parameter2=»world»

жирная часть — это имя домена. 80 редко включаются. Я публикую его, так как многие люди могут задаться вопросом, является ли 3000 или какой-то другой порт частью домена, если они еще не запустили свое приложение для производства. Обычно вы не указываете его, так как 80 является значением по умолчанию, но если вы просто хотите указать localhost , просто сделайте это без номера порта, он работает так же хорошо. Однако адрес должен быть http://localhost:3000 (если он у вас есть на этом порту).

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

Это просто домен, в котором будет размещено ваше приложение «facebook» (что означает приложение, видимое на facebook, но размещенное на веб-сайте www.xyz.com). Таким образом, Вы можете поместить домен приложения = www.xyz.com

Я думаю, что это просто домен вашего сайта (например, example.com)

Я думаю, что это домен, в котором вы запускаете свое приложение.

Например, ваш canvas URL — это facebook.yourdomain.com, вы должны указать домен приложения как .yourdomain.com

Похожие вопросы:

Я продолжаю видеть focused и слышать о focusing в рамках разработки Android приложений. Мой вопрос: Что такое фокусировка и как она применяется в приложениях Android? Разве это важно? Что вы можете.

Я начинаю разрабатывать приложения Facebook. Я уже прочитал FPP, но для меня недостаточно ясно, что именно я могу, и что я не могу сделать в своих приложениях. Такие вещи, как использование Google.

Я примерно понимаю, что такое AppDomain, однако я не совсем понимаю, как использовать AppDomain. Я участвую в большом серверном приложении C# / C++, и мне интересно, как использование AppDomains.

Я получал эту ошибку входа в систему facebook: URL заблокирован Это перенаправление не удалось, потому что перенаправление URI не является белый список в настройках клиента приложения OAuth.

Я использую Laravel 5.6 + львицей осуществить вход в систему, используя Facebook . Я также использую cloud9 , чтобы помочь мне разработать его. Я следовал многим учебникам , но это красное сообщение.

Facebook только что объявили о поддержке нескольких доменов приложений (читайте Сообщение здесь ) в своих приложениях. У нас есть несколько приложений, так как наш сайт локализован, но теперь, с эта.

Мне любопытно узнать, как emojidom может показывать этот значок поверх других приложений. Что же это такое на самом деле? Потому что этот значок появляется на whatsapp, hangouts, facebook messenger.

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

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

Инструкции от Janrain для настройки поставщика социальных Логинов конфликтуют с подсказкой в сообщении об ошибке из ответа Facebook https. Подробности следуют. Экран ошибки при тестировании Facebook.

Приложение Facebook — домен этого URL не включен в домены приложения. Зачем?

При попытке войти в приложение Facebook я получаю следующую ошибку:

Невозможно загрузить URL: домен этого URL не включен в домены приложения. Чтобы иметь возможность загрузить этот URL, добавьте все домены и субдомены вашего приложения в поле «Домены приложения» в настройках приложения.

Как вы можете видеть на следующем изображении:

Ниже приведена конфигурация, которую я установил в своем приложении Facebook.

(Обратите внимание: в целях конфиденциальности я изменил значения для App ID а также App Secret на изображении)

Код этого базового примера приложения находится в этом репозитории GitHub:

Я действительно не знаю, почему это говорит, что the domain of this URL isn’t included in the app’s domains когда это на самом деле там.

На поле: App Domains Я пробовал с обоими доменами одновременно:

Сгенерированный URL для входа в систему выглядит следующим образом:

Читать еще:  Как поменять домен на почте

Я настроил домен: facebook-php-test.com в качестве виртуального хоста на сервере Apache.

Я должен сказать, что я много работал с Facebook PHP SDK и я впервые с этим борюсь. На самом деле, у меня возникла эта проблема с другим большим приложением, с которым я работал, после нескольких часов, пытаясь решить проблему, я создал это фиктивное приложение, чтобы попытаться выяснить, в чем причина проблемы.

Я перепробовал много вещей без успеха.

Есть идеи, как это решить?

РЕДАКТИРОВАТЬ 01

После предложения Mr.Geeker Комментарий Я сделал следующее …

Добавлен товар: Facebook Login и настроен как показано ниже:

Затем, наконец, я мог идти вперед, и меня попросили разрешения:

Но, к сожалению, после предоставления разрешений я получил следующее:

Любая идея о том, как продолжить с этого момента?

РЕДАКТИРОВАТЬ 02 — РЕШЕНИЕ

Я закончил отключение опции: Use Strict Mode for Redirect URIs под Client OAuth Settings , Они говорят, что это strongly recommended имеет эту особенность On но я не мог заставить это работать с этим On ,

Кстати я тоже отключил Client OAuth Login так как мое приложение не использует его.

Наконец, единственная функция, которую я включил в: Client OAuth Settings является: Web OAuth Login ,

Решение

Facebook теперь использует некоторые функции в качестве плагинов. В левой части выберите Продукты и добавьте продукт. Затем выберите Вход в систему. Довольно прямо оттуда вы увидите все варианты Oauth.

Как первоначально ответили Вот

Другие решения

В марте 2018 года Facebook обновил API и принудительно включил все приложения в строгом режиме.

Чтобы это работало, вы должны включить полный URL-адрес обратного вызова в поле Valid OAuth Redirect URIs. Если вы перенаправите на «https://www.example.com/facebook/callback «, должен быть включен полный URI (без параметров):

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

Если ничего из этого не работает, и «Невозможно загрузить URL: домен этого URL не включен в домены приложения». сообщение продолжает показываться, проверьте, есть ли у вас последняя версия SDK. Я мог бы заставить его работать после обновления de PHP SDK с версии 5.5 до 5.6.2

Я использую PHP 5.5, и я нашел ошибку.

PHP Facebook API VERSION = ‘5.5.0’, DEFAULT_GRAPH_VERSION = ‘v2.9’ добавлял URI ?код = XXX на моей странице обратного вызова, как это:

mydomainExample.com/callbackFacebook.php ?код = XXXXXXX

и я изменил исходный код, чтобы удалить строку после ‘?’. Теперь URL-адрес обратного вызова

Домены приложений в .NET


Автор: Андрей Корявченко
The RSDN Group
Источник: RSDN Magazine #1-2003

Опубликовано: 12.06.2003
Исправлено: 10.12.2016
Версия текста: 1.0

Теория


Что такое домены приложений

В современных операционных системах некий функционально законченный блок кода выполняется в специально отведенном для него адресном пространстве – процессе. Код, выполняемый внутри процесса, изолирован. Доступ к коду из другого процесса возможен только через прокси. Прокси находится в адресном пространстве вызывающего процесса и действует как заместитель удаленного объекта. С точки зрения вызывающего объекта прокси – это объект, перенаправляющий вызовы другому процессу.

В отличие от обычного, управляемый (managed) код может проверяться (верифицироваться), в том числе и на наличие потенциально небезопасных операций. Для верифицированного кода можно обеспечить гарантированную безопасность. Но верификация всего лишь проверяет код на наличие некоторых запрещенных операций, в то время как вполне безобидные внешние вызовы могут серьезно повредить другим приложениям или компонентам. Чтобы избежать этого, нужно организовать выполнение кода в некой изолированной среде, не допускающей подобных обращений. Для неуправляемого кода роль изолированной среды выполняет исключительно процесс. Однако, с точки зрения скорости, взаимодействие между процессами требует относительно больших затрат времени. Чтобы минимизировать потери времени и ресурсов, в .NET был включён механизм доменов. Этот механизм позволяет запустить группу приложений в одном процессе, обеспечивая относительную изоляцию их друг от друга, в то же время позволяя им взаимодействовать друг с другом значительно быстрее, чем в случае отдельных процессов. Этот механизм в платформе .NET получил название доменов. Как и в случае процессов для неуправляемого кода, домен позволяет повысить устойчивость системы к сбоям, так как сбой внутри одного из доменов не приводит к сбоям внутри хост-процесса и других приложений.

Попутно домены играют ещё одну вспомогательную роль. В обычных приложениях загруженную DLL можно выгрузить при помощи функции FreeLibrary. К сожалению, в CLR для сборок такой возможности не существует. Казалось бы, нет способа заменить исполняемый модуль без перезапуска процесса. Но так как домен приложений является в некоторой степени аналогом процесса, то при выгрузке домена происходит выгрузка и всех загруженных в него сборок.

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

Для взаимодействия между доменами используется инфраструктура Remoting. При этом данные передаются по специализированному каналу, предназначенному для обмена между доменами. Этот канал недокументирован и используется только для внутренних целей. Имя класса канала System.Runtime.Remoting.Channels.CrossAppDomainChannel. Обратите внимание на то, что в случае передачи по значению сборка с кодом класса должна быть доступна в обоих доменах, а при передаче по ссылке в вызывающем домене должны быть доступны метаданные.

Читать еще:  Как сделать альбомный лист в word

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

Загрузка сборок в каждый домен происходит независимо. Таким образом, в каждом домене будет свой собственный экземпляр класса Assembly, даже если они используют одну и ту же сборку. Однако существует способ добиться того, чтобы код загружаемых сборок совместно использовался (share) разными доменами. Сборка, используемая совместно несколькими доменами, называется нейтральной по отношению к домену (domain-neutral). Режим доступа к сборкам может быть одним из трех:

  • Режим, в котором нейтральность к домену обеспечивается только для mscorlib.dll. Это поведение по умолчанию. Используется в случае однодоменного приложения.
  • Нейтральность к домену для всех сборок. Этот режим рекомендуется использовать для мультидоменных приложений, в каждом из доменов которых выполняется один и тот же код.
  • Нейтральность к домену для всех сборок со строгим (strong) именем. Этот режим рекомендуется использовать для мультидоменных приложений, в каждом из доменов которых выполняется разный код.

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

В том случае, если для каждого домена установлены свои права (permissions) выполнения кода, общее использование сборок невозможно и для каждого домена будет загружена своя копия.

Указать режим доступа можно при создании домена, передав в качестве параметра экземпляр класса AppDomainSetup, у которого свойство LoaderOptimization установлено определенным образом. Это свойство может принимать следующие значения:

Регистрация приложения

Разработчик приложения должен зарегистрировать его на OAuth-сервере, чтобы получать токены для пользователей Яндекса.

Зарегистрировать приложение можно на странице Создание приложения. Для каждого приложения обязательно указать только название и доступы. Но чем больше информации о приложении вы предоставите, тем легче пользователям будет понять, кому именно они разрешают доступ к своему аккаунту.

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

Описание приложения

Название, иконка и набор нужных прав доступа будут отображаться:

Платформы

Настройки, специфичные для платформ, на которых работает ваше приложение. Например, поле Callback URI становится доступно только при выборе опции Веб-сервисы .

iOS Appid (Prefix + Bundle id)

Точный идентификатор iOS-приложения, например, A1B2C3D4E5.com.domain.application .

Подробнее про идентификаторы iOS-приложений читайте в документации Apple.

Ссылка на приложение в AppStore.

Android package name

Название пакета приложения (поле applicationId в файле build.gradle вашего модуля).

Подробнее про идентификаторы Android-приложений читайте в документации Android.

Адрес, на который пользователь возвращается после того, как он разрешил или отказал приложению в доступе (соответствует параметру redirect_uri протокола OAuth).

Вы можете указать несколько адресов Callback URI (например, для тестового и боевого окружения). При запросе токена нужный адрес можно задать с помощью параметра redirect_uri .

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

iOS Appid (Prefix + Bundle id)

Точный идентификатор iOS-приложения, например, A1B2C3D4E5.com.domain.application .

Подробнее про идентификаторы iOS-приложений читайте в документации Apple.

Ссылка на приложение в AppStore.

Android package name

Название пакета приложения (поле applicationId в файле build.gradle вашего модуля).

Подробнее про идентификаторы Android-приложений читайте в документации Android.

Адрес, на который пользователь возвращается после того, как он разрешил или отказал приложению в доступе (соответствует параметру redirect_uri протокола OAuth).

Вы можете указать несколько адресов Callback URI (например, для тестового и боевого окружения). При запросе токена нужный адрес можно задать с помощью параметра redirect_uri .

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

Доступы

Чтобы выбрать права для вашего приложения, разверните нужные секции и отметьте флажки нужных прав доступа.

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

Параметры приложения

В этом блоке отображаются ограничения, которые накладываются на приложения выбранными правами доступа. Например, для API Вебмастера время жизни токена ограничено 180 днями.

Как настроить файл app-ads.txt для приложения

Содержание

Шаг 1. Настройте свой сайт разработчика

На сайте разработчика пользователи могут получить информацию о ваших приложениях и другом контенте, а стандарт app-ads.txt – определить, кто является владельцем приложения. Чтобы Реклама в приложении и другие рекламные платформы могли получать сведения о владельце приложения, ваш сайт разработчика должен быть связан со страницей приложения в Google Play или App Store.

Вы можете работать с файлом app-ads.txt, только если у вас есть сайт с настроенными связями для распространения ваших приложений. Для создания подобного ресурса подходят различные платные и бесплатные сервисы веб-хостинга.

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

Внимание! На странице приложения в магазине приложений не обязательно указывать полный URL файла app-ads.txt. При сканировании файла app-ads.txt робот Рекламы в приложении учитывает элемент URL сайта, относящийся к имени хоста (домену). Вы можете узнать, как наши роботы находят файлы app-ads.txt, ознакомившись с шагом 3 этой инструкции.

Шаг 1а. Добавьте сайт разработчика на страницу приложения в магазине приложений

Чтобы добавить сайт разработчика на страницу приложения в магазине, выполните следующие действия:

  • В Google Play URL нужно добавить в контактную информацию на странице приложения:
    1. Войдите в Play Console.
    2. Выберите приложение,
    3. В меню слева нажмите Настройки страницы приложения >Описание приложения.
    4. Прокрутите экран вниз до пункта Контактные данные.
    5. Добавьте URL вашего сайта разработчика.
  • В Apple App Store сайт разработчика нужно добавить в поле рекламного URL на странице приложения.

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

Чтобы добавить сайт разработчика на страницу приложения в магазине, выполните следующие действия:

  • В Google Play нужно указать URL сайта в контактной информации на странице приложения:
    1. Войдите в Play Console.
    2. Выберите приложение.
    3. В меню слева нажмите Настройки страницы приложения >Описание приложения.
    4. Прокрутите экран вниз до раздела Контактная информация.
    5. Добавьте URL вашего сайта разработчика.
  • В Apple App Store сайт разработчика нужно добавить в поле рекламного URL на странице приложения.

Если вы добавите или измените URL сайта, Рекламе в приложении понадобится некоторое время на обновление данных.

Шаг 2. Подготовьте файл app-ads.txt

Пример файла app-ads.txt приведен ниже.

Шаг 2а. Добавьте в файл app-ads.txt индивидуальный фрагмент кода

Сервис «Реклама в приложении» предоставляет разработчикам индивидуальный фрагмент кода, который упрощает настройку файла app-ads.txt. Фрагмент кода содержит идентификатор издателя.

Примечание. Чтобы файл app-ads.txt можно было проверить, он должен обязательно содержать этот идентификатор в правильном формате.

Чтобы получить индивидуальный фрагмент кода с вашим идентификатором издателя, выполните следующие действия:

  1. Войдите в свой аккаунт AdMob на странице https://apps.admob.com.
  2. Выберите на боковой панели Приложения.
  3. Нажмите Все приложения.
  4. Выберите вкладку app-ads.txt.
  5. Нажмите Как настроить файл app-ads.txt.
  6. Нажмите на значок рядом с фрагментом кода, который нужно скопировать.
  7. Вставьте фрагмент кода в файл app-ads.txt.

Шаг 2б. Добавьте в файл app-ads.txt идентификаторы авторизованных продавцов (необязательно)

Если вы работаете с другой рекламной сетью, ее необходимо указать в файле app-ads.txt. Благодаря этому найти и проверить ваш файл app-ads.txt также сможет сторонний продавец. Обратитесь к представителям этой сети, чтобы получить их информацию для файла app-ads.txt.

Шаг 3. Опубликуйте файл app-ads.txt на сайте разработчика

Робот Рекламы в приложении будет искать ваш файл app-ads.txt на сайте разработчика, указанном на странице приложения в магазине приложений. Согласно спецификации файла app-ads.txt, роботы ищут такие файлы по следующим шаблонам URL:

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

В следующей таблице представлены примеры того, как робот Рекламы в приложении находит файл app-ads.txt для URL различных сайтов разработчиков.

Для субдоменов в спецификации файла app-ads.txt предусмотрены отдельные правила. При определении URL файла app-ads.txt робот сканирует сайт разработчика вплоть до субдоменов первого уровня. Пример:

https://help.example.com/app-ads.txt
http://help.example.com/app-ads.txt
https://example.com/app-ads.txt
http://example.com/app-ads.txt

Примечание. Фрагменты help.example.com и support.help.example.com относятся к уровню первого и второго субдоменов соответственно. При сканировании учитывается только первый.

Спецификация исключает из сканирования субдомены www. и m.

Ваш веб-сервер может перенаправить нашего робота к файлу app-ads.txt, где бы он ни находился (включая субдомен www.).

Субдомен www. вашего сайта:
https://www.example.com/app-ads.txt

Другой субдомен и подкаталог:
https://static.example.com/files/app-ads.txt

Название другого субдомена, подкаталога или файла:
https://static.example.com/files/2020-02-15-app-ads.txt

Другой домен, включая несколько субдоменов:
https://www.cdn.files.example-company.com/app-ads.txt

Файл опубликован правильно, если вы видите его содержимое при переходе по URL файла app-ads.txt в веб-браузере. Если файл виден в веб-браузере, роботы наверняка смогут найти его.

Сведения о попытках роботов Рекламы в приложении просканировать ваш файл app-ads.txt доступны в вашем аккаунте этого сервиса.

Шаг 4. Дождитесь, пока роботы Рекламы в приложении просканируют и проверят файл app-ads.txt

На сканирование и проверку файла app-ads.txt роботам Рекламы в приложении требуется до 24 часов. Обычно проверку проходит файл, добавленный позже всех, но вы также можете запросить сканирование вашего приложения:

  1. Войдите в свой аккаунт AdMob на странице https://apps.admob.com.
  2. Выберите на боковой панели Приложения.
  3. Нажмите Все приложения.
  4. Выберите вкладку app-ads.txt.
  5. В строке нужного приложения нажмите на стрелку вниз . Появятся дополнительные сведения. Также здесь можно запросить сканирование приложения.
  6. Выберите Проверить изменения. Если запросить сканирование определенного файла app-ads.txt, робот Рекламы в приложении обновит статус всех приложений, связанных с этим файлом.
    • В некоторых случаях кнопка Проверить изменения может быть недоступна. Обычно сканируется файл, добавленный позже всех.

На сканирование и проверку файла app-ads.txt роботам Рекламы в приложении требуется до 24 часов. Статус файла будет обновлен в течение этого срока.

Если вы недавно добавили сайт разработчика или обновили список своих приложений, обнаружение этих изменений Рекламой в приложении займет некоторое время:

  • Приложения в Google Play: до 24 часов.
  • Приложения в Apple App Store: до 7 дней.
Ссылка на основную публикацию
ВсеИнструменты 220 Вольт
Adblock
detector