Подобрения в одита публикувани

Какво ново

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

Ако искате да разберете какво се е случило с конкретен модератор, първо трябваше да намерите неговото ID, а ако този модератор вече е бил премахнат, нямаше нищо, към което да сравните ID‑то. Събитието казваше, че нещо е изтрито, от кого и кога, но за някои ресурси имената липсваха.

Сега името се записва заедно с ID‑то в момента на събитието, така че то остава след изтриването и можете да търсите по него.

Колоната Affected

Има нова колона Affected в таблицата, която показва лицето или обекта, върху който е действало събитието, по име. За лице тя изглежда като jsmith (jsmith@example.com). За персонализиране на уиджет или модерационна група това е името, което сте задали. За медиа файл това е името на файла, който сте качили.

Над таблицата има съответно поле за търсене, Who or what was changed. Въведете име, имейл адрес или ID и то ще намери събития, засегнали това лице или обект. Не е нужно да знаете кой от трите е вашият и не е нужно първо да търсите вътрешно ID.

Събития, записани преди това издание, нямат прикачено име, но все още имат ID‑то, което винаги е имало, така че същото поле за търсене ги намира по ID.

Диапазон от дати

Редът с филтри сега има падащо меню Date Range с опции Последните 30 дни, Последните 90 дни, Последната година, Цялото време и Custom range, което разкрива полета за избор на дата От и До.

Диапазонът от дати е най-лесният начин за стесняване на търсенето, а комбинирането му с другите филтри е най-бързият начин да намерите нещо.

Управлявани акаунти

Ако вашият акаунт управлява други наематели, има отметка Include sub-tenants. Поставянето ѝ търси вашия акаунт и всеки наемател, който управлява, в едно търсене, като в колоната Tenant се показва от кой акаунт е дошло събитието.

До сега журналът на всеки наемател можеше да се чете само самостоятелно, така че отговорът на въпроса „докой докосна някоя от нашите свойства тази седмица“ изискваше превключване към всеки от тях поотделно.

Актуализациите сега записват какво е променено

Редактирането на член от екипа преди това записваше получения набор от разрешения. Това ви казва какви са разрешенията сега, но не какви са били, така че въпросът „кой премахна достъпа до фактуриране на това лице и кога“ оставаше без отговор.

Събитията за актуализация сега включват карта changes само с полетата, които действително са се променили, всяко със своята предишна и нова стойност. Непроменените полета се пропускат, така че промяната на разрешения се показва като един ред вместо стена от булеви стойности.

Описания и устройството зад промяната

Деструктивните събития сега носят простото изречение, описващо какво се е случило, например „Премахнат потребител от акаунта.“ Прегледите на страници имаха описания, а изтритията – не, което беше обратно.

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

Други подобрения

• Някои поправки при пагинацията и комбинациите от филтри.
• Събитията за вход показваха празна колонка Who. Потребителското име беше в записа през цялото време, но страницата не го чете.
• Колоната за действие изобразяваше събития за вход като N/A, защото Login липсваше в списъка с имена на действия.
• Страниците на одитния журнал не можеха да покажат имена на SSO потребители, показвайки „Missing User“ вместо. Сега те се разрешават правилно.
• Страницата е много по-бърза при акаунти с дълга история.

За API

Крайната точка /api/v1/audit-logs получи съответстващи филтри: username, ip, crudType, resourceName, targetId, target за търсене по подниз и includeManagedTenants. Отговорите сега включват targetId, targetLabel и ua.

Две промени, които заслужават внимание, ако вече използвате тази крайна точка. before сега работи самостоятелно, докато преди беше игнориран, освен ако не подадете и after. И limit сега е ограничен до 10 000, докато преди нямаше горна граница. По подразбиране остава 1 000.

Документация

The AuditLogs API guide covers the new query parameters, and the AuditLog structure reference covers the new fields.

Ако досега не сте използвали одитния журнал, the original release post обяснява къде се намира, кой може да го чете и колко дълго се съхраняват записите. Всичко това остава непроменено.

В заключение

Радваме се, че можем да продължим да подобряваме FastComments. Ако търсите нещо в журнала си и не можете да го намерите, кажете ни по-долу.

Наздраве!