Comments/Ratings for a Single Item
Play.chessvariants.com is now on the American server, and I successfully moved in a game with Game Courier. It failed to make a backup, but I hope I have fixed this by adding a chmod command before backing up the log.
I'm not sure what's going on, but play.chessvariants.com is still loading its content from the British server. I expect it is just a matter of time before everything is fully coming from the American server.
Success! The Chess Variant Pages have moved to a new server, and this one is back in the United States.
I think things are ready to go. I have been testing a copy of the website out on subdomains of duniho.org, and I have SSI, PHP, MariaDB (a MySQL replacement), and RedirectEngine all working. Since I will have only one IP address, I am using an independent DNS service instead of hosting my own nameservers. During the move, I am going to disable logging in, so that no one can add new content to the site while the move is underway. During this time, I will copy over an up-to-date copy of the website and the database.
Oh well. Yeah, those all sound like good reasons - particuarly subdomains. We kinda need that.
After looking it over, I think I'll pass on it. Although it would be cool to use something by a fellow CV inventor, it is not actively supported, it lacks DNSSEC, which he says is important for security but which he doesn't have the time to add to MaraDNS, I didn't find documentation on how to handle subdomains, and it is not widely used. Since I'm only just learning about DNS, I may just use BIND, which is already available through webmin.
Yeah, I knew Sam had a DNS program. Good to see it's still available. It would be great if we could use it. I'm sure Sam would help us if we ran into trouble.
While reviewing available DNS programs, I found one created by Sam Trenholme called MaraDNS. It's on the same website he was using to host ChessV. If it's suitable, I thought it would cool to use that one, though I suppose the people providing tech support at my host will be unfamiliar with it.
Yes, MariaDB is at least a marginal improvement on MySQL, and it's truly "open" so I think the chances are good that it will widen the gap over time. Now that Oracle owns MySQL, some are concerned about it being taken in directions that benefit Orace at the expense of the interest of their users. If this happens, the differences between MySQL and Maria will continue to increase, so it's probably best to do a migration earlier rather than later.
Since I'm not allowed to give root access to anyone else, I'll have to do much of it on my own, but I'll let you know if you can help. I'm working with CentOS 7, I just got webmin working with it, and I plan to get some DNS stuff going tomorrow. I was previously on CentOS 6, which was by mistake, since I had chosen 7. I then started over with CentOS 7, because that is what my present VPS is using, and I thought greater similarity with it would help. Also, I was having trouble getting MySQL and SSI to work. Since I'm doing this from scratch, and I have looked at articles on what to do after installing CentOS 7, I am looking into something called MariaDB. This is an opensource fork of MySQL that is supposed to be more efficient, which could help reduce the resources this site uses.
Wow, yeah, that's a huge difference. Let me know if I can be of any help this weekend getting the new site set up. It's not like I know a great deal about web server configuration but I know my way around Linux and can do research.
I originally signed on with this host because of their affordable shared hosting. It was costing me nearly $50 / year for 250GB bandwidth / month, which was more than enough for the site's traffic. When they made me switch to a VPS, their least expensive plan cost $24.99 for 3 months and came with only 125GB bandwidth / month, which it turns out is not enough for the whole month. To get more bandwidth, the next least expensive plan is double the price and still provides only 200GB bandwidth, and their 300GB plan is triple the price. So, if I stay with this host, annual hosting costs could go from nearly $50 / year to nearly $200 or $300 / year, depending upon how much bandwidth I need. With the new host, I will have both a VPS account and available bandwidth measured in terabytes for closer to $50 or $60 / year, depending on how often I pay for it.
Thanks for your efforts on this. Out of curiosity, what prompted the move?
The move has not happened yet. I reverted back to the original host, because things are taking longer than I had expected. I have to figure out more things on my own over there and become even more expert in setting up a VPS. I will be working on getting the new server working with a less critical domain, make sure copies of this site can work with that domain, and then finally move this site when I have things working properly and I have a better handle on what I'm doing.
This site is moving to a new server. I have created new nameservers for chessvariants.com, and I have changed the DNS entries for chessvariants.com and chessvariants.org to use them. The site will change to the new server once these change propagate through the internet. Once that happens, things may be down for a while, and I will copy over recent changes from my account on the old server. In the meantime, you might want to hold off on starting new games or tournaments. I'll let you know when the change is complete.
17 comments displayed
Permalink to the exact comments currently displayed.
There might be some more downtime. A problem that has come up on this new server is that PHP runs as the user apache instead of as the user chessvariants. This has kept it from overwriting old backup copies of Game Courier logs. I temporarily got it to make backups of logs by changing the file extension of backups from .bak to .bck, but the new files belong to apache instead of to chessvariants.
Looking into solutions to this, I may want to replace apache with something called NGINX. If I do this, all the virtual hosts I created with apache will go away, and I will have to recreate virtual hosts with NGINX. During that time, the site would not be available.