Pan J.F. napisał:

>> Takie grepowanie setek GB, czyli miesięcy esemesowania wszystkich
>> klientów, to się robi w czasie wyrażonym najwyżej w godzinach.
>
> Jak chcesz sprawdzic 7 tysiecy numerow naraz, to sie staje uciazliwe,
> trzeba specjalnego grepa napisac :-)

man grep -- to akurat jest od dawna (-f).

>> 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).
>
> Ale notoryczny len moze rownie dobrze stwierdzic ze najmniej sie narobi
> pakujac wszystko do bazy danych.
> Po co wymyslac na nowo kolo ? :-)

Dla lenia nigdy nie ma "równie dobrze". Leń zawsze najpierw wkłada wiele
wysiłku w analizę mającą na celu dać precyzyjną odpowiedź na pytanie, jak
tu coś zrobić i się nie narobić zbyt wiele. Jeśli już jest bilingowa baza
danych, do której można się podpiąć, to się podepnie.

--
Jarek

do góry

Użytkownik "Jarosław Sokołowski" <j...@l...waw.pl>

>
>>>> No jak leci, i to właśnie może równie dobrze zaoferować
>>>> indeks w systemie plików nawet takim jak FAT.
>>> System plików taki jak FAT w ogóle nie jest potrzebny do
>>> ściągania nagłówków.
>>
>> Ale indeks jest potrzebny, który może być na FAT
>
> Jednak nie jest. Nikt normalny tego nie zrobi w ten sposób.

Ale co nie jest ? Indeks może być na FAT choćby wydawało Ci się to
nienormalne

do góry

Pan John Kołalsky napisał:

>>>>> No jak leci, i to właśnie może równie dobrze zaoferować
>>>>> indeks w systemie plików nawet takim jak FAT.
>>>> System plików taki jak FAT w ogóle nie jest potrzebny do
>>>> ściągania nagłówków.
>>>
>>> Ale indeks jest potrzebny, który może być na FAT
>>
>> Jednak nie jest. Nikt normalny tego nie zrobi w ten sposób.
>
> Ale co nie jest ? Indeks może być na FAT choćby wydawało Ci się to
> nienormalne

Nic mi się nie wydaje -- wiem, że indeks może być w fat. Ale wiem też,
że nkt normalny nie zrobi tego w opisany sposób (nntp, fat, nagłówki,
indeks...).

--
Jarek

do góry

Pan John Kołalsky napisał:

>>>>> No jak leci, i to właśnie może równie dobrze zaoferować
>>>>> indeks w systemie plików nawet takim jak FAT.
>>>> System plików taki jak FAT w ogóle nie jest potrzebny do
>>>> ściągania nagłówków.
>>>
>>> Ale indeks jest potrzebny, który może być na FAT
>>
>> Jednak nie jest. Nikt normalny tego nie zrobi w ten sposób.
>
> Ale co nie jest ? Indeks może być na FAT choćby wydawało Ci się to
> nienormalne

Nic mi się nie wydaje -- wiem, że indeks może być w fat. Ale wiem też,
że nikt normalny nie zrobi tego w opisany sposób (nntp, fat, nagłówki,
indeks...).

--
Jarek

do góry

Użytkownik "J.F." <j...@p...onet.pl>

>
> Akurat jesli chodzi o SMS, to najprosciej je wrzucic do bazy danych
> billingowych, ktora operator trzyma dobrze zorganizowana dla wlasnej
> wygody :-)
>
>> 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.
>
> http://www.dobreprogramy.pl/Polska-znow-pobila-wlasn
y-rekord-w-sprawdzaniu-bilingow-obywateli,Aktualnosc
,31263.html
> 1.8 mln zapytan w 2011. 7 tysiecy w kazdy dzien roboczy ..

1 zapytanie na 12 sekund :-) Grepujmy to :-)

do góry

John Kołalsky <j...@k...invalid> wrote:
> Użytkownik "J.F." <j...@p...onet.pl>

>> 1.8 mln zapytan w 2011. 7 tysiecy w kazdy dzien roboczy ..
>
> 1 zapytanie na 12 sekund :-) Grepujmy to :-)

Urban legend :-) Większość z tych zapytań jest o dane posiadacza, kierowane
jednocześnie do wszystkich opów. To raz.
Bilingów jest może z 10%, podsłuchy... szacuję na małe kilka %. Tak samo
zapis SMS-ów.

do góry

Pan Maciej Bebenek napisał:

>>> 1.8 mln zapytan w 2011. 7 tysiecy w kazdy dzien roboczy ..
>> 1 zapytanie na 12 sekund :-) Grepujmy to :-)
>
> Urban legend :-) Większość z tych zapytań jest o dane posiadacza,
> kierowane jednocześnie do wszystkich opów.

To oni w zasadzie powinni dzwonić na jakieś 118 913 (ewentualnie
w wersji turbo special service, płatne podwójnie).

--
Jarek

do góry

Jarosław Sokołowski <j...@l...waw.pl> wrote:
> Pan Maciej Bebenek napisał:
>
>>>> 1.8 mln zapytan w 2011. 7 tysiecy w kazdy dzien roboczy ..
>>> 1 zapytanie na 12 sekund :-) Grepujmy to :-)
>>
>> Urban legend :-) Większość z tych zapytań jest o dane posiadacza,
>> kierowane jednocześnie do wszystkich opów.
>
> To oni w zasadzie powinni dzwonić na jakieś 118 913 (ewentualnie
> w wersji turbo special service, płatne podwójnie).

No więc to dla mnie jest jakąś paranoją. No, ale nie ja stanowię i
egzekwuję prawo :-P

do góry

Maciej Bebenek <m...@t...waw.pl> writes:

> Urban legend :-) Większość z tych zapytań jest o dane posiadacza, kierowane
> jednocześnie do wszystkich opów. To raz.
> Bilingów jest może z 10%, podsłuchy... szacuję na małe kilka %. Tak samo
> zapis SMS-ów.

Ustalmy może najpierw to, że (teoretycznie przynajmniej) operatorzy
treści SMSów nie przechowują, a służby (wciąż teoretycznie) o to nie
pytają, chyba że w ramach "podsłuchu".
--
Krzysztof Hałasa

do góry

"J.F." <j...@p...onet.pl> writes:

>> Tyle że po IP, bo jak inaczej.
>
> Bitnetem wlasnie.

Tyle że simtel20 nie był podpięty do BITNETu.
Nie, nie wiem tego na pewno, ale przecież gdyby był, to to by nie miało
większego sensu, zwłaszcza w kontekście BITNETu w USA (w kontekście EARN
- może bardziej).

Poza tym, słyszałeś o BITNET na TOPS-20? TCP/IP albo inny kermit, jasne,
ale BITNET?

> Ba, te kolejke lacza bitnetu - nie tylko simtela, mozna bylo nagrac na
> tasiemke, przeslac pociagiem/samolotem/poczta w inne miejsce i wgrac
> do systemu jakby normalnie przeszla. Stosowano tez jak sie lacze nie
> wyrabialo.

Dokładnie to samo rutynowo robiłem z kolejkami UUCP :-)

> Hm, wydaje mi sie ze mieli bezposrednie podlaczenie do bitnetu.

To jak się tam nazywali, i czemu tej nazwy nikt nie używał?
--
Krzysztof Hałasa

do góry