Максимальный реф бек: что это и как он начисляется? – SPRINTinvest.RU — showtamtam.ru

Содержание

что это и как он начисляется? – SPRINTinvest.RU

Цель сегодняшней публикации – получить предельно емкие и лаконичные ответы на избитые вопросы из сферы высокодоходных инвестиций: что собой представляет рефбек, каковы его виды, максимальная, минимальная и справедливая величина, каким образом он начисляется…

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

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

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

Что такое рефбек?

Любая реферальная программа предполагает участие в ней трех субъектов: (1) рефералов, (2) рефереров и (3) администрации проекта, к которому эта программа «прикручена».

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

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

Вот почему рекрутинг максимального числа рефералов (участников проекта, которые регистрируются по партнерским или реферальным ссылкам) – ключевой интерес реферера.

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

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

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

Пример. Реферальная программа хайп-проекта предполагает начисление рефереру 6 процентов от размера вклада его реферала. Предположим, реферал сделал вклад на сумму 75 долларов. В таком случае доход реферера составит 75 * 0,06 = 4,5 долларов. Если рефбек составляет, скажем, 70 процентов, значит рефералу достанется 4,5 * 0,70 = 3,15 долларов.

Каково главное назначение рефбека?

Возврат рефских – маркетинговый ход, призванный подстегнуть активность участников того или иного проекта.

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

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

Они предпочитают получать 1 процент от дохода тысячи рефералов, нежели 99 процентов дохода от 10 рефералов.

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

Максимальный и минимальный рефбек

Максимальный рефбек предполагает выплаты реферером рефералу ВСЕЙ суммы заработанных им денежных средств, начисленных вследствие активности его реферала.

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

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

Минимальным рефбеком считается нулевой возврат рефских (реферальных) начислений. Другими словами, это ситуация, когда рефбек как таковой реферальной программой не предусмотрен. Все реферальные отчисления целиком и полностью оседают в карманах реферала.

С минимальным рефбеком можно столкнуться в двух случаях: или (1) реферальная программа попросту не предусматривает такой формы взаимоотношений рефоводов и их рефералов, или (2) мы имеем дело с весьма прижимистым инвестором, не склонным к поощрению своей команды…

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

Наиболее справедливым, и потому оптимальным, следует признать рефбек в размере 50 процентов от суммы полученной прибыли. В таком случае участники реферальной программы получат адекватное вознаграждение, и ничьи финансовые интересы не будут ущемлены.

Чего стоит опасаться?

В практике инвестирования в высокодоходные проекты можно столкнуться с аномальными отклонениями от устоявшихся стереотипов касательно возврата рефских. В большей степени это касается деятельности хайп-проектов.

Такого рода объекты инвестирования строятся и развиваются по принципу финансовых пирамид. Очень часто под маской «перспективного инвестиционного проекта» скрываются обычные мошенники, не чурающиеся в своей деятельности никаких рекламных трюков.

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

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

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

Подобные проекты «сдуваются» предельно быстро, оставляя ни с чем незадачливых «инвесторов», клюнувших на бесплатный сыр в мышеловке…

Как начисляется рефбек?

За начисление рефбека отвечают специальные скрипты, интегрированные в реферальную систему проекта. Их функционирование зависит от конкретных настроек.

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

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

В таком случае проект устанавливает верхний и нижний предел соответствующих ставок или размеров доходов, чтобы выплата рефбека еще на старте не оказалась заведомо убыточной затеей…

На размер рефбека, который уплачивается самим проектом в качестве головного реферера, рефералы влиять никак не могут.

Конкретные условия начисления и выплаты рефбека обычно прописаны в инструкции к реферальной программе.

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

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

Что такое авторефбек?

Когда рефбек начисляется системой автоматически сразу же после выполнения рефералом конкретного действия (пополнения внутреннего счета, совершения ставки и так далее), мы имеем дело с

авторефбеком.

Одновременно с начислением рефбека на внутренний счет реферала происходит списание соразмерной суммы со счета реферера.

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

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

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

Рефбек в хайпах

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

Доступ к настройкам рефбека и учет статистики его начисления и выплаты обеспечивается через личный кабинет реферера.

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

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

жизненный цикл ограничивается несколькими неделями или даже днями.

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

Что такое рефбек в хайпах? Где и как получить максимальный авторефбек?

В этой небольшой публикации хочу рассказать, что же такое рефбек (refback) и авторефбек и как он начисляется.

Как вы знаете любой высокодоходный инвестиционный проект (HYIP) предлагает две возможности заработка:

Пассивный доход от вложенных инвестиций
Доход который формируется от приглашения вами новых участников – реферальные бонусы с партнерской программы

Что такое рефральный бонус (рефбонус, рефка)?

Зарегистрировавший в проекте вы всегда будете иметь свою реферальную (партнерскую) ссылку, которая обычно находится в вашем личном кабинете во вкладке “Партнерская программа” или “Рефералы” или “Рекламные материалы” или, что-то похожее… Все кто будет регистрироваться в проекте по вашей реферальной ссылке, будут становиться в этих проектах вашими рефералами. В зависимости от маркетинга проекта вы будете получать определенные реферальные бонусы от суммы вклада того, кого вы пригласили или % от прибыли которую этот человек получает в проекте.

Что такое рефбек (бонус от вклада)?

Рефбек (refback) – это часть вашего реферального бонуса, которую вы отправляете тому человеку, который зарегистрировался в проекте по вашей реферальной ссылке (вашему рефералу).

Пример: проект предлагает реферальный бонус 10% от суммы депозита вашего реферала. То есть, если человек, который зарегистрировался в проекте по вашей рекомендации создает депозит 1000 долл, вы получите бонус от проекта 100 долл. Если в данном примере вы отправите своему рефералу 50 долл, это будет означать, что вы сделали рефбек 50%, то есть вернули ему половину своего реферального бонуса.

Как и где получить максимальный рефбек 100% – 500% – 1000%….?

Будьте внимательны и не ведитесь на предложение очень высоких рефбеков! Так как за частую это хитрость, которую используют в основном хайп-мониторы. И на самом деле никто вам таких сумм платить не собирается. Хайп-мониторинги по своему перекручивают рефреальную программу проектов и допустим если в проекте реферальный бонус 10% и 50 долл это 50% рефбек, то у хайп мониторинг при заявленном рефбеке 500% вы получите те же самые 50 долл. Как же так спросите вы?

Все очень просто. При расчете рефбеков хайп-мониторинги отталкиваются не от реального процента реферального бонуса, который устанавливает проект (в данном примере 10%), а от своего, в большинстве случаев это 1%. И уже от этого 1% мониторы предлагают рефбек.

По факту в проекте реферальный бонус 10%. И тот рефбек 500%, который предлагает мониторинг, на самом деле равен 50% от реального реферального бонуса.

Пример:
– Проект предлагает партнерский бонус 10% от вложений;
– Вы зарегистрировались в проекте через хайп-мониторинг и инвестировали 10 долл;
– Хайп-мониторинг предлагает рефбек 500%, при этом рассчитывает эти 500% не от 10% а от 1%;
– В итоге вы получаете на свой счет рефбек от хайп-мониторинга 0,5 долл, что фактически равно 50% рефбека от суммы партнерского бонуса, которая декларируется проектом.

Только вот есть важный момент! Суммы депозитов с которых мониторинг выплачивает “жирные” рефбеки, очень ограничены. И например при депозите в 100 долл, вы уже получите рефбек намного меньше.

Если вам не совсем понятна логика приведенных расчетов, просто запомните одну истину – никогда не ведитесь на цифры рефбеков (бонусов от вкладов) больше 100%. И то 100% вы увидите крайне редко, так как мало какой нормальный блогер будет отдавать партнерам весь полученный партнерский бонус, так как этот бонус часть заработка блогера.

Что такое авторефбек?

Некоторые проекты предоставляют возможность в личном кабинете устанавливать % рефбека, который автоматически будет возвращаться на баланс вашего реферала. И уже со своего баланса он может вывести рефбек на свой счет в платежной системе. Это очень удобно, так как экономит время и ваше и того кого вы пригласили в проект.

Заработок в интернете — Что такое Рефбек от реферера?

Что же такое Рефбэк?

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

Рефбек — это часть денег, которую возвращает Реферер от его дохода с реферала. Разберем пример чтобы стало понятней: Реферал заработал для себя 10$, стандартные реферальные отчисления рефереру составят 10%, то есть 1$.

Так вот если реферер хочет поблагодарить своего реферала за работу, он может вернуть часть этих средств ему — это и есть рефбэк, от английского «refback».

Так вот, если реферер возвращает из 1$ скажем 0.50$ своему рефералу, то это будет 50% рефбек. Если допустим он возвращает 0.80$ или 0.90$, то это будет соответственно 80% и 90% рефбэк.

Зачем нужно выплачивать рефбек и нужно ли вообще?

Считается что рефбек повышает активность Ваших рефералов.

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

Вот здесь, кстати, можно узнать реферерах и рефералах больше.

Что такое авторефбек?

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

Считаю, что авторефбэк достойная замена бонусной системы. Однако самые продвинутые проекты пошли еще дальше, они сделали систему авторефбека полностью автоматической, в который процент % рефбека зависит от активности каждого отдельно взятого реферала. Чем выше его активность, тем выше и рефбек. В этом случае максимально возможный авторефбек равен — 80% и реферер никак на него повлиять не может. В этом тоже есть как свои плюсы, так и минусы.

Какой оптимальный рефбек

должен быть?

На мой взгляд рефбека в 50% вполне достаточно, а если параллельно еще проводить конкурсы, то Ваши рефералы обижены точно не будут.

Видел я рефереров которые и 80 и 90% ставят, но те которые действительно выплачивают такие проценты — единицы.

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

Я лично устанавливаю рефбек 50% на проектах с бонусной системой, а там где работает авторефбек рефералы своей активностью сами подымают рефбек и по большей части он достигает 80%. Кроме того, постоянно провожу конкурсы.

Самое главное помните, что рефбек это, сугубо решение реферера и только он решает устанавливать его или нет.

Если хотите научиться правильно работать с рефералами и зарабатывать на этом, то эта статья обязательна к прочтению!

Так же считаю, что Вам будет очень полезно узнать как правильно привлекать рефералов?

Какой максимальный рефбек может быть?

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

Что такое рефбек (refback)? — его плюсы и минусы

Что такое рефбек и авторефбек, как получить свой бонус от вклада

Если вы читаете данную статью, вероятней всего вы являетесь участником высокодоходных инвестиционных проектов. Для понимания индустрии настоятельно рекомендуются статьи с рассмотрением правил инвестирования и разбор термина «хайп проект». Если информация усвоена, наверняка появляется вопрос – что такое рефбек (refback).

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

Что такое рефбек и как он начисляется

Рефбек (refback, RCB) – это возврат бонусного вознаграждения рефералу от реферера. Если аплайн возвращает свой бонус или часть личного дохода, это также называется рефбэком. Пригласитель полностью или частично делится полученным вознаграждением по партнерской программе с партнерами. Каждый инвестиционный проект дает награду за привлеченные депозиты, но не каждый рефовод готов делиться своим заработком. Так в чем же суть.

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

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

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

Плюсы

Лишние деньги

Все мы здесь для того, чтобы заработать немножко деньжат. Поэтому, наверняка никто не откажется от дополнительных 3-10% из воздуха после входа в проект. Условия заблаговременно внедрены в реферальной системе для формирования дополнительного дохода.

Компенсация

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

Отличный инструмент

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

Мысли шире

В многоуровневых программах рефбек сможет расширить ваши возможности в разы. К примеру, имеется 3х уровневая партнерская программа 8%-4%-2%. Вы предложите своим партнерам рефбэк в размере 6% лишившись внушительной части прибыли. Но, если они начнут привлекать своих партнеров, те своих — без вашего участия получится 4% дохода от рефералов лично приглашенных партнеров и 2% с депозитов незнакомых людей. Плюсом идут 2%, оставшиеся после уплаты бонуса. Итого, вместо 4% со стандартными 50% рефки, вы будете получать 8% не прилагая усилий. Так формируется пассивный доход.

Доверительные отношения

В интернете доверительные отношения между людьми практически невозможное явление. Те рефералы, которые знают, что такое рефбэк и как его получить от реферера, гарантированно получат свой бонус. Для рефовода это выгодно, так как в будущем сотрудничество продолжится. Партнеры продолжат работу с пригласителем, так как знают, что получат максимальный рефбек. Аплайн продолжит зарабатывать на партнерской программе в долгосрочной перспективе.

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

Минусы

Погоня за рефбеком

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

Потеря партнеров

В погоне за рефбеком люди теряют своих партнеров… Партнер не захочет работать со своим напарником в хайпах, только потому что не захочет получить на 1% рефбэка меньше от реферера, чем предложит непонятно кто. Рефералы просто становятся «лотом», за который торгуются на аукционе рефоводы.

Введение в заблуждение

Возможно, на глаза попадется информация – предлагается 500-5000% рефбека. На самом деле, такие ресурсы используют свои формулы вычисления вознаграждения, и инвестор не получит заявленных процентов. Подумайте сами, при вкладе 100$ и бонусом 10% человеку вернут 5000% от бонуса, то есть с 10$, которые им положено, вкладчику вернут 50$, кто на это пойдет.

Что такое авторефбек

Следует обратить внимание на еще 1 популярный инструмент. Авторефбек – это такой же бонус от вклада, что и рефбэк, только выплачивает его скрипт инвестиционной платформы. Объясним на пальцах.

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

Вывод

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

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

Что касается мониторингов, мы согласны, что консультацию дают единицы либо не дают вообще. Смысл мониторингов в том, чтобы добавлять на ресурс абсолютно все hyip проекты без разбору, которые им заплатят. Процент рефбэка рассчитывается по своим формулам и начисляется без регламента на выплаты.

Что можем предложить мы

Команда Profit Life заинтересована в сотрудничестве, поэтому мы предоставляем 50-60% рефбека для рефералов, то есть половину и более от прибыли, которую получим сами. К примеру, в проекте партнерская программа в виде 10% с депозита партнера, значит мы даем максимальный рефбек в размере 50%. То есть, 5% от суммы депозита по запросу мы перечислим на ваш кошелек. Для того, чтобы не возникало вопросов, мы указываем условия по каждой программе, сколько дополнительно можно получить бонуса от вклада. Форма заказа рефбэка находится по ссылке ниже. Там же описаны подробные условия как заказать и получить refback.

Не забывайте указывать платежную систему. Кому-то покажется, что 3-5% это копейки. Но подумайте, если на дистанции вы будете собирать эти копейки, сколько наберется.

«Копейка рубль бережет»

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

Наш Telegram-чат

Что такое Рефбек и Авторефбек от реферера? Зачем они нужны? ~ Заработок в интернете

Что же такое Рефбэк и

Как он начисляется?

Приветствую уважаемые читатели моего блога ПроявиИнтерес! Продолжаем разбирать реферальную систему от А до Я и сегодня попробуем разобраться что значит рефбек, для чего он нужен и в каком размере его ставить. Начнем!

Например, если реферер возвращает из 1$ скажем 0.50$ своему рефералу, то это будет 50% рефбек. Если допустим он возвращает 0.80$ или 0.90$, то это будет соответственно 80% и 90% рефбэк.

Также прошу заметить: некоторые люди считают что для выплаты рефбека, из их заработка сначала отнимают деньги (10% реферальных отчислений), а потом если соизволит реферер часть возвращается — это не так!
Рефбек — это дополнительная надбавка к тому что Вы заработаете.

Реферальские отчисления реферер получает за счет комиссий, которые берет проект от рекламодателей, т.е перевожу на нормальный язык =) если реферер установил Вам рефбэк в 50% и Вы заработали для себя 10$, то в итоге Вы получите: 10$+0,5$=10,5$

Зачем нужно выплачивать рефбек и нужно ли вообще?

Считается что рефбек повышает активность Ваших рефералов.

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

Приведу несколько проектов, где я постоянно провожу конкурсы для своих рефералов и развиваю свои реферальные сети:

Вот здесь, кстати, можно узнать о реферерах и рефералах больше.

Что такое авторефбек?

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

Какой оптимальный рефбек

должен быть?

Видел я рефереров которые и 80 и 90% ставят, но те которые действительно выплачивают такие проценты — единицы.

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

Подводя итог: считаю что рефбек в 50% является оптимальным, а там где работает авторефбек, рефералы своей активностью сами подымают рефбек и по большей части он достигает 80%. А в последнее время на некоторых проектах полностью убираю refback, а все освободившиеся от этого деньги направляю в призовой фонд конкурсов, это еще больше стимулирует рефералов к работе.

Самое главное помните, что рефбек это сугубо решение реферера и только он решает устанавливать его или нет.

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

Какой максимальный рефбек может быть?

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

Что такое РЕФБЕК (RCB)

Привет, инвестор!

Поздравляем, ты прошел уже почти все этапы обучения и готов постичь главную тайну ХАЙП индустрии, которая сделает тебя богаче остальных. Да-да, друг, ты не ослышался именно богаче и успешнее всех тех, кто не хочет тратить время на изучение особенностей ХАЙП инвестирования! Ты выше их всех и твое упорство будет вознаграждено!

Сейчас мы расскажем тебе, что такое партнерская программа и рефбек!

В общем, смотри. Ты уже знаешь, что ХАЙП — это разновидность финансовых пирамид, где прибыль участникам выплачивается за счет новых депозитов. И, понятное дело, админу проекта необходимо обеспечить постоянный приток вкладов, чтобы его детище просуществовало как можно дольше. А как это сделать? Конечно же, заставить пользователей приглашать новых участников. Вроде бы все просто, но, как показывает практика, крайне малая часть людей готова сообщать своим друзьям о возможности быстрого заработка. Думается это от того, что в человеческой натуре заложено желание быть выше окружающих… ну это так, догадки.

Что же делать админу в таком случае?
Как мотивировать пользователей быть активными и приглашать народ?

Ответ тоже кроется в людской психологии –

заплатить им!

Для этого и была придумана партнерская программа. Ну, как бы не админами ХАЙПов она придумана. Она существовала задолго до этого. Те же структуры МЛМ уже давно набирают «адептов» по такой схеме. Ну да не суть.

В общем, партнерская программа в ХАЙПе позволяет пользователю получить дополнительную выгоду от того, что он пригласит в проект другого человека и тот сделает депозит. Бонусы за такую деятельность могут быть абсолютно разные: денежное вознаграждение, бонусные депозиты пригласителю, увеличение размера прибыли при достижении определенного оборота структуры и т.д.

Во всей этой схеме нужно знать лишь два понятия:

1. реферер (он же аплайн или upline) – человек, который пригласил другого пользователя в проект

2. реферал (он же реф, referral, downline) – тот, кто зарегистрировался в проекте по уникальной ссылке реферера.

Наиболее распространенный вариант партнерской программы – выплата вознаграждения за депозит реферала. То есть, в проекте установлен фиксированный процент прибыли для реферера. Это может быть вознаграждение как от одной линии, то есть от тех, кого реферер пригласил лично, так и от нескольких уровней (многоуровневая рефералка).

Рассмотрим простой пример: партнерская программа в проекте состоит из трех уровней с вознаграждением 5% — 3% — 1%:

Зарегистрировавшись, Андрей пригласил Толю. Толя для Андрея реферал в первой линии и за его депозит Андрей получит 5%;Толя пригласил Диму. Выходит, что для Толи Дима реферал в первой линии, а для Андрея реферал второго уровня. Если Дима сделает вклад, Толя получит 5% от его депозита, а Андрей дополнительно получит свои 3%;если Дима пригласит, к примеру, Свету и она сделает вклад, то Дима получит 5%, Толя 3% (та как Света для него реферал второго уровня) и Андрей 1%.

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

А что делать, если ну вот прямо не твое это – приглашать в проект других людей. А денег получать все равно хочется побольше.

Выход есть – это рефбек!

Рефбек, он же RCB, он же рефка, он же РЦБ и refback – возврат реферером (кто это такой ты уже знаешь) вознаграждения по партнерской программе своему рефералу. То есть, когда твой реферер «нормальный тип», то он дает тебе небольшой откат за твое доверие. Ну, вот депнул ты 100 долларов, твоему аплайну за тебя пришло вознаграждение в 5 USD и он возвращает тебе эти деньги, чтобы на душе у тебя теплее стало.

Казалось бы, что за аттракцион невиданной щедрости, не обман ли?

Не-а – чистая правда.
Суть в том, что крупные рефоводы (те, кто приводит много рефералов) в любом случае в плюсе. Они открывают новые уровни, получают бонусы от админа и т.д. Ну да в этой схеме никто не в обиде: тебе то тоже прилетают деньги сверх того, что платит ХАЙП. Вот имеем взаимовыгодный симбиоз рефералов и рефереров.

Неоспоримые плюсы рефбека:

• Ты всегда получаешь больше денег, чем те участники, кто не знает о его существовании.

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

Как пример: проект платит 20% в сутки в течение 6 дней. При этом раскладе твой депозит выйдет в ноль на 5й день работы вклада. Если же ты получишь рефбек в 20%, то уже можешь спокойно спать на 4й день. Да и общая прибыль будет уже не 20%, а 40%. рефка – это крутой инструмент!

Уловил суть? Она проста:
Рефка – это крутой инструмент!

Так что, понятное дело, что грамотные инвесторы всегда ищут мониторы и рефереров, которые дают максимальный рефбек.
И сегодня ты вот прямо по адресу!

Смотри, мы не выделываемся, но так уж исторически сложилось, что мы решили давать нашим рефералам максимальный рефбек в ХАЙП индустрии. Думаем, наши партнеры достойны самого лучшего! И если ты среди них, будь уверен, наша рефка тебе понравится! Всё для тебя инвестор, всё для тебя!

Потому что Exclusive Profit – ТВОЯ территория профита!

Что такое рефбек?

Высокодоходные инвестиционные проекты имеют собственные системы поощрения партнеров.Называются они refback и рассчитываются в процентах. Их задача — привлечение новых вкладчиков, наращивание клиентской базы.

Что такое рефбек

С английского “refback” переводится как вознаграждение или денежный бонус. Иными словами, партнер выплачивает деньги за регистрацию по ссылке и инвестиции новому пользователю. Рассмотрим подробнее, что это значит.

Реферальная система — выгодное для обеих сторон заочное сотрудничество между продавцом (владельцем) и партнером. Она предполагает взаимодействие 3- х участников: реферала (участник партнерской программы), владельца, реферера (кто привлекает “новичков” в систему). Главным реферером является проект, остальные — рефералы. При этом все они могут выступать одновременно в роли реферала и реферера.

Как формируется реф комиссия?

Хайпы действуют благодаря партнерской программе.
Предоставляется уникальная ссылка.
После регистрации по ней выплачивается комиссия за вклад. 1 вклад = 1 гонорар.

Любой высокодоходный проект существует за счет взносов рефералов, часть которых уходит на оплату бонусов. Соответственно, больше рефералов = больший доход.

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

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

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

Где используется партнерская система?

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

На практике выглядит это следующим образом: вложено 10 у.е, вы получаете 20 % от этой суммы , то есть 2 у.е. Эта сумма и будет реферальной комиссией.

Рефбек напоминает кешбэк, возращается который после оплаты заказа.

Зачем нужен рефбек?

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

Почему рефбек в хайпах выгоден?

Выгоден он для всех сторон. Для проектов\ресурсов он является:

Мощным инструментом для раскрутки, формирования длительных отношений. После получения 1 поощрения человек будет постоянно возвращаться.
Возможностью сэкономить рекламный бюджет.
Эффективным способом привлечь новых вкладчиков. Это отличный вариант получить новых пользователей на выгодных условиях.

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

Для партнеров (аплайна) это:

Пассивный доход.
Неплохой гонорар к дивидендам.

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

Виды возвратного платежа, рефбека

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

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

Как начисляется рефбек?

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

Минимальный и максимальный возвратный платеж?

Минимальный бонус = 0, то есть не предусмотрен системой, а все отчисления идут на счет рефералу.

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

К вышеперечисленным мерам прибегают крайне редко. Чаще всего устанавливают промежуточные процентные ставки. Самым честным и оптимальным рефбеком считается 50 %.

Как получить возвратный бонус?

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

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

Чего стоит опасаться или подводные камни?

Очень важно не попасть в руки к мошенникам. Чаще всего они обещают refback более 100 %. По сути, эта работа без прибыли, в убыток, что уже вызывает подозрения. Ни один инвестор не станет работать “ в минус”, но если вы рискнули инвестировать в сомнительный проект , то следует быть готовым, что при лучшем исходе деньги придут не скоро, при худшем — их и вовсе не будет.

Что такое авторефбек?

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

Причины, по которым можно лишиться выплат

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

Лишиться бонуса можно из-за просрочки срока сдачи заявки. Если подать ее позже, чем требуется, то в платеже будет отказано.

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

Особенности получения возвратного платежа, рефбека

Выплачивается оно не только от первого вклада, но и от последующих. Это следует учитывать и мониторить.

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

При регистрации на спонсоре не стоит удалять реферера. Удалив его, вы не получите поощрение.

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

Обращаться за выплатами следует в любом случае, ведь это возможность получить дополнительный заработок от своих инвестиции. Не важно, будет составлять он 2% или 5 %. В денежных вопросах важна каждая копейка и при любой возможности ее получить, отказываться от нее неправильно.

Core Reporting API — Справочное руководство | Analytics Core Reporting API

Этот документ предоставляет полную справочную информацию как для запроса, так и для ответа для Core Reporting API версии 3.0.

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

Введение

Вы запрашиваете Core Reporting API для получения данных отчета Google Analytics.Для каждого запроса требуется идентификатор представления (профиля), дату начала и окончания и хотя бы один показатель. Вы также можете указать дополнительные параметры запроса, такие как измерения, фильтры и сегменты, для уточнения вашего запроса. Увидеть Обзор Руководство чтобы понять, как все эти концепции работают вместе.

Запрос

API предоставляет единственный метод для запроса данных:

analytics.data.ga.get ()

Этот метод представлен в различных клиентские библиотеки и имеет языковые интерфейсы для установки параметров запроса.

API также может быть запрошен как конечная точка REST:

Авторизация: предъявитель {oauth3-token}

ПОЛУЧИТЬ https://www.googleapis.com/analytics/v3/data/ga
  ? ids = ga: 12345
  & start-date = 2008-10-01
  & end-date = 2008-10-31
  & metrics = ga: sessions, ga: bounces

Каждый параметр запроса URL указывает параметр запроса API, который должен быть закодирован в URL .

Сводка параметров запроса

В следующей таблице приведены все параметры запроса, принятые Core Reporting API.Щелкните имя каждого параметра для получения подробного описания.

Имя	Значение	Требуется	Сводка
`идентификаторы`	`строка`	да	Уникальный идентификатор таблицы формы ga: XXXX, где XXXX — идентификатор представления (профиля) Google Analytics, для которого запрос получит данные.
`дата начала`	`строка`	да	Дата начала получения данных Google Analytics.В запросах можно указать начало дата в формате `ГГГГ-ММ-ДД` или как относительная дата (например, `сегодня` , `вчера` или `NdaysAgo` , где `N` — положительное целое число).
`дата окончания`	`строка`	да	Дата окончания для получения данных Google Analytics. В запросе можно указать дату окончания в формате `ГГГГ-ММ-ДД` или как относительная дата (например.грамм., `сегодня` , `вчера` или `NdaysAgo` где `N` — целое положительное число).
`метрики`	`строка`	да	Список показателей, разделенных запятыми, например `ga: sessions, ga: bounces` .
`размеры`	`строка`	№	Список разделенных запятыми параметров для данных Google Analytics, например `ga: браузер, ga: город` .
`сорт`	`строка`	№	Список разделенных запятыми параметры и показатели, указывающие порядок сортировки и направление сортировки возвращаемых данных.
`фильтры`	`строка`	№	Фильтры параметров или показателей, которые ограничить данные, возвращаемые по вашему запросу.
`сегмент`	`строка`	№	Сегментирует данные, возвращаемые для ваш запрос.
`Уровень отбора проб`	`строка`	№	Желаемый уровень выборки. Допустимые значения: `ПО УМОЛЧАНИЮ` — возвращает ответ с размером выборки это уравновешивает скорость и точность. `БЫСТРЕЕ` — Быстрый отклик при меньшем размер образца. `HIGHER_PRECISION` — возвращает более точную ответ с использованием большого размера выборки, но это может привести к реакция будет медленнее.
`включить пустые строки`	`логическое`	№	По умолчанию true; если установлено значение false, строки, в которых указаны все значения метрик ноль будет опущен из ответа.
`начальный индекс`	`целое`	№	Первая строка данных для извлечения, начиная с 1. Используйте этот параметр как механизм нумерации страниц. вместе с параметром `max-results` .
`макс. Результаты`	`целое`	№	Максимальное количество строк для включить в ответ.
`выход`	`строка`	№	Желаемый тип вывода для данных Google Analytics, возвращаемых в ответе. Допустимые значения: `json` и `Таблица данных` . По умолчанию: `json` .
`поля`	`строка`	№	Селектор, определяющий подмножество полей для включения в ответ.
`prettyPrint`	`строка`	№	Возвращает ответ с отступами и переносами строк. По умолчанию `false` .
`userIP`	`строка`	№	Задает IP-адрес конечного пользователя, для которого выполняется вызов API. Привыкший ограничение использования на IP.
`квота Пользователь`	`строка`	№	Альтернатива userIp в случаях, когда IP-адрес пользователя неизвестен.
`access_token`	`строка`	№	Один из возможных способов предоставления Токен OAuth 2.0.
`обратный звонок`	`строка`	№	Имя функции обратного вызова JavaScript, которая обрабатывает ответ.Используется в Запросы JavaScript JSON-P.
`ключ`	`строка`	№	Используется для авторизации OAuth 1.0a, чтобы указать приложению для получения квоты. Например: `ключ = AldefliuhSFADSfasdfasdfASdf` .

Подробные сведения о параметрах запроса

ids

ids = ga: 12345

Обязательно.

Уникальный идентификатор, используемый для получения данных Google Analytics.Этот идентификатор является объединением пространства имен ga: с Идентификатор представления (профиля) Google Analytics. Вы можете получить идентификатор представления (профиля), используя analytics.management.profiles.list метод, который предоставляет id в ресурсе View (Profile) в Google Analytics Management API.

дата начала

дата начала = 2009-04-20

Обязательно.

Во всех запросах данных Google Analytics должен быть указан диапазон дат.Если вы не включаете дату начала и end-date параметров в запросе, сервер возвращает ошибка. Значения даты могут относиться к определенной дате с использованием шаблона ГГГГ-ММ-ДД или родственник, используя сегодня , вчера или шаблон NdaysAgo . Значения должны совпадать [0-9] {4} - [0-9] {2} - [0-9] {2} | сегодня | вчера | [0-9] + (daysAgo) .

Самая ранняя действительная дата начала — 01.01.2005 .Для даты начала нет ограничения по верхнему пределу.

Относительные даты всегда отсчитываются от текущей даты во время запроса и основаны на часовом поясе представления (профиля), указанного в запрос.

Пример диапазона дат за последние 7 дней (начиная со вчерашнего дня) с использованием относительной даты:

  & start-date = 7 дней назад
  & end-date = вчера

дата окончания

дата окончания = 2009-05-20

Обязательно.

Во всех запросах данных Google Analytics должен быть указан диапазон дат. Если вы не включаете дату начала и end-date параметров в запросе, сервер возвращает ошибка. Значения даты могут относиться к определенной дате с использованием шаблона ГГГГ-ММ-ДД или родственник, используя сегодня , вчера или шаблон NdaysAgo . Значения должны совпадать [0-9] {4} - [0-9] {2} - [0-9] {2} | сегодня | вчера | [0-9] + (daysAgo) .

Самая ранняя действительная дата окончания — 1 января 2005 г. . Ограничения по верхнему пределу для дата окончания .

Пример диапазона дат за последние 10 дней (начиная с сегодняшнего дня) с использованием относительной даты:

  & start-date = 9 дней назад
  & end-date = сегодня

размеры

размеры = ga: браузер, ga: город

Необязательно.

Параметры Параметр разбивает показатели по общим критериям; например, по ga: browser или ga: city . Пока можно спросить для общего количества просмотров страниц вашего сайта это может быть больше интересно узнать количество просмотров страниц с разбивкой по браузер. В этом случае вы увидите количество просмотров страниц с Firefox, Internet Explorer, Chrome и т. Д.

При использовании размеров в запросе данных имейте в виду из следующих ограничений:

В любом запросе можно указать максимум 7 измерений.
Вы можете , а не , отправить запрос, состоящий только из размеры: вы должны объединить любые требуемые размеры с хотя бы один показатель.
В одном запросе можно запрашивать только определенные измерения. Использовать действующий комбинированный инструмент в Справочник по параметрам и показателям, чтобы узнать, какие параметры можно использовать вместе.

метрики

метрики = ga: sessions, ga: bounces

Обязательно.

Обобщенная статистика активности пользователей на вашем сайте, например клики или просмотры страниц. Если в запросе нет параметра измерений , возвращаемый показатели предоставляют агрегированные значения для запрошенного диапазона дат, например, общее количество просмотров страниц или общее количество отказов. Однако когда запрашиваются размеры, значения сегментированы по размерности ценить. Например, ga: pageviews запрошено с ga: country возвращает общее количество просмотров страниц для каждой страны.При запросе показателей помните:

Любой запрос должен содержать хотя бы одну метрику; запрос не может состоят только из размеров.
Для любого запроса можно указать не более 10 показателей.
Большинство комбинаций показателей из нескольких категорий могут быть используются вместе, если не указаны размеры.
Метрика может использоваться в сочетании с другими размерами или метрики, но только в тех случаях, когда для этого показателя применимы допустимые комбинации.Увидеть Габаритные размеры и Справочник по метрикам для получения подробной информации.

сорт

sort = ga: country, ga: browser

Необязательно.

Список показателей и измерений с указанием порядка сортировки и направление сортировки возвращаемых данных.

Сортировка Порядок задается слева направо порядок перечисленных показателей и параметров.
Сортировка Направление по умолчанию по возрастанию и может быть изменено на убывающее с помощью знака минус ( - ) префикс в запрошенном поле.

Сортировка результатов запроса позволяет задавать разные вопросы о ваших данных. Например, чтобы ответить на вопрос «Какие страны я чаще всего использую и какие браузеры они используют?» вы можете сделать запрос со следующим параметром. Это сортирует сначала ga: country , а затем ga: browser , оба в по возрастанию:

 sort =  ga: country, ga: browser

Чтобы ответить на связанный вопрос «Какие у меня самые популярные браузеры и в каких странах они используются чаще всего? «, вы можете запросить следующий параметр.Сначала выполняется сортировка по ga: browser и затем на ga: country , оба в порядке возрастания:

 sort =  ga: browser, ga: country

При использовании параметра sort имейте в виду следующее:

Сортировать только по используемым параметрам или значениям показателей. в измерениях или показателях параметры. Если ваш запрос сортируется по полю, которое не указывается в параметрах «Размеры» или «Показатели», вы получит сообщение об ошибке.
По умолчанию строки отсортированы в возрастающем алфавитном порядке. в локали en-US .
По умолчанию числа отсортированы в возрастающем числовом порядке.
По умолчанию даты отсортированы по возрастанию.

фильтры

фильтры = ga: medium% 3D% 3Dreferral

Необязательно.

Параметр строки запроса фильтрует ограничивает данные, полученные по вашему запросу.Для использования фильтров параметр, укажите параметр или показатель для фильтрации, а затем выражением фильтра. Например, следующий запрос запрашивает ga: pageviews и ga: browser для вид (профиль) 12134 , где ga: browser измерение начинается со строки Firefox :

https://www.googleapis.com/analytics/v3/data/ga
? ids = ga: 12134
& sizes = ga: browser
& metrics = ga: pageviews
& filters = ga: browser% 3D ~% 5EFirefox
& start-date = 01.01.2007
& end-date = 31 декабря 2007 г.

Отфильтрованные запросы ограничивают строки, которые включаются (или не включаются) в результат.Каждая строка в результате проверяется на соответствие фильтру: если фильтр соответствует, строка сохраняется, а если не совпадает, строка удаляется.

Кодирование URL : клиентские библиотеки Google API автоматически кодируют операторы фильтра.
Фильтрация измерений : фильтрация выполняется до любые измерения агрегируются, так что возвращенные показатели представляют собой сумму только для соответствующих измерений. В приведенном выше примере количество просмотров страниц будет соответствовать только тем просмотрам страниц, в которых Firefox является браузером.
Фильтрация показателей : выполняется фильтрация показателей после агрегирования показателей.
Допустимые комбинации : Вы можете отфильтровать параметр или показатель, не входящие в ваш запрос, если все параметры / показатели в запросе и фильтр допустимые комбинации. Например, вы можете запросить датированный список просмотров страниц, фильтрация по конкретному браузеру.Видеть в Габаритные размеры и Справочник по метрикам для получения дополнительной информации.

Синтаксис фильтра

Один фильтр использует форму:

 ga:  имя   оператор   выражение

В этом синтаксисе:

имя — имя параметра или показателя для фильтрации. Например: ga: pageviews фильтрует показатель просмотров страниц.
Оператор — определяет тип используемого соответствия фильтру.Операторы относятся к параметрам или показателям.
выражение — устанавливает значения, которые должны быть включены или исключены из результатов. В выражениях используется синтаксис регулярных выражений.

Операторы фильтров

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

Совет : Используйте Канал данных Query Explorer для разработки фильтров, требующих кодирования URL, поскольку Query Explorer автоматически кодирует URL-адреса, содержащие строки и пробелы.

**Метрические фильтры**
Оператор	Описание	URL-код формы	Примеры
`==`	равно	`% 3D% 3D`	Возвращает результаты, в которых время на странице составляет ровно десять секунд: `filters = ga: timeOnPage% 3D% 3D10`
`! =`	Не равно	`!% 3D`	Возвращает результаты, в которых время на странице равно , а не десять секунд: `filters = ga: timeOnPage!% 3D10`
`>`	Больше	`% 3E`	Возвращает результаты, в которых время на странице строго превышает десять секунд: `filters = ga: timeOnPage% 3E10`
`<`	Менее	`% 3C`	Возвращает результаты, в которых время на странице строго меньше десяти секунд: `filters = ga: timeOnPage% 3C10`
`> =`	Больше или равно	`% 3E% 3D`	Возвращает результаты, в которых время на странице составляет десять или более секунд: `filters = ga: timeOnPage% 3E% 3D10`
`<=`	Меньше или равно	`% 3C% 3D`	Возвращает результаты, в которых время на странице составляет десять секунд или меньше: `filters = ga: timeOnPage% 3C% 3D10`

**Размерные фильтры**
Оператор	Описание	URL-код формы	Пример
`==`	Точное совпадение	`% 3D% 3D`	Сводные показатели для города Irvine : `filter = ga: city% 3D% 3DIrvine`
`! =`	Не соответствует	`!% 3D`	Сводные показатели для города , а не Irvine : `filter = ga: city!% 3DIrvine`
`= @`	Содержит подстроку	`% 3D @`	Сводные показатели, в которых город содержит York : `filter = ga: city% 3D @ York`
`! @`	Не содержит подстроки	`! @`	Сводные показатели, для которых город не содержит York : `filter = ga: city! @York`
`= ~`	Содержит совпадение с регулярным выражением	`% 3D ~`	Сводные показатели для города, начинающегося с Новый : `filter = ga: city% 3D ~% 5ENew.символ, который привязывает образец к началу строки.)`
`! ~`	Не соответствует регулярному выражению	`! ~`	Сводные показатели, в которых город не начинается с Новый : `filter = ga: city! ~% 5ENew. *`

Выражения фильтра

Есть несколько важных правил для выражений фильтров:

Символы, зарезервированные для URL-адресов - символы, такие как и , должны кодироваться обычным способом.
Зарезервированные символы - Точка с запятой и запятая должны быть экранированы обратной косой чертой, когда они появляются в выражении:
Регулярные выражения - Вы также можете использовать регулярные выражения в выражениях фильтров используя операторы = ~ и ! ~ . Их синтаксис похож на регулярные выражения Perl. и имейте эти дополнительные правила:
- Максимальная длина 128 символов - Регулярные выражения длиннее 128 символов приводит к статусу 400 Bad Request код, возвращенный с сервера.
- Чувствительность к регистру - При сопоставлении регулярных выражений регистр не учитывается.

Объединение фильтров

Фильтры можно комбинировать с помощью логической логики ИЛИ и И . Этот позволяет эффективно расширить ограничение в 128 символов для выражения фильтра.

ИЛИ

Оператор OR определяется с помощью запятой (, ). Он имеет приоритет над оператором И и НЕ МОЖЕТ использоваться чтобы объединить параметры и показатели в одном выражении.

Примеры: (каждый должен быть закодирован в URL)

Страна (США ИЛИ Канада):
ga: country == United% 20States, ga: country == Canada

Пользователи Firefox в операционных системах (Windows ИЛИ Macintosh):
ga: browser == Firefox; ga: operatingSystem == Windows, ga: operatingSystem == Macintosh

И

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

Примеры: (каждый должен быть закодирован в URL)

Страна - США И браузер - Firefox:
ga: country == United% 20States; ga: browser == Firefox

Страна - США И язык не начинается с "en":
ga: country == United% 20States; ga: language! ~ ^ En.*

Операционная система (Windows ИЛИ Macintosh) И браузер (Firefox ИЛИ Chrome):
ga: operatingSystem == Windows, ga: operatingSystem == Macintosh; ga: browser == Firefox, ga: browser == Chrome

Страна - США И количество сеансов превышает 5:
ga: country == United% 20States; ga: sessions> 5

сегмент

 segment = gaid :: - 10 
 segment = sessions :: condition :: ga: medium% 3D% 3Dreferral 
 segment = users :: condition :: ga: browser% 3D% 3DChrome

Необязательно.

Для получения полной информации о том, как запросить сегмент в Core Reporting API. см. сегменты Руководство разработчика.

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

Допустимые размеры и показатели сегменты.
Не все параметры и показатели можно использовать в сегментах. Для обзора какие параметры и показатели разрешены в сегментах, посещаемых Обозреватель параметров и показателей.

Примечание : динамика :: Префикс устарел с 27 марта 2014 г. как можно скорее перейти на новый синтаксис.

уровень отбора проб

samplingLevel = DEFAULT

Необязательно.

Используйте этот параметр, чтобы установить уровень выборки (т. Е. Количество сеансов используется для вычисления результата) для отчетного запроса. Допустимые значения: в соответствии с веб-интерфейсом и включают:

ПО УМОЛЧАНИЮ - возвращает ответ с размером выборки это уравновешивает скорость и точность.
БЫСТРЕЕ - Быстрый отклик при меньшем размер образца.
HIGHER_PRECISION - возвращает более точную ответ с использованием большого размера выборки, но это может привести к реакция будет медленнее.

Если не указан, уровень выборки ПО УМОЛЧАНИЮ будет использовал.

См. Раздел «Отбор проб» для получения подробной информации о том, как рассчитать процент сеансов, использованных для запроса.

включать пустые строки

включают пустые строки = истина

Необязательно.

По умолчанию true; если установлено значение false, строки, в которых указаны все значения метрик ноль будет опущен из ответа. Например, если вы включите более одной метрики в запросе, строки удаляются, только если все метрики значения равны нулю. Это может быть полезно, когда сделать запрос, где ожидается, что количество действительных строк намного меньше, чем количество ожидаемых значений измерений.

начальный индекс

начальный индекс = 10

Необязательно.

Если не указан, начальный индекс - 1 . (Результат индексы начинаются с 1. То есть первая строка - это строка 1 , а не строка 0 .) Используйте этот параметр как механизм пагинации вместе с max-results параметр для ситуаций, когда totalResults превышает 10000, и вы хотите получить строки с индексами 10 001 и вне.

макс-результаты

макс-результаты = 100

Необязательно.

Максимальное количество строк для включения в этот ответ. Вы можете используйте это в сочетании с start-index , чтобы получить подмножество элементов или используйте его отдельно, чтобы ограничить количество возвращенные элементы, начиная с первого. Если max-results не предоставлено, запрос возвращает по умолчанию максимум 1000 строк.

Analytics Core Reporting API возвращает не более 10 000 строк. за запрос, сколько бы вы ни просили.Он также может вернуть меньше строк, чем запрошено, если не так много измерений сегменты, как вы ожидаете. Например, меньше 300 возможные значения для ga: country , поэтому только при сегментации по стране вы не можете получить более 300 строк, даже если вы установите max-results на более высокое значение.

выход

output = dataTable

Необязательно.

Используйте этот параметр, чтобы установить тип вывода возвращаемых данных Google Analytics. в отклик.Допустимые значения:

json - выводит строк по умолчанию в ответе, содержащем объект JSON.
dataTable - выводит dataTable свойство в ответе, содержащее Объект таблицы данных. Этот объект Data Table можно использовать непосредственно с визуализацией Google Charts.

Если не указан, будет использован ответ JSON по умолчанию.

полей

поля = строки, заголовки столбцов (имя, тип данных)

Необязательно.

Указывает, какие поля возвращать в частичном ответе. Если только ты используйте подмножество полей в ответе API, вы можете использовать fields параметр, чтобы указать, какие поля включать.

Формат значения параметра запроса полей свободно основан на Синтаксис XPath. Поддерживаемый синтаксис кратко описан ниже.

Используйте список, разделенный запятыми, для выбора нескольких полей.
Используйте a / b для выбора поля b, которое вложено в поле a; используйте a / b / c , чтобы выбрать поле c, вложенное в b.
Используйте вспомогательный селектор, чтобы запросить набор определенных подполей массивов или объекты, заключив выражения в скобки "()" .
Например: fields = columnHeaders (name, dataType) возвращает только поля name и dataType в columnHeaders массив.Вы также можете указать одно подполе, где fields = columnHeader (name) эквивалентно Поля = заголовок столбца / имя .

prettyPrint

prettyPrint = false

Необязательно.

Возвращает ответ в удобочитаемом формате, если истинно . Значение по умолчанию: false .

quotaUser

quotaUser = 4х5р2х5

Необязательно.

позволяет применять квоты для каждого пользователя из серверного приложения даже в случаях когда IP-адрес пользователя неизвестен. Это может произойти, например, с приложения, которые запускают задания cron в App Engine от имени пользователя. Вы можете выберите любую произвольную строку, которая однозначно идентифицирует пользователя, но она ограничен 40 символами.

Это отменяет userIp , если оба предоставлены.

Ответ

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

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

JSON

 {
"kind": "analytics # gaData",
"id":  строка ,
"selfLink":  строка ,
"containsSampledData":  логическое ,
"запрос": {
"дата начала":  строка ,
"дата окончания":  строка ,
"id":  строка ,
"Габаритные размеры": [
 строка 
],
"метрики": [
 строка 
],
    "include-empty-rows":  логическое 
    "samplingLevel":  строка ,
"Сортировать": [
 строка 
],
«фильтры»:  строка ,
«сегмент»:  строка ,
"start-index":  целое число ,
"max-results":  целое число 
},
"itemsPerPage":  целое число ,
"totalResults":  целое число ,
"previousLink":  строка ,
"nextLink":  строка ,
"profileInfo": {
"profileId":  строка ,
"accountId":  строка ,
"webPropertyId":  строка ,
"internalWebPropertyId":  строка ,
"profileName":  строка ,
"tableId":  строка 
},
"columnHeaders": [
{
"имя":  строка ,
"columnType":  строка ,
"dataType":  строка 
}
],
"строки": [
[
 строка 
]
],
  "sampleSize":  строка ,
  "sampleSpace":  строка ,
"totalsForAllResults": [
{
 metricName:   string ,
 ...  
}
]
}

Поля ответа

Свойства структуры тела ответа определены следующим образом:

Название свойства	Значение	Описание
`вид`	`строка`	Тип ресурса. Значение - «analytics # gaData».
`id`	`строка`	Идентификатор этого ответа с данными.
`запрос`	`объект`	Этот объект содержит все значения, переданные как параметры на запрос. Значение каждого поля объясняется в описание соответствующего параметр запроса.
`query.start-date`	`строка`	Дата начала.
`запрос.дата окончания`	`строка`	Дата окончания.
`query.ids`	`строка`	Уникальный идентификатор таблицы.
`размер запроса []`	`список`	Список аналитических измерений.
`query.metrics []`	`список`	Список показателей аналитики.
`query.samplingLevel`	`строка`	`Запрошенный уровень выборки.`
`query.include-empty-rows`	`логическое`	По умолчанию true; если установлено значение false, строки, в которых все метрики нулевые значения будут исключены из ответа.
`query.sort []`	`список`	Список показателей или измерений, по которым сортируются данные.
`query.filters`	`строка`	Список фильтров показателей или параметров, разделенных запятыми.
`сегмент запроса`	`строка`	Аналитический сегмент.
`query.start-index`	`целое`	Начальный индекс.
`запрос.max-результаты`	`целое`	Максимальное количество результатов на странице.
`startIndex`	`целое`	Начальный индекс строк, заданных параметр запроса `start-index` . Дефолт значение 1.
`itemsPerPage`	`целое`	Максимальное количество строк, которые может содержать ответ, независимо от фактического количества возвращаемых строк.Если указан параметр запроса `max-results` , значение `itemsPerPage` меньше из `max-результатов` или 10,000. Значение по умолчанию из `itemsPerPage` составляет 1000.
`ИтогоРезультаты`	`целое`	Общее количество строк в результате запроса, независимо от количества строк, возвращенных в ответе.Для запросов, которые приводит к большому количеству строк, Всего `Результаты` могут быть больше, чем `itemsPerPage` . См. Раздел "Пейджинг" для получения дополнительных сведений. из `итогов Результаты` и `itemsPerPage` для больших запросов.
`Дата начала`	`строка`	Дата начала запроса данных, указанная в `дата начала` параметр.
`дата окончания`	`строка`	Дата окончания запроса данных, указанная в `дата окончания` параметр.
`SelfLink`	`строка`	Ссылка на эту страницу результатов для этого запроса данных.
`предыдущаяСсылка`	`строка`	Ссылка на предыдущую страницу результатов этого запроса данных.
`следующая ссылка`	`строка`	Ссылка на следующую страницу результатов этого запроса данных.
`ПрофильИнфо`	`объект`	Информация о представлении (профиле), для которого данные был запрошен. Данные просмотра (профиля) доступны через API управления Google Analytics.
`профильИнф.profileId`	`строка`	ID представления (профиля), например `1174` .
`profileInfo.accountId`	`строка`	Идентификатор аккаунта, которому принадлежит это представление (профиль), например `30481` .
`profileInfo.webPropertyId`	`строка`	Идентификатор веб-ресурса, которому принадлежит это представление (профиль), например `UA-30481-1` .
`profileInfo.internalWebPropertyId`	`строка`	Внутренний идентификатор веб-ресурса, которому принадлежит это представление (профиль), например `UA-30481-1` .
`profileInfo.profileName`	`строка`	Имя представления (профиля).
`profileInfo.tableId`	`строка`	Идентификатор таблицы для представления (профиля), состоящий из "ga:", за которым следует идентификатор представления (профиля).
`содержитSampledData`	`логическое`	Истинно, если ответ содержит выборочные данные.
`образец Размер`	`строка`	Количество образцов, использованных для расчета выборочные данные.
`образец Пространство`	`строка`	Общий размер пространства выборки.Это указывает на общую доступную размер пространства сэмплов, из которого сэмплы были выбраны.
`Заголовки столбцов []`	`список`	Заголовки столбцов, в которых перечислены имена измерений, за которыми следует названия показателей. Порядок размеров и показателей такой же. как указано в запросе через метрики `, измерения` и `,` параметры.Количество заголовков - это количество размеры + количество показателей.
`columnHeaders []. Name`	`строка`	Название измерения или показателя.
`columnHeaders []. ColumnType`	`строка`	Тип столбца. Либо "РАЗМЕР", либо "МЕТРИЧЕСКИЙ".
`columnHeaders [].dataType`	`строка`	Тип данных. Заголовки столбцов измерения содержат только `СТРОКА` как тип данных. Заголовки столбцов показателей иметь типы данных для значений показателей, например `ЦЕЛОЕ` , `ПРОЦЕНТ` , `ВРЕМЯ` , `ВАЛЮТА` , `FLOAT` , и т. д. См. ответ API метаданных для всех возможных типов данных.
`итогов для всех результатов`	`объект`	Общее количество запрошенных показателей в виде пары "ключ-значение". пары названий и значений показателей.Порядок метрики итоговые суммы совпадают с порядком метрик, указанным в запрос.
`строки []`	`список`	Строки данных Analytics, каждая из которых содержит список значения параметров, за которыми следуют значения показателей. Приказ параметров и показателей такие же, как указано в запрос. Каждая строка содержит список из N полей, где N = количество измерений + количество показателей.

JSON (таблица данных)

 {
"kind": "analytics # gaData",
"id":  строка ,
"selfLink":  строка ,
"containsSampledData":  логическое ,
"запрос": {
"дата начала":  строка ,
"дата окончания":  строка ,
"id":  строка ,
"Габаритные размеры": [
 строка 
],
"метрики": [
 строка 
],
    "samplingLevel":  строка ,
"include-empty-rows":  логическое ,
"Сортировать": [
 строка 
],
«фильтры»:  строка ,
«сегмент»:  строка ,
"start-index":  целое число ,
"max-results":  целое число 
},
"itemsPerPage":  целое число ,
"totalResults":  целое число ,
"previousLink":  строка ,
"nextLink":  строка ,
"profileInfo": {
"profileId":  строка ,
"accountId":  строка ,
"webPropertyId":  строка ,
"internalWebPropertyId":  строка ,
"profileName":  строка ,
"tableId":  строка 
},
"columnHeaders": [
{
"имя":  строка ,
"columnType":  строка ,
"dataType":  строка 
}
],
  "Таблица данных": {
    "cols": [
      {
        "id":  строка ,
        "label":  строка ,
        «тип»:  строка 
      }
    ],
"строки": [
      {
        "c": [
          {
"v":  строка 
          }
        ]
}
]
  },
  "sampleSize":  строка ,
  "sampleSpace":  строка ,
"totalsForAllResults": [
{
 metricName:   string ,
 ...  
}
]
}

Поля ответа

Свойства структуры тела ответа определены следующим образом:

Название свойства	Значение	Описание
`вид`	`строка`	Тип ресурса. Значение - «analytics # gaData».
`id`	`строка`	Идентификатор этого ответа с данными.
`запрос`	`объект`	Этот объект содержит все значения, переданные как параметры на запрос. Значение каждого поля объясняется в описание соответствующего параметр запроса.
`query.start-date`	`строка`	Дата начала.
`запрос.дата окончания`	`строка`	Дата окончания.
`query.ids`	`строка`	Уникальный идентификатор таблицы.
`размер запроса []`	`список`	Список аналитических измерений.
`query.metrics []`	`список`	Список показателей аналитики.
`query.samplingLevel`	`строка`	`Запрошенный уровень выборки.`
`query.include-empty-rows`	`логическое`	По умолчанию true; если установлено значение false, строки, в которых все метрики нулевые значения будут исключены из ответа.
`query.sort []`	`список`	Список показателей или измерений, по которым сортируются данные.
`query.filters`	`строка`	Список фильтров показателей или параметров, разделенных запятыми.
`сегмент запроса`	`строка`	Аналитический сегмент.
`query.start-index`	`целое`	Начальный индекс.
`запрос.max-результаты`	`целое`	Максимальное количество результатов на странице.
`startIndex`	`целое`	Начальный индекс строк, заданных параметр запроса `start-index` . Дефолт значение 1.
`itemsPerPage`	`целое`	Максимальное количество строк, которые может содержать ответ, независимо от фактического количества возвращаемых строк.Если указан параметр запроса `max-results` , значение `itemsPerPage` меньше из `max-результатов` или 10,000. Значение по умолчанию из `itemsPerPage` составляет 1000.
`ИтогоРезультаты`	`целое`	Общее количество строк в результате запроса, независимо от количества строк, возвращенных в ответе.Для запросов, которые приводит к большому количеству строк, Всего `Результаты` могут быть больше, чем `itemsPerPage` . См. Раздел "Пейджинг" для получения дополнительных сведений. из `итогов Результаты` и `itemsPerPage` для больших запросов.
`Дата начала`	`строка`	Дата начала запроса данных, указанная в `дата начала` параметр.
`дата окончания`	`строка`	Дата окончания запроса данных, указанная в `дата окончания` параметр.
`SelfLink`	`строка`	Ссылка на эту страницу результатов для этого запроса данных.
`предыдущаяСсылка`	`строка`	Ссылка на предыдущую страницу результатов этого запроса данных.
`следующая ссылка`	`строка`	Ссылка на следующую страницу результатов этого запроса данных.
`ПрофильИнфо`	`объект`	Информация о представлении (профиле), для которого данные был запрошен. Данные просмотра (профиля) доступны через API управления Google Analytics.
`профильИнф.profileId`	`строка`	ID представления (профиля), например `1174` .
`profileInfo.accountId`	`строка`	Идентификатор аккаунта, которому принадлежит это представление (профиль), например `30481` .
`profileInfo.webPropertyId`	`строка`	Идентификатор веб-ресурса, которому принадлежит это представление (профиль), например `UA-30481-1` .
`profileInfo.internalWebPropertyId`	`строка`	Внутренний идентификатор веб-ресурса, которому принадлежит это представление (профиль), например `UA-30481-1` .
`profileInfo.profileName`	`строка`	Имя представления (профиля).
`profileInfo.tableId`	`строка`	Идентификатор таблицы для представления (профиля), состоящий из "ga:", за которым следует идентификатор представления (профиля).
`содержитSampledData`	`логическое`	Истинно, если ответ содержит выборочные данные.
`образец Размер`	`строка`	Количество образцов, использованных для расчета выборочные данные.
`образец Пространство`	`строка`	Общий размер пространства выборки.Это указывает на общую доступную размер пространства сэмплов, из которого сэмплы были выбраны.
`Заголовки столбцов []`	`список`	Заголовки столбцов, в которых перечислены имена измерений, за которыми следует названия показателей. Порядок размеров и показателей такой же. как указано в запросе через метрики `, измерения` и `,` параметры.Количество заголовков - это количество размеры + количество показателей.
`columnHeaders []. Name`	`строка`	Название измерения или показателя.
`columnHeaders []. ColumnType`	`строка`	Тип столбца. Либо "РАЗМЕР", либо "МЕТРИЧЕСКИЙ".
`columnHeaders [].dataType`	`строка`	Тип данных. Заголовки столбцов измерения содержат только `СТРОКА` как тип данных. Заголовки столбцов показателей иметь типы данных для значений показателей, например `ЦЕЛОЕ` , `ПРОЦЕНТ` , `ВРЕМЯ` , `ВАЛЮТА` , `FLOAT` , и т. д. См. ответ API метаданных для всех возможных типов данных.
`итогов для всех результатов`	`объект`	Общее количество запрошенных показателей в виде пары "ключ-значение". пары названий и значений показателей.Порядок метрики итоговые суммы совпадают с порядком метрик, указанным в запрос.
`Таблица данных`	`объект`	Таблица данных объект, который можно использовать с Google Charts.
`dataTable.cols []`	`список`	Список дескрипторов столбцов для измерений, за которыми следуют показатели. В порядок размеров и показателей такой же, как и в запрос через метрики `, измерения` и `,` параметры.Количество столбцов - это количество измерений + количество показателей.
`dataTable.cols []. Id`	`строка`	Идентификатор, который можно использовать для ссылки на определенный столбец (как альтернатива использованию индексов столбцов). Идентификатор параметра или показателя: используется для установки этого значения.
`dataTable.cols []. Label`	`строка`	Метка столбца (которая может отображаться визуализацией).Для установки этого значения используется идентификатор параметра или показателя.
`dataTable.cols []. Type`	`строка`	Тип данных для этого столбца.
`dataTable.rows []`	`список`	Строки данных аналитики в формате таблицы данных, где каждая строка является объектом. содержащий список значений ячеек для измерений, за которым следует метрики. Порядок размеров и показателей такой же, как указано в запрос.Каждая ячейка имеет список из N полей, где N = количество измерений + количество показателей.

Коды ошибок

Core Reporting API возвращает код состояния HTTP 200 если запрос успешен. Если во время обработка запроса, API возвращает код ошибки и описание. Каждое приложение, использующее API аналитики, должно реализовывать надлежащие логика обработки ошибок. Подробнее о кодах ошибок и способах их устранения. их, прочтите Справочное руководство по реагированию на ошибки.

Попробуй!

Вы можете опробовать запросы к Core Reporting API.

Чтобы увидеть допустимые комбинации показателей и параметров в запрос, введите образцы значений для параметров в Запрос Исследователь. Результаты примера запроса показаны в виде таблица со значениями для всех указанных показателей и измерений.
Сделать запрос по живым данным и увидеть ответ в формате JSON формат, попробуйте аналитику .data.ga.get метод в Google Обозреватель API данных.

Отбор

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

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

Если ответ Core Reporting API содержит выборочные данные, то containsSampledData поле ответа будет true .Кроме того, 2 свойства предоставят информацию об уровне выборки. для запроса: sampleSize и sampleSpace . С помощью этих двух значений вы можете рассчитать процент использованных сеансов. для запроса. Например, если sampleSize составляет 201 000 и sampleSpace - это 220 000 , то отчет основан на по (201,000 / 220,000) * 100 = 91,36% сеансов.

Видеть Отбор проб для общего описания выборки и ее использования в Google Аналитика.

Обработка результатов больших объемов данных

Если вы ожидаете, что ваш запрос вернет большой набор результатов, используйте приведенные ниже рекомендации, которые помогут вам оптимизировать запрос API, избежать ошибок, и минимизировать превышение квоты. Обратите внимание, что мы установили базовый уровень производительности, разрешив максимум 7 параметров и 10 показателей в одном запросе API. Хотя некоторые запросы, в которых указывается большое количество метрик и обработка размеров может занять больше времени, чем другие, что ограничивает количество запрошенных показателей может быть недостаточно для повышения производительности запроса.Вместо этого вы можете использовать следующие методы для лучшей производительности. полученные результаты.

Уменьшение размеров для запроса

API позволяет указать до 7 измерений в одном запросе. Во многих случаях Google Analytics должен вычислять результаты этих сложных запросов на лету. Это может будет особенно трудоемким, если количество результирующих строк велико. Например, запрос ключевых слов по городу по часам может соответствовать миллионы строк данных. Вы можете улучшить производительность, уменьшив количество строк, которые Google Analytics необходимо обработать, ограничив количество измерений в вашем запросе.

Разделение запроса по диапазону дат

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

Пейджинг

Просмотр результатов по страницам может быть полезным способом разбить большие результаты наборы в управляемые куски. Поле totalResults сообщает, сколько существует совпадающих строк, и itemsPerPage дает максимальное количество строк, которое может быть возвращено в результате. Если есть высокий коэффициент итого Результат до itemsPerPage , тогда отдельные запросы могут быть занимает больше времени, чем необходимо.Если вам нужно только ограниченное количество строк, например, для отображения, может оказаться удобным установить явное ограничение на размер ответа через max-results параметр. Однако, если ваше приложение необходимо обработать большой набор результатов целиком, тогда запрос максимально разрешенных строк может быть более эффективным.

Использование gzip

Простой и удобный способ уменьшить полосу пропускания, необходимую для каждого запроса - включить сжатие gzip. Хотя для этого требуется дополнительное процессорное время Чтобы распаковать результаты, компромисс с сетевыми затратами обычно приводит к это очень стоящее.Чтобы получить ответ в формате gzip, вы должны сделайте две вещи: установите заголовок Accept-Encoding и измените свой пользовательский агент должен содержать строку gzip . Вот пример правильно сформированных заголовков HTTP для включения сжатие gzip:

Принятие кодировки: gzip
User-Agent: моя программа (gzip)

Статистика Макс Шерцера

| Baseball-Reference.com

Позиция: Кувшин

Летучие мыши: Правые • Броски: Право

6-3, 208 фунтов (190 см, 94 кг)

Родился: 27 июля 1984 г. в г.Луи, Миссури нас

Драфт : составлен St. Louis Cardinals в 43-м раунде июньского драфта MLB 2003 для любителей от Parkway Central HS (Честерфилд, Миссури) и Arizona Diamondbacks в 1-м (11-м) раунде июньского драфта MLB 2006 для любителей. из Университета Миссури (Колумбия, Миссури).

Средняя школа: Parkway Central HS (Честерфилд, Миссури)

Школа: Университет Миссури (Колумбия, Миссури)

Дебют: 29 апреля 2008 г. (Возраст 23-277d, 19 307 место в истории высшей лиги)
vs.HOU 4.1 IP, 0 H, 7 SO, 0 BB, 0 ER

Статус новичка: Превышен лимит новичков в сезоне 2008 года

2022 Статус контракта : Свободный агент

Время обслуживания (01/2022) : 13.079 • Свободный агент : 2022

Агенты : Boras Corporation

Национальная сборная: нас США (колледж)

Полное имя: Максвелл М.Scherzer

Никнеймы: Безумный Макс, Голубой глаз или Карий глаз

Произношение : \ SHER-zer \

Twitter: @Max_Scherzer

Instagram: @ maxscherzer31

Просмотр информации об игроке от B-R Bullpen

Больше биографии, униформы, призыва, информации о зарплате Справочное руководство по ограничениям и настройке

- Azure Logic Apps

16.11.2021
34 минуты на чтение

Эта страница полезна?

Оцените свой опыт

да Нет

Любой дополнительный отзыв?

Отзыв будет отправлен в Microsoft: при нажатии кнопки отправки ваш отзыв будет использован для улучшения продуктов и услуг Microsoft.Политика конфиденциальности.

Представлять на рассмотрение

В этой статье

Для Power Automate просмотрите ограничения и конфигурацию в Power Automate.

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

Примечание

Многие ограничения одинаковы для доступных сред, в которых работают приложения логики Azure, но различия отмечены там, где они существуют.

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

Тип ресурса	Преимущества	Совместное использование ресурсов и их использование	Ценообразование и биллинг модели	Управление лимитами
Приложение логики (потребление) Среда узла: мультитенантные приложения логики Azure	- Самый простой способ начать работу - Плата за то, чем пользуешься - Полностью управляемая	Одно приложение логики может иметь только один рабочий процесс . Приложения логики, созданные клиентами для нескольких клиентов , используют одну и ту же обработку (вычисления), хранилище, сеть и т. Д.	Потребление (плата за выполнение)	Azure Logic Apps управляет значениями по умолчанию для этих ограничений, но вы можете изменить некоторые из этих значений, если этот параметр существует для определенного ограничения.
Приложение логики (потребление) Хост-среда: Сервисная среда интеграции (ISE)	- Масштаб предприятия для больших рабочих нагрузок - 20+ специфичных для ISE коннекторов, которые подключаются напрямую к виртуальным сетям - Предсказуемые цены с включенным использованием и масштабированием под контролем клиента - Данные остаются в том же регионе, где вы развертываете ISE.	Одно приложение логики может иметь только один рабочий процесс . Приложения логики в одной среде используют одну и ту же обработку (вычисления), хранилище, сеть и т. Д.	ISE (фиксированная)	Azure Logic Apps управляет значениями по умолчанию для этих ограничений, но вы можете изменить некоторые из этих значений, если этот параметр существует для определенного ограничения.
Приложение логики (стандартное) Среда хоста: Однопользовательские приложения логики Azure Примечание : Если для вашего сценария требуются контейнеры, создайте приложения логики на основе одного клиента с помощью приложений логики с поддержкой Azure Arc.Дополнительные сведения см. В статье Что такое приложения логики с поддержкой Azure Arc?	- запускать с использованием среды выполнения Azure Logic Apps с одним клиентом. Слоты развертывания в настоящее время не поддерживаются. - Больше встроенных разъемов для повышения пропускной способности и снижения затрат в масштабе - Больше возможностей управления и точной настройки параметров времени выполнения и производительности - Интегрированная поддержка виртуальных сетей и частных конечных точек. - Создайте свои собственные встроенные разъемы. - данные остаются в том же регионе, в котором вы развертываете приложения логики.	Одно приложение логики может иметь несколько рабочих процессов с отслеживанием состояния и без сохранения состояния . Рабочие процессы в одном приложении логики и клиент используют одну и ту же обработку (вычисления), хранилище, сеть и т. Д.	Standard, на основе плана хостинга с выбранным ценовым уровнем. Если вы запускаете рабочих процессов с отслеживанием состояния, которые используют внешнее хранилище, среда выполнения Azure Logic Apps выполняет транзакции хранилища в соответствии с ценами на хранилище Azure.	Вы можете изменить значения по умолчанию для многих ограничений в зависимости от потребностей вашего сценария. Важно : Некоторые пределы имеют жесткие верхние максимумы. В Visual Studio Code изменения, которые вы вносите в предельные значения по умолчанию в файлах конфигурации проекта приложения логики, не отображаются в интерфейсе дизайнера. Дополнительные сведения см. В разделе Изменение параметров приложения и среды для приложений логики в приложениях Azure Logic с одним клиентом.
Приложение логики (стандартное) Среда хоста: Среда службы приложений v3 (ASEv3)	Те же возможности, что и у с одним арендатором, плюс со следующими преимуществами: - Полная изоляция приложений логики. - Создавайте и запускайте больше приложений логики, чем в однопользовательских приложениях Azure Logic. - Платите только за план службы приложений ASE, независимо от количества приложений логики, которые вы создаете и запускаете. - Может включать автомасштабирование или масштабирование вручную с использованием большего количества экземпляров виртуальных машин или другого плана службы приложений. - данные остаются в том же регионе, в котором вы развертываете приложения логики. - наследовать настройки сети от выбранного ASEv3. Например, при развертывании во внутренней ASE рабочие процессы могут получать доступ к ресурсам в виртуальной сети, связанной с ASE, и иметь внутренние точки доступа. Примечание : При доступе извне внутреннего ASE, истории выполнения для рабочих процессов в этом ASE не могут получить доступ к входам и выходам действий.	Одно приложение логики может иметь несколько рабочих процессов с отслеживанием состояния и без сохранения состояния . Рабочие процессы в одном приложении логики и клиент используют одну и ту же обработку (вычисления), хранилище, сеть и т. Д.	План обслуживания приложений	Вы можете изменить значения по умолчанию для многих ограничений в зависимости от потребностей вашего сценария. Важно : Некоторые пределы имеют жесткие верхние максимумы. В Visual Studio Code изменения, которые вы вносите в предельные значения по умолчанию в файлах конфигурации проекта приложения логики, не отображаются в интерфейсе дизайнера. Дополнительные сведения см. В разделе Изменение параметров приложения и среды для приложений логики в приложениях Azure Logic с одним клиентом.

Пределы определения рабочего процесса

В следующих таблицах перечислены значения для одного определения рабочего процесса:

Имя	Предел	Банкноты
Рабочие процессы на регион на подписку	1000 рабочих процессов
Триггеров на рабочий процесс	10 триггеров	Это ограничение применяется только тогда, когда вы работаете с определением рабочего процесса JSON, будь то в представлении кода или шаблоне Azure Resource Manager (ARM), а не в конструкторе.
Действия в рабочем процессе	500 действий	Чтобы расширить этот предел, при необходимости можно использовать вложенные рабочие процессы.
Действия Глубина вложенности	8 действий	Чтобы расширить этот предел, при необходимости можно использовать вложенные рабочие процессы.
Триггер или действие - максимальная длина имени	80 символов
Триггер или действие - Максимальный размер входа или выхода	104 857 600 байт (105 МБ)	Чтобы изменить значение по умолчанию в однотенантной службе, просмотрите раздел Изменить параметры узла и приложения для приложений логики в однотенантных приложениях логики Azure.
Действие - Максимальный размер комбинированных входов и выходов	209 715 200 байт (210 МБ)	Чтобы изменить значение по умолчанию в однотенантной службе, просмотрите раздел Изменить параметры узла и приложения для приложений логики в однотенантных приложениях логики Azure.
Максимальное количество символов в выражении	8192 символа
`описание` - максимальная длина	256 символов
`параметры` - Максимальное количество элементов	50 параметров
`выходов` - Максимальное количество элементов	10 выходов
`отслеживается Свойства` - Максимальный размер	8000 знаков

Пределы продолжительности цикла и истории хранения

В следующей таблице перечислены значения для одного запуска рабочего процесса:

Имя	Мультитенант	Однопользовательский	Сервисная среда интеграции	Банкноты
Сохранение истории выполнения в хранилище	90 дней	90 дней (по умолчанию)	366 дней	Количество времени, в течение которого журнал запусков рабочего процесса хранится в хранилище после запуска. Примечание : Если продолжительность выполнения рабочего процесса превышает предел хранения, этот запуск удаляется из журнала запусков в хранилище. Если запуск не удаляется сразу после достижения лимита хранения, запуск удаляется в течение 7 дней. Независимо от того, завершается запуск или истекает время ожидания, сохранение истории запусков всегда рассчитывается с использованием времени начала запуска и текущего лимита, указанного в настройке рабочего процесса Хранение истории запусков в днях. Независимо от предыдущего лимита, текущий лимит всегда используется для расчета удержания. Дополнительные сведения см. В разделе «Продолжительность изменения и сохранение журнала запусков в хранилище».
Продолжительность работы	90 дней	- Рабочий процесс с сохранением состояния: 90 дней (по умолчанию) - Рабочий процесс без сохранения состояния: 5 мин. (по умолчанию)	366 дней	Время, в течение которого рабочий процесс может продолжаться до принудительного истечения времени ожидания. Продолжительность запуска рассчитывается с использованием времени начала запуска и предела, указанного в настройке рабочего процесса, Хранение журнала запусков в днях в это время запуска. Важное замечание : Убедитесь, что значение продолжительности выполнения всегда меньше или равно значению сохранения истории запусков в хранилище. В противном случае истории запусков могут быть удалены до завершения связанных заданий. Для получения дополнительной информации см. Изменение продолжительности выполнения и хранения истории в хранилище.
Интервал повторяемости	- Мин .: 1 сек - Макс .: 500 дней	- Мин .: 1 сек - Макс .: 500 дней	- Мин .: 1 сек - Макс .: 500 дней

Изменение продолжительности выполнения и хранения истории в хранилище

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

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

Например, предположим, что вы уменьшили лимит хранения с 90 до 30 дней.Забег 60-дневной давности удаляется из истории запусков. Если вы увеличите период хранения с 30 до 60 дней, запуск 20-дневной давности останется в истории запусков еще 40 дней.

Важно

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

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

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

Если вы используете шаблон Azure Resource Manager, этот параметр отображается как свойство в определении ресурса вашего рабочего процесса, которое описано в справочнике по шаблону рабочих процессов Microsoft.Logic:

  {
   "имя": "{имя-приложения-логики}",
   "type": "Microsoft.Logic / workflows",
   "location": "{Azure-region}",
   «apiVersion»: «2019-05-01»,
   "характеристики": {
      "определение": {},
      "параметры": {},
      "runtimeConfiguration": {
         "продолжительность жизни": {
            "unit": "день",
            "count": {количество-дней}
         }
      }
   }
}

Пределы циклов, параллелизма и дебатчинга

В следующей таблице перечислены значения для одного запуска рабочего процесса:

Циклические действия

Для каждой петли

В следующей таблице перечислены значения для Для каждого цикла :

До петли

В следующей таблице перечислены значения для цикла от до :

Имя	Мультитенант	Однопользовательский	Сервисная среда интеграции	Банкноты
Итерации	- По умолчанию: 60 - Мин .: 1 - Макс .: 5000	Рабочий процесс с отслеживанием состояния: - По умолчанию: 60 - Мин .: 1 - Макс .: 5000 Рабочий процесс без сохранения состояния: - По умолчанию: 60 - Мин .: 1 - Макс .: 100	- По умолчанию: 60 - Мин .: 1 - Макс .: 5000	Число циклов, которое цикл с по может иметь во время выполнения рабочего процесса. Чтобы изменить это значение в мультитенантной службе, в форме цикла от до выберите Изменить пределы и укажите значение для свойства Count . Чтобы изменить значение по умолчанию в однопользовательской службе, просмотрите раздел Изменить параметры узла и приложения для приложений логики в однотенантных приложениях логики Azure.
Тайм-аут	По умолчанию: PT1H (1 час)	Рабочий процесс с сохранением состояния: PT1H (1 час) Рабочий процесс без сохранения состояния: PT5M (5 мин)	По умолчанию: PT1H (1 час)	Время, в течение которого цикл с по может выполняться перед выходом, указывается в формате ISO 8601.Значение тайм-аута оценивается для каждого цикла цикла. Если какое-либо действие в цикле занимает больше времени, чем предел тайм-аута, текущий цикл не останавливается. Однако следующий цикл не начинается, потому что не выполняется условие ограничения. Чтобы изменить это значение в мультитенантной службе, в форме цикла от до выберите Изменить пределы и укажите значение для свойства Тайм-аут . Чтобы изменить значение по умолчанию в однопользовательской службе, просмотрите раздел Изменить параметры узла и приложения для приложений логики в однотенантных приложениях логики Azure.

Имя

Мультитенант

Однопользовательский

Сервисная среда интеграции

Банкноты

Итерации

- По умолчанию: 60
- Мин .: 1
- Макс .: 5000

Рабочий процесс с отслеживанием состояния:

- По умолчанию: 60
- Мин .: 1
- Макс .: 5000

Рабочий процесс без сохранения состояния:

- По умолчанию: 60
- Мин .: 1
- Макс .: 100

- По умолчанию: 60
- Мин .: 1
- Макс .: 5000

Число циклов, которое цикл с по может иметь во время выполнения рабочего процесса.

Чтобы изменить это значение в мультитенантной службе, в форме цикла от до выберите Изменить пределы и укажите значение для свойства Count .

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

Тайм-аут

По умолчанию: PT1H (1 час)

Рабочий процесс с сохранением состояния: PT1H (1 час)

Рабочий процесс без сохранения состояния: PT5M (5 мин)

По умолчанию: PT1H (1 час)

Время, в течение которого цикл с по может выполняться перед выходом, указывается в формате ISO 8601.Значение тайм-аута оценивается для каждого цикла цикла. Если какое-либо действие в цикле занимает больше времени, чем предел тайм-аута, текущий цикл не останавливается. Однако следующий цикл не начинается, потому что не выполняется условие ограничения.

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

Параллелизм и дебатирование

Имя	Мультитенант	Однопользовательский	Сервисная среда интеграции	Банкноты
Триггер - одновременные прогоны	Параллелизм отключен: без ограничений Параллелизм включен (необратимый): - По умолчанию: 25 - Минимум: 1 - Максимум: 100	Параллелизм отключен: без ограничений Параллелизм включен (необратимый): - По умолчанию: 100 - Минимум: 1 - Максимум: 100	Параллелизм отключен: без ограничений Параллелизм включен (необратимый): - По умолчанию: 25 - Минимум: 1 - Максимум: 100	Число одновременных запусков, которые триггер может запускать одновременно или параллельно. Примечание : Когда включен параллелизм, предел SplitOn уменьшается до 100 элементов для массивов дебатчинга. Чтобы изменить это значение в мультитенантной службе, см. Раздел Изменение предела параллелизма триггера или Последовательное инициирование экземпляров. Чтобы изменить значение по умолчанию в однопользовательской службе, просмотрите раздел Изменить параметры узла и приложения для приложений логики в однотенантных приложениях логики Azure.
Максимальное время ожидания	Параллелизм отключен: - Минимум: 1 запуск - Максимум: 50 запусков Параллелизм включен: - Минимум: 10 запусков плюс количество одновременных запусков - Максимум: 100 запусков	Параллелизм отключен: - Мин .: 1 запуск (По умолчанию) - Макс: 50 запусков (По умолчанию) Параллелизм включен: - Мин .: 10 запусков плюс количество одновременных запусков - Макс: 200 запусков (по умолчанию)	Параллелизм отключен: - Минимум: 1 запуск - Максимум: 50 запусков Параллелизм включен: - Минимум: 10 запусков плюс количество одновременных запусков - Максимум: 100 запусков	Число экземпляров рабочего процесса, которые могут ожидать запуска, когда текущий экземпляр рабочего процесса уже выполняет максимальное количество одновременных экземпляров. Чтобы изменить это значение в мультитенантной службе, см. Изменение лимита ожидающих запусков. Чтобы изменить значение по умолчанию в однопользовательской службе, просмотрите раздел Изменить параметры узла и приложения для приложений логики в однотенантных приложениях логики Azure.
SplitOn шт.	Параллелизм отключен: 100000 элементов Параллелизм включен: 100 элементов	Параллелизм отключен: 100000 элементов Параллелизм включен: 100 элементов	Параллелизм отключен: 100000 элементов (По умолчанию) Параллелизм включен: 100 элементов (По умолчанию)	Для триггеров, возвращающих массив, вы можете указать выражение, которое использует свойство SplitOn , которое разбивает или дебатирует элементы массива на несколько экземпляров рабочего процесса для обработки, вместо того, чтобы использовать For для каждого цикла .Это выражение ссылается на массив, используемый для создания и запуска экземпляра рабочего процесса для каждого элемента массива. Примечание : Когда параллелизм включен, предел SplitOn уменьшается до 100 элементов.

Пределы пропускной способности

В следующей таблице перечислены значения для одного определения рабочего процесса:

Имя	Мультитенант	Однопользовательский	Банкноты
Действие - Число выполнений за 5-минутный интервал прокатки	По умолчанию: 100 000 выполнений - Режим высокой пропускной способности: 300 000 выполнений	Нет	В мультитенантной службе вы можете поднять значение по умолчанию до максимального значения для вашего рабочего процесса.Дополнительные сведения см. В разделе «Запуск в режиме высокой пропускной способности», который находится в предварительной версии. Или при необходимости вы можете распределить рабочую нагрузку по нескольким рабочим процессам.
Действие - одновременные исходящие вызовы	~ 2,500 звонков	Нет	При необходимости можно уменьшить количество одновременных запросов или сократить продолжительность.
Регулируемое дросселирование соединителя	Предел дросселирования зависит от разъема	Предел дросселирования зависит от разъема	Для мультитенантности просмотрите страницу технических справок по каждому управляемому соединителю. Дополнительные сведения об обработке регулирования соединителя см. В разделе Обработка проблем регулирования (ошибки «429 - слишком много запросов»).
Конечная точка выполнения - одновременные входящие вызовы	~ 1000 звонков	Нет	При необходимости можно уменьшить количество одновременных запросов или сократить продолжительность.
Конечная точка выполнения - чтение вызовов за 5 мин.	60,000 прочитанные звонки	Нет	Это ограничение применяется к вызовам, которые получают необработанные входные и выходные данные из истории выполнения рабочего процесса.При необходимости вы можете распределить рабочую нагрузку по нескольким рабочим процессам.
Конечная точка выполнения - вызовы за 5 мин.	45 000 вызовов вызовов	Нет	При необходимости вы можете распределить рабочую нагрузку по нескольким рабочим процессам.
Производительность по содержанию за 5 мин	600 МБ	Нет	При необходимости вы можете распределить рабочую нагрузку по нескольким рабочим процессам.

Работа в режиме высокой производительности

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

На портале Azure в меню приложения логики в разделе Параметры выберите Параметры рабочего процесса .
В разделе Параметры времени выполнения > Высокая пропускная способность , измените настройку на В .

Чтобы включить этот параметр в шаблоне ARM для развертывания приложения логики, в объекте свойств для определения ресурса приложения логики добавьте объект runtimeConfiguration со свойством operationOptions , для которого задано значение OptimizedForHighThroughput :

  {
   <свойства-шаблона>
   "Ресурсы": [
      // Запуск определения ресурса приложения логики
      {
         "характеристики": {
            ,
            ,
            ,
            "runtimeConfiguration": {
               "operationOptions": "OptimizedForHighThroughput"
            }
         },
         "имя": "[параметры ('LogicAppName')]",
         "тип": "Microsoft.Логика / рабочие процессы »,
         "местоположение": "[параметры ('LogicAppLocation')]",
         "теги": {},
         «apiVersion»: «2016-06-01»,
         "зависит от": [
         ]
      }
      // Завершить определение ресурса приложения логики
   ],
   "выходы": {}
}

Дополнительные сведения об определении ресурса приложения логики см. В статье Обзор: автоматизация развертывания приложений логики Azure с помощью шаблонов Azure Resource Manager.

`Сервисная среда интеграции (ISE)`

Developer ISE SKU: обеспечивает до 500 выполнений в минуту, но обратите внимание на следующие соображения:
- Убедитесь, что вы используете этот SKU только для исследования, экспериментов, разработки или тестирования, а не для производства или тестирования производительности.Этот SKU не имеет соглашения об уровне обслуживания (SLA), возможности масштабирования или избыточности во время утилизации, что означает, что вы можете столкнуться с задержками или простоем.
- Внутренние обновления могут периодически прерывать работу службы.

Premium ISE SKU: в следующей таблице описаны ограничения пропускной способности для этого SKU, но, чтобы превысить эти ограничения при нормальной обработке или запустить нагрузочное тестирование, которое может выйти за эти пределы, обратитесь в группу Logic Apps за помощью в соответствии с вашими требованиями.

Имя	Предел	Банкноты
Лимит выполнения базового блока	Система дросселируется, когда емкость инфраструктуры достигает 80%	Обеспечивает ~ 4000 выполнений действий в минуту, что составляет ~ 160 миллионов выполнений действий в месяц
Предел выполнения единицы шкалы	Система дросселируется, когда емкость инфраструктуры достигает 80%	Каждая единица масштабирования может обеспечить на ~ 2000 дополнительных действий в минуту, что на ~ 80 миллионов дополнительных действий в месяц
Максимальное количество единиц шкалы, которые вы можете добавить	10 единиц шкалы

`Ограничения шлюза данных`

Azure Logic Apps поддерживает операции записи, включая вставки и обновления, через локальный шлюз данных.Однако у этих операций есть ограничения на размер полезной нагрузки.

`Пределы действия переменных`

В следующей таблице перечислены значения для одного определения рабочего процесса:

Имя	Мультитенант	Однопользовательский	Сервисная среда интеграции	Банкноты
Переменных на рабочий процесс	250 переменных	250 переменных (по умолчанию)	250 переменных
Переменная - максимальный размер содержимого	104 857 600 знаков	Рабочий процесс с сохранением состояния: 104 857 600 символов (по умолчанию) Рабочий процесс без сохранения состояния: 1024 символа (по умолчанию)	104 857 600 знаков	Чтобы изменить значение по умолчанию в однотенантной службе, просмотрите раздел Изменить параметры узла и приложения для приложений логики в однотенантных приложениях логики Azure.
Переменная (тип массива) - максимальное количество элементов массива	100 000 единиц	100000 элементов (по умолчанию)	Premium SKU: 100000 штук Developer SKU: 5000 штук	Чтобы изменить значение по умолчанию в однотенантной службе, просмотрите раздел Изменить параметры узла и приложения для приложений логики в однотенантных приложениях логики Azure.

`Лимиты HTTP-запросов`

В следующих таблицах перечислены значения для одного входящего или исходящего вызова:

`Продолжительность тайм-аута`

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

Примечание

Для типа ресурса Logic App (Standard) в однопользовательской службе рабочие процессы без сохранения состояния могут выполняться только синхронно .

Имя	Мультитенант	Однопользовательский	Сервисная среда интеграции	Банкноты
Исходящий запрос	120 сек (2 мин)	235 сек (3.9 мин) (по умолчанию)	240 сек (4 мин)	Примеры исходящих запросов включают вызовы, сделанные триггером или действием HTTP. Совет : Для более длительных операций используйте асинхронный шаблон опроса или цикл «До». Чтобы обойти ограничения времени ожидания при вызове другого рабочего процесса с вызываемой конечной точкой, вместо этого можно использовать встроенное действие Azure Logic Apps, которое можно найти в средстве выбора операций конструктора в разделе Встроенный . Чтобы изменить ограничение по умолчанию для однопользовательской службы, просмотрите раздел Изменить параметры узла и приложения для приложений логики в однотенантных приложениях логики Azure.
Входящий запрос	120 сек (2 мин)	235 сек (3,9 мин) (по умолчанию)	240 сек (4 мин)	Примеры входящих запросов включают вызовы, полученные триггером запроса, триггером HTTP Webhook и действием HTTP Webhook. Примечание : Чтобы исходный вызывающий абонент получил ответ, все шаги в ответе должны завершиться в пределах лимита, если вы не вызываете другой вложенный рабочий процесс. Дополнительные сведения см. В разделе «Вызов, триггер или вложение приложений логики». Чтобы изменить ограничение по умолчанию для однопользовательской службы, просмотрите раздел Изменить параметры узла и приложения для приложений логики в однотенантных приложениях логики Azure.

Имя

Мультитенант

Однопользовательский

Сервисная среда интеграции

Банкноты

Исходящий запрос

120 сек
(2 мин)

235 сек
(3.9 мин)
(по умолчанию)

240 сек
(4 мин)

Примеры исходящих запросов включают вызовы, сделанные триггером или действием HTTP.

Совет : Для более длительных операций используйте асинхронный шаблон опроса или цикл «До». Чтобы обойти ограничения времени ожидания при вызове другого рабочего процесса с вызываемой конечной точкой, вместо этого можно использовать встроенное действие Azure Logic Apps, которое можно найти в средстве выбора операций конструктора в разделе Встроенный .

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

Входящий запрос

120 сек
(2 мин)

235 сек
(3,9 мин)
(по умолчанию)

240 сек
(4 мин)

Примеры входящих запросов включают вызовы, полученные триггером запроса, триггером HTTP Webhook и действием HTTP Webhook.

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

`сообщений`

Имя	Разбиение на части включено	Мультитенант	Однопользовательский	Сервисная среда интеграции	Банкноты
Загрузка контента - максимальное количество запросов	Есть	1000 запросов	1000 запросов (по умолчанию)	1000 запросов
Размер сообщения	Нет	100 МБ	100 МБ	200 МБ	Чтобы обойти это ограничение, см. Обработка больших сообщений с разбиением на части.Однако некоторые соединители и API не поддерживают разбиение на части или даже ограничение по умолчанию. - Коннекторы, такие как AS2, X12 и EDIFACT, имеют свои собственные ограничения сообщений B2B. - соединители ISE используют предел ISE, а не ограничения соединителя не ISE. Чтобы изменить значение по умолчанию в однопользовательской службе, просмотрите раздел Изменить параметры узла и приложения для приложений логики в однотенантных приложениях логики Azure.
Размер сообщения	Есть	1 ГБ	1073741824 байта (1 ГБ) (по умолчанию)	5 ГБ	Это ограничение применяется к действиям, которые либо изначально поддерживают фрагменты, либо позволяют включить фрагменты в их конфигурации среды выполнения. Если вы используете ISE, ядро Azure Logic Apps поддерживает это ограничение, но соединители имеют свои собственные ограничения фрагментов вплоть до ограничения ядра, например, см. Справочник по API соединителя хранилища BLOB-объектов Azure. Дополнительные сведения о фрагментировании см. В разделе Обработка больших сообщений с помощью фрагментов. Чтобы изменить значение по умолчанию в однопользовательской службе, просмотрите раздел Изменить параметры узла и приложения для приложений логики в однотенантных приложениях логики Azure.
Размер блока содержимого	Есть	Зависит от разъема	52 428 800 байт (52 МБ) (по умолчанию)	Зависит от разъема	Это ограничение применяется к действиям, которые либо изначально поддерживают фрагменты, либо позволяют включить фрагменты в их конфигурации среды выполнения. Чтобы изменить значение по умолчанию в однотенантной службе, просмотрите раздел Изменить параметры узла и приложения для приложений логики в однотенантных приложениях логики Azure.

`Предел символов`

Имя	Предел	Банкноты
Предел оценки выражения	131072 символа	Выражения `@concat ()` , `@ base64 ()` , `@string ()` не могут быть длиннее этого предела.
Максимальное количество символов в URL-адресе запроса	16 384 символа

`Политика повторных попыток`

`Пределы аутентификации`

В следующей таблице перечислены значения рабочего процесса, который начинается с триггера запроса и включает открытую аутентификацию Azure Active Directory (Azure AD OAuth) для авторизации входящих вызовов к триггеру запроса:

Имя	Предел	Банкноты
Политики авторизации Azure AD	5 полисов
Претензии в соответствии с политикой авторизации	10 претензий
Сумма претензии - максимальное количество символов	150 символов

`Предел срабатывания переключателя`

В следующей таблице перечислены значения для одного определения рабочего процесса:

Имя	Предел	Банкноты
Максимальное количество обращений за действие	25

`Пределы действий встроенного кода`

В следующей таблице перечислены значения для одного определения рабочего процесса:

Имя	Мультитенант	Однопользовательский	Сервисная среда интеграции	Банкноты
Максимальное количество символов кода	1024 символа	100 000 знаков	1024 символа	Чтобы использовать более высокий предел, создайте ресурс приложения логики (стандарт), который работает в однопользовательских приложениях логики Azure, либо с помощью портала Azure, либо с помощью кода Visual Studio и приложений логики Azure (стандарт) расширение.
Максимальная продолжительность для рабочего кода	5 сек	15 сек	1024 символа	Чтобы использовать более высокий предел, создайте ресурс приложения логики (стандарт), который работает в однопользовательских приложениях логики Azure, либо с помощью портала Azure, либо с помощью кода Visual Studio и приложений логики Azure (стандарт) расширение.

`Пользовательские ограничения соединителя`

Только в мультитенантных приложениях Azure Logic Apps и в среде службы интеграции вы можете создавать и использовать настраиваемые управляемые соединители, которые являются оболочками для существующего REST API или SOAP API.В однопользовательских приложениях Azure Logic Apps вы можете создавать и использовать только настраиваемые встроенные соединители.

В следующей таблице перечислены значения для настраиваемых соединителей:

Имя	Мультитенант	Однопользовательский	Сервисная среда интеграции
Индивидуальные соединители	1000 за подписку Azure	Безлимит	1000 за подписку Azure
Пользовательские соединители - количество API	На основе SOAP: 50	Не применимо	На основе SOAP: 50
Запросы в минуту для настраиваемого коннектора	500 запросов в минуту на одно соединение	На основе вашей реализации	2000 запросов в минуту на настраиваемый коннектор
Тайм-аут соединения	2 мин.	Неактивное соединение: 4 мин Активное соединение: 10 мин	2 мин.

Дополнительные сведения см. В следующей документации:

`Пределы управляемых идентификационных данных`

Имя	Предел
Управляемые удостоверения для каждого приложения логики	Либо идентификатор, назначенный системой, либо 1 идентификатор, назначенный пользователем
Количество приложений логики с управляемым удостоверением в подписке Azure на регион	1 000

Примечание

По умолчанию для ресурса Logic App (Standard) назначенное системой управляемое удостоверение автоматически включено для аутентифицировать соединения во время выполнения.Этот идентификатор отличается от учетных данных для проверки подлинности или подключения. строка, которую вы используете при создании соединения. Если вы отключите эту личность, соединения не будут работать на время выполнения. Чтобы просмотреть этот параметр, в меню приложения логики в разделе Параметры выберите Identity .

`Пределы интеграционного счета`

Каждая подписка Azure имеет следующие ограничения учетной записи интеграции:

Одна учетная запись интеграции бесплатного уровня для каждого региона Azure. Этот уровень доступен только для общедоступных регионов в Azure, например для Западной США или Юго-Восточной Азии, но не для Azure 21Vianet для Китая или Azure для государственных организаций.
Всего 1000 учетных записей интеграции, включая учетные записи интеграции в любых средах служб интеграции (ISE) как для Developer, так и для Premium SKU.

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

ISE SKU	Пределы интеграционного счета
Премиум	Всего 20 учетных записей, включая одну стандартную учетную запись без дополнительных затрат.С этим SKU вы можете иметь только стандартные учетные записи. Бесплатные или базовые аккаунты не разрешены.
Разработчик	Всего 20 учетных записей, включая одну бесплатную учетную запись (не более 1). С этим SKU у вас может быть любая комбинация: - Бесплатная учетная запись и до 19 стандартных учетных записей. - Нет бесплатной учетной записи и до 20 стандартных учетных записей. Нет Базовый или более Бесплатные аккаунты разрешены. Важно : Используйте код разработчика для экспериментов, разработки и тестирования, но не для производства или тестирования производительности.

ISE SKU

Пределы интеграционного счета

Премиум

Всего 20 учетных записей, включая одну стандартную учетную запись без дополнительных затрат.С этим SKU вы можете иметь только стандартные учетные записи. Бесплатные или базовые аккаунты не разрешены.

Разработчик

Всего 20 учетных записей, включая одну бесплатную учетную запись (не более 1). С этим SKU у вас может быть любая комбинация:

- Бесплатная учетная запись и до 19 стандартных учетных записей.
- Нет бесплатной учетной записи и до 20 стандартных учетных записей.

Нет Базовый или более Бесплатные аккаунты разрешены.

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

Чтобы узнать, как ценообразование и выставление счетов работают для ISE, см. Модель ценообразования Logic Apps. Цены см. В разделе Цены на приложения Logic.

`Ограничения на количество артефактов для учетной записи интеграции`

В следующих таблицах перечислены значения количества артефактов, ограниченных каждым уровнем учетной записи интеграции. Цены см. В разделе Цены на приложения Logic. Чтобы узнать, как ценообразование и выставление счетов работают для учетных записей интеграции, см. Модель ценообразования Logic Apps.

Примечание

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

Артефакт	Бесплатно	Базовый	Стандартный
Торговые соглашения EDI	10	1	1 000
Торговые партнеры EDI	25	2	1 000
Карты	25	500	1 000
Схемы	25	500	1 000
Сборки	10	25	1 000
Сертификаты	25	2	1 000
Пакетные конфигурации	5	1	50

`Предел вместимости артефакта`

`Пределы пропускной способности`

Конечная точка выполнения	Бесплатно	Базовый	Стандартный	Банкноты
Чтение звонков за 5 минут	3 000	30 000	60 000	Это ограничение применяется к вызовам, которые получают необработанные входные и выходные данные из журнала выполнения приложения логики.При необходимости вы можете распределить рабочую нагрузку между несколькими учетными записями.
Вызов звонков за 5 минут	3 000	30 000	45 000	При необходимости вы можете распределить рабочую нагрузку между несколькими учетными записями.
Отслеживание звонков за 5 мин	3 000	30 000	45 000	При необходимости вы можете распределить рабочую нагрузку между несколькими учетными записями.
Блокировка одновременных вызовов	~ 1 000	~ 1 000	~ 1 000	То же для всех артикулов.Вы можете уменьшить количество одновременных запросов или сократить продолжительность по мере необходимости.

`Протокол B2B (AS2, X12, EDIFACT) размер сообщения`

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

Имя	Мультитенант	Однопользовательский	Сервисная среда интеграции	Банкноты
AS2	v2 - 100 МБ v1 - 25 МБ	Недоступно	v2 - 200 МБ v1 - 25 МБ	Применяется для декодирования и кодирования
X12	50 МБ	Недоступно	50 МБ	Применяется для декодирования и кодирования
ЭДИФАКТ	50 МБ	Недоступно	50 МБ	Применяется для декодирования и кодирования

Если в вашей среде есть строгие сетевые требования или брандмауэры, которые ограничивают трафик определенными IP-адресами, ваша среда или брандмауэр должен разрешить доступ для и входящего и исходящего IP-адресов, используемых службой Azure Logic Apps или средой выполнения в регионе Azure, где ваш ресурс приложения логики существует.Чтобы настроить этот доступ, вы можете создать правила брандмауэра Azure. Все приложения логики в одном регионе используют одни и те же диапазоны IP-адресов.

Примечание

Если вы используете Power Automate, некоторые действия, такие как HTTP и HTTP + OpenAPI , пройти напрямую через службу Azure Logic Apps и перейти с перечисленных здесь IP-адресов. Для дополнительной информации об IP-адресах, используемых Power Automate, см. Ограничения и конфигурация для Power Automate.

Например, предположим, что ваши приложения логики развернуты в регионе Запад США.Для поддержки вызовов, которые ваши приложения логики отправляют или получают через встроенные триггеры и действия, такие как триггер или действие HTTP, ваш брандмауэр должен разрешить доступ для всех входящих IP-адресов службы Azure Logic Apps и исходящих IP-адресов. которые существуют в западном регионе США.

Если ваш рабочий процесс использует управляемые соединители, такие как соединитель Office 365 Outlook или соединитель SQL, или использует настраиваемые соединители, брандмауэр также должен разрешить доступ для всех исходящих IP-адресов управляемого соединителя в регионе Azure вашего приложения логики.Если в вашем рабочем процессе используются настраиваемые соединители, которые обращаются к локальным ресурсам через ресурс локального шлюза данных в Azure, вам необходимо настроить установку шлюза, чтобы разрешить доступ для соответствующего управляемого соединителя исходящих IP-адресов . Дополнительные сведения о настройке параметров связи на шлюзе см. В следующих разделах:

`Рекомендации по настройке IP-адреса межсетевого экрана`

Перед настройкой брандмауэра с IP-адресами ознакомьтесь со следующими соображениями:

Если ваши рабочие процессы приложения логики выполняются в однопользовательских приложениях Azure Logic Apps, вам необходимо найти полные доменные имена (FQDN) для ваших подключений.Для получения дополнительной информации просмотрите соответствующие разделы в этих темах:
Если рабочие процессы приложения логики выполняются в среде службы интеграции (ISE), убедитесь, что вы открываете и эти порты.
Чтобы упростить любые правила безопасности, которые вы хотите создать, вы можете дополнительно использовать сервисные теги вместо того, чтобы указывать префиксы IP-адресов для каждого региона. Эти теги работают во всех регионах, где доступна служба Logic Apps:
- LogicAppsManagement : представляет префиксы входящих IP-адресов для службы Logic Apps.
- LogicApps : представляет префиксы исходящих IP-адресов для службы Logic Apps.
- AzureConnectors : представляет префиксы IP-адресов для управляемых соединителей, которые выполняют обратные вызовы входящих веб-перехватчиков в службу Logic Apps и исходящие вызовы соответствующих служб, например хранилища Azure или концентраторов событий Azure.
Если у ваших приложений логики есть проблемы с доступом к учетным записям хранения Azure, которые используют брандмауэры и правила брандмауэра, у вас есть различные другие варианты включения доступа.
Например, приложения логики не могут напрямую обращаться к учетным записям хранения, которые используют правила брандмауэра и существуют в том же регионе. Однако, если вы разрешаете исходящие IP-адреса для управляемых соединителей в вашем регионе, ваши приложения логики могут получать доступ к учетным записям хранения, которые находятся в другом регионе, за исключением случаев, когда вы используете хранилище таблиц Azure или соединители хранилища очередей Azure. Чтобы получить доступ к хранилищу таблиц или хранилищу очередей, вы можете вместо этого использовать триггер и действия HTTP. Другие варианты см. В разделе Доступ к учетным записям хранения за брандмауэрами.

`IP-адреса для входящих подключений`

В этом разделе перечислены входящие IP-адреса только для службы Azure Logic Apps. Если вы используете Azure для государственных организаций, см. Раздел Azure для государственных организаций - IP-адреса для входящих подключений.

Подсказка

Чтобы упростить создание правил безопасности, вы можете дополнительно использовать сервисный тег, LogicAppsManagement , а не указывать префиксы IP-адресов входящих приложений Logic Apps для каждого региона.

Некоторые управляемые соединители выполняют обратные вызовы входящих веб-перехватчиков в службу Azure Logic Apps.Для этих управляемых соединителей вы можете дополнительно использовать AzureConnectors Тег службы для этих управляемых соединителей вместо указания префиксов IP-адресов управляемых соединителей для входящего трафика для каждого региона. Эти теги работают во всех регионах, где доступна служба Logic Apps.

Следующие соединители выполняют обратные вызовы входящих веб-перехватчиков в службу Logic Apps:

Adobe Creative Cloud, Adobe Sign, демонстрация Adobe Sign, предварительный просмотр Adobe Sign, Adobe Sign Stage, Microsoft Sentinel, Business Central, Calendly, Common Data Service, DocuSign, DocuSign Demo, Dynamics 365 for Fin & Ops, LiveChat, Office 365 Outlook, Outlook.com, Parserr, SAP *, Смены для Microsoft Teams, Teamwork Projects, Typeform

* SAP : обратный вызов зависит от того, является ли среда развертывания многопользовательской: Azure или ISE. в В многопользовательской среде локальный шлюз данных выполняет обратный вызов службы Logic Apps. В ISE SAP Connector выполняет обратный вызов в службу Logic Apps.

`Мультитенантный и однотенантный - входящие IP-адреса`

Область	IP
Восточная Австралия	13.75.153.66, 104.210.89.222, 104.210.89.244, 52.187.231.161
Юго-Восток Австралии	13.73.115.153, 40.115.78.70, 40.115.78.237, 52.189.216.28
Южная Бразилия	191.235.86.199, 191.235.95.229, 191.235.94.220, 191.234.166.198
Юго-восток Бразилии	20.40.32.59, 20.40.32.162, 20.40.32.80, 20.40.32.49
Центральная Канада	13.88.249.209, 52.233.30.218, 52.233.29.79, 40.85.241.105
Восточная Канада	52.232.129.143, 52.229.125.57, 52.232.133.109, 40.86.202.42
Центральная Индия	52.172.157.194, 52.172.184.192, 52.172.191.194, 104.211.73.195
Центральная часть США	13.67.236.76, 40.77.111.254, 40.77.31.87, 104.43.243.39
Восточная Азия	168.63.200.173, 13.75.89.159, 23.97.68.172, 40.83.98.194
Восток США	137.135.106.54, 40.117.99.79, 40.117.100.228, 137.116.126.165
Восток США 2	40.84.25.234, 40.79.44.7, 40.84.59.136, 40.70.27.253
Центральная Франция	52.143.162.83, 20.188.33.169, 52.143.156.55, 52.143.158.203
Франция Юг	52.136.131.145, 52.136.129.121, 52.136.130.89, 52.136.131.4
Северная Германия	51.116.211.29, 51.116.208.132, 51.116.208.37, 51.116.208,64
Германия Западно-Центральная	51.116.168.222, 51.116.171.209, 51.116.233.40, 51.116.175.0
Восточная Япония	13.71.146.140, 13.78.84.187, 13.78.62.130, 13.78.43.164
Западная Япония	40.74.140.173, 40.74.81.13, 40.74.85.215, 40.74.68.85
Джио Западная Индия	20.193.206.48,20.193.206.49,20.193.206.50,20.193.206.51
Центральная Корея	52.231.14.182, 52.231.103.142, 52.231.39.29, 52.231.14.42
Корея Южная	52.231.166.168, 52.231.163.55, 52.231.163.150, 52.231.192.64
Северо-Центральный США	168.62.249.81, 157.56.12.202, 65.52.211.164, 65.52.9.64
Северная Европа	13.79.173.49, 52.169.218.253, 52.169.220.174, 40.112.90.39
Восточная Норвегия	51.120.88.93, 51.13.66.86, 51.120.89.182, 51.120.88,77
Южная Африка Северная	102.133.228.4, 102.133.224.125, 102.133.226.199, 102.133.228.9
Южная Африка Западная	102.133.72.190, 102.133.72.145, 102.133.72.184, 102.133.72.173
Южно-Центральная часть США	13.65.98.39, 13.84.41.46, 13.84.43.45, 40.84.138.132
Южная Индия	52.172.9.47, 52.172.49.43, 52.172.51.140, 104.211.225.152
Юго-Восточная Азия	52.163.93.214, 52.187.65.81, 52.187.65.155, 104.215.181.6
Швейцария Северная	51.103.128.52, 51.103.132.236, 51.103.134.138, 51.103.136.209
Западная Швейцария	51.107.225.180, 51.107.225.167, 51.107.225.163, 51.107.239.66
Центральный ОАЭ	20.45.75.193, 20.45.64.29, 20.45.64.87, 20.45.71.213
Север ОАЭ	20.46.42.220, 40.123.224.227, 40.123.224.143, 20.46.46.173
Великобритания Юг	51.140.79.109, 51.140.78.71, 51.140.84.39, 51.140.155.81
Западное Соединенное Королевство	51.141.48.98, 51.141.51.145, 51.141.53.164, 51.141.119.150
Западно-центральная часть США	52.161.26.172, 52.161.8.128, 52.161.19.82, 13.78.137.247
Западная Европа	13.95.155.53, 52.174.54.218, 52.174.49.6
Западная Индия	104.211.164.112, 104.211.165.81, 104.211.164.25, 104.211.157.237
Запад США	52.160.90.237, 138.91.188.137, 13.91.252.184, 157.56.160.212
Запад США 2	13.66.224.169, 52.183.30.10, 52.183.39.67, 13.66.128.68
Запад США 3	20.150.172.240, 20.150.172.242, 20.150.172.243, 20.150.172.241

`Azure для государственных организаций - IP-адреса для входящей почты`

Лазурный правительственный регион	IP
Правительство США Аризона	52.244.67.164, 52.244.67.64, 52.244.66.82
Правительство США, Техас,	52.238.119.104, 52.238.112.96, 52.238.119.145
Правительство США Вирджиния	52.227.159.157, 52.227.152.90, 23.97.4.36
Министерство обороны США, центральное отделение	52.182.49.204, 52.182.52.106

`Исходящие IP-адреса`

В этом разделе перечислены исходящие IP-адреса для службы Azure Logic Apps.Если вы используете Azure для государственных организаций, см. Раздел Azure для государственных организаций - исходящие IP-адреса. Если в вашем рабочем процессе используются управляемые соединители, такие как соединитель Office 365 Outlook или соединитель SQL, или используются настраиваемые соединители, брандмауэр также должен разрешить доступ для всех исходящих IP-адресов управляемого соединителя в регионе Azure вашего приложения логики. Если в вашем рабочем процессе используются настраиваемые соединители, которые обращаются к локальным ресурсам через ресурс локального шлюза данных в Azure, вам необходимо настроить установку шлюза, чтобы разрешить доступ для соответствующего управляемого соединителя исходящих IP-адресов .Дополнительные сведения о настройке параметров связи на шлюзе см. В следующих разделах:

Подсказка

Чтобы упростить создание правил безопасности, вы можете дополнительно использовать сервисный тег, LogicApps , а не указывать префиксы IP-адресов исходящих приложений Logic Apps для каждого региона. При желании вы также можете использовать AzureConnectors тег службы для управляемых соединителей, которые совершают исходящие вызовы к соответствующим службам, таким как служба хранилища Azure или концентраторы событий Azure, а не укажите префиксы IP-адресов управляемых исходящих соединителей для каждого региона.Эти теги работают во всех регионах, где доступна служба Logic Apps.

`Мультитенантный и однотенантный - исходящие IP-адреса`

Область	Логические приложения IP
Восточная Австралия	13.75.149.4, 104.210.91.55, 104.210.90.241, 52.187.227.245, 52.187.226.96, 52.187.231.184, 52.187.229.130, 52.187.226.139
Юго-Восток Австралии	13.73.114.207, 13.77.3.139, 13.70.159.205, 52.189.222.77, 13.77.56.167, 13.77.58.136, 52.189.214.42, 52.189.220.75
Южная Бразилия	191.235.82.221, 191.235.91.7, 191.234.182.26, 191.237.255.116, 191.234.161.168, 191.234.162.178, 191.234.161.28, 191.234.162.131
Юго-восток Бразилии	20.40.32.81, 20.40.32.19, 20.40.32.85, 20.40.32.60, 20.40.32.116, 20.40.32.87, 20.40.32.61, 20.40.32.113
Центральная Канада	52.233.29.92, 52.228.39.244, 40.85.250.135, 40.85.250.212, 13.71.186.1, 40.85.252.47, 13.71.184.150
Восточная Канада	52.232.128.155, 52.229.120.45, 52.229.126.25, 40.86.203.228, 40.86.228.93, 40.86.216.241, 40.86.226.149, 40.86.217.241
Центральная Индия	52.172.154.168, 52.172.186.159, 52.172.185.79, 104.211.101.108, 104.211.102.62, 104.211.90.169, 104.211.90.162, 104.211.74.145
Центральная часть США	13.67.236.125, 104.208.25.27, 40.122.170.198, 40.113.218.230, 23.100.86.139, 23.100.87.24, 23.100.87.56, 23.100.82.16
Восточная Азия	13.75.94.173, 40.83.127.19, 52.175.33.254, 40.83.73.39, 65.52.175.34, 40.83.77.208, 40.83.100.69, 40.83.75.165
Восток США	13.92.98.111, 40.121.91.41, 40.114.82.191, 23.101.139.153, 23.100.29.190, 23.101.136.201, 104.45.153.81, 23.101.132.208
Восток США 2	40.84.30.147, 104.208.155.200, 104.208.158.174, 104.208.140.40, 40.70.131.151, 40.70.29.214, 40.70.26.154, 40.70.27.236
Центральная Франция	52.143.164.80, 52.143.164.15, 40.89.186.30, 20.188.39.105, 40.89.191.161, 40.89.188.169, 40.89.186.28, 40.89.190.104
Франция Юг	52.136.132.40, 52.136.129.89, 52.136.131.155, 52.136.133.62, 52.136.139.225, 52.136.130.144, 52.136.140.226, 52.136.129.51
Северная Германия	51.116.211.168, 51.116.208.165, 51.116.208.175, 51.116.208.192, 51.116.208.200, 51.116.208.222, 51.116.208.217, 51.116.208.51
Германия Западно-Центральная	51.116.233.35, 51.116.171.49, 51.116.233.33, 51.116.233.22, 51.116.168.104, 51.116.175.17, 51.116.233.87, 51.116.175.51
Восточная Япония	13.71.158.3, 13.73.4.207, 13.71.158.120, 13.78.18.168, 13.78.35.229, 13.78.42.223, 13.78.21.155, 13.78.20.232
Западная Япония	40.74.140.4, 104.214.137.243, 138.91.26.45, 40.74.64.207, 40.74.76.213, 40.74.77.205, 40.74.74.21, 40.74.68.85
Джио Западная Индия	20.193.206.128, 20.193.206.129, 20.193.206.130, 20.193.206.131, 20.193.206.132, 20.193.206.133, 20.193.206.134, 20.193.206.135
Центральная Корея	52.231.14.11, 52.231.14.219, 52.231.15.6, 52.231.10.111, 52.231.14.223, 52.231.77.107, 52.231.8.175, 52.231.9.39
Корея Южная	52.231.204.74, 52.231.188.115, 52.231.189.221, 52.231.203.118, 52.231.166.28, 52.231.153.89, 52.231.155.206, 52.231.164.23
Северо-Центральный США	168.62.248.37, 157.55.210.61, 157.55.212.238, 52.162.208.216, 52.162.213.231, 65.52.10.183, 65.52.9.96, 65.52.8.225
Северная Европа	40.113.12.95, 52.178.165.215, 52.178.166.21, 40.112.92.104, 40.112.95.216, 40.113.4.18, 40.113.3.202, 40.113.1.181
Восточная Норвегия	51.120.88.52, 51.120.88.51, 51.13.65.206, 51.13.66.248, 51.13.65.90, 51.13.65.63, 51.13.68.140, 51.120.91.248
Южная Африка Северная	102.133.231.188, 102.133.231.117, 102.133.230.4, 102.133.227.103, 102.133.228.6, 102.133.230.82, 102.133.231.9, 102.133.231.51
Южная Африка Западная	102.133.72.98, 102.133.72.113, 102.133.75.169, 102.133.72.179, 102.133.72.37, 102.133.72.183, 102.133.72.132, 102.133.75.191
Южно-Центральная часть США	104.210.144.48, 13.65.82.17, 13.66.52.232, 23.100.124.84, 70.37.54.122, 70.37.50.6, 23.100.127.172, 23.101.183.225
Южная Индия	52.172.50.24, 52.172.55.231, 52.172.52.0, 104.211.229.115, 104.211.230.129, 104.211.230.126, 104.211.231.39, 104.211.227.229
Юго-Восточная Азия	13.76.133.155, 52.163.228.93, 52.163.230.166, 13.76.4.194, 13.67.110.109, 13.67.91.135, 13.76.5.96, 13.67.107.128
Швейцария Северная	51.103.137.79, 51.103.135.51, 51.103.139.122, 51.103.134.69, 51.103.138.96, 51.103.138.28, 51.103.136.37, 51.103.136.210
Западная Швейцария	51.107.239.66, 51.107.231.86, 51.107.239.112, 51.107.239.123, 51.107.225.190, 51.107.225.179, 51.107.225.186, 51.107.225.151, 51.107.239.83
Центральный ОАЭ	20.45.75.200, 20.45.72.72, 20.45.75.236, 20.45.79.239, 20.45.67.170, 20.45.72.54, 20.45.67.134, 20.45.67.135
Север ОАЭ	40.123.230.45, 40.123.231.179, 40.123.231.186, 40.119.166.152, 40.123.228.182, 40.123.217.165, 40.123.216.73, 40.123.212.104
Великобритания Юг	51.140.74.14, 51.140.73.85, 51.140.78.44, 51.140.137.190, 51.140.153.135, 51.140.28.225, 51.140.142.28, 51.140.158.24
Западное Соединенное Королевство	51.141.54.185, 51.141.45.238, 51.141.47.136, 51.141.114.77, 51.141.112.112, 51.141.113.36, 51.141.118.119, 51.141.119.63
Западно-центральная часть США	52.161.27.190, 52.161.18.218, 52.161.9.108, 13.78.151.161, 13.78.137.179, 13.78.148.140, 13.78.129.20, 13.78.141.75, 13.71.199.128 - 13.71.199.159
Западная Европа	40.68.222.65, 40.68.209.23, 13.95.147.65, 23.97.218.130, 51.144.182.201, 23.97.211.179, 104.45.9.52, 23.97.210.126, 13.69.71.160, 13.69.71.161, 13.69.71.162, 13.69.69.163, 13.69.69.163 .71.164, 13.69.71.165, 13.69.71.166, 13.69.71.167
Западная Индия	104.211.164.80, 104.211.162.205, 104.211.164.136, 104.211.158.127, 104.211.156.153, 104.211.158.123, 104.211.154.59, 104.211.154.7
Запад США	52.160.92.112, 40.118.244.241, 40.118.241.243, 157.56.162.53, 157.56.167.147, 104.42.49.145, 40.83.164.80, 104.42.38.32, 13.86.223.0, 13.86.223.1, 13.86.223.2, 13.86.223.3, 13.86.223.3, 13.86.223.3 .223.4, 13.86.223.5
Запад США 2	13.66.210.167, 52.183.30.169, 52.183.29.132, 13.66.210.167, 13.66.201.169, 13.77.149.159, 52.175.198.132, 13.66.246.219
Запад США 3	20.150.181.32, 20.150.181.33, 20.150.181.34, 20.150.181.35, 20.150.181.36, 20.150.181.37, 20.150.181.38, 20.150.173.192

`Azure для государственных организаций - исходящие IP-адреса`

Область	Логические приложения IP
Министерство обороны США, центральное отделение	52.182.48.215, 52.182.92.143
Правительство США Аризона	52.244.67.143, 52.244.65.66, 52.244.65.190
Правительство США, Техас,	52.238.114.217, 52.238.115.245, 52.238.117.119
Правительство США Вирджиния	13.72.54.205, 52.227.138.30, 52.227.152.44

`Следующие шаги`

`pplacer: линейное время максимального правдоподобия и байесовское филогенетическое размещение последовательностей на фиксированном ссылочном дереве | BMC Bioinformatics`

1. Маргулис М., Эгхолм М., Альтман В., Аттия С., Бадер Дж., Бембен Л., Берка Дж., Браверман М., Чен И., Чен З., и др. .: Секвенирование генома в микроизготовленных пиколитровых реакторах высокой плотности. Nature 2005, 437: 376–380. CAS PubMed PubMed Central Google ученый

2. Калли А., Ланг А., Саттл С. Метагеномный анализ прибрежных сообществ РНК-вирусов. Наука 2006 г., 312 (5781): 1795–1798. 10.1126 / science.1127404 CAS Статья PubMed Google ученый

3. Gill S, Pop M, DeBoy R, Eckburg P, Turnbaugh P, Samuel B, Gordon J, Relman D, Fraser-Liggett C, Nelson K: Метагеномный анализ микробиома дистального отдела кишечника человека. Наука 2006 г., 312 (5778): 1355–1359. 10.1126 / science.1124234 CAS Статья PubMed PubMed Central Google ученый

4. Вентер Дж., Ремингтон К., Гейдельберг Дж., Халперн А., Руш Д., Эйзен Дж., Ву Д., Паульсен И., Нельсон К., Нельсон В., и др. .: Секвенирование экологического генома Саргассова моря. Science 2004, 304 (5667): 66–74. 10.1126 / science.10 CAS Статья PubMed Google ученый

5. Триндж С., Рубин Э .: Метагеномика: секвенирование ДНК образцов окружающей среды. Nat Rev Genet 2005, 6 (11): 805–814. 10.1038 / nrg1709 CAS Статья PubMed Google ученый

6. Мартин Х., Иванова Н., Кунин В., Варнеке Ф., Барри К., МакХарди А., Йейтс С., Хе С., Саламов А., Сзето Е., и др. .: Метагеномный анализ двух сообществ осадка с усиленным биологическим удалением фосфора (EBPR) . Nat Biotech 2006, 24: 1263–1269. 10.1038 / nbt1247 Статья Google ученый

7. Warnecke F, Luginbühl P, Ivanova N, Ghassemian M, Richardson T., Stege J, Cayouette M, McHardy A, Djord-jevic G, Aboushadi N, et al .: Метагеномный и функциональный анализ микробиоты задней кишки высших термитов, питающихся древесиной. Nature 2007, 450 (7169): 560–565. 10.1038 / nature06269 CAS Статья PubMed Google ученый

8. Бейкер Б., Бэнфилд Дж .: Сообщества микробов в кислотных дренажах шахт. FEMS Microbiol Ecol 2003, 44 (2): 139–152. 10.1016 / S0168-6496 (03) 00028-X CAS Статья PubMed Google ученый

9. Альтшул С., Гиш В., Миллер В., Майерс Э., Липман Д. Базовый инструмент локального поиска совмещения. J Mol Biol 1990, 215 (3): 403–410. CAS Статья PubMed Google ученый

10.
Huson D, Auch A, Qi J, Schuster S: MEGAN анализ метагеномных данных. Genome Res 2007, 17 (3): 377. 10.1101 / гр 57
CAS Статья PubMed PubMed Central Google ученый

11.
McHardy A, Martín H, Tsirigos A, Hugenholtz P, Rigoutsos I. Точная филогенетическая классификация фрагментов ДНК переменной длины. Nature Methods 2007, 4: 63–72. 10.1038 / nmeth976
CAS Статья PubMed Google ученый

12.
Диаз Н., Краузе Л., Гоесманн А., Нихаус К., Натткемпер Т.: TACOA-Таксономическая классификация фрагментов генома в окружающей среде с использованием кернеризованного подхода ближайшего соседа. BMC Bioinfo 2009, 10: 56.10.1186 / 1471-2105-10-56
Артикул Google ученый

13.
Брэди А., Зальцберг С: Phymm и PhymmBL: метагеномная филогенетическая классификация с интерполированными марковскими моделями. Nature Methods 2009, 6 (9): 673–676. 10.1038 / nmeth.1358
CAS Статья PubMed PubMed Central Google ученый

14.
Аллман Э., Родс Дж .: Идентифицируемость топологии дерева для филогенетических моделей, включая коварионные и смешанные модели. J Comput Biol 2006, 13 (5): 1101–1113. 10.1089 / cmb.2006.13.1101
CAS Статья PubMed Google ученый

15.
Аллман Э., Родс Дж .: Идентификация эволюционных деревьев и параметров замены для общей марковской модели с неизменяемыми узлами. Math Biosci 2008, 211: 18–33. 10.1016 / j.mbs.2007.09.001
Статья PubMed Google ученый

16.
Шимодаира Х., Хасегава М.: Множественные сравнения логарифмических вероятностей с приложениями к филогенетическому выводу. Mol Biol Evol 1999, 16: 1114–1116.
CAS Статья Google ученый

17.
Ян З .: Филогенетическая оценка максимального правдоподобия по последовательностям ДНК с переменными скоростями по сайтам: приблизительные методы. J Mol Evol 1994, 39 (3): 306–314. 10.1007 / BF00160154
CAS Статья PubMed Google ученый

18.
Le S, Gascuel O: Улучшенная матрица замещения общих аминокислот. Mol Biol Evol 2008, 25 (7): 1307. 10.1093 / molbev / msn067
CAS Статья PubMed Google ученый

19.
Felsenstein J: Inferring Phylogenies . 2004.
Google ученый

20.
Chor B, Tuller T: Найти дерево максимального правдоподобия сложно. J ACM 2006, 53 (5): 744.10.1145 / 1183907.1183909
Артикул Google ученый

21.
Roch S: Краткое доказательство того, что реконструкция филогенетического дерева по максимальной вероятности является сложной задачей. IEEE / ACM TCBB 2006, 92–94.
Google ученый

22.
Guindon S, Gascuel O: Простой, быстрый и точный алгоритм для оценки крупных филогений по максимальной вероятности. Sys Biol 2003, 696–704.10.1080 / 106351503520
Google ученый

23.
Стаматакис A: RAxML-VI-HPC: филогенетический анализ на основе максимального правдоподобия с тысячами таксонов и смешанных моделей. Биоинформатика 2006, 22 (21): 2688. 10.1093 / биоинформатика / btl446
CAS Статья PubMed Google ученый

24.
Цвикл Д: Подходы генетических алгоритмов для филогенетического анализа больших наборов данных биологической последовательности в соответствии с критерием максимального правдоподобия. Кандидатская диссертация . Техасский университет в Остине; 2006.
Google ученый

25.
Прайс М.Н., Дехал П.С., Аркин А.П.: FastTree 2: деревья приблизительного максимального правдоподобия для больших участков. PLoS ONE 2010, 5 (3): e9490. 10.1371 / journal.pone.0009490
Статья PubMed PubMed Central Google ученый

26.
Steel M, Székely L: Обращение случайных функций II: Явные границы для дискретной оценки максимального правдоподобия с приложениями. SIAM J Discrete Math 2002, 15 (4): 562–578. 10.1137 / S08
10138790X
Артикул Google ученый

27.
Морет Б., Рошан У., Варнов Т: Требования к длине последовательности для филогенетических методов. Конспект лекций по информатике 2002, 343–356. full_text
Google ученый

28.
Бергер С., Стаматакис А. Эволюционное размещение чтения короткой последовательности. Отправлено в Sys Biol 2009. [http://arxiv.org/abs/0911.2852]
Google ученый

29.
Маргулис М., Эгхолм М., Альтман В., Аттия С., Бадер Дж., Бембен Л., Берка Дж., Браверман М., Чен И., Чен З., и др. .: Секвенирование генома в открытом микропроцессорном пиколитре высокой плотности реакторы. Nature 2005, 437 (7057): 376.
CAS PubMed PubMed Central Google ученый

30.
Mardis E: Методы секвенирования ДНК нового поколения. Ann Rev Genomics Human Genet 2008, 9: 387. 10.1146 / annurev.genom.9.081307.164359
CAS Статья Google ученый

31.
Lemmon A, Brown J, Stanger-Hall K, Lemmon E: Влияние неоднозначных данных на филогенетические оценки, полученные с помощью максимального правдоподобия и байесовского вывода. Syst Biol 2009, 58: 130. 10.1093 / sysbio / syp017
CAS Статья PubMed Google ученый

32.
Археоптерикс [http://www.phylosoft.org/archaeopteryx/]

33.
Дендроскоп [http://www-ab.informatik.uni-tuebingen.de/software/dendroscope]

34.
Мурс А., Херд С: Эволюционный процесс от формы филогенетического дерева. Q Rev Biol 1997, 72: 31–54. 10.1086 / 419657
Артикул Google ученый

35.
Lozupone C, Knight R: UniFrac: новый филогенетический метод сравнения микробных сообществ. Appl Enviro Microbiol 2005, 71 (12): 8228. 10.1128 / AEM.71.12.8228-8235.2005
CAS Статья Google ученый

36.
Клюге А., Фаррис Дж .: Количественная филетика и эволюция бесхвостых животных. Syst Zool 1969, 1–32. 10.2307 / 2412407
Google ученый

37.
Фельзенштейн Дж .: Эволюционные деревья из последовательностей ДНК: подход максимального правдоподобия. J Mol Evol 1981, 17 (6): 368–376. 10.1007 / BF01734359
CAS Статья PubMed Google ученый

38.
Монье А., Клавери Дж., Огата Х: Таксономическое распределение крупных ДНК-вирусов в море. Genome Biol 2008, 9 (7): R106. 10.1186 / gb-2008-9-7-r106
Артикул PubMed PubMed Central Google ученый

39.
Фон Меринг К., Хугенгольц П., Раес Дж., Триндж С., Дёркс Т., Йенсен Л., Уорд Н., Борк П.: Количественная филогенетическая оценка микробных сообществ в различных средах. Наука 2007, 315 (5815): 1126. 10.1126 / science.1133420
CAS Статья PubMed Google ученый

40.
Kosakovsky P, Posada D, Stawiski E, Chappey C, Poon A, Hughes G, Fearnhill E, Gravenor M, Leigh B, Frost S: алгоритм на основе эволюционной модели для точного филогенетического картирования точек разрыва и предсказания подтипов в ВИЧ-1. PLoS Comp Biol 2009, 5 (11): e1000581. 10.1371 / journal.pcbi.1000581
Статья Google ученый

41.
Цвикл Д., Хиллис Д.: Увеличение выборки таксонов значительно снижает филогенетические ошибки. Системная биология 2002, 51 (4): 588. 10.1080 / 106351502339
Артикул Google ученый

42. Куэто М., Матсен Ф .: Многогранная геометрия филогенетических таксонов-изгоев. В печати Bull Math Biol 2010. [http://arxiv.org/abs/1001.5241] Google ученый

43. Мунк К., Бумсма В., Виллерслев Е., Нильсен Р.: Быстрое филогенетическое штрих-кодирование ДНК. Фил Trans Royal Soc B 2008, 363 (1512): 3997–4002. 10.1098 / rstb.2008.0169 CAS Статья Google ученый

44. Drummond A, Rambaut A: BEAST v1.0.2003. [http://beast.bio.ed.ac.uk/] Google ученый

45. Huelsenbeck JP, Ronquist F: MRBAYES: Байесовский вывод филогении. Биоинформатика 2001, 17: 754–755. 10.1093 / биоинформатика / 17.8.754 CAS Статья PubMed Google ученый

46. Уилан С., Голдман Н.: Общая эмпирическая модель эволюции белков, полученная из нескольких семейств белков с использованием подхода максимального правдоподобия. Mol Biol Evol 2001, 18 (5): 691–699. CAS Статья PubMed Google ученый

47. Objective Caml [http://caml.inria.fr/ocaml/index.en.html]

48. Научная библиотека GNU [http://www.gnu.org/software/gsl/]

49. Хан М., Змасек C: phyloXML: XML для эволюционной биологии и сравнительной геномики. BMC Bioinfo 2009, 10: 356. 10.1186 / 1471-2105-10-356 Статья Google ученый

50. Zurawski G, Bohnert H, Whitfeld P, Bottomley W. Нуклеотидная последовательность гена тилакоидного мембранного белка Mr 32000 из Spinacia oleracea и Nicotiana debneyi предсказывает полностью консервативный продукт первичной трансляции Mr 38,950. Proc Nat Acad Sci 1982, 79 (24): 7699–7703. 10.1073 / пнас.79.24.7699 CAS Статья PubMed PubMed Central Google ученый

51. Зейднер Г., Престон С., Делонг Э., Массана Р., Пост А, Сканлан Д., Бежа О: Молекулярное разнообразие морского пикофитопланктона, выявленное с помощью анализа psbA. Environ Microbiol 2003, 5 (3): 212. 10.1046 / j.1462-2920.2003.00403.x CAS Статья PubMed Google ученый

52. Салливан М., Линделл Д., Ли Дж., Томпсон Л., Белявски Дж., Чисхолм С. Распространенность и эволюция основных генов фотосистемы II в морских цианобактериальных вирусах и их хозяевах. PLoS Biol 2006, 4 (8): e234. 10.1371 / journal.pbio.0040234 Статья PubMed PubMed Central Google ученый

53. Миллард А., Клоки М., Шуб Д., Манн Н.: Генетическая организация области psbAD в фагах, инфицирующих морские штаммы Synechococcus. PNAS 2004, 101 (30): 11007. 10.1073 / pnas.0401478101 CAS Статья PubMed PubMed Central Google ученый

54. Lindell D, Jaffe J, Coleman M, Futschik M, Axmann I, Rector T, Kettler G, Sullivan M, Steen R, Hess W, et al .: динамика экспрессии морского животного в масштабе всего генома вирус и хозяин обнаруживают особенности совместной эволюции. Nature 2007, 449 (7158): 83–86. 10.1038 / nature06130 CAS Статья PubMed Google ученый

55. Chenard C, Suttle C: Филогенетическое разнообразие последовательностей фотосинтетического гена psbA цианофагов в морских и пресных водах. Appl Enviro Microbiol 2008, 74 (17): 5317. 10.1128 / AEM.02480-07 CAS Статья Google ученый

56. Williamson S, Rusch D, Yooseph S, Halpern A, Heidelberg K, Glass J, Andrews-Pfannkoch C, Fadrosh D, Miller C, Sutton G, et al .: The Sorcerer II Global Ocean Sampling. Экспедиция: метагеномная характеристика вирусов в образцах водных микробов. PLoS ONE 2008, 3 (1): e1456. 10.1371 / journal.pone.0001456 Статья PubMed PubMed Central Google ученый

57. Sharon I, Tzahor S, Williamson S, Shmoish M, Man-Aharonovich D, Rusch D, Yooseph S, Zeidner G, Golden S, Mackey S, et al .: Вирусные гены фотосинтетических центров и стенограммы в морской среде. Журнал ISME 2007, 1 (6): 492–501. 10.1038 / ismej.2007,67 CAS Статья PubMed Google ученый

58. Eddy S: Профиль скрытых марковских моделей. Биоинформатика 1998, 14 (9): 755–763. 10.1093 / биоинформатика / 14.9.755 CAS Статья PubMed Google ученый

59. Татусов Р., Гальперин М., Натале Д., Кунин Е.: База данных COG: инструмент для анализа функций и эволюции белков в масштабе генома. Nucleic Acids Res 2000, 28: 33. 10.1093 / nar / 28.1.33 CAS Статья PubMed PubMed Central Google ученый

60. Старк М., Бергер С., Стаматакис А., фон Меринг К.: MLTreeMap - точное размещение последовательностей ДНК окружающей среды в таксономических и функциональных справочных филогении с максимальной вероятностью. BMC Genomics 2010, 11: 461. 10.1186 / 1471-2164-11-461 Статья PubMed PubMed Central Google ученый

61. Краузе Л., Диаз Н., Гоесманн А., Келли С., Натткемпер Т., Ровер Ф., Эдвардс Р., Стоу Дж .: Филогенетическая классификация коротких фрагментов ДНК окружающей среды. Nucleic Acids Res 2008. Google ученый

62. Munch K, Boomsma W, Huelsenbeck J, Willerslev E, Nielsen R: Статистическое присвоение последовательностей ДНК с использованием байесовской филогенетики. Sys Biol 2008, 57 (5): 750–757. 10.1080 / 10635150802422316 Артикул Google ученый

63. Felsenstein J: PHYLIP (Пакет вывода филогении) версия 3.6. В Распространено автором . Департамент геномных наук Вашингтонского университета, Сиэтл; 2004. Google ученый

64. Шмидт Х., Стриммер К., Вингрон М., фон Хезелер А: ДЕРЕВО-ЗАГАДКА: филогенетический анализ максимального правдоподобия с использованием квартетов и параллельных вычислений. Биоинформатика 2002, 18 (3): 502–504. 10.1093 / биоинформатика / 18.3,502 CAS Статья PubMed Google ученый

65. Кишино Х., Мията Т., Хасегава М: заключение о филогении белков и происхождении хлоропластов с максимальной вероятностью. J Mol Evol 1990, 31 (2): 151–160. 10.1007 / BF02109483 CAS Статья Google ученый

66. Стриммер К., Рамбаут А: Вывод достоверных наборов возможно неправильно определенных генных деревьев. Proc Royal Soc B 2002, 269 (1487): 137–142. 10.1098 / рспб.2001.1862 Статья Google ученый

67. Ву М., Эйзен Дж .: Простой, быстрый и точный метод филогеномного вывода. Genome Biol 2008, 9 (10): R151. 10.1186 / gb-2008-9-10-r151 Артикул PubMed PubMed Central Google ученый

68. Стаматакис А., Коморник З., Бергер С. Эволюционное размещение операций чтения с короткой последовательностью в многоядерных архитектурах. Труды AICCSA-10 на 8-й Международной конференции ACS / IEEE по компьютерным системам и приложениям (AICCSA-10), Хаммамет, Тунис 2010. Google ученый

69. Эванс С., Матсен Ф .: Филогенетическая метрика Канторовича-Рубинштейна для образцов экологической последовательности. отправлено в JRSS B 2010. [http://arxiv.org/abs/1005.1699v2] Google ученый

70. Lozupone C, Hamady M, Kelley S, Knight R: Количественные и качественные {бета} измерения разнообразия позволяют по-разному взглянуть на факторы, которые структурируют микробные сообщества. Appl Environ Microbiol 2007, 73 (5): 1576. 10.1128 / AEM.01996-06 CAS Статья PubMed PubMed Central Google ученый

71. Репозиторий Pplacer Github [http://github.com/matsen/pplacer]

72. Тернбо П., Хамади М., Яцуненко Т., Кантарел Б., Дункан А., Лей Р., Согин М., Джонс У., Роу Б., Affourtit J, и др. .: Основной микробиом кишечника у тучных и худых близнецов. Nature 2008, 457 (7228): 480–484. 10.1038 / nature07540 Артикул PubMed PubMed Central Google ученый

73. КАМЕРА - киберинфраструктура сообщества для передовых исследований и анализа морской микробной экологии [http://camera.calit2.net/]

74. Драммонд А., Эштон Б., Чунг М., и др. . : Geneious Версия 3.5. 2007. Google ученый

75. FigTree [http://tree.bio.ed.ac.uk/software/gtree/]

76. Stamatakis A: Филогенетические модели неоднородности скорости: перспектива высокопроизводительных вычислений. Симпозиум по параллельной и распределенной обработке, 2006 г. IPDPS 2006. 20-й Международный 2006 г., 8. Google ученый

`Ссылка: Блочные элементы | Slack`

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

Наш обзор поверхностей приложений, поддерживающих Block Kit, показывает вам, где можно добавлять блоки.

Наконец, наше руководство по взаимодействию с пользователем поможет вам подготовить ваше приложение к использованию интерактивных компонентов, перечисленных ниже.

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

`Кнопочный элемент`

Работает с типами блоков: Раздел Действия Интерактивный компонент, вставляющий кнопку.Кнопка может быть триггером для чего угодно, от открытия простой ссылки до запуска сложного рабочего процесса. Чтобы использовать интерактивные компоненты, вам нужно будет внести некоторые изменения для подготовки вашего приложения. Прочтите наше руководство по обеспечению интерактивности. Поля Поле Тип Обязательно? Описание тип Строка Есть Тип элемента.В этом случае тип всегда кнопка . текст Объект Есть Текстовый объект, определяющий текст кнопки. Может быть только типа: plain_text . Максимальная длина текста в этом поле составляет 75 символов. action_id Строка Есть Идентификатор этого действия. Вы можете использовать это, когда получаете полезные данные взаимодействия для определения источника действия.Должен быть уникальным среди всех остальных action_id в содержащем блоке. Максимальная длина этого поля - 255 символов. URL Строка Нет URL-адрес для загрузки в браузере пользователя при нажатии кнопки. Максимальная длина этого поля - 3000 символов. Если вы используете url , вы все равно будете получать полезные данные взаимодействия, и вам нужно будет отправить ответ с подтверждением. значение Строка Нет Значение, отправляемое вместе с полезной нагрузкой взаимодействия.Максимальная длина этого поля - 2000 символов. стиль Строка Нет Украшает кнопки альтернативными визуальными цветовыми схемами. Используйте этот вариант сдержанно. primary выделяет кнопкам зеленый контур и текст, что идеально для действий подтверждения или подтверждения. первичный следует использовать только для одной кнопки в наборе. опасность дает кнопкам красный контур и текст, и его следует использовать, когда действие является разрушительным.Используйте опасность еще более экономно, чем первичный . Если вы не включите это поле, будет использоваться стиль кнопки по умолчанию. На изображении выше показаны три различных варианта стиля. подтвердить Объект Нет Объект подтверждения, определяющий необязательный диалог подтверждения после нажатия кнопки. Примеры Обычная интерактивная кнопка: { "тип": "кнопка", "text": { "тип": "простой_текст", "текст": "Нажми меня" }, "значение": "click_me_123", "action_id": "button" } Кнопка с основным атрибутом стиля : { "тип": "кнопка", "text": { "тип": "простой_текст", "текст": "Сохранить" }, "стиль": "основной", "значение": "click_me_123", "action_id": "button" } Кнопка ссылки: { "тип": "кнопка", "text": { "тип": "простой_текст", "текст": "Кнопка ссылки" }, "url": "https: // api.slack.com/block-kit " } Посмотреть пример Группы флажков Работает с типами блоков: Раздел Действия Вход Группа флажков, которая позволяет пользователю выбирать несколько элементов из списка возможных вариантов. Флажки поддерживаются только на следующих поверхностях приложения: Вкладки «Домой» Модальные сообщения Сообщения Чтобы использовать подобные интерактивные компоненты, вам нужно будет внести некоторые изменения для подготовки вашего приложения. Прочтите наше руководство по обеспечению интерактивности. Поля Поле Тип Обязательно? Описание тип Строка Есть Тип элемента. В этом случае тип всегда будет флажком . action_id Строка Есть Идентификатор действия, запускаемого при изменении группы флажков.Вы можете использовать это, когда получаете полезные данные взаимодействия для определения источника действия. Должен быть уникальным среди всех остальных action_id в содержащем блоке. Максимальная длина этого поля - 255 символов. варианты Объект [] Есть Массив объектов опций. Допускается максимум 10 вариантов. initial_options Объект [] Нет Массив объектов параметров, который точно соответствует одному или нескольким параметрам в пределах параметров .Эти параметры будут выбраны при первоначальной загрузке группы флажков. подтвердить Объект Нет Объект подтверждения, определяющий необязательный диалог подтверждения, который появляется после установки одного из флажков в этом элементе. focus_on_load логическое Нет Указывает, будет ли элемент установлен на автофокус в пределах объекта просмотра .Только один элемент может быть установлен на истинный . По умолчанию ложно . Пример Блок раздела, содержащий группу флажков: { "тип": "модальный", "заглавие": { "тип": "простой_текст", "text": "Мое приложение", «смайлики»: правда }, "Разместить": { "тип": "простой_текст", "text": "Отправить", «смайлики»: правда }, "близко": { "тип": "простой_текст", "текст": "Отмена", «эмодзи»: правда }, "блоки": [ { "тип": "раздел", "text": { "тип": "простой_текст", "text": "Обратите внимание на эти очаровательные флажки" }, "аксессуар": { "тип": "флажки", "action_id": "this_is_an_action_id", "initial_options": [{ "значение": "А1", "text": { "тип": "простой_текст", "текст": "Флажок 1" } }], "параметры": [ { "значение": "А1", "text": { "тип": "простой_текст", "текст": "Флажок 1" } }, { «значение»: «А2», "text": { "тип": "простой_текст", "текст": "Флажок 2" } } ] } } ] } Посмотреть пример Элемент выбора даты Работает с типами блоков: Раздел Действия Вход Элемент, который позволяет пользователям легко выбирать дату из пользовательского интерфейса в стиле календаря. Чтобы использовать подобные интерактивные компоненты, вам нужно будет внести некоторые изменения для подготовки вашего приложения. Прочтите наше руководство по обеспечению интерактивности. Поля Поле Тип Обязательно? Описание тип Строка Есть Тип элемента. В этом случае тип всегда будет datepicker . action_id Строка Есть Идентификатор действия, запускаемого при выборе пункта меню. Вы можете использовать это, когда получаете полезные данные взаимодействия для определения источника действия. Должен быть уникальным среди всех остальных action_id в содержащем блоке. Максимальная длина этого поля - 255 символов. заполнитель Объект Нет plain_text - только текстовый объект, который определяет текст-заполнитель, отображаемый на указателе даты.Максимальная длина текста в этом поле составляет 150 символов. начальная_дата Строка Нет Начальная дата, которая выбирается при загрузке элемента. Это должно быть в формате ГГГГ-ММ-ДД . подтвердить Объект Нет Объект подтверждения, определяющий необязательный диалог подтверждения, который появляется после выбора даты. focus_on_load логическое Нет Указывает, будет ли элемент установлен на автофокус в пределах объекта просмотра . Только один элемент может быть установлен на истинный . По умолчанию ложно . Пример Блок раздела, содержащий элемент datepicker: { "тип": "раздел", "block_id": "section1234", "text": { "тип": "mrkdwn", "text": "Выберите дату крайнего срока." }, "аксессуар": { "type": "datepicker", "action_id": "datepicker123", "initial_date": "1990-04-28", "placeholder": { "тип": "простой_текст", "text": "Выберите дату" } } } Посмотреть пример Элемент изображения Работает с типами блоков: Контекст раздела Элемент для вставки изображения как части большего блока содержимого. Если вам нужен блок с , только изображение в нем, вам нужен блок image . Поля Поле Тип Обязательно? Описание тип Строка Есть Тип элемента. В этом случае тип всегда изображение . image_url Строка Есть URL-адрес отображаемого изображения. alt_text Строка Есть Краткое текстовое описание изображения. Он не должен содержать разметки. Пример { "тип": "изображение", "image_url": "http://placekitten.com/700/500", "alt_text": "Несколько милых котят" } Посмотреть пример Элемент меню с множественным выбором Меню с множественным выбором позволяет пользователю выбирать несколько элементов из списка опций.Как и обычные меню выбора, меню с множественным выбором также включают функцию опережающего ввода, когда пользователь может ввести часть или всю строку параметров для фильтрации списка. Чтобы использовать интерактивные компоненты, вам нужно будет внести некоторые изменения для подготовки вашего приложения. Прочтите наше руководство по обеспечению интерактивности. Существуют разные типы меню с множественным выбором, которые зависят от разных источников данных для их списков опций: Статические опции Работает с типами блоков: Вход раздела Это простейшая форма меню выбора со статическим списком опций, переданных при определении элемента. Поля Поле Тип Обязательно? Описание тип Строка Есть Тип элемента. В этом случае тип всегда multi_static_select . заполнитель Объект Есть plain_text - только текстовый объект, определяющий текст-заполнитель, отображаемый в меню.Максимальная длина текста в этом поле составляет 150 символов. action_id Строка Есть Идентификатор действия, запускаемого при выборе пункта меню. Вы можете использовать это, когда получаете полезные данные взаимодействия для определения источника действия. Должен быть уникальным среди всех остальных action_id в содержащем блоке. Максимальная длина этого поля - 255 символов. варианты Объект [] Есть Массив объектов опций.Максимальное количество опций - 100. Если указано option_groups , этого поля не должно быть. option_groups Объект [] Нет Массив объектов группы опций. Максимальное количество групп опций - 100. Если указано опций , этого поля не должно быть. initial_options Объект [] Нет Массив объектов параметров, которые точно соответствуют одному или нескольким параметрам в пределах параметров или option_groups .Эти параметры будут выбраны при первоначальной загрузке меню. подтвердить Объект Нет Подтверждающий объект, определяющий необязательный диалог подтверждения, который появляется перед отправкой вариантов множественного выбора. max_selected_items Целое число Нет Задает максимальное количество элементов, которые можно выбрать в меню. Минимальное количество 1. focus_on_load логическое Нет Указывает, будет ли элемент установлен на автофокус в пределах объекта просмотра .Только один элемент может быть установлен на истинный . По умолчанию ложно . Пример Статическое меню с множественным выбором [ { "тип": "раздел", "block_id": "section678", "text": { "тип": "mrkdwn", "text": "Выбрать элементы из списка" }, "аксессуар": { "action_id": "text1234", "тип": "multi_static_select", "placeholder": { "тип": "простой_текст", "текст": "Выбрать элементы" }, "параметры": [ { "text": { "тип": "простой_текст", "текст": "* это простой_текст *" }, "значение": "значение-0" }, { "text": { "тип": "простой_текст", "text": "* это простой_текст *" }, "значение": "значение-1" }, { "text": { "тип": "простой_текст", "текст": "* это простой_текст *" }, "значение": "значение-2" } ] } } ] Посмотреть пример Внешний источник данных Работает с типами блоков: Вход раздела Это меню загружает свои параметры из внешнего источника данных, что позволяет создать динамический список параметров. Настройка Чтобы использовать этот тип меню, сначала необходимо настроить приложение: Перейдите на страницу настроек своего приложения и выберите меню функций Interactive Components . Добавьте URL-адрес в Параметры загрузки URL-адреса в разделе «Выбор меню». Сохранить изменения. Каждый раз, когда открывается меню этого типа или пользователь начинает вводить текст в поле ввода, мы отправляем запрос на указанный вами URL. Ваше приложение должно вернуть ответ HTTP 200 OK вместе с телом сообщения application / json с объектом, содержащим либо массив options , либо массив option_groups .Вот пример ответа: { "параметры": [ { "text": { "тип": "простой_текст", "текст": "* это простой_текст *" }, "значение": "значение-0" }, { "text": { "тип": "простой_текст", "текст": "* это простой_текст *" }, "значение": "значение-1" }, { "text": { "тип": "простой_текст", "текст": "* это простой_текст *" }, "значение": "значение-2" } ] } Поля Поле Тип Обязательно? Описание тип Строка Есть Тип элемента.В этом случае тип всегда multi_external_select . заполнитель Объект Есть plain_text - только текстовый объект, определяющий текст-заполнитель, отображаемый в меню. Максимальная длина текста в этом поле составляет 150 символов. action_id Строка Есть Идентификатор действия, запускаемого при выборе пункта меню.Вы можете использовать это, когда получаете полезные данные взаимодействия для определения источника действия. Должен быть уникальным среди всех остальных action_id в содержащем блоке. Максимальная длина этого поля - 255 символов. min_query_length Целое число Нет Когда используется поле typeahead, запрос будет отправляться при каждом изменении символа. Если вы предпочитаете меньше запросов или более полно продуманных запросов, используйте атрибут min_query_length , чтобы сообщить Slack о наименьшем количестве вводимых символов, необходимых перед отправкой.Значение по умолчанию - 3 . initial_options Объект [] Нет Массив объектов параметров, которые точно соответствуют одному или нескольким параметрам в пределах параметров или option_groups . Эти параметры будут выбраны при первоначальной загрузке меню. подтвердить Объект Нет Подтверждающий объект, определяющий необязательный диалог подтверждения, который появляется перед отправкой вариантов множественного выбора. max_selected_items Целое число Нет Задает максимальное количество элементов, которые можно выбрать в меню. Минимальное количество 1. focus_on_load логическое Нет Указывает, будет ли элемент установлен на автофокус в пределах объекта просмотра . Только один элемент может быть установлен на истинный . По умолчанию ложно . Пример Меню множественного выбора в блоке раздела с внешним источником данных: [ { "тип": "раздел", "block_id": "section678", "text": { "тип": "mrkdwn", "text": "Выбрать элементы из списка" }, "аксессуар": { "action_id": "text1234", "тип": "multi_external_select", "placeholder": { "тип": "простой_текст", "текст": "Выбрать элементы" }, "min_query_length": 3 } } ] Список пользователей Работает с типами блоков: Вход раздела Это меню с множественным выбором заполнит свои параметры списком пользователей Slack, видимым текущему пользователю в активной рабочей области. Поля Поле Тип Обязательно? Описание тип Строка Есть Тип элемента. В этом случае тип всегда multi_users_select . заполнитель Объект Есть plain_text - только текстовый объект, определяющий текст-заполнитель, отображаемый в меню.Максимальная длина текста в этом поле составляет 150 символов. action_id Строка Есть Идентификатор действия, запускаемого при выборе пункта меню. Вы можете использовать это, когда получаете полезные данные взаимодействия для определения источника действия. Должен быть уникальным среди всех остальных action_id в содержащем блоке. Максимальная длина этого поля - 255 символов. initial_users Строка [] Нет Массив идентификаторов всех допустимых пользователей для предварительного выбора при загрузке меню. подтвердить Объект Нет Подтверждающий объект, определяющий необязательный диалог подтверждения, который появляется перед отправкой вариантов множественного выбора. max_selected_items Целое число Нет Задает максимальное количество элементов, которые можно выбрать в меню. Минимальное количество 1. focus_on_load логическое Нет Указывает, будет ли элемент установлен на автофокус в пределах объекта просмотра .Только один элемент может быть установлен на истинный . По умолчанию ложно . Пример Меню с множественным выбором в блоке раздела, показывающее список пользователей: [ { "тип": "раздел", "block_id": "section678", "text": { "тип": "mrkdwn", "text": "Выбрать пользователей из списка" }, "аксессуар": { "action_id": "text1234", "тип": "multi_users_select", "placeholder": { "тип": "простой_текст", "text": "Выберите пользователей" } } } ] Список разговоров Работает с типами блоков: Вход раздела Это меню с несколькими вариантами выбора заполнит свои параметры списком общедоступных и частных каналов, DM и MPIM, видимых текущему пользователю в активной рабочей области. Поля Поле Тип Обязательно? Описание тип Строка Есть Тип элемента. В этом случае тип всегда multi_conversations_select . заполнитель Объект Есть plain_text - только текстовый объект, определяющий текст-заполнитель, отображаемый в меню.Максимальная длина текста в этом поле составляет 150 символов. action_id Строка Есть Идентификатор действия, запускаемого при выборе пункта меню. Вы можете использовать это, когда получаете полезные данные взаимодействия для определения источника действия. Должен быть уникальным среди всех остальных action_id в содержащем блоке. Максимальная длина этого поля - 255 символов. initial_conversations Строка [] Нет Массив из одного или нескольких идентификаторов любых допустимых диалогов, которые должны быть предварительно выбраны при загрузке меню.Если также указан default_to_current_conversation , initial_conversation будет проигнорирован. default_to_current_conversation логическое Нет Предварительно заполняет меню выбора беседой, которую пользователь просматривал, когда открывал модальное окно, если доступно. По умолчанию ложь . подтвердить Объект Нет Подтверждающий объект, определяющий необязательный диалог подтверждения, который появляется перед отправкой вариантов множественного выбора. max_selected_items Целое число Нет Задает максимальное количество элементов, которые можно выбрать в меню. Минимальное количество 1. фильтр Объект Нет Объект фильтра, который сокращает список доступных диалогов, используя указанные критерии. focus_on_load логическое Нет Указывает, будет ли элемент установлен на автофокус в пределах объекта просмотра .Только один элемент может быть установлен на истинный . По умолчанию ложно . Пример Меню с множественным выбором в блоке раздела, показывающее список разговоров: [ { "тип": "раздел", "block_id": "section678", "text": { "тип": "mrkdwn", "text": "Выберите беседы из списка" }, "аксессуар": { "action_id": "text1234", "тип": "multi_conversations_select", "placeholder": { "тип": "простой_текст", "text": "Выберите беседы" } } } ] Список общедоступных каналов Работает с типами блоков: Вход раздела Это меню с множественным выбором заполнит свои параметры списком общедоступных каналов, видимых текущему пользователю в активной рабочей области. Поля Поле Тип Обязательно? Описание тип Строка Есть Тип элемента. В этом случае тип всегда multi_channels_select . заполнитель Объект Есть plain_text - только текстовый объект, определяющий текст-заполнитель, отображаемый в меню.Максимальная длина текста в этом поле составляет 150 символов. action_id Строка Есть Идентификатор действия, запускаемого при выборе пункта меню. Вы можете использовать это, когда получаете полезные данные взаимодействия для определения источника действия. Должен быть уникальным среди всех остальных action_id в содержащем блоке. Максимальная длина этого поля - 255 символов. initial_channels Строка [] Нет Массив из одного или нескольких идентификаторов любого допустимого общедоступного канала, который будет предварительно выбран при загрузке меню. подтвердить Объект Нет Подтверждающий объект, определяющий необязательный диалог подтверждения, который появляется перед отправкой вариантов множественного выбора. max_selected_items Целое число Нет Задает максимальное количество элементов, которые можно выбрать в меню. Минимальное количество 1. focus_on_load логическое Нет Указывает, будет ли элемент установлен на автофокус в пределах объекта просмотра .Только один элемент может быть установлен на истинный . По умолчанию ложно . Пример Меню с множественным выбором в блоке раздела, показывающее список каналов: [ { "тип": "раздел", "block_id": "section678", "text": { "тип": "mrkdwn", "text": "Выбрать каналы из списка" }, "аксессуар": { "action_id": "text1234", "тип": "multi_channels_select", "placeholder": { "тип": "простой_текст", "text": "Выбрать каналы" } } } ] Элемент меню переполнения Работает с типами блоков: Раздел Действия Это что-то среднее между кнопкой и меню выбора - когда пользователь нажимает на эту кнопку переполнения, ему будет представлен список вариантов для выбора.В отличие от меню выбора, здесь нет поля ввода, и кнопка всегда отображается с многоточием («…»), а не с настраиваемым текстом. Таким образом, он обычно используется, если вам нужен более компактный макет, чем меню выбора, или для предоставления списка менее визуально важных действий после ряда кнопок. Вы также можете указать простые URL-ссылки в качестве параметров меню переполнения вместо действий. Чтобы использовать подобные интерактивные компоненты, вам нужно будет внести некоторые изменения для подготовки вашего приложения.Прочтите наше руководство по обеспечению интерактивности. Поля Поле Тип Обязательно? Описание тип Строка Есть Тип элемента. В этом случае тип всегда переполнение . action_id Строка Есть Идентификатор действия, запускаемого при выборе пункта меню.Вы можете использовать это, когда получаете полезные данные взаимодействия для определения источника действия. Должен быть уникальным среди всех остальных action_id в содержащем блоке. Максимальная длина этого поля - 255 символов. варианты Объект [] Есть Массив объектов параметров для отображения в меню. Максимальное количество вариантов - 5, минимальное - 2. подтвердить Объект Нет Объект подтверждения, определяющий необязательный диалог подтверждения, который появляется после выбора пункта меню. Пример Блок секции с дополнительным меню: { "тип": "раздел", "block_id": "раздел 890", "text": { "тип": "mrkdwn", "text": "Это блок раздела с дополнительным меню." }, "аксессуар": { "тип": "переполнение", "параметры": [ { "text": { "тип": "простой_текст", "текст": "* это простой_текст *" }, "значение": "значение-0" }, { "text": { "тип": "простой_текст", "текст": "* это простой_текст *" }, "значение": "значение-1" }, { "text": { "тип": "простой_текст", "текст": "* это простой_текст *" }, "значение": "значение-2" }, { "text": { "тип": "простой_текст", "текст": "* это простой_текст *" }, "значение": "значение-3" }, { "text": { "тип": "простой_текст", "текст": "* это простой_текст *" }, "значение": "значение-4" } ], "action_id": "overflow" } } Посмотреть пример Элемент ввода обычного текста Работает с типами блоков: Вход Обычный текстовый ввод, аналогичный тегу HTML , создает поле, в которое пользователь может вводить данные произвольной формы.Он может отображаться как однострочное поле или более крупное текстовое поле с использованием многострочного флага . Чтобы использовать подобные интерактивные компоненты, вам нужно будет внести некоторые изменения для подготовки вашего приложения. Прочтите наше руководство по обеспечению интерактивности. Элементы ввода обычного текста поддерживаются на следующих поверхностях приложения: Вкладки «Главная» Сообщения Модальные окна Чтобы использовать элементы ввода обычного текста в модальных окнах, вам нужно будет внести некоторые изменения для подготовки вашего приложения. Прочтите о подготовке вашего приложения для модальных окон. Поля Поле Тип Обязательно? Описание тип Строка Есть Тип элемента. В этом случае тип всегда plain_text_input . action_id Строка Есть Идентификатор входного значения при отправке родительского модального окна.Вы можете использовать это, когда получаете полезную нагрузку view_submission для определения значения входного элемента. Должен быть уникальным среди всех остальных action_id в содержащем блоке. Максимальная длина этого поля - 255 символов. заполнитель Объект Нет plain_text - только текстовый объект, который определяет текст-заполнитель, отображаемый при вводе обычного текста. Максимальная длина текста в этом поле составляет 150 символов. начальное_значение Строка Нет Начальное значение в текстовом вводе при загрузке. многострочный логическое Нет Указывает, будет ли ввод одной строкой ( false ) или большей текстовой областью ( true ). По умолчанию ложно . мин_длина Целое число Нет Минимальная длина ввода, которую должен предоставить пользователь.Если пользователь предоставит меньше, он получит сообщение об ошибке. Максимальное значение - 3000. макс_длина Целое число Нет Максимальная длина ввода, которую может предоставить пользователь. Если пользователь предоставит больше, он получит сообщение об ошибке. dispatch_action_config Объект Нет Объект конфигурации отправки, который определяет, когда во время ввода текста элемент возвращает полезную нагрузку block_actions . focus_on_load логическое Нет Указывает, будет ли элемент установлен на автофокус в пределах объекта просмотра . Только один элемент может быть установлен на истинный . По умолчанию ложно . Пример Блок ввода, содержащий элемент ввода простого текста. { "тип": "ввод", "block_id": "input123", "метка": { "тип": "простой_текст", "текст": "Метка ввода" }, "element": { "тип": "простой_текст_ввод", "action_id": "plain_input", "placeholder": { "тип": "простой_текст", "text": "Введите простой текст" } } } Элемент группы радиокнопок Работает с типами блоков: Раздел Действия Вход Группа переключателей, которая позволяет пользователю выбрать один элемент из списка возможных вариантов. Радиокнопки поддерживаются на следующих поверхностях приложений: Вкладки «Домой» Модальные сообщения Сообщения Чтобы использовать подобные интерактивные компоненты, вам нужно будет внести некоторые изменения для подготовки вашего приложения. Прочтите наше руководство по обеспечению интерактивности. Поля Поле Тип Обязательно? Описание тип Строка Есть Тип элемента.В этом случае тип всегда будет radio_buttons . action_id Строка Есть Идентификатор действия, запускаемого при изменении группы переключателей. Вы можете использовать это, когда получаете полезные данные взаимодействия для определения источника действия. Должен быть уникальным среди всех остальных action_id в содержащем блоке. Максимальная длина этого поля - 255 символов. варианты Объект [] Есть Массив объектов опций.Допускается максимум 10 вариантов. initial_option Объект Нет Объект опции, который точно соответствует одной из опций в пределах опции . Этот параметр будет выбран при первоначальной загрузке группы переключателей. подтвердить Объект Нет Подтверждающий объект, определяющий необязательный диалог подтверждения, который появляется после щелчка одного из переключателей в этом элементе. focus_on_load логическое Нет Указывает, будет ли элемент установлен на автофокус в пределах объекта просмотра . Только один элемент может быть установлен на истинный . По умолчанию ложно . Пример Блок раздела, содержащий набор переключателей: { "тип": "модальный", "заглавие": { "тип": "простой_текст", "text": "Мое приложение", «эмодзи»: правда }, "Разместить": { "тип": "простой_текст", "text": "Отправить", «эмодзи»: правда }, "близко": { "тип": "простой_текст", "текст": "Отмена", «эмодзи»: правда }, "блоки": [ { "тип": "раздел", "text": { "тип": "простой_текст", "text": "Обратите внимание на эти радиокнопки" }, "аксессуар": { "type": "radio_buttons", "action_id": "this_is_an_action_id", "initial_option": { "значение": "А1", "text": { "тип": "простой_текст", "текст": "Радио 1" } }, "параметры": [ { "значение": "А1", "text": { "тип": "простой_текст", "текст": "Радио 1" } }, { «значение»: «А2», "text": { "тип": "простой_текст", "текст": "Радио 2" } } ] } } ] } Посмотреть пример Выбрать элемент меню Меню выбора, как и стандартный тег HTML Имя * Email * Сайт

Поле	Тип	Обязательно?	Описание
`тип`	Строка	Есть	Тип элемента.В этом случае `тип` всегда `кнопка` .
`текст`	Объект	Есть	Текстовый объект, определяющий текст кнопки. Может быть только `типа: plain_text` . Максимальная длина `текста` в этом поле составляет 75 символов.
`action_id`	Строка	Есть	Идентификатор этого действия. Вы можете использовать это, когда получаете полезные данные взаимодействия для определения источника действия.Должен быть уникальным среди всех остальных `action_id` в содержащем блоке. Максимальная длина этого поля - 255 символов.
`URL`	Строка	Нет	URL-адрес для загрузки в браузере пользователя при нажатии кнопки. Максимальная длина этого поля - 3000 символов. Если вы используете `url` , вы все равно будете получать полезные данные взаимодействия, и вам нужно будет отправить ответ с подтверждением.
`значение`	Строка	Нет	Значение, отправляемое вместе с полезной нагрузкой взаимодействия.Максимальная длина этого поля - 2000 символов.
`стиль`	Строка	Нет	Украшает кнопки альтернативными визуальными цветовыми схемами. Используйте этот вариант сдержанно. `primary` выделяет кнопкам зеленый контур и текст, что идеально для действий подтверждения или подтверждения. `первичный` следует использовать только для одной кнопки в наборе. `опасность` дает кнопкам красный контур и текст, и его следует использовать, когда действие является разрушительным.Используйте `опасность` еще более экономно, чем `первичный` . Если вы не включите это поле, будет использоваться стиль кнопки по умолчанию. На изображении выше показаны три различных варианта стиля.
`подтвердить`	Объект	Нет	Объект подтверждения, определяющий необязательный диалог подтверждения после нажатия кнопки.