Size: a a a

2020 February 13

VV

V V in pro.lua
Т.е. Ты не сможешь понять, что перед домой одно длинное сообщение, а нарежешь его на несколько мелких
источник

S

Snusmumriken in pro.lua
Ла-а-адно, просто берём не метку времени, а собственно регулярку заголовка. От текущего до следующего. Она немножко длиннее.
источник

VV

V V in pro.lua
Snusmumriken
Ла-а-адно, просто берём не метку времени, а собственно регулярку заголовка. От текущего до следующего. Она немножко длиннее.
Да, (хедер-тело)-хедер будет работать.
источник

S

Snusmumriken in pro.lua
Да, в этом протоколе может потеряться самое последнее-распоследнее сообщение, но его можно обработать отдельно.
источник

S

Snusmumriken in pro.lua
Сам факт в том, что у нас уже есть заголовки, и это уже офигеть как круто и позволяет делить машиной. Не однозначно (потому что последнее может сломаться)
источник

VV

V V in pro.lua
Snusmumriken
Да, в этом протоколе может потеряться самое последнее-распоследнее сообщение, но его можно обработать отдельно.
Там нет самого последнего, т.к. Система их генерит со скоростью 25к в секунду))
источник

S

Snusmumriken in pro.lua
Когда система встанет — будет последний, и его тоже надо бы обработать. Тем более что он несёт особую важность, с потенциальными причинами вставания.
источник

VV

V V in pro.lua
Snusmumriken
Когда система встанет — будет последний, и его тоже надо бы обработать. Тем более что он несёт особую важность, с потенциальными причинами вставания.
Ну, из практики, если такая система встанет, н кто не ищет последнее сообщение - просто бегут чинить систему
источник

S

Snusmumriken in pro.lua
А как они будут чинить, когда в последнем лого-сообщении возможно сидит ошибка, из-за которой всё упало? ))
источник

VV

V V in pro.lua
Snusmumriken
Когда система встанет — будет последний, и его тоже надо бы обработать. Тем более что он несёт особую важность, с потенциальными причинами вставания.
Обычно нет. Всё ошибки идут каскадом, и последнее сообщение - что собственно "все умерло"
источник

VV

V V in pro.lua
Т. Е. Текст ошибки встретится много раньше
источник

S

Snusmumriken in pro.lua
Ну в данном конкретном случае — ок. Всё равно черезжопский протокол, и хорошо что он у вас внутри.
источник

VV

V V in pro.lua
Но даже в этом случае можно просто сделать прерывание по тацмауту - если tcp буфер пустой и вы вышли с тацмаутом, просто запишем все, что накопилось в буфере
источник

S

Snusmumriken in pro.lua
Патамущта у меня на работке, все логи это как раз
[N символов длины][сжатый джысон типа такого]
Входная часть вычленяет отдельные сообщения и раскидывает на потоки, которые уже разбирают жысоны. А всё для того чтобы искать, сортировать, вычислять кол-во ворнингов и для прочей статы.
источник

VV

V V in pro.lua
Это в общем-то не попытка найти решение лучше существующего для такой специфический ситуации =)

Это пример того, как крупные вендор типа Симантека могут забить на rfc при tcp-шной пересылке данных.

И такой "ход конём" всегда надо держать в голове. А то можно промахнуться, если исходить из "минимальный формат tcp будет содержать хотя бы длину или однозначный признаки начала-конца". Должен. Но может и не содержать.
источник

VV

V V in pro.lua
Snusmumriken
Патамущта у меня на работке, все логи это как раз
[N символов длины][сжатый джысон типа такого]
Входная часть вычленяет отдельные сообщения и раскидывает на потоки, которые уже разбирают жысоны. А всё для того чтобы искать, сортировать, вычислять кол-во ворнингов и для прочей статы.
Ну ты счастливый человек, что могу сказать)
источник

S

Snusmumriken in pro.lua
Я писал эту систему. И формат тоже мой ))
источник

VV

V V in pro.lua
Snusmumriken
Я писал эту систему. И формат тоже мой ))
Тогда счастливый и предусмотрительный))
источник

VV

V V in pro.lua
у нас многие вещи работают как чёрный ящик
источник

VV

V V in pro.lua
И если ли оно работает не так, как нужно, надо либо приделать свой костыль поверх, либо пытаться пинать вендора
источник