-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!.POSTED!not-for-mail
From: Jarosław Sokołowski <j...@l...waw.pl>
Newsgroups: pl.misc.telefonia
Subject: Re: Czy operator przechowuje treść smsów ?
Supersedes: <s...@f...lasek.waw.pl>
Date: Sun, 7 Jul 2013 18:21:21 +0000 (UTC)
Organization: : : :
Lines: 79
Message-ID: <s...@f...lasek.waw.pl>
References: <51cbea7f$0$1446$65785112@news.neostrada.pl>
<51d88088$0$1221$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<156jcb7mfg2gt$.h62l9y76ui4x$.dlg@40tude.net>
<s...@f...lasek.waw.pl>
<kra664$hrn$1@node2.news.atman.pl> <krb9m7$8eu$1@node1.news.atman.pl>
<s...@f...lasek.waw.pl>
<krbghb$ff5$1@node1.news.atman.pl>
<s...@f...lasek.waw.pl>
<51d95311$0$1251$65785112@news.neostrada.pl>
<s...@f...lasek.waw.pl>
<m...@4...net>
<s...@f...lasek.waw.pl>
<m...@i...localdomain>
<s...@f...lasek.waw.pl>
<m...@i...localdomain>
<s...@f...lasek.waw.pl>
<1...@4...net>
NNTP-Posting-Host: 77-253-217-116.ip.netia.com.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: node2.news.atman.pl 1373221281 18969 77.253.217.116 (7 Jul 2013 18:21:21
GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Sun, 7 Jul 2013 18:21:21 +0000 (UTC)
User-Agent: slrn/1.0.1 (Linux)
Xref: news-archive.icm.edu.pl pl.misc.telefonia:236828
[ ukryj nagłówki ]Pan J.F. napisał:
>> Nie jestem w stanie tego dokładnie ocenić. Znalazłem informację, że
>> w Polsce wysyła się rocznie 56 miliardów SMS-ów (myślałem, że mniej).
>> To daje średnią półtora tysiąca na sekundę.
>
> ~100/mc/klienta.
> Mozliwe ze ktos nadrabia srednia ... ale nalezy tez doliczyc wszystko
> co dostajemy. Konkursy, informacje, hasla z banku ...
No właśnie, rozkład jest mocno nierównomierny. Sam może wysyłam kilka
w roku (kiedyś więcej, gdy rozmowy były drogie). Z tych przychodzących,
to mam tylko hasła z banku. Ale są zawodnicy, co walą sto dziennie.
>> To daje średnią półtora tysiąca na sekundę. W porywach oczywiście
>> więcej (jakiś Nowy Rok), ale operatorów jest czterech i logowanie
>> też mogą mieć jakoś rozproszone.
>
> Wszystkie przechodza przez Centrum SMS, nie wiem czy tam jest jakies
> zwielokrotnienie, ale najwyrazniej wystarczaja. Fakt ze kazdy operator
> ma swoje.
Nie wszystkie. Nie jest sztuką wysłać SMS (z własnym numerem jako nadawcy,
a nawet z czymś zgoła innym) nie korzystając z sieci operatora i z jego
centrum, tylko z całkiem obcej bramki.
>> W każdym razie nawet te kilka tysięcy dostępów do różnych plików
>> w ciągu sekundy nie wydaje się czymś aż tak bardzo problematycznym.
>
> A to akurat moze byc problem, bo zobacz jak szybko dziala np
> wyszukiwanie pliku, albo kasowanie ... straszny jest narzut systemu.
Ale nie aż taki. Serwery sobie radzą.
> Usiluje wlasnie skasowac pliki na zdalnym komputerze - kilka sekund
> na plik ...
Przecież nie kasuje tyle czasu bajt po bajcie. Wysłanie wiadomości
o tym, co komputer ma zrobić, tyle trwa (może jeszcze pokazuje
karteczki fruwające nad koszem?).
>> Nawet biorąc tygodniowy ruch od wszystkich operatorów, czyli miliard
>> SMS-ów, albo inaczej 100-200 GB danych, nie jest to jakiś dramat żeby
>> to zwyczajnie przegrepować w poszukiwaniu numeru. Ale nie gromadzi się
>> w jednym miejscu wszyskich SMS-ów od wszystkich do wszystkich (chyba
>> że na jakiejś pryzmie), więc i tak trzeba wstępnie określić miejsce
>> poszukiwań. Pożądnie indeksowana baza oczywiście będzie pomocą, ale
>> bez tego też się da. To nie ta skala, co Google i WWW.
>
> I tak jak pisalem - oni zapisuja informacje o SMS, o rozmowach, o
> logowaniach do BTS - a to podobna ilosc danych. I robia to.
No i w ogóle dużo robią. Wchodze na swoje konto, klikam gdzie trzeba
i dostaję wykaz połączeń za wskazany okres. Nie ma przeszkód technicznych,
bym klikając w SMS mógł przeczytać jego treść, a klikając w rozmowę
mógł ją odsłuchać. Nie wykluczam, że gdzieś tak sobie swobodnie klikają
przy kubku z herbatą, czytają i słuchają.
>>> Nie twierdzę, że każde inne rozwiązanie jest złe, ale nie są one
>>> optymalne. Przypominam że mówiliśmy o rozwiązaniu optymalnym.
>>
>> Na tym własnie polega różnica w naszych podejściach. Bo ja twierdzę,
>> że stosowanie bazy danych do obróbki stu SMS-ów, to rozwiązanie złe
>> i nieoptymalne.
>
> Zalezy do czego i jak chcesz obrabiac - teraz latwiej o narzedzia do
> sql niz do setki plikow :-)
Że co?! Mam plik tekstowy złożony ze stu wierszy, w każdym jeden SMS.
Żeby zobaczyć co i kiedy pisałem do Marii, mam zapodawać jakies kwerendy
SQL? I że niby to ma być łatwiej?
Jarek
--
Siedzę sobie na komisariacie
Przy świeżo zaparzonej herbacie
Ja bardzo lubię tę naszą Madras,
Którą socjalna nalewa nam z wiadra
Następne wpisy z tego wątku
- 07.07.13 21:16 John Kołalsky
- 07.07.13 21:25 J.F.
- 07.07.13 21:27 Krzysztof Halasa
- 07.07.13 21:45 Krzysztof Halasa
- 07.07.13 21:49 Krzysztof Halasa
- 07.07.13 21:54 Krzysztof Halasa
- 07.07.13 22:39 J.F.
- 07.07.13 22:54 Jarosław Sokołowski
- 07.07.13 23:01 Jarosław Sokołowski
- 07.07.13 23:06 Jarosław Sokołowski
- 07.07.13 23:08 Jarosław Sokołowski
- 07.07.13 23:38 Jarosław Sokołowski
- 07.07.13 23:47 Jarosław Sokołowski
- 08.07.13 00:23 John Kołalsky
- 08.07.13 00:39 Jarosław Sokołowski
Najnowsze wątki z tej grupy
- "betamaxy" i inne voip-y dzisiaj
- Hackowanie SS7
- nowe spamerstwo ?
- Przychodzące impulsy telefon nie dzwoni
- Re: Zgody...
- Jak tanio dzwonic do Wielkiej Brytani?
- Chess
- Vitruvian Man - parts 7-11a
- Czas umierać.
- [ot] aplikacja - ameryk. nr. telef + dzwonienie za free do stanow i kanady
- Vectra 'Plan domowy bez limitu'
- Re: Ponownie: Android i zarządzanie książką telefoniczną z komputera
- Re: Ponownie: androSRAJ i zarządzanie książką teleSRAną z bitMłyna
- Re: Ponownie: Android i zarządzanie książką telefoniczną z komputera
- Android, export/import książki telefonicznej
Najnowsze wątki
- 2025-03-01 Obywatel telefonuje 112 lub 986
- 2025-03-01 detektyw (?) Rutkowski działał jako prasa
- 2025-03-01 "Policjant został ujęty obywatelsko..."
- 2025-03-01 zatrzymanie zbyszka maja
- 2025-03-01 Warszawa => Expert Recruiter 360 <=
- 2025-03-01 Chrzanów => NodeJS Developer <=
- 2025-03-01 Warszawa => Gen AI Engineer <=
- 2025-03-01 Wrocław => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-03-01 Kraków => Technical Team Leader (Clojure, Java) <=
- 2025-03-01 Zrobił TV OLED z TV LCD
- 2025-03-01 Gdynia => Sales Executive / KAM <=
- 2025-03-01 Błonie => Sales Specialist <=
- 2025-03-01 Ryga => Konsultant Wdrożeniowy Comarch XL/Optima (Księgowość i Kad
- 2025-03-01 Żerniki => Dyspozytor Międzynarodowy <=
- 2025-03-01 Błonie => Analityk Systemów Informatycznych (TMS SPEED) <=