100% premium asociācija :)

shodien operas jubilaacijas dienaa (?) bez maksas var ieguut licenzi

http://my.opera.com/community/party/reg.dml

liidziiba fenomenaala ;D bet domaaju ka tikai liidziiba //These people have earned $2 million last year// ja pareizi aceros liidz jaunajam gadam d.lv zem 100k useru veel bija un onlinee kaadi 4-6k.

Tur tālāk vēl ir asociācijas, par programmeri un national phenomena

Starp citu, man vienīgajam laacz.lv asociējas ar "kā viņš šito uzrok?!"?

reku šitas būtu labs kolāžas veidošanai... labptrāt iesāktu bet nēsu draudzīgs ar fotopakaļu http://www.eatliver.com/i.php?n=267

tieši tā ulzha - tas par this side of world un fenomenu ir baigi aizdomīgi sakrītošs:)

Ja parēķina, tad $2 000 000 peļņa gadā draugiem.lv ir pavisam reāla.

eu, nu tikai nesākiet, lūdzu, jau simto reizi kautko rēķināt...

Kristabs, kāpēc ne? $2 mio / 12 mēn / 380K lietotāji = 44 centi no lietotāja mēnesī = 25 santīmi mēnesī

tātad TIK nereāli tas nemaz nav, īpaši visus tīņus vērā ņemot, kuriem vajag GAN statistiku, GAN galerijas, GAN vēl visu ko

otto: Tikai no īsziņām šādi ieņēmumi nav iespējami. Jāņem vērā, ka aktīvā lietotāju daļa (kuri izmanto šos īsziņu servisus) ir procentuāli niecīga. No reklāmām, cik zinu, vēl līdz nesenam laikam peļņas nebija (varbūt maldos, bet man šķiet, ka tās bija uz barteri ar LTK struktūrvienībām).

Man vairāk gan izskatās, ka konkrētais čalis varētu būt fenderējis/citādi ieguvis draugiem.lv kodu un par tiem 2 megadolāriem mazliet pārspīlē (nezināšanas vai uzticēšanās baumām dēļ).

Otto - parēķini, lūdzams, ka tur procentos smuks kāposts aiziet LMT un TELE 2.

la/acz, par to %ālo niecīgumu ne visai gribas piekrist - toreiz, sensenos laikos, kad arī man bija pasūtīta statistika, bija ļoti labi novērojams tāds efekts - ja es dūšīgi paklikšķinājos pa svešiem profiliem, tad daudzi (uz aci - apmēram puse) tuvākās dienas-divu laikā atlūrēja atpakaļ

Esh - tāpēc jau teicu par tiem tīņiem, kuri mēnesī "ziedo" arī vairāk nekā vienu īsziņu. No katras īsziņas, cik zinu, pāri paliek aptuveni 20 santīmi. Protams, reālā peļņa droši vien nav tāda, droši vien pat krietni zemāka - galu galā, ir arī izdevumi. Un vismaz kaut kādi nodokļi gan jau ka arī tiek maksāti. Bet gada apgrozījums gan varētu būt ar tādu lieluma kārtu.

Bet lūk ko nesaprotu: kāpēc visi tik dedzīgi metas pierādīt, ka d.lv nu noooteikti nav tādas peļņas? ;)

peļņa grozās no 10-20 sant. atkarībā no operātora un kvantitātes

ir ir tas draugiem.lv

"The design follows KISS principles - it only has a logo, and a few coloured divs with a white background and black text. This site's meant for people who have never used the Internet before, it's a national phenomena."

buahahaha, panemusi kaut kadu lameri, kas neko daudz no optimizesanas nerubī un doma ka nooptimizēs.

smiekls no tā kā te tiek darīti lieli projekti.

Profila info: //Birthday: Jan 18, 1986//

Cits posts: //...One of these was a dating site script that I was developing for $800 (I live in Latvia, poorest parts of the European Union, so I'm semi-cheap)...//

Un šaubas par asociācijām nav vairs nekādas.

jo lielāku piķi pelna, jo par lielākiem kapeiku pis**iem paliek. būtu noalgojuši pro-coderus/hardwaristus kuri sabalansētu HW/SW risinājumu, nevis staipītu gaiļus uz 666 serveriem ar līku kodu (neapgalvoju, ka d.lv kods ir līks)

ir ir līks kods, hmnc bija taču servera konfig errors un pus latvija kodu vareja redzet. ašākie saseivoja cik daudz vareja. es paskatijos, sūds ne kods.

krnl Vispār jau kopš tā laika d.lv ir stipri vien uzlabots un saoptimizēts. Katrā ziņā ātrums ir manāmi uzlabojies. Bet patiesībā baigi dauz skauģu ir Latvijā :) Kurš vēl ar līku kodu varētu tik augstu tikt? :D

Klau, te ir panesies mazs fenomens, viens pasaka, ka tā ir peļņa un visi dzied līdzi, bet tur ir tikai rakstīt, ka viņi ir ieņēmuši 2milj. dolāru, kas ir "tikai" ap 1,2 milj latu, kas nemaz vairs nav tik traki...

Spelling: "dwarfs" or "dwarves" ;-)

e: kurš cits ar smsiem sapelnījis tik daudz Latvijā? kādreiz varbūt tas bija one.lv

FaLcoN (nju jāpiepūlas, lai pareizi uzrakstītu): Ja parēķina, ka katram lietotājam būtu jātstāj pāris latu gadā, tad tā summa ir nereāla, jo daudzi no lietotājiem neizmanto papildus pakalpojumu (un 4ls vērtībā gadā) [es gan cīnos ar ziņkāri redzēt tos, kas skatījušies mani]. Tāpēc es nerunāju par to kko var nopelnīt vai nevar, bet runāju par peļņu un ieņēmumiem, jo tur ir "neliela" atšķirība un lai nopelnītu 2milj. ir jāapgroza pāris reižu lielāka summa, kas LV ir tīklam nereāli tuvākajā nākotnē...

statistiku pasūta ja ne 70-80% tautas tad 55-60% stabili!

elementārs eksperiments - pastaigā pa onlainā esošajiem draugu draugiem un palūries cik skatās atpakaļ. un vēl aprēķini cik no cilvēkiem jau ir prom no datora un cik cilvēki neskatās atpakaļ, ja viņus palūr nezināms cilv. man no 40 cilv. atlūrēja ~20. skaiti puse. + vēl tie, kuri neatlūr :)

1. Uzreiz var redzēt, ka cilvēkiem nav poņas par SMS u.c. fīčām .. Graši vien tiek no tām īsziņām pēc tam, kad tiek ieturētas komisijas maksas no operatoru puses, un nedod dies, vēl kāda starpnieka pa vidu, kā tas nereti ir .. Augstāk minētie 1.2 milj. $$$ (Ls, tb) Draugiem.lv nespīd - lai vai kā viņi izstieptos .. un es runāju tikai par apgrozījumu. Labākajā gadījumā tur varētu sanākt kādi pāris simti tūkstošu gadā. Un ja sākam rēķināt visus izdevumus, algas .. Protams, prieks, ka Latvijā ir kāds tik spēcīgs (lasi: populārs; lielu masu aptverošs; ļoti pelnošs) neta projekts.

2. Runājot par koda optimizēšanu u.c. krepu .. izskatās, ka cilvēkiem, atkal, nav nekādas dižās sajēgas. Domājams, ka jebkurš daudz maz zinošs purns, saliekot visu prātā pa plauktiņiem, uzreiz saprastu, ka Draugus vien ar pliku PHP (lasi: dajebkādiem serv00r-said skriptiem) nepavilksi .. kur nu vēl kaut kādiem SQLiem. Kaut vai tām pašām draudzības saitēm vien - tur jau vajag ko nopietnāku apakšā .. kas jau būs prekompilēts un to visu turēs atmiņā. Vai vismaz daļu tā ..

3. Skauģiem un gudrajiem runātājiem novēlu iemācīties neskaust un "gudri" nerunāt un kādu dienu uzbliezt kaut uz pusi tik veiksmīgu projektu, kā Dr .. poh, ka ideja nav nekas jauns. Viņi tomēr bija pirmie ..

to krnl pnic: cik man zināms kods tur ir pavisam nesen pārrakstīts no nulles. sākotnējais bija "līks" un to viņi arī publiski ir atzinuši. jo sākotnēji jau neviens nedomāja, ka tas viss tik plaši aizies, paņēma jaunu puiku, kurš kaut ko sajēdz no php un sataisīja. kurš varēja iedomāties, ka to vietu tā gāzīs apkārt. tagad ir otro reizi viss pārrakstīts. iekš lv stipri šaubos vai kādam ir reāla pieredze ar tādiem lietošanas rādītājiem. pēdējā laikā runā, ka problēmas ir vairāk ISP (apollo) pusē bijušas, ar kodu daudz maz viss ir ok.

Kāds: skaidrs, ka dalījums apmēram uz pusēm starp LMT/Tele2 un pakalpojuma sniedzēju nav īsti "godīgs", bet gluži par grašiem to saukt jau nu tomēr arī nav nekāda pamata.

Sto babok po odnomu rubļu = sto rubļei :)

Kāds: skaidrs, ka dalījums apmēram uz pusēm starp LMT/Tele2 un pakalpojuma sniedzēju nav īsti "godīgs", bet gluži par grašiem to saukt jau nu tomēr arī nav nekāda pamata.

Sto babok po odnomu rubļu = sto rubļei :)

Kāds: skaidrs, ka dalījums apmēram uz pusēm starp LMT/Tele2 un pakalpojuma sniedzēju nav īsti "godīgs", bet gluži par grašiem to saukt jau nu tomēr arī nav nekāda pamata.

Sto babok po odnomu rubļu = sto rubļei :)

Kāds: skaidrs, ka dalījums apmēram uz pusēm starp LMT/Tele2 un pakalpojuma sniedzēju nav īsti "godīgs", bet gluži par grašiem to saukt jau nu tomēr arī nav nekāda pamata.

Sto babok po odnomu rubļu = sto rubļei :)

Neesmu nekāds profs kodēšanā, bet zinu to Edmanu (zinu, nevis pazīstu). Mācās RTU ar patrulu mūli, mētā debīlus jokus un maldīgi domā ka ir foršs. Pidiņš no ausu galiem līdz papēžiem. Drošvien, ka sakars ar draugiem.lv kodu ir tieši tik netīrs kā pats laacz rakstīja.

Varu pat ielikt te viņa bildi, bet tas, manuprāt, nav vajadzīgs.

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Lai uzzinātu patiesību par doto tematu laikam būs nedaudz jāpagaida, kad PHP radītājs Rasmus Lerdorf sniegs prezentāciju par Scaling, Securing and Deploying PHP http://conferences.oreillynet.com/cs/eurooscon/view/e_sess/7639

Ļoooooti atvainojos, kautkas netīšām iestrēga laikam ...

toč slimi, nu tak lai vārās.. a par atbildēm par optimizēšanu lai piķo - tā teikt konsultācijas pakalpojumi :)

skatītājsX @ 03:05 moka vari vairaak infas par to rtu cilvi iedot? mails spam[aat]3priedez.net

Tikai ta prieks info: Diskusija ir izraisijusies par postu [un tas autoru], kas noteikti nav saistits ar draugiem.lv! Aprakstitajiem parametriem atbils vairaki lidzigi portali arvalstis.

..fascine cik cilvekiem ir "preciza" un "patiesa" informacija/aprekini par lietam, par kuram vinjiem nav nekas isti zinams :) Kur tirgus - tur tantes!

Piksi, tikai nedirs!

intereses pēc, cik no šeit komentējušiem cilvēkiem ir taisījuši kaut vienu lielas noslodzes web aplikāciju ar sesijām?

runājot par draugiem. php kods tur tiešām bija sūdīgs. vai ir pārrakstīts no 0, to gan nezinu.

vdl, saprotu tavu textu ;)

citāts, kas ir rakstā ir pārsteidzoši nepareizs. nu par tām microsekunžu ķeršanām. puisim ir aizmirsies, ka tā mikrosekunde ir jāpareizina ar requestu skaitu. :/

A vot tevi, Piksi, gan tur pastāvīgi drāž(a) par to, ka tev tik līkas rociņas vai ne.

j, tu stulbs vai izliecies? Vai tik pareizā atbilde nav "es neesmu izliecies".

Piedošanu par rupjībām, bet nu ar kādu spēku jāstāsta, ka mikrosekunde * miljons requestu ir 1 (viena (!)) sekunde?

Nu tur aiz okeāna kur maksā par katru ierakstītu simbolu kodā, varbūt.. pie mums developmenta izmaksas lielākoties vienmēr ir krietni (ar kārtu) mazākas nekā pienācīgas hardwares iegāde. Līdz ar to tāda pirkstu vēdināšana vien sanāk.. bet tā katras ms un Kb ieguvums ir nozīmīgs.

ulzha nav pareizi rēķināt ja viens rekvests aizņem 1nu mikrosekundi tad miljons rekvestu izpildīsies sekundes laikā.. šeit nedarbojas skolas aritmētikas likumi (izņēmums būtu varbūt ja arī pc arhitektūra "izstieptos" pēc tādiem principiem).

ulzha, es nedomāju katru 1ms ķert, tur kex rakstīja, ja nav ieguvums reiz 2, nav vērts neko uzsākt, kas nav gluži taisnība. optimizējot kodu parasti vienalga uz 1ms neskatās, jo testējot kļūda parasti ir daudz lielāka. un Roze arī pareizi tev oponē, tur nav lineāra sakarība.

tas pats draugiem.lv ir lieks pierādījums, ka dzelžus krāmējot kaudzītē vien neko nepanāksi, ja kods ir dibenā. viņiem bija daudz serveru. kā ir tagad, to gan nezinu.

Nu, spokainie. Sadomājāt, ka es iztēlojos requestu, kas aizņem vienu mikrosekundi? Bet es esmu nedaudz gudrāks, es runāju par 1 mikrosekundes starpību. Sakarībai nekas netraucē būt lineārai.

Ja jūs vēl piesauktu 1 mikrosekundi noslogotā iekšējā ciklā, tad es piekristu.

sakarībai lineārai traucē būt tas, ka serverim atmiņa un resursi nav no gumijas. vairāk requestu, kas konkrētā brīdī tiek apstrādāti rada lielāku noslodzi un attiecīgi palielina nākošo un tekošo requestu apstrādes laiku. un tas viss notiek lavīnveidīgi. lavīna nav lineāra ;)

btw, par mikrosekundēm es jau rakstīju, ka uz tām nav jēgas skatīties, jo requesta izpildes laiks ir atkarīgs no tik daudz "ārējiem" apstākļiem, ka lēkā diezgan lielā diapazonā. it sevišķi, ja funkcionalitāte nav "Hello, world!" līmenī. uz 10milisekundēm jau var sākt skatīties, bet tas tomēr nav gluži "If a change doesn't double the speed of the app. then don't make it."

over

vispār interesanta diskusija, cerams, ka kautkas konstruktīvs izlobīsies ;)

j, cik requestiem paralēli jātiek apstrādātiem, lai mikrosekundes starpība būtu nozīmīgs ieguvums?

P.S. Pats cīnos par mikrosekundēm iekš katras koda rindas, kas netiek iekešotas. Santīmu nekrāsi, pie lata netiksi... :D

japets, es jau itkā rakstu vislaik, ka 1 mikrosekundi nevar un nevajag noķert, bet ja ir runa par 20 milisekundēm, kas ir 0.02 sekundes, tas jau ir svarīgi pie lielām noslodzēm.