Astahost Running Slow?

[MajesticTreeFrog 0]

Is Xisto running slow for anyone? Getting database errors? Just curious.

[rapco 0]

humm.. some acces problesm in the past days....and some problesm with the forums also, like two hours ago...

[cryptonx 0]

I don't know if it's me but PHP pages load kinda slow , even my website ( hosted at Xisto ) loads , I am on ADSL 512 ... but i am not sure where this slowness is coming from .anyways slow or not I love Xisto , that cpanel is awesome .

[cryptwizard 0]

Astahost's servers are very good.I think it may be because of server load.

[OpaQue 15]

Just as example, wannabeaweak, A member from our site was disabled due to spamming. I dont know the exact reason but this is just an example.Errors which were reported to me from my accounts so far are, mass mailing ( more than 50,000 addresses ) , huge simulteneous downloads of files over 100 mb, Infinite loops (which involve MySQL queries in them )... Everyday we keep filtering these sites. And it is obvious it will affect the server.Please bear with us ... I apologise on behalf of those clients.. thank you.

[whafizi 0]

OpaQue and all admins:

regarding the fact we are hosted in a shared server, we all should agree never to allow any activities that could interrupt this service. so, here some suggestion that i want to foward to admins. they are for the greatest good.

 

i've been viewing Xisto's phpinfo(http://forums.xisto.com/), and these are something that you might want to look at;

 

http/ftp file size:

PLEEEEASE limit the file size download/upload. this includes php.ini settings (upload_max_filesize), and probably httpd.conf. i think 20MB is pretty big enough, and of course, 100MB should be avoided. if you need to enable upload of 100MB files in certain area, then use a separate setting that can be embeded within <Directory> tag inside the httpd.conf.

 

it is also important to do the same thing to the FTP setting, but i cant detail on that because dono what FTP apps you are using.

 

*uploading/downloading monsterous files are the main reason of system downs. when this happens, everyone will suffer!

 

mysql.connect_timeout (in php.ini)

timeout should be set to a minimum time. i m suggesting 20Sec, not 60Sec.

 

mysql.max_links (in php.ini):

this is used to minimize the mysql connection per process. to avoid problems caused by looping scripts, you should set it to some definate value, say 100.

 

some security/performance suggestions:

 

register_globals=ON (in php.ini)

this should be turned off as suggested by php manual;

 

Example misuse with register_globals = on

<?php// define $authorized = true only if user is authenticatedif (authenticated_user()) {    $authorized = true;}// Because we didn't first initialize $authorized as false, this might be// defined through register_globals, like from GET auth.php?authorized=1// So, anyone can be seen as authenticated!if ($authorized) {    include "/highly/sensitive/data.php";}?>  

 

When register_globals = on, our logic above may be compromised. When off, $authorized can't be set via request so it'll be fine, although it really is generally a good programming practice to initialize variables first. For example, in our example above we might have first done $authorized = false. Doing this first means our above code would work with register_globals on or off as users by default would be unauthorized.

 

register_argc_argv=ON (in php.ini)

this directive should be turn off for the sake of server performance, as stated in php.ini-distrib file. for me, i think nobody are using that feature in php.

 

Avoiding many simulteneous downloads

go to https://modules.apache.org/.

there are some apache modules that could help to avoid this kind of problem.

 

there are some suggestions that i could advice you and all the admins. if there are anymore errors that you want to share, please P.M me, ok.