Pan Krzysztof Halasa napisał:

>> Ja tu w ogóle cały czas o problemie skali i o dostosowywaniu jednych
>> rzeczy do drugich (o tym, że niektórzy nigdy nie będą w stanie objąć
>> tego swym rozumem, to chyba wiemy obaj).
>
> No i właśnie ta skala powoduje, że osobne pliki w konkreście
> archiwizacji SMSów przez operatora komórkowego nie mają sensu.

Wszyscy się nie wiedzieć czemu uparli, że ten inwigilator esemesowy,
to musi być super hiper full wypas z wyczesem, żeby klienta zadowolić,
żeby być lepszym od konkurencji. Operator tego nie sprzedaje, tylko
mu (być może, bo i to niepewne) każą to robić by łatwiej było łapać
bad guyów. A jemu się chce, jak psu kij gryźć.

No więc już raz ustaliliśmy, że najłatwiej, najprościej i najlepiej
jest zbierać SMS-y liniowo jeden za drugim. Prawda? No ale co dalej?
Owszem, można zrobić aplikację bazodanową, indeksować wszystko na
bieżąco i udawać gugla. Ale można też to olać -- chlastać logi raz
na tydzień lub raz na miesiąć i czekać. Podejrzewam, że ci z CBA to
nie dzwonią co kwadrans by im w te pędy przysłać czyjeś SMS-y. Mogą
to robić raz na dzień, nie częściej. I spodziewają się odpowiedzi na
przykład jutro (ja się naprawdę nie znam na służbach specjalnych,
tak tylko to sobie naiwnie wyobrażam). Takie grepowanie setek GB,
czyli miesięcy esemesowania wszystkich klientów, to się robi w czasie
wyrażonym najwyżej w godzinach. Spokojnie można tak współpracować
z organami. A jak się znajdzie u operatora ktoś ambitny, to skryptem
z crontaba cyklicznie przy chlastaniu logów rozsortuje na poszczególne
numery.

Nie upieram się przy tym, że tak to właśnie jest. Ale tak to może wyglądać,
przynajmniej z punktu widzenia notorycznego lenia (dzień dobry, to ja).

--
Jarek