МКОУ "СОШ с. Псыншоко"

МКОУ "СОШ с. Псыншоко"

Добро пожаловать на наш сайт!

Дойдет ли посылка если неправильно указан индекс: ДОЙДЕТ ЛИ ПОСЫЛКА ДО ПОЛУЧАТЕЛЯ ЕСЛИ УКАЗАН НЕПРАВИЛЬНЫЙ ИНДЕКС?

Прием и обработка исходящих воинских почтовых отправлений / КонсультантПлюс

Прием и обработка исходящих воинских почтовых отправлений

367. При приеме воинских почтовых отправлений необходимо руководствоваться следующим:

а) в воинские части и учреждения с указанием пункта назначения (например: 220015, Омск 15, войсковая часть 14016, Петрову Ивану Григорьевичу) принимаются все виды почтовых отправлений, в том числе и телеграфные переводы;

б) в воинские части и учреждения с указанием пункта назначения и индекса «ЮЯ» перед пятизначным номером (например: 614010, Пермь 10, войсковая часть ЮЯ-15520, Иванову Игорю Петровичу) принимаются только простые и заказные письма, почтовые карточки, бандероли, почтовые переводы, ценные письма и бандероли. Ценные бандероли с отметкой «Осторожно» не принимаются;

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

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

г) с адресом «Москва-400» принимаются только простые письма и простые почтовые карточки;

д) воинские регистрируемые почтовые отправления принимаются только с заказными и простыми уведомлениями о вручении;

е) почтовые отправления с наложенным платежом с адресами «Войсковая часть ЮЯ» и «Полевая почта» не принимаются.

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

369. Посылки с собственной одеждой граждан, призванных на действительную военную службу, сдаются воинскими частями и учреждениями по списку ф. 103, который должен быть подписан командиром части и иметь оттиск гербовой печати. Вместе с посылками предъявляются справки о дезинфекции вложения. Время с момента дезинфекции вещей до сдачи посылок на предприятие связи не должно превышать 3 суток. Справки о дезинфекции хранятся на предприятии связи, принявшем посылки. На оборотной стороне сопроводительного адреса войсковой частью указываются фамилия, имя и отчество призывника, вещи которого отправляются в посылке. На извещении сопроводительного адреса, в квитанции из тетради ф. 1, списке ф. 103 (гр. «Плата») делается отметка «Воинская бесплатная».

370. Почтовые отправления в адреса воинских частей и учреждений без указания места их нахождения подлежат возвращению отправителям с отметкой «Адрес указан неправильно», а при отсутствии адреса отправителя — направляется в УФПС согласно плану направления.

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

371. При записи в реестр ф. 11 (накладную ф. 16) воинских почтовых отправлений с адресом «Полевая почта» пятизначный номер полевой почты не указывается, а вместо этого делаются отметки «Воинское» или «Воинская».

Почтовые отправления, кроме посылок, адресованные на полевую почту, направляются в УФПС в опечатанных мешках согласно плану направления.

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

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

Открыть полный текст документа

Что делать если указан неправильный индекс

Адрес на алиэкспресс

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

необходимо писать по-русски, но английскими (латинскими) буквами. А чтобы это было легко и правильно сделать, воспользуйтесь нашим инструментом Life-price.ru/aliexpress.

Что делать, если неправильно указан почтовый индекс?

Просто е не смогут сразу правильно отсортировать на складе и на пересортировку уйдт время!

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

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

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

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

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

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

Как узнать, что посылка пришла в другой город

Немного вводного. В 2017 году Алиэкспресс обязывает продавцов выдавать на все посылки трек. Трек вашей посылки вы можете увидеть в заказе.

Треки могут быть отслеживаемыми, отслеживаемыми только по стране отправления (Китай) и вовсе не отслеживаемыми (фейки). В первых двух случаях обычно переживать не о чем. Если трек посылки указанный в заказе не получит статус Прибыло в место вручения или Вручено, то вы просто откроете спор и, скорее всего его выиграете.
Не нужно переживать, если во время движения ваша посылка едет вовсе в другую сторону. Бываете так, что посылка совершает сложные маршруты, прежде чем прибыть в пункт назначения. Это связано с особенностями работы почты. Переживать во время движения посылки не нужно.

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

Зачем продавец отправляет посылку в другой город. Он ошибся?

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

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

Возможно посылка к вам едет. Однако это не повод спокойно сидеть и ждать.

Чем опасен статус Вручено

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

Продавец говорит, что отправит посылку повторно

Или просто говорит, что трек выдан ошибочно и все едет. Говорит мол ждите спокойно. Бывает что продавец даже дает новый трек в личных сообщениях. Возможно он даже честен в с вами. Однако все это для вас не приемлемо.
У каждого заказа есть один активный трек. Увидеть его можно в подробностях заказа — .

Именно по этому треку Алиэкспресс и отслеживает состояние посылки автоматом. Те треки, что продавец может писать вам в личку Алиэкспресс не отслеживает. Поэтому даже если продавец в личных сообщениях написал вам правильный трек вам нужно внимательно контролировать статус ЗАКАЗА.
А лучше настаивать, чтобы продавец изменил трек на актуальный именно в заказе ! Чтобы Алиэкспресс отслеживал именно актуальный трек. А не тот, что уже вручен другому получателю. Если продавец соглашается, меняет трек, то старый трек в заказе остается, но выводится зачеркнутым, а рядом появляется новый трек.
То есть когда продавец вам говорит что вот новый трек, то просите его заменить трек в заказе. Ну а если Алиэкспресс сократил вам срок защиты из-за того что посылка вручена, то вам остается только открыть спор.

Посылка выдана в другом городе, но продавец не отвечает

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

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

Дата публикации: 25.01.2018

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

Необходимо правильно понимать схему пересылки почтовых отправлений: посылки и письма на территории России первоначально доставляются не по конкретному адресу получателя (город, улица, дом), а именно по индексу, который условно является адресом того или иного отделения почтовой связи (ОПС). Индекс необходим для облегчения сортировки корреспонденции, в том числе автоматической.

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

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

Указан неправильный индекс или в индексе допущена ошибка. Дойдет ли посылка?

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

Основное, что теряет получатель, если был неправильно указан индекс – это время. То есть посылка до адресата дойдет гораздо позже, чем это было бы при благоприятных условиях. И следует понимать, что досылка посылки из соседнего ОПС будет произведена гораздо быстрее, чем из отделения другого города.

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

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

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

Указан неправильный адрес или в адресе (улица, дом, квартира) допущена ошибка.

В данном случае возможны три варианта ошибок:

  1. В адресе, то есть в названии города, района, улицы/проспекта/переулка допущена лишь опечатка или орфографическая ошибка.
  2. Если какая-то часть адреса написана неразборчиво или вовсе не указана
  3. Адрес указан с ошибкой (указана не та улица, дом или квартира).

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

Во втором случае, если сотрудник почты не сможет разобрать, номер дома или квартиры, а в некоторых случаях название улицы – посылка скорее всего останется дожидаться получателя в почтовом отделении. Храниться почтовое отправление будет в течение 15-30 дней (зависит от вида отправления), а потом будет отправлено обратно. В данном случае главным помощником получателя будет служить трек-номер, с помощью которого можно отслеживать отправление. Статус посылки при этом скорее всего будет «Прибыло в место вручения» .

Иногда отправление может быть возвращено отправителю с пометкой «Неполный адрес» .

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

Третий вариант наиболее сложный. Ведь если указан хотя бы не тот номер квартиры, то посылка (мелкий пакет), извещение или письмо может быть опущено в чужой почтовый ящик. Вины почтальона в этом случае не будет. Поэтому и в данном случае стоит «вооружаться» номером почтового идентификатора посылки и постоянно ее отслеживать. После прибытия ее в отделение почтовой связи, нужно сразу идти на почту и объяснять всю ситуацию сотруднику. На почте работают обычные нормальные люди, поэтому вероятнее всего свою посылку вы получите. В противном случае отправителю необходимо будет идти на свою почту с чеком и паспортом и писать заявление на изменение данных адресата .

Указана неправильно фамилия (фамилия или имя написаны с ошибкой)

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

В первом варианте посылка вероятнее всего будет выдана.

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

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

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

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

Сегодня Вы узнаете, что делать в такой ситуации: Я допустил ошибку, когда заполнял адрес доставки в зарубежном интернет магазине. Придет ли моя посылка?

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

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

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

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

Неправильный индекс (ошибка в индексе)

Зачастую посылки с ошибочным и несуществующим индексом получают статус «Без индекса» и отправляются по тому адресу, который был указан на посылке (т.е. отправится к Вам). Иногда бывает и по-другому – посылку возвращают отправителю (продавцу).

Если указан ошибочный, но существующий почтовый индекс — посылка может отправиться по указанному (ошибочному) индексу. Попав не в то отделение ПОЧТЫ РОССИИ, посылка досылается уже на Ваш адрес.

Бывает так, что досыла не производится и посылка получает статус «Прибыло в место вручения». Тогда уже стоит насторожиться и своими силами (например, по телефону) добиться того, чтобы посылку перенаправили в Ваше почтовое отделение.

Как же определить, где в данный момент находится посылка, и какой статус она имеет («Прибыло в место вручения» или «Без индекса»)?! – Все просто. Нужно отслеживать посылку по трек-номеру. Если трек-номера нет, тогда печаль-беда и вмешаться в судьбу посылки Вам не суждено. Все будет зависеть от работников ПОЧТЫ РОССИИ.

Ошибка в названии улицы/проспекта/проезда/переулка

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

Если прочесть название улицы будет невозможно, тогда посылка останется в стенах почтового отделения – здесь ее будут хранить в течение 30 дней. Пока посылка находится в статусе «Прибыло в место вручения» (это отслеживается по трек-номеру), Вы можете смело брать паспорт и бежать на почту без извещения и требовать выдать посылку. Запомните, если посылка с товаром пролежит на почте более 30 дней, она уедет обратно к продавцу.

Если Вы не знаете трека, тогда придется периодически заглядывать на почту с коробкой конфет или шоколадкой, чтобы почтальон поискал посылки, которые пришли на Ваши ФИО. А делать они это без трек-номера ой как не любят!

Написан не тот номер квартиры/дома (либо совсем не указан)

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

Если извещения Вы не получили, а по трек-номеру у посылки уже давно статус «Прибыло в место вручения», смело бегите на почту – Вас там ждут!

Ошибка в имени или фамилии

Если не указано имя или фамилия, либо в них допущена опечатка (буквы перепутали, не дописали), но адрес на посылке все же сходится с адресом приписки (тот, что в паспорте), то Вам отдадут посылку без всяких возмущений. А вот, если Вас зовут Игорь, а посылка пришла на Максима – посылку не отдадут. Аналогичная ситуация и с фамилией – посылка, пришедшая Сидорову, не будет отдана Иванову.

Не написано отчество

Указывать отчество в адресе доставки не обязательно. Отсутствие отчества не является причиной для отказа в выдаче посылки. Запомните это раз и навсегда!

Стоит отметить, что на самой популярной торговой интернет площадке Китая AliExpress при заполнении адреса доставки предупреждают, что ПОЧТА РОССИИ в обязательном порядке требует отчество – ЭТО ВСЕ БРЕД! НЕ ОБРАЩАЙТЕ ВНИМАНИЯ! Есть официальное опровержение ПОЧТЫ РОССИИ, поэтому шлите всех лесом.

Ошибка в названии области, района, города, села и т.д.

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

Еще вопросы остались? Если – да, то задавайте их в комментариях ниже!

Что произойдет, если мой адрес доставки неверен?

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

Основные операторы связи и когда они могут исправить адрес

Отправления DHL, только международные

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

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

Для импорта в США через DHL

Как только посылка прибудет в США, о чем вы можете узнать, отслеживая номер для отслеживания, вы можете изменить адрес онлайн, используя функцию сайта доставки по требованию. Однако этот запрос ДОЛЖЕН БЫТЬ сделан между моментом прибытия посылки в США и моментом прибытия посылки на станцию ​​обслуживания, поэтому требуется очень тщательный мониторинг кода отслеживания.

Для экспорта за пределы США через DHL

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

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

Номер службы поддержки клиентов DHL: 317-554-5191.

Отправления FedEx

Если вы являетесь грузоотправителем, вы должны связаться со службой поддержки клиентов FedEx, чтобы изменить адрес. Вы можете позвонить им по телефону 1-800-463-3339. Вам будет выставлен счет за обслуживание в размере 12,50 долларов США.

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

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

Отправления UPS

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

1) Введите свой номер для отслеживания на веб-сайте UPS.
2) После ввода номера отслеживания перейдите на страницу сведений об отслеживании.
3) Нажмите кнопку «Исправить мой адрес».
Затем вы можете исправить и обновить свой адрес. Вы можете связаться со службой поддержки клиентов UPS по телефону 1-800-742-5877.

Кроме того, иногда вы можете перенаправить посылку с помощью службы UPS MyChoice. Некоторые ограниченные функции предоставляются бесплатно, но за небольшую плату вы можете перенаправить пакет на точку доступа, чтобы забрать пакет (с удостоверением личности) при первой же возможности.

Отправления USPS

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

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

Если вам пришла посылка

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

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

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

Если ваш клиент предоставил вам неверный адрес

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

Существует небольшой промежуток времени после размещения заказа покупателем и до его отправки. Если вы узнаете об этом до того, как посылка будет отправлена, есть два варианта. 1) Запишите адрес и отправьте по правильному адресу. 2) Отменить транзакцию и попросить покупателя заменить заказ правильным адресом доставки. В этом случае отправьте покупателю сообщение. Надеюсь, вы поможете клиенту исправить адрес до того, как посылка будет доставлена.

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

Хотя отправка посылки по неправильному адресу не идеальна, это не всегда непоправимая ошибка. У вас могут быть некоторые варианты, особенно если вы поймаете ошибку на ранней стадии.

Узнайте другие секреты успешной доставки посылок, загрузив наше руководство по посылкам ниже.

как поиск Google восстановился после проблем с индексацией и уроки, извлеченные с тех пор. | Центральный блог Google Поиска  | Разработчики Google

Понедельник, 12 августа 2019 г.

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

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

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

Итак, что же произошло несколько месяцев назад?

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

1. Проблема с индексацией

Для начала мы временно потеряли часть поискового индекса.

Подождите… Что? Что вы имеете в виду под «потерянной частью индекса»? Это вообще возможно?

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

Google владеет и управляет центрами обработки данных (такими как изображенный выше) по всему миру, чтобы поддерживать наши продукты работают 24 часа в сутки, 7 дней в неделю — источник

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

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

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

Мы общались в воскресенье, 7 апреля что мы знаем об этой проблеме и что все начинает возвращаться к норме.Как данные центры постепенно возвращались к стабильному индексу, мы продолжали обновлять информацию в Твиттере (на 8 апреля, на 9 апреля ), пока мы не были уверены, что все центры обработки данных полностью вернулись к полной версии указатель на 11 апреля.

2. Ошибка Search Console

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

Из-за проблем с поисковым индексом, которые мы описали выше, Search Console начал также показать несоответствия. Это связано с тем, что некоторые данные, которые появляются в Search Console, исходит из самого поискового индекса:

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

По сути, многие отдельные отчеты Search Console считывают данные из специальной базы данных. Это база данных частично построена с использованием информации, поступающей из поискового индекса. Как мы должны были вернуться к предыдущей версии поискового индекса, нам также пришлось приостановить обновление База данных Search Console. Это привело к тому, что данные для некоторых отчетов вышли на плато (и ненадежность в другие, такие как инструмент проверки URL).

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

Поскольку на откат всей проблемы с поисковым индексом ушло несколько дней (см. объяснение выше), мы были отложены, сосредоточившись на исправлении базы данных Search Console, на несколько дней позже, только после проблемы с индексацией были устранены. Мы общались 15 апреля — твит — что в Search Console возникли проблемы, и мы работаем над их исправлением, и мы завершили наши исправления 28 апреля (день, когда отчеты снова начали собирать свежие данные, см. график выше).30 апреля мы сообщили в Твиттере, что проблема решена. твит.

3. Другие проблемы, не связанные с основной ошибкой индексации

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

В данном случае, например, примерно в то же время, что и основная ошибка индексации, описанная выше, мы также были кратковременные проблемы со сбором свежего контента Google News. Кроме того, при рендеринге страниц некоторые URL-адреса начали перенаправлять робота Googlebot на другие несвязанные страницы. Эти вопросы были полностью не связанные с ошибкой индексации, и были быстро устранены ( твит 1 & твит 2 ).

Наше общение и то, как мы намерены улучшить

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

В Справочном центре Search Console

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

В Search Console

Поскольку мы знаем, что не все наши пользователи читают социальные сети или внешнюю страницу Справочного центра, мы также добавлены аннотации к отчетам Search Console, чтобы уведомлять пользователей о том, что данные могут быть неточными (см. изображение ниже).Мы добавили эту информацию после устранения ошибок. Нажав на «см. подробнее здесь» отправляет пользователей на страницу «Аномалии данных» в Справочном центре.

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

Связь в будущем

Когда в Google что-то ломается, у нас есть сильная культура «вскрытие»: создание документа для подведения итогов. на поломку, и постарайтесь избежать этого в следующий раз.Весь процесс описан далее подробно на Веб-сайт Google Site Reliability Engineering.

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

  1. Изучите способы более быстрого обмена информацией в самой Search Console о широко распространенных ошибок, и чтобы эта информация служила веб-мастерам основным ориентиром для проверки, в если они подозревают отключения.
  2. Оперативнее публиковать сообщения на странице аномалий данных Search Console, когда это уместно (если нарушение будут видны в долгосрочной перспективе в данных Search Console).
  3. Продолжайте как можно быстрее сообщать в Твиттере о таких проблемах, чтобы быстро убедить веб-мастеров в том, что мы известно, и что проблема на нашей стороне.

Эти обязательства должны сделать потенциальные подобные ситуации в будущем более прозрачными для веб-мастеров. в целом.

Претворение наших резолюций в жизнь: тематическое исследование «новые URL-адреса не проиндексированы»

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

Вот график того, как мы думали о коммуникациях, следуя 3 пунктам, выделенным только что. над:

  1. Мы заметили проблему (около 5:30 утра по калифорнийскому времени, 22 мая)
    Мы твитнул о текущей проблеме (около 6:40 утра по калифорнийскому времени, 22 мая)
    Мы твитнул о резолюции (около 22:00 по калифорнийскому времени, 22 мая)
  2. Мы оценили обновление страницы «Аномалии данных» в Справочном центре, но отказались от этого, поскольку мы не ожидали каких-либо долгосрочных последствий для большинства данных Search Console веб-мастеров в долгосрочная перспектива.
  3. Путаница, которую эта проблема создала для многих, подтвердила наши прежние выводы о том, что нам нужна способ более четко сигнализировать в самой Search Console о возможном сбое в работе одного из наших систем, которые могут повлиять на веб-мастеров. Реализация такого решения может занять больше времени. Мы будем общаться на эту тему в будущем, так как у нас есть еще новости.

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

Как отладить и связаться с нами

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

  • Проверьте наш Сообщество веб-мастеров, иногда другие веб-мастера указывали на проблему, которая также влияет на ваш сайт.
  • Лично! Мы любим общение, приходите и общайтесь с нами на мероприятиях.
  • В наших продуктах! Инструмент обратной связи Search Console очень полезен для наших команд.
  • Твиттер и YouTube!

Автор: Винсент Курсон, Google Search Outreach

Обработка почты и посылок в UConn

Доставка посылок

Посылки прибывают в университет сотнями с понедельника по пятницу. Доставляется в центральный сортировочный центр службами USPS, FEDEX, UPS и DHL.

  1. Затем посылки сканируются камерами OCR, которые сравнивают фамилию и имя адресата, а также назначение жилья с данными, которые мы ежедневно получаем от ЖКХ.
  2. Затем наша система создает уникальный штрих-код для пакета и печатает сине-зеленую наклейку, на которой указано полное имя учащегося, место жительства и адрес почтового отделения.
  3. Затем посылки
  4. сортируются по почтовым отделениям, и каждый день около 14:30 сотрудники университета доставляют их в указанное место.
  5. Студенты, работающие в почтовых отделениях, затем сканируют посылки на полку со штрих-кодом в почтовом отделении, что приводит к отправке уведомления по электронной почте получателю о том, что посылка доступна для получения в указанном почтовом отделении.
  6. После того, как студент уведомлен о том, что у него есть пакет, доступный в почтовом отделении, он может принести свой университетский идентификатор в почтовый отдел и запросить свой пакет.
  7. Учащиеся должны забрать свои посылки.

 

Письменная доставка почты

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

 

Почта и посылки с неправильным адресом

  • Если часть информации об адресате отсутствует (имя или фамилия, зал или номер комнаты), это приведет к задержке доставки этого почтового отправления.
  • Посылка может быть возвращена отправителю, если сотрудники не могут установить, кто предназначен для доставки.
  • Уличные адреса
  • не должны включаться в адреса общежитий, кроме квартир в Мэнсфилде и Нортвуде, которые обслуживаются непосредственно USPS, FEDEX, UPS и DHL.

 

Суббота и воскресенье

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

 

Ночные/экспресс-посылки, отправляемые UPS, FedEx и USPS Express Mail

  • Экспресс-почта Почтовой службы США будет приниматься в сортировочном центре с понедельника по пятницу. Посылки экспресс-почты, которые должны быть доставлены в выходные дни, не будут доставлены в кампус до понедельника.
  • Учащиеся, которые хотят забрать посылку экспресс-почты в субботу в почтовом отделении Storrs, должны позвонить в почтовое отделение по телефону (860) 429-9681 по субботам с 8:00 до 9:30, чтобы они отложили посылку для получения.
  • Посылки UPS или FedEx Overnight должны быть отправлены СТАНДАРТНО, а не Express Night. Мы рекомендуем вам не платить за услугу Express Overnight, так как посылки не будут доставлены до открытия почтовых отделений. Пакеты STANDARD Overnight и Express Overnight будут доставлены в почтовые отделения одновременно со всеми остальными пакетами, поэтому нет необходимости доплачивать за услугу, которая не приведет к более быстрой доставке.

 

Больше не живет в кампусе?

  • Посылки и почта, прибывающие в UConn и адресованные лицам, более не проживающим на территории кампуса, будут возвращены отправителю в тот же день.
  • Только нынешние студенты на территории кампуса могут получать почту и посылки через университетские почтовые службы и студенческие почтовые службы.
  • Наша почтовая система использует ежедневную ленту от Жилищных служб, чтобы убедиться, что мы доставляем посылки нужному учащемуся в нужное почтовое отделение.
    • Лица, больше не проживающие в студенческом городке, не будут включены в эту информацию, так как у них нет текущего жилья.
Индексатор

— The Graph Docs

Индексаторы

— это операторы узлов в сети Graph, которые размещают токены Graph (GRT) для предоставления услуг индексирования и обработки запросов. Индексаторы получают плату за запросы и вознаграждение за индексирование за свои услуги. Они также зарабатывают из пула скидок, который распределяется между всеми участниками сети пропорционально их работе в соответствии с функцией скидок Коббса-Дугласа.

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

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

Какова минимальная доля, необходимая для того, чтобы быть индексатором в сети?#Ссылка на этот раздел

Минимальная ставка для индексатора в настоящее время установлена ​​на уровне 100 000 GRT.

Каковы потоки доходов для индексатора?#Ссылка на этот раздел

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

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

Как распределяются награды?#Ссылка на этот раздел

Вознаграждение за индексацию происходит от инфляции протокола, которая установлена ​​на уровне 3% годовой эмиссии. Они распределяются по подграфам на основе доли всех сигналов курирования в каждом, а затем распределяются пропорционально индексаторам на основе их выделенной доли в этом подграфе. Распределение должно быть закрыто с действительным подтверждением индексации (POI), которое соответствует стандартам, установленным арбитражной хартией, чтобы иметь право на вознаграждение.

Сообщество создало множество инструментов для расчета вознаграждений; вы найдете их коллекцию в коллекции руководств сообщества. Вы также можете найти актуальный список инструментов в каналах #delegators и #indexers на сервере Discord.

Что такое доказательство индексации (POI)?#Ссылка на этот раздел

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

Когда распределяются вознаграждения за индексацию?#Ссылка на этот раздел

Начисления постоянно накапливаются, пока они активны. Награды собираются индексаторами и распределяются всякий раз, когда их распределения закрываются.Это происходит либо вручную, когда индексатор хочет принудительно закрыть их, либо через 28 эпох делегатор может закрыть выделение для индексатора, но это приводит к тому, что награды не выдаются. 28 эпох — это максимальное время жизни распределения (сейчас одна эпоха длится ~ 24 часа).

Можно ли отслеживать ожидающие вознаграждения индексатора?#Ссылка на этот раздел

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

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

  1. Запросите подграф основной сети, чтобы получить идентификаторы для всех активных распределений:
 

Запрос индексалки {

{ID: "") {

ActionForindexer {

ActiveForindexer {

ID

}

}

}

}

}

Используйте Etherscan для вызова getRewards() :

  • Для вызова getRewards() :
    • Развернуть 10.выпадающий список getRewards .
    • Введите идентификатор распределения во входные данные.
    • Нажмите кнопку Запрос .

Что такое диспуты и где их посмотреть?#Ссылка на этот раздел

Запросы и распределения индексатора могут быть оспорены в The Graph в течение периода спора. Срок спора варьируется в зависимости от типа спора. Запросы/аттестации имеют 7 эпох окна спора, тогда как распределения имеют 56 эпох.По истечении этих периодов споры не могут быть открыты ни в отношении выделений, ни в отношении запросов. При открытии спора от Рыбаков требуется депозит в размере не менее 10 000 GRT, который будет заблокирован до завершения спора и принятия решения. Рыбаком являются любые участники сети, открывающие споры.

Споры имеют три возможных исхода, как и депозит Рыбаков.

  • В случае отклонения диспута, внесенные Рыбаками GRT будут сожжены, а оспариваемый Индексатор не будет урезан.
  • Если спор решится вничью, залог Рыбака будет возвращен, а оспариваемый Индексатор не будет урезан.
  • Если спор будет принят, валовой доход, депонированный Рыбаками, будет возвращен, оспариваемый Индексатор будет урезан, а Рыбаки заработают 50% урезанного ГРТ.

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

Что такое скидки на сборы за запросы и когда они распределяются?#Ссылка на этот раздел

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

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

Что такое снижение платы за запрос и снижение вознаграждения за индексацию?#Ссылка на этот раздел

Значения queryFeeCut и indexingRewardCut — это параметры делегирования, которые индексатор может установить вместе с cooldownBlocks для управления распределением GRT между индексатором и его делегаторами. Инструкции по настройке параметров делегирования см. в последних шагах раздела «Стейкинг в протоколе».

  • queryFeeCut — % комиссий за запросы, накопленные на подграфе, которые будут распределены индексатору. Если установлено значение 95 %, индексатор получит 95 % пула скидок на сборы за запрос, когда будет заявлено распределение, а остальные 5 % перейдут делегаторам.

  • indexingRewardCut — % вознаграждений за индексацию, накопленных на подграфе, которые будут распределены индексатору. Если установлено значение 95 %, индексатор получит 95 % пула вознаграждений за индексирование, когда распределение будет закрыто, а делегаторы разделят остальные 5 %.

Откуда индексаторы узнают, какие подграфы нужно индексировать?#Ссылка на этот раздел

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

  • Сигнал курации — Доля сигнала курации сети, примененного к конкретному подграфу, является хорошим индикатором интереса к этому подграфу, особенно на этапе начальной загрузки, когда объем запросов увеличивается.

  • Собранные сборы за запросы — Исторические данные об объеме сборов за запросы, собранные для определенного подграфа, являются хорошим индикатором будущего спроса.

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

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

Каковы требования к оборудованию?#Ссылка на этот раздел

  • Малый — Достаточно для начала индексации нескольких подграфов, вероятно, потребуется расширить.
  • Standard — Настройка по умолчанию, это то, что используется в примерах манифестов развертывания k8s/terraform.
  • Medium — Рабочий индексатор, поддерживающий 100 подграфов и 200–500 запросов в секунду.
  • Большой — Готов индексировать все используемые в настоящее время подграфы и обслуживать запросы на соответствующий трафик.

9
Postgres
(память в GBS)
Настройка Postgres
(процессор)
Postgres
(диск в TBS)
VMS
(CPU)
VMS
(память в GBS)
Малый 4 8 1 4 16
Стандартный 8 30 1 12 48
Средний 16 64 2 32 64
Большой 72 468 3. 5 48 184

Какие основные меры безопасности должен соблюдать индексатор?#Ссылка на этот раздел

  • Бумажник оператора . Настройка кошелька оператора является важной мерой предосторожности, поскольку она позволяет индексатору сохранять разделение между своими ключами, управляющими долей, и теми, которые контролируют повседневные операции. Инструкции см. в разделе «Ставка в протоколе».

  • Брандмауэр — только служба индексатора должна быть открыта для всех, и особое внимание следует уделить блокировке портов администратора и доступа к базе данных: конечная точка JSON-RPC узла графа (порт по умолчанию: 8030), конечная точка API управления индексатором (по умолчанию порт: 18000), а конечная точка базы данных Postgres (порт по умолчанию: 5432) не должна открываться.

В центре инфраструктуры индексатора находится узел Graph, который отслеживает Ethereum, извлекает и загружает данные в соответствии с определением подграфа и служит API GraphQL. Узел Graph должен быть подключен к конечным точкам узла Ethereum EVM и узлу IPFS для получения данных; база данных PostgreSQL для своего хранилища; и компоненты индексатора, которые облегчают его взаимодействие с сетью.

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

  • Конечная точка Ethereum — конечная точка, предоставляющая API Ethereum JSON-RPC. Это может быть один клиент Ethereum или более сложная установка, которая распределяет нагрузку между несколькими клиентами. Важно знать, что для некоторых подграфов потребуются определенные возможности клиента Ethereum, такие как режим архива и API трассировки.

  • Узел IPFS (версия меньше 5) — Метаданные развертывания подграфа хранятся в сети IPFS.Узел графа в первую очередь обращается к узлу IPFS во время развертывания подграфа, чтобы получить манифест подграфа и все связанные файлы. Сетевым индексаторам не нужно размещать собственный узел IPFS, узел IPFS для сети размещается по адресу https://ipfs.network.thegraph.com.

  • Служба индексатора — Обрабатывает все необходимые внешние связи с сетью. Совместно использует модели затрат и статусы индексирования, передает запросы запросов от шлюзов на узел Graph и управляет платежами по запросам через каналы состояния с помощью шлюза.

  • Агент индексатора — Облегчает взаимодействие индексаторов в цепочке, включая регистрацию в сети, управление развертыванием подграфов на своих графических узлах и управление распределениями.

  • Сервер метрик Prometheus — Компоненты Graph Node и Indexer регистрируют свои метрики на сервере метрик.

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

Обзор портов#Ссылка на этот раздел

Важно : Будьте осторожны с общедоступными портами — административные порты должны быть заблокированы. Это включает узел графа JSON-RPC и конечные точки управления индексатором, подробно описанные ниже.

Графический узел#Ссылка на этот раздел

95
Port Цель Назначение Маршруты CLI CLI Переменная окружающей среды
8000 httpql http Server
(для подгруппов)
/ подграфы / ID /…
/subgraphs/name/…/…
—http-port
8001 GraphQL WS
(для подписки на подграфы)
/subgraphs/id/…
/subgraphs/name/…/…
—ws-port
8020 JSON-RPC
(для управления развертыванием)
/
8030 8030 Индексация субграфа Статус API / Graphql —index-Node-Port
Metrics / Metrics — Metrics-Port
Служба индексатора # Ссылка на этот раздел
Порт Цель Маршруты маршруты CLI CLI Окружающая среда
7600 7600 HTTP-сервер
(для платных подгруппов)
/ подграфы / ID /. ..
/ Статус
/ Channel-Messages-Inbox
8
— Порт Indexer_Service_9992
7300 Metrics / Metrics - Metrics-Port -
Агент индексатора#Ссылка на этот раздел
INDEXER_AGENT_INDEXER_MANAGEMENT_PORT
Порт назначения Маршруты CLI Аргумент переменной окружения
8000 Управление Индексатор API / --indexer-менеджмент порта

Настройка серверной инфраструктуры с помощью Terraform в Google Cloud#Ссылка на этот раздел

Установите необходимые компоненты#Ссылка на этот раздел
  • Google Cloud SDK
  • Инструмент командной строки Kubectl
  • Терраформ
Создать проект Google Cloud#Ссылка на этот раздел
  • Клонируйте или перейдите в репозиторий индексатора.

  • Перейдите в каталог ./terraform, здесь должны выполняться все команды.

  • Пройдите аутентификацию в Google Cloud и создайте новый проект.
 

gcloud auth login

project=

проекты gcloud create --enable-cloud-apis $project

 

proj_id=$(список проектов gcloud --format='get(project_id)' --filter="name=$project")

конфигурации конфигурации gcloud создать $project

набор конфигурации gcloud проект "$proj_id"

Набор конфигурации gcloud вычисление/регион us-central1

набор конфигурации gcloud вычисление/зона us-central1-a

  • Включите необходимые Google Cloud API.
 

сервисы gcloud позволяют включить calculate.googleapis.com

сервисы gcloud включить container.googleapis.com

сервисы gcloud включить servicenetworking.googleapis.com

сервисы gcloud включить sqladmin.googleapis.com

  • Создайте учетную запись службы.
 

svc_name=

gcloud iam service-accounts create $svc_name \

--description="Service account for Terraform" \

--display-name="$svc_name"

gcloud iam список учетных записей

svc=$(gcloud iam service-accounts list --format='get(email)'

--filter="displayName=$svc_name")

gcloud iam service-accounts keys create .gcloud-credentials.json \

--iam-account="$svc"

проекты gcloud add-iam-policy-binding $proj_id \

--member serviceAccount:$svc \

--role roles/editor

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

адреса вычислений gcloud create google-managed-services-default \

--prefix-length=20 \

--цель=VPC_PEERING \

--network default \

--global \

-- description 'Диапазон IP-адресов для одноранговых сетей.'

gcloud services vpc-peerings connect \

--network=default \

--ranges=google-managed-services-default

  • Создайте минимальный файл конфигурации terraform (обновите по мере необходимости).
 

indexer=<ИМЯ_ИНДЕКСЕРА>

cat > terraform.tfvars <

проект = "$proj_id"

indexer = "$indexer"

database_password = "0F09020 3

3

3

Используйте Terraform для создания инфраструктуры#Ссылка на этот раздел

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

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

terraform init

terraform plan

terraform apply

Загрузите учетные данные для нового кластера в ~/.kube/config и установите его в качестве контекста по умолчанию.

 

кластеры контейнеров gcloud get-credentials $indexer

kubectl config use-context $(kubectl config get-contexts --output='name'

| grep $indexer)

Создание компонентов Kubernetes для индексатора#Ссылка на этот раздел
  • Скопируйте каталог k8s/overlays в новый каталог $dir, и настройте запись bases в $dir/kustomization. yaml , чтобы он указывал на каталог k8s/base .

  • Прочитайте все файлы в $dir и настройте любые значения, как указано в комментариях.

Разверните все ресурсы с помощью kubectl apply -k $dir .

Графический узел#Ссылка на этот раздел

Graph Node — это реализация Rust с открытым исходным кодом, которая использует блокчейн Ethereum для детерминированного обновления хранилища данных, которое можно запрашивать через конечную точку GraphQL.Разработчики используют подграфы для определения своей схемы и набор сопоставлений для преобразования данных, полученных из цепочки блоков, а узел Graph обрабатывает синхронизацию всей цепочки, отслеживает новые блоки и обслуживает их через конечную точку GraphQL.

Начало работы из исходников#Ссылка на этот раздел
Установите необходимые компоненты#Ссылка на этот раздел
 

sudo apt-get install -y clang libpg-dev libssl-dev pkg-config

Настройка#Ссылка на этот раздел
  1. Запуск сервера базы данных PostgreSQL
 

initdb -D . postgres

pg_ctl -D .postgres -l начало файла журнала

createdb graph-node

  1. Клонировать репозиторий Graph Node и собрать исходный код, запустив cargo build

  2. Теперь, когда все зависимости настроены, запустите узел Graph:

 

cargo run -p graph-node --release -- \

--postgres-url postgresql://[ИМЯ ПОЛЬЗОВАТЕЛЯ]:[ПАРОЛЬ]@localhost:5432/graph-node \

--ethereum-rpc [NETWORK_NAME]:[URL] \

--ipfs https://ipfs.network.thegraph.com

Начало работы с Docker#Ссылка на этот раздел
Предварительные условия#Ссылка на этот раздел
  • Узел Ethereum . По умолчанию настройка создания докеров будет использовать основную сеть: http://host.docker.internal:8545 для подключения к узлу Ethereum на вашем хост-компьютере. Вы можете заменить это имя сети и URL-адрес, обновив docker-compose.yaml .
Настройка#Ссылка на этот раздел
  1. Клонировать узел Graph и перейти в каталог Docker:
 

клон git http://github. com/graphprotocol/graph-node

cd graph-node/docker

  1. Только для пользователей Linux. Используйте IP-адрес хоста вместо host.docker.internal в файле docker-compose.yaml с помощью прилагаемого сценария:
  1. Запустите локальный узел Graph, который будет подключаться к вашей конечной точке Ethereum:
Компоненты индексатора

#Ссылка на этот раздел

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

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

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

  • Интерфейс командной строки индексатора — интерфейс командной строки для управления агентом индексатора. Это позволяет индексаторам управлять моделями затрат и правилами индексирования.

Начало работы#Ссылка на этот раздел

Агент индексатора и служба индексатора должны быть расположены вместе с вашей инфраструктурой Graph Node. Существует много способов настроить виртуальные среды выполнения для ваших компонентов индексатора; здесь мы объясним, как запускать их на «голом железе», используя пакеты или исходный код NPM, или через kubernetes и докер в Google Cloud Kubernetes Engine.Если эти примеры настройки не подходят для вашей инфраструктуры, скорее всего, будет руководство сообщества, на которое можно ссылаться, заходите и скажите привет в Discord! Не забудьте застейкать протокол перед запуском компонентов индексатора!

Из пакетов NPM#Ссылка на этот раздел
 

npm install -g @graphprotocol/indexer-service

npm install -g @graphprotocol/indexer-agent

npm install -g @graphprotocol/graph-cli

npm install -g @graphprotocol/indexer-cli

Запуск службы графического индексатора. ..

запуск агента графа-индексатора ...

kubectl port-forward pod/POD_ID 18000:8000

индексатор графа подключить http://localhost:18000/

индексатор графа ...

Из источника#Ссылка на этот раздел
 

yarn

cd packages/indexer-service

./bin/graph-indexer-service start…

cd packages/indexer-agent

./bin/graph-indexer-service start…

пакеты компакт-дисков/indexer-cli

./bin/graph-indexer-cli indexer connect http://localhost:18000/

./bin/graph-indexer-cli indexer ...

Использование докера#Ссылка на этот раздел
  • Получение образов из реестра
 

docker pull ghcr.io/graphprotocol/indexer-service:latest

docker pull ghcr.io/graphprotocol/indexer-agent:latest

Или создавать образы локально из источника

 

сборка докера \

--build-arg NPM_TOKEN= \

-f Dockerfile.indexer-service \

-t indexer-service:latest \

docker build \

--build-arg NPM_TOKEN= \

-f Dockerfile. indexer-agent \

-t indexer- агент: последний \

 

docker run -p 7600:7600 -it indexer-service:latest...

docker run -p 18000:8000 -it indexer-agent:latest...

ПРИМЕЧАНИЕ . После запуска контейнеров служба индексатора должна быть доступна по адресу http://localhost:7600, а агент индексатора должен предоставлять доступ к API управления индексатором по адресу http://localhost:18000/.

Использование K8s и Terraform#Ссылка на этот раздел

См. раздел Настройка серверной инфраструктуры с использованием Terraform в Google Cloud

.
Использование#Ссылка на этот раздел

ПРИМЕЧАНИЕ . Все переменные конфигурации среды выполнения могут применяться либо в качестве параметров команды при запуске, либо с использованием переменных среды в формате COMPONENT_NAME_VARIABLE_NAME (например, INDEXER_AGENT_ETHEREUM ).

Агент индексатора#Ссылка на этот раздел
 

graph-indexer-agent start \

--ethereum \

--ethereum-network mainnet \

--mnemonic \

--indexer-address > \ -graph-node-query-endpoint http://localhost:8000/ \

--graph-node-status-endpoint http://localhost:8030/graphql \

--graph-node-admin-endpoint http ://localhost:8020/ \

--public-indexer-url http://localhost:7600/ \

--indexer-geo-coordinates <ВАШИ_КООРДИНАТЫ> \

--index-node-ids default \

--indexer-management-port 18000 \

--metrics-port 7040 \

--network-subgraph-endpoint https://gateway. network.thegraph.com/network \

--default-allocation-amount 100 \

--register true \

--inject-dai true \

--postgres-host localhost \

--postgres- порт 5432 \

--postgres-username \

--postgres-password \

--postgres-индексатор базы данных \

| пино-красотка

Служба индексатора # Ссылка на этот раздел
 

Server_host = localhost \

Server_port = 5432 \

Server_db_name = iS_Stage \

Server_db_user = \

server_db_password = \

График-индексатор-сервис начать \

--ethreum \

--ethereum-network mainnet \

--mnemonic \

--indexer-address \

--port 7600 \

--metrics-port 7300 \

3 - -graph-node-query-endpoint http://localhost:8000/ \

--graph-node-status-endpoint http://localhost:8030/graphql \

--postgres-host localhost \

- -postgres-port 5432 \

--postgres-username \

--postgres-password \

--postgres-database is_staging \

--network-subgraph-endpoint https:// шлюз. network.thegraph.com/network \

| пино-красотка

CLI индексатора#Ссылка на этот раздел

Интерфейс командной строки индексатора — это подключаемый модуль для @graphprotocol/graph-cli , доступный в терминале по адресу графического индексатора .

 

подключение графического индексатора http://localhost:18000

состояние графического индексатора

Управление индексатором с помощью индексатора CLI#Ссылка на этот раздел

Агенту индексатора требуются данные от индексатора для автономного взаимодействия с сетью от имени индексатора.Механизмом определения поведения агента индексатора являются правила индексации . Используя правил индексирования , индексатор может применять свою конкретную стратегию выбора подграфов для индексации и обслуживания запросов. Правила управляются через API GraphQL, обслуживаемый агентом и известный как API управления индексатором. Предлагаемый инструмент для взаимодействия с Indexer Management API — CLI Indexer , расширение CLI Graph .

Использование#Ссылка на этот раздел

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

  • подключение графического индексатора — подключение к API управления индексатором. Обычно соединение с сервером открывается через переадресацию портов, поэтому интерфейсом командной строки можно легко управлять удаленно. (Пример: kubectl port-forward pod/ 8000:8000 )

  • правила индексатора графа get [options] ...] — Получите одно или несколько правил индексирования, используя all в качестве , чтобы получить все правила, или global , чтобы получить глобальные значения по умолчанию. Дополнительный аргумент --merged можно использовать, чтобы указать, что определенные правила развертывания объединяются с глобальным правилом. Вот как они применяются в агенте индексатора.

  • набор правил индексации графа [параметры] <идентификатор_развертывания> <ключ1> <значение1> ... — Установите одно или несколько правил индексирования.

  • Правила индексатора графа start [options] — Начать индексирование развертывания подграфа, если оно доступно, и установить для его solutionBasis значение всегда , поэтому агент индексатора всегда будет выбирать его индексирование. Если для глобального правила установлено значение «всегда», то будут проиндексированы все доступные подграфы в сети.

  • правила графического индексатора stop [options] — остановить индексирование развертывания и установить для его solutionBasis значение never, поэтому он будет пропускать это развертывание при принятии решения о развертывании для индексирования.

  • правила индексатора графа возможно [опции] <идентификатор_развертывания> — Установите thedecisionBasis для развертывания на правила , чтобы агент индексатора использовал правила индексирования, чтобы решить, следует ли индексировать это развертывание.

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

Правила индексирования#Ссылка на этот раздел

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

Например, если глобальное правило имеет minStake из 5 (GRT), любое развертывание подграфа с выделенной ему долей более 5 (GRT) будет проиндексировано. Пороговые правила включают maxAllocationPercentage , minSignal , maxSignal , minStake и minAverageQueryFees .

Модель данных:

 

тип IndexingRule {

развертывание: строка

locationAmount: строка | null

параллельные выделения: номер | ноль

solutionBasis: IndexingDecisionBasis

maxAllocationPercentage: число | null

minSignal: строка | null

maxSignal: строка | ноль

minStake: строка | null

minAverageQueryFes: строка | null

пользовательский: строка | null

}

IndexingDecisionBasis {

правила

никогда

всегда

}

Модели Cost#Ссылка на этот раздел

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

Agora#Ссылка на этот раздел

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

Оператор состоит из предиката, который используется для сопоставления запросов GraphQL, и выражения стоимости, которое при оценке выводит стоимость в десятичных GRT. Значения в позиции именованного аргумента запроса могут быть захвачены в предикате и использованы в выражении. Глобальные значения также могут быть установлены и заменены заполнителями в выражении.

Пример модели стоимости:

 

запрос { пары (пропустить: $ пропустить) { id } }, когда $ пропустить > 2000 => 0.0001 * $скип * $SYSTEM_LOAD;

по умолчанию => 0,1 * $SYSTEM_LOAD;

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

запрос Price Price
{ID}} 0.5 GRT
{Tokens {Символ} & # 125 0,1 GRT
{ пары (пропустить: 5000) { id { токены } символ } } 0,6 GRT
Применение стоимостной модели#Ссылка на этот раздел

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

 

набор переменных стоимости индексатора '{ "SYSTEM_LOAD": 1. 4 }'

модель набора стоимости индексатора my_model.agora

Ставка в протокол#Ссылка на этот раздел

Первыми шагами к участию в сети в качестве индексатора являются одобрение протокола, вложение средств и (необязательно) настройка адреса оператора для повседневного взаимодействия по протоколу. _ Примечание : Для целей этих инструкций Remix будет использоваться для взаимодействия с контрактом, но не стесняйтесь использовать свой инструмент по выбору (OneClickDapp, ABItopic и MyCrypto — несколько других известных инструментов)._

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

Одобрить токены#Ссылка на этот раздел
  1. Откройте приложение Remix в браузере

  2. В Проводнике файлов создайте файл с именем GraphToken.abi с токеном ABI.

  3. Выбрав GraphToken. abi и открыв его в редакторе, перейдите в раздел Развертывание и Выполнение транзакций в интерфейсе Remix.

  4. В среде выберите Injected Web3 , а в разделе Account выберите свой адрес индексатора.

  5. Установите адрес контракта GraphToken. Вставьте адрес контракта GraphToken ( 0xc944E90C64B2c07662A292be6244BDf05Cda44a7 ) рядом с At Address и нажмите кнопку At address , чтобы применить.

  6. Вызовите функцию Appre(spender, amount) , чтобы утвердить контракт на стейкинг.Заполните тратящий адресом контракта стейкинга ( 0xF55041E37E12cD407ad00CE2910B8269B01263b9 ) и количество токенами для стейкинга (в wei).

Жетоны ставок#Ссылка на этот раздел
  1. Откройте приложение Remix в браузере

  2. В Проводнике файлов создайте файл с именем Staking. abi с ABI для ставок.

  3. Выбрав и открыв в редакторе Staking.abi , перейдите в раздел Deploy и Run Transactions в интерфейсе Remix.

  4. В среде выберите Injected Web3 , а в разделе Account выберите свой адрес индексатора.

  5. Установите адрес контракта стекинга. Вставьте адрес контракта стекинга ( 0xF55041E37E12cD407ad00CE2910B8269B01263b9 ) рядом с по адресу и нажмите кнопку по адресу , чтобы применить.

  6. Вызовите ставку () , чтобы застейкать GRT в протоколе.

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

  8. (необязательно) Для управления распределением вознаграждений и стратегического привлечения делегаторов индексаторы могут обновлять параметры делегирования, обновляя их indexingRewardCut (частей на миллион), queryFeeCut (частей на миллион) и cooldownBlocks (количество блоков). Для этого вызовите setDelegationParameters() . В следующем примере задается параметр queryFeeCut для распределения 95 % вознаграждений за запросы индексатору и 5 % делегаторам, параметр indexingRewardCut задается для распределения 60 % вознаграждения за индексирование индексатору и 40 % делегатам, а период thecooldownBlocks устанавливается равным 500 блокам.

 

setDelegationParameters(950000, 600000, 500)

Срок действия аллокации#Ссылка на этот раздел

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

  • Active — После создания распределения в цепочке (allocateFrom()) оно считается активным . Часть собственной и/или делегированной доли индексатора выделяется для развертывания подграфа, что позволяет им требовать вознаграждения за индексирование и обслуживать запросы для этого развертывания подграфа.Агент индексатора управляет созданием выделений на основе правил индексатора.

  • Closed — индексатор может закрыть выделение по истечении 1 эпохи (closeAllocation()), или его агент индексатора автоматически закроет выделение после maxAllocationEpochs (в настоящее время 28 дней). Когда распределение закрыто с действительным доказательством индексации (POI), их вознаграждения за индексирование распределяются между индексатором и его делегатами (см. «Как распределяются вознаграждения?» ниже, чтобы узнать больше).

  • Завершено - После того, как распределение было закрыто, наступает период спора, после которого распределение считается завершенным , и можно запросить возврат платы за запрос (заявка()). Агент индексатора отслеживает сеть, чтобы обнаружить завершенных выделений и утверждает их, если они превышают настраиваемый (и необязательный) порог, —-allocation-claim-threshold .

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

Индекс API | Руководство Elasticsearch [8.1]

Вы можете индексировать новый документ JSON с помощью ресурса _doc или _create . С использованием _create гарантирует, что документ будет проиндексирован только в том случае, если он еще не проиндексирован существует. Чтобы обновить существующий документ, необходимо использовать ресурс _doc .

Автоматически создавать потоки данных и индексыedit

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

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

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

Автоматическое создание индекса управляется действием .auto_create_index параметр. Этот параметр по умолчанию равен true , что позволяет создавать любой индекс. автоматически. Вы можете изменить этот параметр, чтобы явно разрешать или блокировать автоматическое создание индексов, соответствующих заданным шаблонам, или установить его на false , чтобы полностью отключить автоматическое создание индекса. Укажите разделенный запятыми список шаблонов, которые вы хотите разрешить, или добавьте к каждому шаблону префикс + или - , чтобы указать, должно ли это быть разрешено или заблокировано. Когда список указано, поведение по умолчанию — запретить.

Параметр action.auto_create_index влияет только на автоматический создание индексов. Это не влияет на создание потоков данных.

 ПОМЕСТИТЕ _кластер/настройки
{
  "настойчивый": {
    "action.auto_create_index": "мой-индекс-000001,индекс10,-индекс1*,+инд*" 
  }
}

ПОСТАВЬТЕ _cluster/настройки
{
  "настойчивый": {
    "action.auto_create_index": "ложь" 
  }
}

ПОСТАВЬТЕ _cluster/настройки
{
  "настойчивый": {
    "действие.auto_create_index": "истина" 
  }
} 

Разрешить автоматическое создание индексов с именем my-index-000001 или index10 , заблокировать создание индексов, соответствующих шаблону index1* и позволяющих создавать любые другие индексы, соответствующие шаблону ind* . Узоры сопоставляются в указанный порядок.

Полностью отключить автоматическое создание индекса.

Разрешить автоматическое создание любого индекса.Это значение по умолчанию.

Ставить если отсутствуетedit

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

Создавать идентификаторы документов автоматическиредактировать

При использовании формата запроса POST //_doc/ op_type автоматически установлено значение , создайте , и операция индексирования создаст уникальный идентификатор для документ.

 POST мой индекс-000001/_doc/
{
  "@timestamp": "2099-11-15T13:12:00",
  "message": "GET /search HTTP/1.1 200 1070000",
  "Пользователь": {
    "id": "кимчи"
  }
} 

API возвращает следующий результат:

 {
  "_осколки": {
    "всего": 2,
    "не удалось": 0,
    "успешно": 2
  },
  "_index": "мой-индекс-000001",
  "_id": "W0tpsmIBdwcYyG50zbta",
  "_версия": 1,
  "_seq_no": 0,
  "_primary_term": 1,
  "результат": "создано"
} 
Управление оптимистичным параллелизмом

Операции с индексами можно сделать условными и выполнять только в том случае, если последний модификации документа был присвоен порядковый номер и первичный термин, заданный параметрами if_seq_no и if_primary_term .Если несоответствие обнаружено, операция приведет к VersionConflictException и код состояния 409. Дополнительные сведения см. в разделе Оптимистический контроль параллелизма.

Маршрутизация

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

 POST my-index-000001/_doc?routing=kimchy
{
  "@timestamp": "2099-11-15T13:12:00",
  "message": "GET /search HTTP/1.1 200 1070000",
  "Пользователь": {
    "id": "кимчи"
  }
} 

В этом примере документ направляется в сегмент на основе параметр маршрутизации предоставил: «кимчий».

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

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

РаспределенныйEdit

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

Активные осколки

Для повышения отказоустойчивости операций записи в систему операции индексирования можно настроить на ожидание определенного количества активных копий шардов прежде чем приступить к операции. Если необходимое количество активных копии осколков недоступны, то операция записи должна ждать и повторять попытку до тех пор, пока не будут запущены необходимые копии осколков или пока не истечет время ожидания. имеет место.По умолчанию операции записи ждут только первичные осколки. быть активным перед продолжением (например, wait_for_active_shards=1 ). Это значение по умолчанию можно динамически переопределить в настройках индекса. установив index.write.wait_for_active_shards . Чтобы изменить это поведение за операцию можно использовать параметр запроса wait_for_active_shards .

Допустимые значения: все или любое положительное целое число до общего числа настроенных копий на сегмент в индексе (что составляет number_of_replicas+1 ).Указание отрицательного значения или числа, превышающего число копии осколков вызовут ошибку.

Например, предположим, что у нас есть кластер из трех узлов: A , B и C и мы создаем индекс индекс с количеством реплик, равным 3 (в результате 4 копии шарда, на одну копию больше, чем узлов). Если мы попытаться выполнить операцию индексирования, по умолчанию операция гарантирует только первичная копия каждого сегмента доступна перед продолжением. Это означает что даже если B и C выйдут из строя, а A будет размещать основные копии осколков, операция индексирования по-прежнему будет выполняться только с одной копией данных. Если wait_for_active_shards установлено в запросе на 3 (и все 3 узла запущены), то для операции индексирования потребуются 3 активные копии сегментов прежде чем продолжить, требование, которое должно быть выполнено, потому что есть 3 активные узлы в кластере, каждый из которых содержит копию сегмента.Однако, если мы установим wait_for_active_shards на все (или на 4 , что то же самое), операция индексирования не будет продолжена, так как у нас нет всех 4 копий каждый осколок активен в индексе. Время ожидания операции истечет если в кластере не появится новый узел для размещения четвертой копии осколок.

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

 {
  "_осколки": {
    "всего": 2,
    "не удалось": 0,
    "успешно": 2
  }
} 
Обновить

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

Обновления Noopedit

При обновлении документа с помощью индексного API создается новая версия документа. всегда создается, даже если документ не изменился. Если это неприемлемо используйте API _update с detect_noop , установленным в true. Этот вариант не доступен в API-интерфейсе индекса, поскольку API-интерфейс индекса не получает старый источник и не может сравнить его с новым источником.

Не существует жесткого и быстрого правила о том, когда noop-обновления недопустимы. Это комбинация множества факторов, например, как часто ваш источник данных отправляет обновления, которые на самом деле являются noops и сколько запросов в секунду Elasticsearch работает на сегменте, получающем обновления.

Тайм-аутредактирование

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

 ПОСТАВИТЬ my-index-000001/_doc/1?timeout=5m
{
  "@timestamp": "2099-11-15T13:12:00",
  "message": "GET /search HTTP/1.1 200 1070000",
  "Пользователь": {
    "id": "кимчи"
  }
} 
Управление версиями

Каждому проиндексированному документу присваивается номер версии. По умолчанию, используется внутреннее управление версиями, которое начинается с 1 и увеличивается при каждом обновлении удаляется включено.При желании номер версии может быть установлено внешнее значение (например, если поддерживается в база данных). Чтобы включить эту функцию, version_type должен быть установлен на внешний . Предоставленное значение должно быть числовым, длинным значением, большим или равным 0, и меньше, чем около 9,2e+18.

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

 PUT my-index-000001/_doc/1?version=2&version_type=external
{
  "Пользователь": {
    "id": "элкби"
  }
} 

Управление версиями происходит полностью в реальном времени и не зависит от аспекты поисковых операций, близкие к реальному времени. Если версия не указана, то операция выполняется без каких-либо проверок версии.

В предыдущем примере операция завершится успешно, поскольку версия 2 выше, чем текущая версия документа 1. Если документ уже был обновлен и его версия была установлена ​​на 2 или выше, команда индексирования не будет выполнена и привести к конфликту (код состояния 409 http).

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

Тип версии

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

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

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

Мне нужна помощь с моей учетной записью Sony или с регистрацией моего продукта в My Sony


 

Неверный адрес электронной почты или пароль

 

Шаг 1: Проверьте, правильно ли вы ввели зарегистрированный адрес электронной почты.


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

  • My Sony связана с другими учетными записями Sony, такими как PlayStation Network, Sony Home Entertainment, Xperia и другими: вы можете использовать тот же адрес электронной почты, связанный с другими вашими учетными записями Sony, для входа в My Sony.
     
  • Если вы создали учетную запись Sony в прошлом и не подтвердили ее по электронной почте в течение указанного периода времени (72 часа), вы не сможете использовать эту учетную запись.Помните, что это относится ко всем услугам Sony. Войдите в эту неподтвержденную учетную запись, повторно отправьте ссылку для активации/проверки и активируйте свою учетную запись по электронной почте.


Шаг 2: Воспользуйтесь функцией «Забыли пароль»

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

  1. Укажите дату рождения, которую вы зарегистрировали.
  2. Ответьте на секретный вопрос.
  3. Мобильная проверка (как включить двухэтапную проверку — ссылка ниже).

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

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

 

Моя учетная запись Sony заблокирована

"Достигнуто максимальное количество неудачных попыток входа в систему.В целях безопасности ваша учетная запись будет заблокирована на 120 минут."

Подождав 120 минут, убедитесь, что клавиши Caps Lock или Num Lock на клавиатуре не мешают вводу пароля.
Можно также просто сбросить пароль с помощью функции «Забыли пароль».
 

Внесение изменений в мою учетную запись Sony
Как изменить данные своей учетной записи (электронная почта, пароль и адрес)
  • Войдите в свою учетную запись Sony.
  • Перейти к [Данные моей учетной записи] .
  • Продолжайте обновлять соответствующие поля.
     
Я хочу удалить свою учетную запись Sony
Нам очень жаль, что вы уходите, но вы можете удалить свою учетную запись, выполнив следующие действия:
  • Войдите в свою учетную запись Sony.
  • Нажмите [Данные моей учетной записи] .
  • Прокрутите вниз и выберите [Удалить учетную запись] .

 

Как связать мою учетную запись Sony с другими учетными записями службы Sony

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

Вы можете связать свои учетные записи со следующими онлайн-сервисами группы Sony:

Услуги Sony Europe:

Услуги других компаний группы Sony:

  • Xperia Lounge
  • Магазин Xperia
  • SonyMobile.com
  • MyAccount
  • Developer World
  • PlayStation™ Network
  • PlayStation™ Plus
  • PlayStation™ Video
  • PlayStation™ Music
  • PlayStation™ Now 32
      4 PlayStation™ Vue

      2

      Как включить двухэтапную проверку?

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

      Чтобы включить двухэтапную аутентификацию: 

      1. Войдите в My Sony. Нажмите или наведите указатель мыши на свое имя в правом верхнем углу, затем выберите [Данные моей учетной записи] .
      2. Прокрутите вниз до [Изменить другие данные безопасности] , затем нажмите [Обновить] .
      3. Открыв вкладку [ Безопасность ], прокрутите вниз до [Двухэтапная проверка] , затем нажмите [Изменить] .
      4. Когда вас спросят, как вы хотите получить код подтверждения, выберите Текстовое сообщение или Приложение Authenticator .

      Затем следуйте инструкциям на экране:

      • Текстовое сообщение : Введите свой номер телефона. Проверьте текстовое сообщение, отправленное на ваш мобильный телефон, и введите 6-значный код подтверждения. Нажмите [Подтвердить] .
      • Приложение-аутентификатор : Откройте приложение-аутентификатор на мобильном устройстве и отсканируйте QR-код или скопируйте и вставьте буквенно-цифровой код , видимый на экране.Введите проверочный код, который вы получили из приложения для проверки подлинности.

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


       

      Что делать, если я не могу найти продукт, который хочу зарегистрировать?
      1. Во-первых, убедитесь, что продукт, который вы хотите зарегистрировать, является продуктом Sony Electronics (включая телевизоры, аудио- и фототовары). Если у вас есть устройство Sony Mobile (Xperia) или профессиональный продукт Sony, вам следует посетить одну из следующих страниц:
      1. Если вы уверены, что ваш продукт является продуктом Sony Electronics, и вы ввели продукт вручную имя, но не могу его найти, попробуйте найти его с помощью раскрывающегося меню.
         
      2. Если вы приобрели продукт в регионе, отличном от Европы (например, в Азиатско-Тихоокеанском регионе, Америке и т. д.), перейдите на веб-сайт соответствующего региона, чтобы зарегистрировать свой продукт.Продукты, приобретенные за пределами Европы, в настоящее время не могут быть зарегистрированы в My Sony. Приносим извинения за неудобства.
      1. Если первые два варианта не помогли, возможно, ваш товар отсутствует в нашей базе данных. Пожалуйста, свяжитесь с нами, чтобы подтвердить это.

      Функция XLOOKUP

      Синтаксис

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

      = XLOOKUP(искомое_значение, искомый_массив, возвращаемый_массив, [if_not_found], [match_mode], [search_mode]) 

      Аргумент

      Описание

      искомое_значение

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

      Значение для поиска

      *Если не указано, функция XLOOKUP возвращает пустые ячейки, найденные в lookup_array .

      lookup_array

      Обязательно

      Массив или диапазон для поиска

      return_array

      Обязательно

      Массив или диапазон для возврата

      [if_not_found]

      Дополнительно

      Если действительное совпадение не найдено, верните предоставленный вами текст [if_not_found].

      Если действительное совпадение не найдено и [if_not_found] отсутствует, возвращается #N/A .

      [режим_сопоставления]

      Дополнительно

      Укажите тип соответствия:

      0 - Точное совпадение.Если ничего не найдено, вернуть #N/A. Это значение по умолчанию.

      -1 - Точное совпадение. Если ничего не найдено, верните следующий меньший элемент.

      1 - Точное совпадение. Если ничего не найдено, верните следующий больший элемент.

      2 - Подстановочный знак, где *, ? и ~ имеют особое значение.

      [режим_поиска]

      Дополнительно

      Укажите используемый режим поиска:

      1 - Выполнить поиск, начиная с первого элемента. Это значение по умолчанию.

      -1 - Выполнить обратный поиск, начиная с последнего элемента.

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

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

      Примеры

      Пример 1     использует XLOOKUP для поиска названия страны в диапазоне, а затем возвращает ее телефонный код страны.Он включает аргументы lookup_value (ячейка F2), lookup_array (диапазон B2:B11) и return_array (диапазон D2:D11). Он не включает аргумент match_mode , так как функция XLOOKUP по умолчанию выдает точное совпадение.

      Примечание. XLOOKUP использует массив поиска и возвращаемый массив, тогда как VLOOKUP использует один массив таблиц, за которым следует порядковый номер столбца. Эквивалентная формула ВПР в этом случае будет выглядеть так: = ВПР(F2,B2:D11,3,ЛОЖЬ)

      —————————————————————————

      Пример 2     ищет информацию о сотруднике по его идентификационному номеру.В отличие от ВПР, XПР может возвращать массив с несколькими элементами, поэтому одна формула может возвращать как имя сотрудника, так и отдел из ячеек C5:D14.

      —————————————————————————

      Пример 3     к предыдущему примеру добавляется аргумент if_not_found .

      —————————————————————————

      Пример 4     ищет в столбце C личный доход, указанный в ячейке E2, и находит соответствующую налоговую ставку в столбце B. Он устанавливает аргумент if_not_found для возврата 0 (ноль), если ничего не найдено. Аргумент match_mode имеет значение 1, что означает, что функция будет искать точное совпадение и, если не найдет, возвращает следующий больший элемент. Наконец, аргумент search_mode имеет значение 1 , что означает, что функция будет искать от первого элемента до последнего.

      Примечание. Столбец lookup_array XARRAY находится справа от столбца return_array , тогда как функция ВПР может просматривать только слева направо.

      —————————————————————————

      Пример 5     использует вложенную функцию XLOOKUP для вертикального и горизонтального сопоставления. Сначала он ищет Валовая прибыль в столбце B, затем ищет Qtr1 в верхней строке таблицы (диапазон C5:F5) и, наконец, возвращает значение на пересечении двух значений. Это похоже на совместное использование функций ИНДЕКС и ПОИСКПОЗ.

      Совет: Вы также можете использовать XLOOKUP вместо функции HLOOKUP.

      Примечание: Формула в ячейках D3:F3: =XLOOKUP(D2,$B6:$B17,XLOOKUP($C3,$C5:$G5,$C6:$G17)) .

      —————————————————————————

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

      Формула в ячейке E3: =СУММ(XПР(B3,B6:B10,E6:E10):XПР(C3,B6:B10,E6:E10))

      Как это работает? XLOOKUP возвращает диапазон, поэтому при вычислении формула выглядит так: =СУММ($E$7:$E$9). Вы можете сами увидеть, как это работает, выбрав ячейку с формулой XLOOKUP, похожей на эту, затем выберите  Формулы > Аудит формул > Вычислить формулу, а затем выберите Вычислить  , чтобы выполнить расчет.

Добавить комментарий

Ваш адрес email не будет опубликован.

Можно использовать следующие HTML-теги и атрибуты:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>