Lai cik dīvaini tas nebūtu ir pagājis kāds laiciņš un inovatīvā telefonu sakaru kompānija par ko ļoti priecājos (lasi – BITE), ir kļuvusi par kompāniju, kas tikai sola, bet pagaidām tā arī nav spējusi dot nevienu konkurētspējīgu datu tarifu. Tas jau, manuprāt, ir temats par ko vairs pat runāt nav vērts, domāju, ka tam drīzumā arī sekos rīcība – cilvēki mainīs operatoru uz tādu, kas spēj piedāvāt labāku price:performance – LMT, TELE2. Un jā, lai cik dīvaini tas nebūtu LMT ir beidzot saņēmušies un pārvērtušies no veca opīša, 21. gadsimta jaunieti, kas saprot, ka mobilais internets un mobilās tehnoloģijas ir uzmanības vērtas.

Tad nu arī apskatīsimies, ko katrs no šiem operatoriem spēj mums piedāvāt un par kādām cenām:

BITE:

LMT:

TELE2:

Secinājumi diezgan vienkārši: salīdzinot augstāk minētos datus nav jābūt īpašai matemātiķa/statistiķa izglītībai, lai saprastu, ka BITE pat ne tuvu nestāv LMT un TELE2. LMT un TELE2 savukārt ir ļoti identiski datu tarifi, cenu atšķirība pa lielam nekāda. Protams, uz kopējā fona TELE2 varētu izrādīties lētāki no telefonsakaru izmaksu viedokļa, lai arī šis jautājums šodien ir visnotaļ diskutabls un jāizskata katrs gadījums atsevišķi. Katrā ziņā, ja man būtu jāizvēlas TELE2 vai LMT es visdrīzāk izšķirtos par labu LMT, tikai tāpēc, ka TELE2 man kā zīmols nekad nav simpatizējis, vēl jo vairāk  ar meteorīta akciju manī tika iepotēts riebums… Pagaidām esmu BITE klients, bet pieļauju, ka tas tuvāko mēnešu laikā varētu mainīties tieši šī iemesla dēļ – BITE nespēj nodrošināt datu tarifu izmantošanu savā tīklā par konkurētspējīgām izmaksām. Mūsdienās mobilo sakaru operatoru nomainīt ir viegli, vienreiz to ir nācies darīt, varbūt ir laiks to darīt vēlreiz….

]]> http://blog.nuksa.com/2010/05/datu-tarifi-bite-vs-lmt-vs-tele2/feed/ 15 http://blog.nuksa.com/2010/05/datu-tarifi-bite-vs-lmt-vs-tele2/ http://feedproxy.google.com/~r/peteris/~3/erGiPmQ7sdg/ http://blog.nuksa.com/2010/05/velocelini-un-velomarsruti-riga/#comments Sat, 15 May 2010 08:35:31 +0000 Pēteris http://blog.nuksa.com/?p=1735 Ņemot vērā, ka ir sācies aktīvais riteņotāju laiks, un arī man tas ļoti patīk šodien aktīvi meklēju un beigās arī atradu Rīgas veloceliņu karti. Man personīgi ir plānā tuvakajā laikā izmēģināt maršrutu Rīga – Jūrmala.

Skatīt Velomaršruti Rīgā lielākā kartē

Protams, citās, attīstītākās valstīs, ir problēma ar to, ka kaimiņi viens par otru pārāk “uztraucās”, bet es labāk izvēlētos gadījumu, kad policija/ātrie/ugunsdzēsēji, par kuru uzturēšanu es/mēs maksāju, atbrauc 5 min nevis 50 min un pēc tam vēl atļaujās pateikt, ka tas nav mūsu kompetencē. Kas pie $%^^# tad ir Jūsu komptencē…

Cik daudzi no mums Latvijā esošajiem IT speciālistiem par to ir informēti? Cik daudzi veic maksimālus drošības pasākumus, lai minimizētu šo risku?

Veids, kā plānoju to darīt ir izmantojot aplikāciju priekš iPhone, kas saucās Home Budget un maksā app store tā 4 eiro. Izmēģināju pagaidām Lite versiju, kas mani visnotaļ apmierina, tāpēc domāju arī iegādāties pilno.

Protams, gribētu uzzināt savu lasītāju viedokli, par to kādas iPhone programmas izmantojat un kādas ieteiktu izmantot? Kāda ir Jūsu pieredze ar budžeta plānošanu vai atradāt savas “sliktās” pozīcijas?

Tad nu lūk kādu laiku atpakaļ sāku pētīt un testēt, tiešām lielisku open-source uzraudzības sistēmu, kas ir LV ražojums – Zabbix. Problēma tāda, ka sākotnēji viss strādāja lieliski, tomēr ņemot vērā slodzes pieaugumu ātrdarbība samazinājās – brīžiem ātrums ar kādu tika izpildīti vaicājumi bija – nožēlojams?! Ņemot vērā, ka mana pieredze ar DB administrēšanu ir visai niecīgi sākotnēji centos maksimāli optimizēt programmas iestatījumus, tomēr tas nedeva gaidīto rezultātu.

Tad nu lūk sākās stāts par MySQL darbības optimizāciju, jo pie sistēmas lēndarbības bija vainīga viena lieta vai principā divas – noklusētie MySQL iestatījumi un mana muļķība, ka līdz tam nebiju aizdomājies. Lai gan ne esmu MySQL un vispār DB cilvēks visnotaļ ātri tika atrasts rīks – MySQL Tuner, ko arī daudzi cilvēki bija rekomendējuši – 2 min un man ir informācija par iestatījumiem, kurus nepieciešams labot. 5 min un viss ir izlabots un rezultāts ir sasniegts.

Tātad, lai uzlabotu MySQL ātrdarbību viss, kas ir nepieciešams – lejupielādēt MySQL Tuner (uz CentOS to iespējams izdarīt caur yum, nezinu, kā ir ar citiem distributīviem) un nodiagnosticēt DB veiktspēju. Tas aizņem ~5-30min, bet rezultāts ir redzams un jūtams.

P.S. Pieņemu, ka kādam lasītājam domas par šo jautājumu ir atšķirīgas, tāpēc droši aicinu izteikt Jums savu viedokli un pieredzi šajā jautājumā!

Varu pateikt tikai vienu es apraudājos, nekad nav sanācis to darīt reklāmas iespaidā…