Копия файла лого - описание и выбор логов.

[OlegShchavelev]

Я очень активно использую функционал копию лога. Для того что бы вернуться к ошибкам позже.

При этом очень не хватает возможности сделать подпись к файлу. Приходится копировать название файла и уже в ежедневнике, в CRM или в To-do листе - описывать какую-то проблему. Хочется: нажать кнопку, подписать проблему и сохранить. В супербоксе с названием (цифра 1 на скриншоте) вывести данную подпись, и будет удобно, как минимум для системных людей.

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

[sergant210]

При этом очень не хватает возможности сделать подпись к файлу.

Есть мысли как это сделать?

[OlegShchavelev]

@sergant210 Если есть идея и пытаюсь сразу ее сформулировать в формете ISSUE когда есть эмоции и проблема. Если брать почему она возникла: я готовился к производственному совещанию и таким образом я очень быстро к нему бы подготовился. Так как данная идея не сформулирована пришлось переносить и формировать все в Битрикс 24.

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

[OlegShchavelev]

Есть мысли как это сделать?

Если вопрос в интерфейсе, то алгоритм такой:

При нажатии на кнопку "сделать копию" отрывается модальное окно с двумя полями. Первое поле disabled, в котором значение - является название поля. Второе поле описание в котором при желании пользователь может указать для себя пометку.

Далее пользователь нажимает сохранить и в селектбоксе (при выборе лога) мы выводим, как описание, так и название лога.

[sergant210]

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

[OlegShchavelev]

@sergant210 Я думаю что есть три вариантfа. Первый это создать табличку для хранения инфы, хранить информация в файловой системе JSON или XML, но и третий ты предложил соединить два поля в одно. Наверно это все возможные варианты.

[sergant210]

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

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