script showdown; TTT vs. UCJ
 

which one is better to grow a site really quickly?

what about TM3?

its not the script thats grows the sites it the guy running the site

yes

so you could grow a site with no trade scipt?

sure you could, but it would eat more of your time.

thats how SleazyDream does it

I have tried TTT and found that it ground the mysql server to a halt on a virtual account. My host sorted it out but I lost half my traffic.

I now use arrowtrader instead on that site, which is written in C.

TTT is more than fast enough if you are under 100K.

but to answer your question ->UCJ is FAR better... you get what you pay for!

they can both be had for free...

CJOverkill whips the pants off of TTT.

http://cjoverkill.icefire.org

bump

Well if you make 1000+ posts or you steal the code yeah but otherwise it's 600$

only need 100 posts

LOL and then choker will come cut my balls off..

Hasn't happened yet so far. He's full of hot air.

He'll just offer you free traffic if you stop using it...might be a nice way to get your site off the ground :1orglaugh

yes but you have to have the banner to angelteen so it's not free really, although you can make money from that banner. good deal though.

Anyone using this stolen script gets put in findtrades blacklist database. Free traffic to stop using it? Wrong answer. Show me a site you are using it on Candyfuck and watch how much hot air is in my lungs. Fuckwad

ouch

Newbie

:)

I use Arrowtrader on a few sites.
Don't get me wrong! TTT is a great scpipt also and worked very well.

The thing about arrowtrader is it is writen in C and is super fast.
It uses a flatfile which is much faster then MySql.

I just got tired of the MySql lag with other scripts.

As far as UJC goes I really don't know much about it.

Good luck.
Oz

When I start a site, I want it to be bigger than 100k within a few days time. UCJ and TM3 get the job done.

Choker's home from day care. Let the name calling begin.

There are plenty of sites using it and trading with the FindTrades database. You want to know which ones, find them for yourself.

Asshat :Graucho

i think this thread need this

http://www.juicylinks.com/d1.jpg

Just in the nick of time!

Isn't http://www.killerpeach.com/ your site? Post some of your other sites here punk. Thought so.

hahahahahahaa

Your own site Candyfuck
http://bbw.killerpeach.com/
Error:
Chould not connect to database
Please check your settings cj-conf.inc.php

Yeah your stolen script works great, dumbass

http://www.directnic.com/whois/?query=killerpeach.com

Lick My Ass Choker is the register

hahahahahaha

Punks like you amuse me, enjoy the $20 bucks a day worth of traffic you are skimming from your stolen script fuckwad. What A joke you are.

Is there any way this could be settled like adults?

With a traffic trading script, I highly doubt that flat file is faster than mysql. Someone prove me wrong.

Upgrade hardware, optimize indexes. simple.

Dude...come on. Choker, act like an adult? Look at how low he's having to go.

:thumbsup

Sure. The first version of arrow trader used mysql as it's main database system instead of flatfiles.

During a speedtest, I loaded about 25 urls from a mysql database, and some rows with numbers.
Running this 2500 times, took 2.406 seconds.
That are 89,775,561 (89 million) queries per day.

In the second part of the speedtest, I loaded the exact same data from a flatfile.
Running this 2500 times, took 0.020 seconds.
That are 10.800.000.000 (10.8 billion) queries per day.

Quite a difference not?

Report his site for false WHOIS info. GoDaddy suspends his domain if he doesn't change it soon enough :)

either you are lying or the mysql config on your sux more then the default config

I'm not lying. (why would I, as it was a test for myself to see if switching to flatfiles would be worth the trouble). The mysql config is optimized, since this was on a virtual account of a host, not a default installation on my box.
You must remember that I opened, initialized, queried, stored and closed that mysql connection 2500 times.
It wasn't open once, request 2500 times the same data, and then close. I think that caused the difference for a considerable part.

How many entries were there in the table you queried?

There were 25 rows.
Every row had a url, domain, icq #, email, site title, nickname and 10 extra cells with integers for hourly force and such.

Have to agree on this one. Opening a connection to mysql does take a good proportion of the query time, as does building an execution plan for the sql. Thought these can be overcome.

When used with mod_perl and Apache DBI (for persistent connections) it simply rocks. You can also cache your queries for further significant speed improvements..

Unfortunately I don't think many PHP trade scripts make use of these features :(