что за API token?

[Slava]

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

[Slava]

https://rejik.ru/index_ru_8_11.html
Сделал получение листа через api, результат проверки можно присылать через обычный веб интерфейс, как с html версии листа.
Наверное сделаю прием результата и через api, но не знаю, когда, времени на проект не остается.

[bogdan108]

Сейчас на запрос getlist/group_name/list_size получаю ответ с атрибутами: list_key, Expired, rules.

Просьба:
в теле ответа отсылать также атрибут group_name.

[bogdan108]

Сейчас на запрос getlist/group_name/list_size в атрибуте rules в некоторых пунктах отсутствует атрибут reasons.
Как понимаю, этот атрибут отсутствует также и в самой базе даннных.

Ввиду стандартизированных планов по переходу на https, в большинстве случаев отсутствующий атрибут reasons следует получать из rule, дописывая к нему префикс https://.
Однако, ещё хватает сайтов, которые не перешли на https и продолжают отдавать контент только по http (порт 80). Т.е. при открытии по https сайта "https://"+$rule+"/", доступного только по "http", пользователь получает ошибку. То же касается и противоположного: когда браузер открывает страницу по http, хотя сервер настроен обслуживать запросы только по http.
Неписанные правила хорошего тона - перенаправлять http-запросы на https. Однако я всё чаще натыкаюсь на отсуствие обслуживания по http, при том, что по https сайт доступен.

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

Что хочу:
для правил, у которых отсуствует атрибут reasons, и которые доступны только по одному из префиксов http/https, принудительно указывать префикс в самом листе (т.е. добавлять атрибут rules с префиксом, по которому страница доступна).
Логично, если проверка доступности url="префикс"+"reason" будет проделываться сервером автоматически, а не человеком вручную при проверке листа, и человек получит уже конечный url с тем префиксом, по которому страница доступна.

Пожелание:
1) для тех правил в базе, у которых отсутствует атрибут reasons или есть ссылка с префиксом "http://", произвести автоматическую проверку доступности контента по http (порт 80) и по https (порт 443). Для сайтов, которые отдают контент только по http или только по https, принудительно:
- если reason отсутствует: добавить атрибут reason с соответствуюшим префиксом (http:// или https://);
- если reason присутствует, но с противоположным префиксом: обновить префикс на тот, по которому контент доступен.
2) регулярно (например - раз в месяц) производить проверку, описанную в пункте 1;
3) для новых правил без атрибута reasons, после добавления в базу, производить проверку, описанную в пункте 1.

[bogdan108]

Сейчас на запрос getlist/group_name/list_size получаю ответ с атрибутами, чьи имена указаны в разных регистрах: list_key, Expired, rules.

Просьба:
все имена указывать в едином регистре, т.е. атрибут Expired отдавать как expired.