Geeklog Forums

I've finally found a CMS that seems to have everything I need.

I'm attempting to put together a Slashdot type site for gaming news, but you wouldn't believe how many CMS systems don't have any option for users to submit stories. I just thought that was retarded. Geeklog on the other hand, seems clean, does what I need, and is simple.

I do notice one problem, though. It seems any of the big Geeklog sites I visit, invluding geeklog.net, are rather slow. By slow, I mean it generally takes more than 1 second to generate the homepage. Some Geeklog sites, however, especially the small ones, seem to load under 0.25 seconds.

Does Geeklog slowdown with the more material or users you get on it? Or is it just the servers?

There could potentially be many people using my site, and I'd rather not have to deal with loading times that long.

I hope I don't sound like I'm whining, I love the system, and I'm just wondering if the slowness is a result of the system or the server, or some other reason.

Thanks!

Also, there are two minor things I'd have to do to Geeklog for it to be exactly what I need:

1) Add a rating system similar to Slashdot in which you can rate users/comments
2) Make a theme that is 100% XHTML complaint.

How possible are either of these, or have they been done?

Thanks again! Great job here!

Bump. Heading out to a friend's house for the night; I hope someone will answer me.

My site loads are between 0.7 and 1.5 seconds. ~ 1500 unique hits a day, 10k pages, 65000 hits w/an average of 3GB xfered a day. I am on a Virtual Private Server which guaruntee's about 200MB RAM and 200MHz. So to answer your question, both do. The more plugins/blocks you have, the slower it will get. I believe there is FAQ on this issue (too lazy to grab the link).


Groklaw is Geeklog. Get's a ton of hits and has a very respectible 0.85 load time.


1) I believe there is a plugin/hack for this... search the forums, its out there.
2) You'll run in some issues with specific code in the core of GL and plugins, specifically img and br /> tags or UPPERcase HTML.

You might also try useing a precompiler like eAccelerator at http://eaccelerator.net its working quite nice for my company.

---

glFusion - Technology Fused with Style - www.gllabs.org

What I'm confused about is why this site seems so slow. There aren't hardly any users on right now, but it averages something like 1.3 seconds all the time.

I would assume it'd be on a good web server, so what gives for it being "slow"?

Well for one thing the defalt configs for php and mysql are poorly setup for production use. Try useing the recomended php.ini for production servers. and make sure mysql is acualy loading a config file ( you would be suprized how many i have found that are not) and not running with default settings. Also, try running php in cgi mode and them as a apache mod to see which is fastest. I have noticed that apache 2.0 runs cgi mode faster, though if your useing an precompiler its faster as a mod when useing apache 2.0

---

glFusion - Technology Fused with Style - www.gllabs.org

couple of these out there... take your pick: Zend Optimizer, Turck MMCache, PHP Accelerator.

I've also heard that mod_gzip can help out performance as well. Setting "output_handler = ob_gzhandler" in php.ini will pass PHP through mod_gzip as well (correct me if I'm wrong).

---

-- destr0yr
"I love deadlines. I like the whooshing sound they make as they fly by." -- Douglas Adams

You have no idea how many things are going on in the background, like referer spam, worms, scriptkiddies ... We'll try our best to catch them as early as possible (i.e. in the .htaccess, so they don't create unnecessary sessions and load), but they still have an impact on the overall performance.

Also, the demo site is on the same server and if someone's cycling through all the themes, that can put a bit of load on the server it seems.

And finally, I suspect that we have one or two SQL requests somewhere which really keep MySQL busy, as I see it jumping to 70-80% CPU load at times.



First of all, it's a free server, courtesy of pair.com. We don't have root access to it, though, so we can't tweak the settings.

I'm keeping an eye on the load times and should they become worse, I'm sure we can find a solution with them (implementing some of the things mentioned by others above, for example). But so far, if you take everything into account, I think it doesn't perform too bad.

If you plan to run a high-volume site you should certainly have your own server and some level of control over the settings - independent of the system you're going to run on it. And you will have to tweak things a bit on your own, depending on how your site is going to be used.

bye, Dirk