Dont use Tubecgi on Phatservers!
 

Well, I guess this kind of kills my tube script.

Phatservers told me that my site that gets 1500 hits a day is using too much cpu time.
They say my script it causing the problem and I have to disbable the script.

The script just reads a directory and some files and prints the page but this seems
to cause a load on the cpu according to phatservers.

There is not much I can do to the script since I already optimized it as far as
I could without making the site all static pages.

Maybe static pages are the way to do this but I don't know if I will try to
make that happen.

So my advice is either don't use tubecgi or you must have a dedicated server.

You use Virtual and you expect to be able to run a tube site? I'm sorry, but that's funny.

but 1500 hits a day is no big deal .... could be more of the way the script works that cause too much CPU usage ....

I'm confused. Are you trashing yourself or Phat? The thread title makes it sound like Phat, the rest of your post makes it sound like you?

The fact tubecgi is the WORST tube script on the market, maybe even the worst script period is more than enough reason not to use it.

I'm advising people not to use my script, so I guess I'm trashing myself.

I'm not trashing phatservers; just explaining the reasons they gave me to disable the
script.

The owner of a "professional" tube script runs a virtual account that proves his code is clunky and inefficient and requires a dedicated server.

Wait. Are you TRYING to sound like an idiot that made a terrible product?

True, but even being the worst it's probably light years ahead of anything you've
ever created. :1orglaugh

I didn't get the feeling he was trashing anybody :(

Webmasters want to run on virtual servers so the script must work for them or
they don't need it.

How do I test this?

By running my script on the accounts that webmasters are going to use.

Did you not use apache bench to test the load on your server when being hit with multiple (concurrent) connections to the cgi script?

Im not a programmer so thats correct, you are a programmer or at least you created a script and done so terribly.

if you want to try the script on a dedi box to remove the problem of load from others, hit me up. I have a box running at an avg load of 0.5 yet serving some 400k+ hits per day (nothing intensive like tube, but still php and db crunching stuff)

fwiw, we have no idea what load 1.5k hits on tubecgi are making. Anything that runs to load 1 or 2 would cause headaches on a shared box. Hell, if phatservers are overloading the box, then load 0.5 could be classed as "too much".

before hitting out at people, certainly when you know you cannot do better, try and understand the problem. :2 cents:

Sortie, in all fairness, Chris has tried working with you on this, he even moved it to a new virtual box for you and the new box started having the same issues, once disabled, the load problems went away. As Chris mentioned to you, you should be programming and testing this first on a dedicated box before trying to run it in a shared environment, we just can't allow you to keep tweaking your script on virtual servers and have the script cause problems. We have many people running the TEVS script and some of the other newer legal scripts that use sponsor content and we always recommend a dedicated server to anyone wanting to run a tube site. TEVS recommends a dedicated on their site, as do most of the others, though we do have people running them on shared servers without issues.

No problem; but I do have to tell people they can't run the script because many
are not going to get a dedicated server when they are just starting as a webmaster.

Phatservers is a great host, that sounds odd. I would think that a tube site with that many hits should have no problem working even on a virtual server, especially if many of the videos are embedded rather than being served off the server. Either way, no offense sortie but I found tube cgi to be really clunky in terms of adding videos anyway, and I didn't love the interface so I'd rather try other tube script options anyway.

Perl based dynamic services. In 2008.

in all reality, there are enough tube sites out there already, perhaps it would be a good thing for the industry that a dedicated server might be the minimum cost of entry into the arena anyways :2 cents:

having another 100,000 clunky running shared hosted sites is just going to strengthen the top 4 or 5 tube sites anyways, as surfers are not going to bother to shop around after they get frustrated a few times .... I noticed some people on a mainstream forum talking about some video sites being "all generic videos that were only a minute long, what a waste of time", the surfers know the difference

Try these links :

PERL :

http://jobsearch.monster.com/Search.aspx?re=130&cy=us&brd=1&JSNONREG=1&q=perl&o cc=660.11754&occ=660.11772&occ=660.11774&occ=660.1 1787&occ=660.11904&occ=660.11848&occ=660.11882&occ =660.11969&occ=660.11970&occ=660.11979&occ=660.119 87&occ=660.11996&occ=660.12005&rad=20&rad_units=mi les

PHP :

http://jobsearch.monster.com/Search.aspx?re=0&brd=1&jsnonreg=1&q=php&occ=660.11 754&occ=660.11772&occ=660.11774&occ=660.11787&occ= 660.11904&occ=660.11848&occ=660.11882&occ=660.1196 9&occ=660.11970&occ=660.11979&occ=660.11987&occ=66 0.11996&occ=660.12005&rad_units=miles&pg=1&vw=b

See? Even Indians can write generally usable PHP. You're just stuck in the 90s.

Let's see your csv parser. Come on, show me!

I didn't get the impression he was trashing phatservers either. People here need to stop assuming everything is an attack.

and didn't people use cobalt and pascal until they were forced not to? shit, I think some companies still even use those archaic languages

showing how many people are stuck in the past doesn't prove it is a more popular laguage, it just shows a lot of people haven't upgraded their systems or thought process

Are you available for PR/marketing work?

yousaid "this kind of kills my tube script." hmm

why not have a script auto generate static from dynamic pages every X minutes..

::: PUNCH :::

Chris works with everyone on everything. Guy is incredible. If he's not overpaid, he SHOULD be.

HAHA I fucking told you this months ago but did you fucking listen NO you tried trashing me about me asking too many support questions!! I KNEW this day would come I FUCKING KNEW It!!!

Haha I shouldn't be this happy guess my pathetic boring life causes this!! LMAO

Pretty sure that's why a site I run for a client was having issues too. As soon as Chris let me know a problem had been corrected I assumed some script junky got booted. Seems to me this makes the most sense.

That is the way to go, the lesson here is NOT simply getting dedicated hosting the lesson here is this script cannot handle traffic very well PERIOD. Simply opening files and creating static is the only option here in that particular case this script would then run faster than ANY of the PHP/MySQL scripts on the market. My scripts use SOME caching but I haven't really had a use for going completely static although I've certainly thought about it.

fyp.....

make that "CGI based dynamic services. In 2008."

:)

I highly doubted that TubeCGI was based on mod_perl.. not that that, or fastcgi caching would help a hell of a lot if it arbitrates the directory for every fucking hit it gets.

:thumbsup

gee, this thread really backfired... actually wait, it didn't really back fire, it was kinda stupid to begin with...

motherfucker you made me spit my coffee :1orglaugh:1orglaugh:1orglaugh

I don't see your angle on this post. So I'm guessing you don't have one.

I almost want to applaud your honesty, or stupidity, I'm not sure which it is. :pimp

I kind of think his honesty and "real person" modesty, frustration and defeatism is rare and refreshing

he'll bounce back :thumbsup

omg someone agreed with me.

so try that and get back to us..

even the good tgp scripts do it that way, don't they?

Here's 'not consuming system resources for idiots 101':

echo '0/15 * * * * * /usr/bin/perl /home/perltoob/cockstain.pl > /home/perltoob/index.html' >> /tmp/t
crontab /tmp/t && rm /tmp/t

our STXT "tube" script is 100% static.. :winkwink:

Redo the script to output an html file and then send users to that html file. Relaunch the script as needed, that way you'll keep load time much much lower. Go static instead of dynamic. Reload the script every few minutes if needed but it will keep your cpu load much lower.
WG

amen to that!

not to disrespect sortie or his script. when push comes to shove, who is gonna put a tube script on a shared server? If a webmaster is trying to run with a tube site, they really need to go dedicated. between the disk space, resources, and bandwidth. It will be no-time before you will have to switch over anyhow.

the problem with running a tube on a virtual host is that apart from any issues with dynamic pages (which is a poor programming issue), the vids take so long to buffer that the surfers will get bored and go to a tube that actually loads the vids fast.

:2 cents::2 cents:

somebody should send that to too much media :2 cents:

...well, it is a hack. :thumbsup

fuck if I know.. I'm nu


heres how my lame ass does it
(cRONjob THis)

You can only have too much carma

My condolences. There's not enough budda-belly rubbing you can do to get away from that.

For real fun, turn logging on. It queries for the skin, then each part of the skin. It's not WordPress, but an incredible simulation!