Накопительная статистика
Справка по накопительной статистике
В этом разделе вы можете получить
два вида статистики по заданному адресу IP.
Технически проект состоит из
двух частей.
1.
Веб-сервер (фронтэнд) принимает запрос к API. Если точно такой же запрос уже есть в кэше,
отдается содержимое кэша (в 4-м поле журнала веб-сервера пишется слово HIT),
иначе делается запрос к серверу приложений (бэкэнд), в 4-м поле пишется MISS.
Учет числа запросов и дневная квота в 500 запросов определяется именно по журналу веб-сервера.
2.
Сервер приложений (бэкенд) обрабатывает запрос и возвращает ответ веб-серверу.
Если запрос был неправильным, возвращается сообщение об ошибке.
Наиболее частые ошибки: пропущено поле To (получатель), неправильное значение поля To
(например, несуществующий индекс или неправильное местоположение), ошибка в поле Weight.
Уважаемые коллеги! Обратите внимание, что расчет дневной квоты (500 запросов) ведется по статистике веб-сервера (фронтэнда).
Поэтому, если ваш скрипт выдал для расчета одной доставки 8 одинаковых запросов (это реальные случаи!),
то все они будут учтены в вашей дневной квоте, хотя до бэкенда дойдет всего один запрос.
Настоятельно рекомендую организовывать кэширование. Если ваш проект написан на PHP, воспользуйтесь бесплатной библиотекой
PostcalcLight, или посмотрите, как там кэширование организовано.
В идеале слово HIT не должно встречаться в ваших логах вообще.
Внимание! Накопительная статистика генерируется один раз в день, вскоре после полуночи
за предыдущие сутки.
Накопительная статистика по IP 37.140.192.31 по суткам за последние 60 суток
Значение полей:
Объем - объем переданных данных в килобайтах
Фронтэнд - число запросов к веб-серверу. Не должно превышать 500 в сутки.
Кэш - число ответов из кэша. По возможности не должно быть большим.
Бэкэнд - число запросов к серверу API. Обычно равно Фронтэнд - Кэш.
ОК - число правильных запросов
Bad - число ошибочных запросов (например: пропущен получатель, не указан вес и т.п.)
% Ошибок - процент ошибок
| Дата |
Объем |
Фронтэнд |
Кэш |
Бэкэнд |
ОК |
Bad |
% Ошибок |
| 2021-02-14 |
0.3 |
2 |
0 |
2 |
0 |
2 |
100.0 % |
| 2021-02-15 |
7.1 |
42 |
0 |
42 |
0 |
42 |
100.0 % |
| 2021-02-16 |
5.8 |
34 |
0 |
34 |
0 |
34 |
100.0 % |
| 2021-02-17 |
2.4 |
14 |
0 |
14 |
0 |
14 |
100.0 % |
| 2021-02-18 |
8.2 |
48 |
0 |
48 |
0 |
48 |
100.0 % |
| 2021-02-19 |
9.0 |
53 |
0 |
53 |
0 |
53 |
100.0 % |
| 2021-02-20 |
1.7 |
10 |
0 |
10 |
0 |
10 |
100.0 % |
| 2021-02-21 |
0.7 |
4 |
0 |
4 |
0 |
4 |
100.0 % |
| 2021-02-22 |
4.8 |
28 |
0 |
28 |
0 |
28 |
100.0 % |
| 2021-02-23 |
3.6 |
21 |
0 |
21 |
0 |
21 |
100.0 % |
| 2021-02-24 |
3.6 |
21 |
0 |
21 |
0 |
21 |
100.0 % |
| 2021-02-25 |
3.7 |
22 |
2 |
20 |
0 |
22 |
100.0 % |
| 2021-02-26 |
3.7 |
22 |
0 |
22 |
0 |
22 |
100.0 % |
| 2021-02-27 |
1.7 |
10 |
0 |
10 |
0 |
10 |
100.0 % |
| 2021-02-28 |
3.4 |
20 |
1 |
19 |
0 |
20 |
100.0 % |
| 2021-03-01 |
2.7 |
16 |
1 |
15 |
0 |
16 |
100.0 % |
| 2021-03-02 |
4.1 |
24 |
0 |
24 |
0 |
24 |
100.0 % |
| 2021-03-03 |
2.9 |
17 |
0 |
17 |
0 |
17 |
100.0 % |
| 2021-03-04 |
6.8 |
40 |
0 |
40 |
0 |
40 |
100.0 % |
| 2021-03-05 |
13.6 |
80 |
0 |
80 |
0 |
80 |
100.0 % |
| 2021-03-06 |
3.6 |
21 |
0 |
21 |
0 |
21 |
100.0 % |
| 2021-03-07 |
7.1 |
42 |
0 |
42 |
0 |
42 |
100.0 % |
| 2021-03-08 |
3.6 |
21 |
0 |
21 |
0 |
21 |
100.0 % |
| 2021-03-09 |
5.4 |
32 |
0 |
32 |
0 |
32 |
100.0 % |
| 2021-03-10 |
8.0 |
47 |
0 |
47 |
0 |
47 |
100.0 % |
| 2021-03-11 |
1.0 |
6 |
0 |
6 |
0 |
6 |
100.0 % |
| 2021-03-12 |
11.4 |
67 |
0 |
67 |
0 |
67 |
100.0 % |
| 2021-03-13 |
2.2 |
13 |
0 |
13 |
0 |
13 |
100.0 % |
| 2021-03-14 |
1.4 |
8 |
0 |
8 |
0 |
8 |
100.0 % |
| 2021-03-15 |
5.8 |
34 |
0 |
34 |
0 |
34 |
100.0 % |
| 2021-03-16 |
5.9 |
35 |
0 |
35 |
0 |
35 |
100.0 % |
| 2021-03-17 |
11.7 |
69 |
0 |
69 |
0 |
69 |
100.0 % |
| 2021-03-18 |
2.0 |
12 |
0 |
12 |
0 |
12 |
100.0 % |
| 2021-03-19 |
0.2 |
1 |
0 |
1 |
0 |
1 |
100.0 % |
| 2021-03-20 |
3.1 |
18 |
0 |
18 |
0 |
18 |
100.0 % |
| 2021-03-21 |
1.5 |
9 |
0 |
9 |
0 |
9 |
100.0 % |
| 2021-03-22 |
12.6 |
74 |
1 |
73 |
0 |
74 |
100.0 % |
| 2021-03-23 |
3.6 |
21 |
0 |
21 |
0 |
21 |
100.0 % |
| 2021-03-24 |
4.9 |
29 |
0 |
29 |
0 |
29 |
100.0 % |
| 2021-03-25 |
2.4 |
14 |
0 |
14 |
0 |
14 |
100.0 % |
| 2021-03-26 |
3.9 |
23 |
0 |
23 |
0 |
23 |
100.0 % |
| 2021-03-27 |
1.2 |
7 |
1 |
6 |
0 |
7 |
100.0 % |
| 2021-03-28 |
3.1 |
18 |
0 |
18 |
0 |
18 |
100.0 % |
| 2021-03-29 |
7.3 |
43 |
1 |
42 |
0 |
43 |
100.0 % |
| 2021-03-30 |
3.1 |
18 |
0 |
18 |
0 |
18 |
100.0 % |
| 2021-03-31 |
2.2 |
13 |
1 |
12 |
0 |
13 |
100.0 % |
| 2021-04-01 |
12.0 |
14 |
0 |
14 |
0 |
14 |
100.0 % |
| 2021-04-02 |
156.2 |
185 |
0 |
185 |
0 |
185 |
100.0 % |
| 2021-04-03 |
0.8 |
1 |
0 |
1 |
0 |
1 |
100.0 % |
Журнал веб-сервера, не более 600 последних строк
Справка по журналу сервера
В этом разделе вы можете в реальном времени наблюдать, как ваши запросы к 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
12 - статус расчета тарифа: OK или ошибка
Анализ этого журнала позволяет ответить на вопросы:
* Не превышена ли дневная норма запросов с данного адреса IP?
* Сколько запросов дублируется (4-е поле имеет значение HIT, т.е. на сервер в течение короткого времени пришел точно такой же запрос)?
* Доходят ли вообще запросы с данного адреса IP до сервера api.postcalc.ru? Если их нет в журнале веб-сервера, значит, они не дошли.
* Как выглядят переменные в запросе после стандартной обработки?
Показать окно с журналом
×
Журнал сервера в реальном времени
Elapsed time: 0.40047717094421 sec.