

Server Migration
#1
Posted 26 January 2009 - 03:26
We're doing something a little different in our setup. We're having Lighttpd serve static content and proxy php requests to Apache. So the next couple of weeks might be a little rough as we smooth things out. cPanel/WHM does not officially support this type of setup so I've written some scripts to help out the configuration. But I think it'll work out fairly well.
So if you see anything wrong that you think might be server related.
I know of one issue, and I'll resolve it when I have time (wiki: when you click on an image you get 404).
Sorry for the downtime. It was kind of spontaneous decision, but I did ask CodeCat if it was alright.
Thanks for your cooperation
~jnengland77
#3
Posted 26 January 2009 - 04:17

Good work nonetheless, downtime is expected in migrating so much stuff, glad to see it all up and running

#4
Posted 26 January 2009 - 04:21
AJ, on 25 Jan 2009, 23:17, said:

Good work nonetheless, downtime is expected in migrating so much stuff, glad to see it all up and running

Yes I noticed that too.
#5
Posted 26 January 2009 - 04:45


AJ is responsible for this signature masterpiece... if you see him, tell him I say thanks.

#7
Posted 26 January 2009 - 08:10
EDIT: From the 'Sneaky Forum' thread, the forum isn't registering online users most of the time either, or is sub-consciously logging people out the second they become inactive, meaning that the person that performs the search for online members appears as the only person online at the time.
Edited by AJ, 26 January 2009 - 09:43.
#9
Posted 26 January 2009 - 11:44
#11
Posted 26 January 2009 - 11:55
#13
Posted 26 January 2009 - 16:19
#15
Posted 26 January 2009 - 17:02
CodeCat besides the wiki (is there a wiki setting to serve images like Image:name without the extension?) and frontpage (no idea) do you see any other errors?
jnengland77
#16
Posted 26 January 2009 - 18:22
And no, it's not possible to change the names of wiki images at all. This is going to stay broken...


Go dtiomsaítear do chód gan earráidí, is go gcríochnaítear do chláir go réidh. -Old Irish proverb
#18
Posted 26 January 2009 - 23:21
#21
Posted 28 January 2009 - 06:40
CodeCat, on 26 Jan 2009, 18:22, said:
And no, it's not possible to change the names of wiki images at all. This is going to stay broken...
Interesting thing to note about the wiki images, it only occurs on images that have a lower case extension. This Yuri Photo can't be found, and is titled Yuri_photo.jpg. However, if we take this Jpeg image right here, it can be found quite easily - note that it is named Sororita_Sacred_Rose.JPG - with a higher case extension. And to prove it's not a fluke, here is a png file, with a higher case extension too - and here it is.
Makes me wonder what we have to do to fix this without resorting to sorting out every single thing - surely worth looking at as it bypasses the naming of the image without an extension at all, as Jnengland has otherwise suggested.
#22
Posted 28 January 2009 - 17:10
Well I've found a way to solve this, and we'll probably be ditching lighttpd as a proxy as it doesn't support a certain feature we need (aka check if the file exists as a condition). But I'm kind of busy with school stuff at the moment; so testing will have to wait a couple days. Initial testing shows very postive results for static content, but poor php performance (not sure why yet).
Oh and I've fixed the homepage.
~jnengland77
Edited by jnengland77, 28 January 2009 - 17:12.
#24
Posted 31 January 2009 - 19:16
Pages are normally by,
Number of links
Location of page with link (alphabetically)
With Templates and manuals and project pages lower down the rank than standard article pages
Another bug I encountered. Still cannot upload files to the wiki though most of the ones currently there work fine.
#25
Posted 31 January 2009 - 20:34
Please report any problems if you see any.
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users