—крыть меню * ¬ерси€ дл€ печати

ћо€ статистика


ќбработать журнал:

ќбщие сведени€ о статистике

Ќа этой странице вы можете получить два вида статистики по заданному адресу IP.

“ехнически проект состоит из двух частей.

1. ¬еб-сервер (фронтэнд) принимает запрос к API. ≈сли точно такой же запрос уже есть в кэше, отдаетс€ содержимое кэша (в 4-м поле журнала веб-сервера пишетс€ слово HIT), иначе делаетс€ запрос к серверу приложений (бэкэнд), в 4-м поле пишетс€ MISS.
”чет числа запросов и дневна€ квота в 500 запросов определ€етс€ именно по журналу веб-сервера.

2. —ервер приложений (бэкенд) обрабатывает запрос и возвращает ответ веб-серверу. ≈сли запрос был неправильным, возвращаетс€ сообщение об ошибке.
Ќаиболее частые ошибки: пропущено поле To (получатель), неправильное значение пол€ To (например, несуществующий индекс или неправильное местоположение), ошибка в поле Weight.

”важаемые коллеги! ќбратите внимание, что расчет дневной квоты (500 запросов) ведетс€ по статистике веб-сервера (фронтэнда). ѕоэтому, если ваш скрипт выдал дл€ расчета одной доставки 8 одинаковых запросов (это реальные случаи!), то все они будут учтены в вашей дневной квоте, хот€ до бэкенда дойдет всего один запрос.
Ќасто€тельно рекомендую организовывать кэширование. ≈сли ваш проект написан на PHP, воспользуйтесь бесплатной библиотекой PostcalcLight, или посмотрите, как там кэширование организовано.
¬ идеале слово HIT не должно встречатьс€ в ваших логах вообще.
¬нимание! Ќакопительна€ статистика генерируетс€ один раз в день, вскоре после полуночи за предыдущие сутки.

Ѕлокировки данного IP

–обот провер€ет число запросов с данного IP в начале каждого часа.
≈сли число запросов с начала суток по московскому времени превысило 500, IP блокируетс€ до конца суток,
а на указанный в запросе адрес электронной почты высылаетс€ уведомление.
≈сли электронна€ почта в запросе не была указана - это считаетс€ нарушением правил пользовани€
и адрес IP блокируетс€ уже после 50 запросов.
–азблокировка происходит автоматически в ближайшую полночь по московскому времени.
≈сли робот блокировал IP более 3 раз, при этом владелец ресурса не св€залс€ с администратором,
такой ресурс считаетс€ неконтролируемым, и его IP блокируетс€ вручную посто€нно.
–азблокировка в этом случае - только после оплаты одного из тарифов ('”слови€ использовани€', п.7).

єєƒата и вре숄исло запросовЁл.почта
12016-12-16 13:00:00147
22016-12-17 02:00:0058
32016-12-18 12:00:0051
42016-12-19 06:00:0053
52016-12-20 06:00:0059
62016-12-21 09:00:0055
72016-12-22 03:00:0078
82016-12-23 10:00:0078
92016-12-24 11:00:0051
102016-12-25 12:00:0078
112016-12-27 07:00:0054
122016-12-28 09:00:0077
132016-12-29 10:00:0092
142016-12-30 09:00:0091
152016-12-31 18:00:0058
162017-01-02 12:00:0052
172017-01-03 10:00:00113
182017-01-04 11:00:0059
192017-01-05 09:00:0071
202017-01-06 19:00:0051
212017-01-07 15:00:0063
222017-01-08 12:00:0055
232017-01-09 07:00:0063
242017-01-10 07:00:0066
252017-01-11 07:00:0060
262017-01-12 07:00:0070
272017-01-13 05:00:0066
282017-01-14 09:00:0079
292017-01-15 11:00:0093
302017-01-16 07:00:0080
312017-01-17 07:00:0070
322017-01-18 06:00:00107
332017-01-19 02:00:0054
342017-01-20 09:00:0065
352017-01-21 10:00:0067
362017-01-22 13:00:0067
372017-01-23 07:00:0070
382017-01-24 06:00:0051
392017-01-24 19:00:0051
402017-01-24 20:00:0051
412017-01-25 07:00:0064
422017-01-26 10:00:0067
432017-01-27 01:00:0051
442017-01-28 08:00:0060
452017-01-29 12:00:00129
462017-01-30 08:00:00122
472017-01-31 09:00:0072
482017-02-01 08:00:0094
492017-02-02 07:00:0073
502017-02-03 07:00:0080
512017-02-04 08:00:0058
522017-02-05 09:00:0057
532017-02-06 08:00:0058
542017-02-07 08:00:0055
552017-02-08 01:00:0068
562017-02-09 07:00:0076
572017-02-10 06:00:0081
582017-02-11 10:00:0055
592017-02-12 02:00:0058
602017-02-13 07:00:0098
612017-02-14 06:00:0066
622017-02-15 07:00:0063
632017-02-16 07:00:0080
642017-02-17 07:00:0078
652017-02-18 03:00:0051
662017-02-19 10:00:0065
672017-02-20 07:00:0098
682017-02-21 02:00:0074
692017-02-22 07:00:00110
702017-02-23 06:00:0079
712017-02-24 10:00:0066
722017-02-25 11:00:0078
732017-02-26 11:00:0074
742017-02-27 07:00:0069
752017-02-28 09:00:0061
762017-03-01 05:00:0084
772017-03-02 06:00:0080
782017-03-03 07:00:0095
792017-03-04 11:00:0073
802017-03-05 10:00:0069
812017-03-06 08:00:0083
822017-03-07 07:00:0051
832017-03-08 09:00:0055
842017-03-09 07:00:00105
852017-03-10 01:00:0071
862017-03-11 09:00:0056
872017-03-12 06:00:0051
882017-03-13 06:00:0052
892017-03-14 09:00:0075
902017-03-15 01:00:0081
912017-03-16 08:00:0097
922017-03-17 07:00:0053
932017-03-18 09:00:0057
942017-03-19 09:00:0055
952017-03-20 01:00:0068
962017-03-21 06:00:0052
972017-03-22 01:00:0060
982017-03-23 09:00:0061
992017-03-24 08:00:0092
1002017-03-25 07:00:0077
1012017-03-26 11:00:0067
1022017-03-27 06:00:0063
1032017-03-28 07:00:0096
1042017-03-29 09:00:00181
1052017-03-30 03:00:0056
1062017-04-18 17:00:00514misterspaun@gmail.com
1072017-04-19 14:00:00512misterspaun@gmail.com
1082017-04-21 12:00:00581misterspaun@gmail.com
1092018-02-04 23:00:00558misterspaun@gmail.com

јдрес 87.236.20.56 не найден!

∆урнал веб-сервера, не более 600 последних строк

¬нимание! ∆урнал веб-сервера проходит ротацию 1 раз в неделю, в ночь с субботы на воскресенье.
ѕоэтому вы можете видеть здесь только запросы с утра ближайшего воскресень€.
¬ этом разделе вы можете в реальном времени наблюдать, как ваши запросы к API проход€т на сервер.
≈сли галочка ќбработать журнал не поставлена, выводит журнал в формате Apache log как есть.
ѕри этом переменные на русском €зыке отображаютс€ в нечитаемом виде - в "процентной" кодировке или нотации
командного интерпретатора \xHH (где H - 16-рична€ цифра).
≈сли галочка ќбработать журнал стоит, переводит закодированные русские буквы из журнала в читаемый вид
и выдел€ет их цветом:

 одировка UTF-8
 одировка Windows-1251
Ќеправильна€ кодировка, ошибка - недопустимые символы, чаще всего получаютс€ при двойной перекодировке.
Ќекодированные символы - русские буквы при передаче не были переведены в "процентную" кодировку, а поступили на сервер как есть.
Ёто может быть источником плохо обнаруживаемых ошибок. ¬ PHP воспользуйтесь функцией urlencode() или http_build_query().

ќбратите внимание на колонку 4 - если в ней стоит HIT, значит, запрос был выдан из кэша.
Ётого следует по возможности избегать.
“акже посмотрите на колонку 7 - врем€ выдачи ответа.

ѕол€ имеют следующие значени€:
1 - адрес IP,
2 - дата и врем€,
3 - код ответа,
4 - состо€ние кэша (MISS или HIT),
5 - коэффициент сжати€ фронтэндом (всегда прочерк),
6 - врем€ ответа бэкенда в секундах,
7 - общее врем€ ответа на запрос в секундах,
8 - количество байт в ответе,
9 - собственно запрос,
10 - поле Referer (как правило, прочерк),
11 - поле User-Agent

јнализ этого журнала позвол€ет ответить на вопросы:
* Ќе превышена ли дневна€ норма запросов с данного адреса IP?
* —колько запросов дублируетс€ (4-е поле имеет значение HIT, т.е. на сервер в течение короткого времени пришел точно такой же запрос)?
* ƒоход€т ли вообще запросы с данного адреса IP до сервера api.postcalc.ru? ≈сли их нет в журнале веб-сервера, значит, они не дошли.
*  ак выгл€д€т переменные в запросе после стандартной обработки?






(c) PostCalc.RU 2010-18



яндекс.ћетрика

Time elapsed: 0.10382