Neplačilo 78%, plačilo 22%

Koncept in flow engagementa je drugačen kot avanture ali forumi kot so sloveniasex.

To je isto kot če bi rekel da so avanture enako kot klasične datign strani s profili.

Če bi bile isto potem ne bi doživele uspeha, za katerega se imajo zahvaliti temu, da je osrednja enota časovno omejen kategoriziran oglas vs.. "statičen profil" . To je bila novost, ki je propagirala rast uporabnikov, dokler niso dosegli kritične mase in naredili servis "aktiven".

Gre se za navidez subtilne razlike, ki pa so dejansko zelo velike, ko se uporabnik začne dnevno posluževati servisa.

Verjetnost da bo sex.si postal "aktiven" oz. dobil kritično maso je zelo zelo nizka, zato ker danes ni free traffica kot je bil pred 5-10 leti, npr listing na najdi ti ne prinese čuka dnevno, ampak pol kurca mesečno. Vendar možnost, da se priljubi uporabnikom vseeno obstaja. Po navadi je pa za to potrebno community site na začetku ustrezno pripraviti - beri generirati XXX navideznih uporabnikov, skupin etc.. in ustvariti videz "aktivne" strani.

po moje bi moral na začetku odpret registracijo.. oz. enabled guest view.. lahko bereš osnovno skupino / e.. dobiš mal seo traffic i gues ? + userji majo en incentive za joinat..

OK jaz sem pogledal..

prevodi so nerodni, vendar to ni kritično za uspeh.

Sistem izgleda uporaben za to kar ga želiš uporabiti..

Manjkajo samo userji, če ti te uspe dobiti, potem bi znala stran zaživeti.

Core funkcionalosti so vse.

d3:

Jah nared si userja :))) what stops u?

Eh. .nared si sam review. What stops u ?

Tos bi skoraj moral bit na prvi strani, zdaj je samo copyright notice, ki ne deluje.

Jaz bi to spremenil na princip http://www.startpagina.nl/ in X klonov le te

pač en link direktory

paypercall ima baje google zelo rad od affiliatov, še posebej ker izgledajo kampanje kot od merchanta direkt.

Paypercall je / bo v 2015 kar so bili app installi leta 2014 oz. casual dating leta 2013, easy money za affiliate.

http://ringpartner.com/pay-per-call-case-study-payday-loans/

http://www.affpay.me/stm/18510-monster-step-by-step-pay-per-call-how-to-guide-case-study-with-livelinks/

brazara:

Najbolj enostavna je ta, da se poročiš z američanko ;)

Čez nekaj časa se pa bojda obeta da se bo dalo tudi z američanom poročiti za vizo.

#bolečšupak press

http://en.wikipedia.org/wiki/Same-seximmigrationpolicyintheUnitedStates

Postam še malo interne diskusije o nosql, žal v angleščini, mogoče ti odgovori na katera vprašanja.

--

Ok so - statistics fast and relational databases are stuff don't go well together, so if we want effective statistic browsing and storing, we need to get rid of relational databases (read: get rid of *SQL servers).

Relational databases by design are not good for these kind of things, and therefore should not be used because there are alternatives that are 10 times more suited for this.

Alternative is using mongo db. See following URLs:

http://en.wikipedia.org/wiki/NoSQL

http://en.wikipedia.org/wiki/MongoDB

http://www.mongodb.org/display/DOCS/Tutorial

http://www.mongodb.org/display/DOCS/MapReduce

http://www.mongodb.org/display/DOCS/SQL+to+Mongo+Mapping+Chart

Which of course, would require rewriting part of the app to use it, instead of sql backend. Redesign of database also, since mongo db and generally non rdbms dbs are working quite differently.

I personally didn't use mongo db ever, I used pytables which is a python thing similar to this, 3 dimensional databases which are suited for things like statistics or whatever else which have huge amounts of data.

For example, in pytables i can do a complex query on tables with millions of rows and get data in less then a second, i'm thinking mongo db does similar thing, and if we want fast stats we need to get rid of the "standard" way.

Some nosql blog http://nosql.mypopescu.com/ ..

proposed to use mongoDB for this (he will install and configure when we need it), but as mongo represents noSQL and nonrelational database system, current stats will not work also so a whole application should be changed

Current mysql is 38.8GB one table and 8GB second table

but we discovered that nosql solution is no good

cause we would need to redefine complete data model

which is not wise

so we said that we will just optimize sql for you

Eden od razlogov za opustitev nosql je bil tudi, da je bila obstoječa aplikacija v sql in da je imela veliko podatkov. Če bi bil development denovo, bi bil mogoče outcome drugačen.

S tem problemom so se par tednov ukvarjali zelo izkušeni programerji in server admini in se potem odločili da nosql no go.

Med upravljanjem kampanj zadnje čase rad poslušam Nirvano in pa die antwoord

https://www.youtube.com/watch?v=uMK0prafzw0&list=PLu-r3IVKTGZizq9ELoSG8AX63zQ8WMMva&index=1