domain.com vs www.domain.com

[mcmuney]

My account has been setup and my domain is now directed to my server here at gate, but the domain works only when www.domain.com is used, but can't find domain.com without the www's, is this a config issue? If yes, where does it need the edit?

Thanks in advance.

[mitchipr]

I'm not really sure, but try this.
Log into plesk, go to domains, select ur domain.
then click on "domain administrator", there, around the top, uncheck the www box. I think thats how I solved mine.
Wait a couple of min, and try going to www.yourdomain.com and yourdomain.com

Let me know if it solved.

[mcmuney]

Very strange behavior, after some time, domain.com started to work as normal, but every so often it becomes either VERY SLOW or cannot connect server. But www.domain.com always works as normal. I took tried what you suggested, but it didn't seem to do anything.

Thanks.

[mitchipr]

hmmm, it works for me. Where did you buy the domain? I baught mine in godaddy, and made the dsn to ns1 and ns2. I don't think that has to do with anything but, if you can give me the domain name, ill try it for you.

And, sadly all I can say is you have to contact gate support, which I hear it's not quite good... But thats the only choice you got I think.

[inc595]

when adding a domain to plesk make sure the you do not include www. The check box next to www will automatically add support for this sub-domain in the apache server. The following file is where plesk stores it's site specific configuration and should not be edited directly as plesk will wipe out your changes when you make a change to the site in plesk.

/var/www/vhosts/domain.com/conf/httpd.include

This small section of it is for the domain name of the site. Apache make no preference as to performance when loading either domain.

<VirtualHost 11.11.11.11:80>
ServerName domain.com:80
ServerAlias www.domain.com


To make pages load faster I use mod_deflate. It's an apache module that can be used to compress text prior to transmitting the data to the web browser. The trade off is slightly higher server load so you need to take this into account on how your server preforms. Compressing file types like text, css, html, and javascript can lead to total size saving of up to 70%.

Within /etc/httpd/conf/httpd.conf make sure the follow module is being loaded.

LoadModule deflate_module modules/mod_deflate.so

If it is not within your httpd.conf make sure you have the module to installed here and if not there you need to install mod_deflate:

/etc/httpd/modules/mod_deflate.so

Create /etc/httpd/conf.d/mod_deflate.conf and add the following to it.

AddOutputFilterByType DEFLATE text/html text/plain text/css application/x-javascript text/xml

#Highest 9 - Lowest 1
DeflateCompressionLevel 9

#Optional
#Skip browsers with known problems
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

#Optional
#Logging
DeflateFilterNote ratio
LogFormat '"%r" %b (%{ratio}n) "%{User-agent}i"' deflate
CustomLog /var/log/httpd/deflate_log deflate

[mcmuney]

Thanks for all the help. I actually contacted gate support on this twice. The first time they said it was problem with the registrar... wasn't true. The second time they emailed me saying they couldn't resolve the case. However, it started to work. So now, the issue seems to be resolved. However, I have new issue now...

I've noticed two days in a row, between 11PM-1:30AM PST, both domain.com, www.domain.com and IP address becomes VERY SLOW, it just keeps attempting to load site and goes well around 25+ seconds on high-speed cable connection (the same on any page that attempts to load), normally site loads within 1 second. I had a similar issue on my previous server, which was the reason for me to switch servers, anyhow, below is the result for "ps -aux" command, does anything appear to be odd here (I'm thinking it could be apache config issue). During this time, i'm able to use Plesk/Virtuozzo normally. I've attempted VPS restart, but results are same. Under QoS Alerts, nothing is in black zone, shmpages sometimes hit yellow zone:

Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.5/FAQ
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.1 1672 628 ? Ss Aug26 0:01 init [3]
root 9381 0.0 0.1 1544 616 ? Ss Aug26 0:01 syslogd -m 0
named 9451 0.0 0.6 88808 3264 ? Ssl Aug26 0:00 /usr/sbin/named -u named -c /etc/named.conf -u named -t /var/named/run-root
root 9534 0.0 0.3 4328 1708 ? Ss Aug26 0:00 /usr/sbin/sshd
root 9560 0.0 0.1 2092 896 ? Ss Aug26 0:00 xinetd -stayalive -pidfile /var/run/xinetd.pid
root 9642 0.0 0.2 2228 1140 ? S Aug26 0:00 /bin/sh /usr/bin/mysqld_safe --defaults-file=/etc/my.cnf --pid-file=/var/run/mysqld/mysqld.pi
mysql 9699 0.0 3.1 87444 16668 ? Sl Aug26 0:09 /usr/libexec/mysqld --defaults-file=/etc/my.cnf --basedir=/usr --datadir=/var/lib/mysql --use
root 9819 0.0 0.2 4760 1212 ? S Aug26 0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -stderrlog
root 9843 0.0 0.1 3536 836 ? S Aug26 0:00 /usr/sbin/courierlogger imapd
root 9857 0.0 0.2 4764 1212 ? S Aug26 0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -stderrlog
root 9860 0.0 0.1 3528 828 ? S Aug26 0:00 /usr/sbin/courierlogger imapd-ssl
root 9866 0.0 0.2 4756 1208 ? S Aug26 0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -stderrlog
root 9868 0.0 0.1 3528 828 ? S Aug26 0:00 /usr/sbin/courierlogger pop3d
root 9886 0.0 0.2 4760 1212 ? S Aug26 0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -stderrlog
root 9889 0.0 0.1 3532 832 ? S Aug26 0:00 /usr/sbin/courierlogger pop3d-ssl
qmails 9898 0.0 0.0 1524 496 ? S Aug26 0:03 qmail-send
qmaill 9905 0.0 0.0 1480 464 ? S Aug26 0:01 splogger qmail
root 9906 0.0 0.0 1508 376 ? S Aug26 0:00 qmail-lspawn ./Maildir/
qmailr 9907 0.0 0.1 1900 788 ? S Aug26 0:01 qmail-rspawn
qmailq 9908 0.0 0.0 1472 356 ? S Aug26 0:00 qmail-clean
root 10184 0.0 2.5 27424 13524 ? Ss Aug26 0:27 /usr/sbin/httpd
root 11367 0.0 1.1 36332 5784 ? Ss Aug26 0:00 /usr/local/psa/admin/bin/httpsd
psaadm 11376 0.0 5.8 44376 30720 ? S Aug26 0:39 /usr/local/psa/admin/bin/httpsd
root 11491 0.0 0.2 4368 1204 ? Ss Aug26 0:00 /usr/sbin/saslauthd -m /var/run/saslauthd -a shadow -n 2
root 11492 0.0 0.2 4368 1204 ? S Aug26 0:00 /usr/sbin/saslauthd -m /var/run/saslauthd -a shadow -n 2
psaadm 11998 0.0 5.8 45240 30800 ? S Aug26 0:36 /usr/local/psa/admin/bin/httpsd
psaadm 23623 0.0 4.8 41608 25236 ? S Aug26 0:18 /usr/local/psa/admin/bin/httpsd
apache 28656 0.2 3.0 28480 15736 ? S 23:07 0:04 /usr/sbin/httpd
apache 15509 0.2 2.9 28256 15516 ? S 23:16 0:03 /usr/sbin/httpd
apache 20072 0.2 2.9 28260 15496 ? S 23:19 0:03 /usr/sbin/httpd
apache 20113 0.1 2.9 28540 15628 ? S 23:19 0:02 /usr/sbin/httpd
apache 20246 0.2 2.9 28272 15360 ? S 23:19 0:03 /usr/sbin/httpd
apache 21507 0.2 3.0 28572 15840 ? S 23:19 0:03 /usr/sbin/httpd
apache 21522 0.1 2.9 28572 15660 ? S 23:19 0:03 /usr/sbin/httpd
apache 21545 0.2 2.8 28232 15204 ? S 23:19 0:03 /usr/sbin/httpd
apache 21554 0.1 2.8 28040 15120 ? S 23:19 0:02 /usr/sbin/httpd
apache 21556 0.1 3.0 28820 15900 ? S 23:19 0:03 /usr/sbin/httpd
root 12075 0.0 0.4 9068 2580 ? Rs 23:31 0:00 sshd: root@pts/0
root 13312 0.0 0.2 2240 1336 pts/0 Ss 23:31 0:00 -bash
root 24010 0.0 0.1 2332 808 pts/0 R+ 23:46 0:00 ps -aux

[inc595]

Virtuozzo is a virtual server environment which many virtual servers share hardware with each other. This allows your cost to be lower and gain controls that a shared hosting environment would not allow. This being said a stand alone dedicated server has all the hardware dedicated to one operating system. In a virtualized environment there will always be a performance hit as you cannot control what other users or the host OS is doing. An example of this is say a backup. 11PM PST is 2AM EST. On my dedicated server this is a maintenance window where I preform backups. So if a lot of virtual servers are running backups it is conceivable that physical limits of the server which are normally never close to being used and utilized.