Если много посетителей на сайте, как будут выглядеть логи, будут логи для всех пользователей в перемешку?

Question

[skise]

Если много посетителей на сайте, и одновременно выполняется какой-то процесс, как будут выглядеть логи, будет ли это все в перемешку? Я имею ввиду- вот функция, в ней всякие процессы выполняются, и одновременно она выполняется для , например 1000 пользователей- в логах например в ней логаются- заход в функцию, начало процесса1- результат процесса1, начало процесса2, результат процесса2- и тд... , так вот допустим, эти результаты для каждого пользоывтаеля будут получаться с разной скоростью- где-то раньше где-то быстрее запрос к базе или типа того, где-то чтото - дольше считалось.
В логах как это все различать? нет же гарантии что для пользователя Вася когда начался процесс1 в логах будет результат процесса1 именно для Васи? Все будет в перемешку?

Comments

[skise]

странно тут вроде комменты были про grep или ответы, их че кто-то удалил зачем?

Answer 1

[RidgeA]

Если много посетителей на сайте, как будут выглядеть логи

Ровно так, как на программируешь.

будут логи для всех пользователей в перемешку?

В базовом варианте да.

Можно логи для каждого пользователя/запроса писать в отдельный файл (надо помнить, что делать много файлов в одной директории - идея плохая и чистить), можно в логах писать для какого пользователя/запроса/чтоугодно этот лог пишется что бы по этому признаку выбрать логи, как правильно подсказали через grep.
Можно прикрутить более продвинутые средства анализа логов как ELK-stack, если действительно есть необходимость.

Но базовый вариант с grep еще никого не подводил, если правильно писать логи.

Comments

[skise]

а что такое ELK-stack ? это каке-то платное решение? Что такое elastic search - знаю...

[Михаил Кисиль]

Как уже ответил RidgeA -

Ровно так, как на программируешь

естественно соблюдать для каждого пользователя последовательные записи в логах не получится, они будут вперемешку. Потом при разборе полетов уже можно выбрать все записи для определенного IP или по времени отфильтровать. Логи записываются построчно, со всеми необходимыми данными "дата, ip, событие". Опять же на каждый чих логи не пишут, вернее пишут, но на время отладки. Должна быть возможность включить подробные логи и оставить только базовые. К слову, при записе события в файл он лочится на время процесса записи. Это значит что в этот же момент если происходит еще одно событие, то скрипт зависнет и будет ждать когда предыдущее событие запишется и освободит файл для записи. Поэтому если пользователей/событий на сайте много, нужно делать логи с умом.

[RidgeA]

skise, ElasticSearch-Logstash-Kibana, ответ на этот вопрос есть на первой же странице поиска (как будто кто-то смотрит вторую :-) )
Решение бесплатное, но надо отчетливо понимать, зачем это нужно, т.к. это увеличивает сложность системы в целом.
Для начала лучше грамотно писать в лог на диске.
Да, и как правильно заметил Михаил Кисиль это надо делать с умом - писать вне основного потока, через какой-то буфер. В общем то же не просто.