[14:36] hello [20:25] newz2000: hey, thanks for your tips! [20:26] I'll take that into account during my second mockups [20:31] my pleasure nand, hope it didn't sound too critical, I think it's good work. [20:31] tips are always welcome! [20:31] now I just need to find time to go on... [20:32] the first 90% is so easy compared to the last 10% [20:32] the top bar? [20:48] Hi, newz2000 [20:50] newz2000: btw, any experience with advanced Drupal caching? [20:50] hey Flaw [20:50] nand: no, it conflicted with our squid proxies so we have it disabled [20:51] conflicted? [20:51] yeah, the double caching caused problems [20:51] I don't remember what they were now [20:51] I think we have the basic caching turned on [20:53] Right now I'm having non logged in pages being served to logged people, so I guess I have the same pb... [20:53] nand: what percentage of your traffic is anonymous users? [20:53] 80% [20:53] I'm considering things like http://2bits.com/articles/increasing-drupals-speed-squid-caching-reverse-proxy.html [20:53] so I learned some tricks... [20:54] hang on, let me get details... [20:54] okay [20:54] boost module [20:54] turn on query caching for mysql [20:54] use memcached if you have enough ram [20:55] the boost module basically serves your site as static content [20:56] what's the difference with drupal built in cache? [20:56] I don't know [20:56] I was at a drupal conference in Dec and they suggested that [20:56] also using memcached for the sessions table since it can be highly contentious on busy sites with a lot of anonymous traffic [20:57] I have not tried any of this, just told about it [20:57] however I was told this by the buy who wrote the book Professional Drupal Developement. :-) [20:57] memcached is available for postgres? [20:57] oh, you're using postgres? [20:57] (but yes, memcache is not database dependent) [20:57] ahh, I see the difference : [20:57] "Once Boost has been installed and enabled, page requests by anonymous [20:57] visitors will be cached as static HTML pages on the server's file system." [20:58] Drupal cache stores cached pages... in database. [20:58] that's less efficient [20:58] ah, that would be a big difference [20:58] why are you using postgres (out of curiosity)? [20:59] because all QA websites used it, and I'm on the same instance :) [20:59] Besides that, it has a very powerfull fulltext search [20:59] get 20ms results in all the brainstorm database [20:59] unlike the 300ms with standard SQL [21:00] I'm a big postgres fan, I'm surprised you find the pg full text better than mysql's [21:00] the prob with postgres wtih drupal is that it gets far less optimization and attention [21:00] you may want to turn on query logging to see if you have queries taking too long and then manually optimize them (with indexes or whatever) and suggest patches to the devs [21:01] considering your modest system you will likely notice problems others might not see [21:01] the biggest part of SQL comes from brainstorm itself, and I have already fought a lot to reduce them... [21:01] Still, I have some 300ms queries I wasn't able to reduce [21:01] (one per page, of course) [21:02] I'm thinking : A squid plus a patched Drupal would do the job of the Boost module. [21:03] (patched so that it removes the "nocache" when not logged in) [21:03] we have done the same thing for ubuntu.com [21:03] yes it would, though squid works best when you give it plenty of ram though (so I hear) [21:03] these are equivalent solutions, so I'd rather go with the first one [21:03] give it a shot [21:03] yeah, I'll see with Ng tomorrow [21:04] I'll also ask him about memcached. [21:04] brainstorm.ubuntu.com is _really_ slow right now [21:04] I noticed actually [21:05] do you know how to use query logging? [21:05] with the devel module? [21:05] no, in postgres configuration [21:05] no. Won't that slow down things? [21:06] I think you can set it to only log queries that take a certain amount of time [21:06] great! [21:06] I think you can set it in ms, so choose 500ms or something [21:06] then optimize those queries [21:07] check the sessions table especially since it gets a lot of traffic from anonymous users [21:08] indeed [21:09] regarding performance, you can probably just leave logging on for a little while and geet plenty of useful data. maybe 15 min would be enough. [21:10] problem is, I don't have direct access to the production server, so that's not easy for me to interact with it [21:10] I can of course turn that on on the staging one, but that's not the same thing [21:10] yeah, tell me about it [21:10] at least, I'll try to ask for some load graphes && slow queries tables [21:11] well, some basic stuff [21:12] Ok, that gives me a lot to experiment with tomorrow. Thanks for the tips! [21:15] any time. ;-) [21:18] newz2000: I will be joining the website team soon, hopefully. [21:18] Once I get round to reading the Wiki, and actually joining. [21:19] Don't wait, just join the email list and introduce yourself [21:19] Ok! [21:19] we'll be starting fresh with a new round of projects soon [21:19] Ah, awesome! I have no idea how I am going to get involved (I'm sure there are numerous ways I can contribute), but I will pick something up no doubt. [21:20] what do you like to do Flaw? [21:20] I'm sure there are a few things, -website isn't too specific is it? [21:20] (not like -artwork, for example). [21:22] yeah, we have a variety of tasks and skills. art, icons, javascript, php, python, drupal, content, usability [21:40] newz2000: I'll be sure to take a look on the Wiki. [21:40] How many members does your team consist of? [21:45] Flaw: depends, there are about a dozen people who were active during the heavy dev period for last release [21:45] a lot of people chime in for discussion and brainstorming [21:45] I think there are over a hundred subscribed to the list though [21:46] Ah, I see! [21:46] we're kind of on hold for various reasons [21:46] So you actually have access to the website, or is this just a small part, forwarded to another group? [21:46] I'm a canonical employee, the ubuntu webmaster [21:46] Ah, that's cool! [21:46] the team members don't have access to the website yet [21:46] I see. [21:46] maybe for jaunty + 1 they will [21:47] It might be a good idea, to test giving access out, even in small portions to start with! [21:47] yeah [21:47] I've got several projects I want to accomplish but there's some reorganizing going on inside canonical so I'm waiting to see who goes where before finalizing my plans for this release [21:47] I'm pretty sure we'll do at least these three things: [21:47] * start page (new folder structure, better translation) [21:48] * Uprade to Drupal 6 [21:48] * GeoIP for download page [21:48] I've got a few other things I'd also like to do [21:48] They sound good! [22:06] newz2000: by curiosity, is there the project going on of redesigning ubuntu.com? [22:06] nand: not yet [22:07] okay. If it is the case, I'd really like to see that inter website navigation bar happen. [22:08] nand: yeah, me too [22:08] there is a job opening in London for someone to head up that task [22:08] which task? [22:08] redesign of ubuntu.com and related [22:08] didn't saw it on ubuntu.com [22:09] didn't see [22:09] http://webapps.ubuntu.com/employment/canonical_WD/ [22:09] oh yeah, that's mainly design. The area where I'm weak :) [22:10] me too (which is why they're hiring someone ;-) ) [22:10] it will be part of Julian's team, the same team who will be making Ubuntu desktop as beautiful as mac os [22:11] Julian sounded like he knew what he was talking about at UDS :) [22:11] I can't wait to meet him [22:11] (in person) [22:12] and I'm eager to see the actual results!