Comments/Ratings for a Single Item
I have been looking into what should be the simplest fix of all, using SuexecUserGroup to change the user and group of the PHP process from apache to the user and group of the script, but it is not working yet. In the meantime, I have set the server's user and group to chessvariants with the User and Group commands. But this affects my other sites on the same server, and Wordpress needs to use its own user and group to update plug-ins. So I'm going to look further into how to get suexec working.
OpenLiteSpeed is a web server, which is the same kind of thing as apache. It is supposed to be faster, which may be a reason to switch over to it, but for now I'm looking to see if I can solve my original problem within apache. I'm considering creating a separate subdomain for images that would be handled by OpenLiteSpeed, because it is supposed to be a lot faster for static content. The subdomain would probably be called img.chessvariants.com.
Thinking about this, there might be an easier way to attack the problem. If the problem is that the log files can't be overwritten because of the process trying to do it, rather than trying to run the process as a different user, you can probably just change the permissions on the files. Something like:
chmod -R o+w *
run from the root directory of the files you want to change. This won't change new files, but I think changing the permissions on the folder changes the permissions on new files that are created within.
It turns out that using User and Group to change the server's user and group to something other than apache disables sessions. Fortunately, it was apache throughout the night.
chmod -R 0775 */*.bak worked, because I previously put apache in the chessvariants group. But there is still the annoyance that new backup logs would belong to apache, and my blog needs the correct user and group to update Wordpress. So I'm still going to look into suexec further.
I have just sent userids and passwords to you, Ben, and Joe.
FTP is now available, though I do recommend using SCP or SFTP if one of those is available. Other than using port 21, the same details for logging onto SCP or SFTP will work with FTP.
Looks like we can't create new presets:
Failed to create the directory /home/chessvariants/public_html/play/pbmsettings/odyssey
Probably need to change the security on the pbmsettings directory
I just changed its permissions from 0755 to 0775, which should allow members of the chessvariants group (which includes apache) to write in it. Try it again and let me know if it works.
Fergus, Can you look at something for me? I'm very confused. I created the preset but I can't move any pieces.
/play/pbm/play.php?game%3DOdyssey%26settings%3Dalfaerie
This preset has no code at all. When I try to move a peice, I get:
"MOVE: P h4-h5 is not a valid expression, because P is not a recognized piece, coordinate, command, or subroutine."
Which is strange because P is certainly a piece. Seems to give the error with any piece. This piece set does have some two-letter pieces, but plenty of sets have that without issue.
Something else that is strange, that I'm guessing is unrelated, whenever you go to edit this preset, the Set is not selected in the drop-down. Actually, the drop-down isn't populated with values at all. You need to change set group and change it back to All to get the set drop-down to populate. Then you need to pick the set again (in this case, Alfaerie for Odyssey. It occured to me that it could be something I did wrong updating the sets.php, but I don't think so. I looked carefully and I've done this several times now without issue.
I can't edit MS index information, some session problem. I get the message
"You are not logged in as an editor, and cannot make changes here.Session:"
I can however edit (as editor) comments...
Greg, the two things you mentioned are related. For some reason, the value of $set is empty, and because of that, the value of $pieces is empty, and because of that, the piece label in the move is not recognized as a piece label. I'm still trying to figure out what the root cause could be.
Ben, I need specifics. What is the URL of the page you are not recognized as being logged in on?
/indexmaint/modifyitem.php
(specifically, after submitting changes at /indexmaint/edititem.php?itemid=MZpole-chess )
Greg, I have traced the problem to a variable name conflict between Game Courier and the header. Both are using the $group variable, and the wrong value for $group causes the value of $set to be set to an empty string.
Ben, I simplified the way sessions are started, no longer using specific names for sessions, and that file hadn't been updated yet. I have now changed how it opens sessions, and it should work now.
Greg, since the header was more self-contained, I renamed the $group variable it used, and that seems to have fixed the problem.
So far, I am at an impasse in trying to get the PHP scripts to run with user and group set to chessvariants instead of apache. I have had no luck getting suexec to do the job. So I installed php-fpm, which is supposed to do the job. But the documentation I found is for mod_fastcgi, and I installed mod_proxy_fcgi, which does things differently. It turns out that mod_fastcgi is not in the CentOS 7 repositories, and using it with CentOS 7 is not recommended. I may look into installing mod_lsapi, which is installed at the VPS this site was previously on.
For just a little bit extra each month, I upgraded my hosting package. This site now runs on a VPS with four Xeon cores running at 3.5Ghz each, 8.79 GB of RAM, 196.74 GB of SSD space, and 6.66 TB of bandwidth every month. That's a lot better than what I was getting with my old host, and I have also been learning a lot more about running a Linux server.
I added an extra space into the sql command in the indexing function table_row, in order to fix an error in the zillions.php pages. It has fixed those pages, and I wouldn't expect an extra whitespace to cause other problems, but I'm making note of it here just in case.
Fergus, I just wanted to point out a couple of bugs that may be around due to the server move.
- The Post your Own Content link under the tab with my name comes up as "file not found"
- The Chess on a Really Big Board link that was posted under Whats New does not work. Not sure if it was the wrong link or something with the server move.
Thanks!
- The Post your Own Content link under the tab with my name comes up as "file not found"
The header for the play subdomain had a relative link to "Post Your Own Game," which got interpreted as a page on the play subdomain. That is now replaced with a link to the full URL.
- The Chess on a Really Big Board link that was posted under Whats New does not work. Not sure if it was the wrong link or something with the server move.
The link is fixed. I had forgotten to include the play directory in the URL.
25 comments displayed
Permalink to the exact comments currently displayed.
I installed OpenLiteSpeed instead of NGINX, but it looks like I'll have to learn to configure it, since PHP still runs with the user apache.