Hi, I don't follow OG development but as host operator a few things are
coming up. The machine's load is gradually climbing over time and some
of that is OG.
Despite a relatively low hit rate on OG it is consuming quite a bit of
resource. If OG started taking off it would take the machine down.
First up: index.cgi requires 0.35s to perform a `perl -c` syntax check.
Any thoughts on putting OG on a mod_perl server? I have mod_perl running
here of course and we'd need to coordinate some apache.conf stuff.
Second: the supersearch.cgi gulps down CPU, often for seconds at a time.
It is a frequent resident of `top` output. This isn't really
acceptable. I'm going to request this feature be turned off unless an
effective optimisation plan or some other way to reduce its impact
here is constructed pretty soon. Sorry about this but it's encroaching
on others.
Third: I wonder if there's some way to instruct robots not to spider
parts of your wiki. This ought to speak for itself:
$ grep crawl /var/log/apache/london.openguides.org-access.log | grep 'action=edit' | wc -l
8242
$
Finally: I posted about a DoS and was wondering what the status of a
solution was. http://openguides.org/mail/openguides-dev/2004-October/000542.html
Cheers,
Paul (any overbearing tone unintentional ;-)
--
Paul Makepeace .............................. http://paulm.com/inchoate/
"If my elbow was straight, then I'll show oyu mine!"
-- http://paulm.com/toys/surrealism/
Hello list,
I spoke to Ivor today at the inaugural London Javascript Night about a
new library we've spun off from OpenStreetMap (www.openstreetmap.org)
called Mapstraction (www.mapstraction.com).
Basically, Mapstraction is a minimal layer of javascript which defines
a common interface to Google Maps, Yahoo Maps and MS Virtual Earth.
In the future it will also provide a javascript interface to
OpenStreetMap. The idea is that you can use the Google Maps API now,
because it's great, but if their terms and conditions change, or they
start serving ads in maps, or Yahoo has better maps, or whatever, then
you can switch provider with one line of code. (We decided not to
clone the Google API exactly, but it's very similar).
Clearly, it's a foot in the door for OpenStreetMap (which should suit
open projects like Open Guides) but if you have a business model
predicated on free maps from Google you might also be interested.
In order to make sure we're writing useful code, we'd like to offer to
look at the Open Guides maps code (and hopefully convert it to
Mapstraction) - can somebody point me at the right bit? Also, if
anyone's interested in helping out, please visit our site and join the
mailing list: www.mapstraction.com
Thanks for your attention,
Tom.
FYI,
I've added Nick (who's already done quite a bit of work on
Wiki::Toolkit) as an OpenGuides committer.
Domini.
--
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)
Hi All
I've been looking through the codebase, seeing if it's possible to enable
rss feeds for more things. I think it is going to be possible, but it's
going to require refactoring of both CGI::Wiki::Plugin::RSS::ModWiki and
OpenGuides::Feed to support it.
Currently, it's just possible to get feeds of the recent changes list
(with filtering by username, and changing the number shown, but that's
about it).
I'd like to extend the rss support so that we can have recent changes
style RSS feeds of:
* recent changes (as now)
* all the versions of a node
* search results
And then something similar for locales and categories.
However, Earle is also planning some refactoring to this code. I believe
he's planning to add Atom support (Earle - can you confirm).
Before I just go ahead and co-ordinate my changes with Earle, I thought I
should check:
* Is anyone else also planning refactoring of these modules?
* Does anyone have thoughts / suggestions on my plans?
Cheers
Nick
http://www.freethepostcode.org/
This may seem familiar because Dave did almost the exact same thing back in
October 2003 (see list passim), although it didn't get anywhere at the time.
If you could pass this URL around and encourage people to enter their
postcodes and lat/long, then that would be great!
--
Earle Martin
http://downlode.org/http://purl.org/net/earlemartin/
I've released the first development version of OpenGuides to use
Wiki::Toolkit. This is a major upgrade so testing this release (on TEST
databases/installs) would be very much welcomed, especially on copies of
real data sets.
http://www.larted.org.uk/~dom/computing/code/openguides/OpenGuides-0.54_01.…
ee4296851fdce24dda4b979eb8863eef59da63de OpenGuides-0.54_01.tar.gz
0.54_01 16 May 2006
Support for Atom feeds for RecentChanges.
#118 Use Wiki::Toolkit. NOTE this is a development snapshot and is
not suitable for production use. It may eat your data! Tests on
development mirrors of live data are highly welcomed; the underlying
database schema provided by Wiki::Toolkit has changed and the upgrade
process needs some rigorous testing.
Please provide feedback either via the mailing list or the
http://dev.openguides.org/ bugtracker, using the wiki-toolkit-upgrade
keyword in the latter case.
Remember: if you test this now, you will have more sympathy if a
declared-stable release eats your data ;)
Thanks,
Dominic.
--
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)
Hi All
>From the recent survey thingy, it seems that everyone agrees that the
metadata and feeds coming out of openstreetmap is a really nifty thing,
and a great point of it.
So, I'd like to put together a guide showing people how to make use of
all these feeds. I was thinking of including:
* basic feed stuff from an openguide
* some interesting feed based searches
* how to find out more about the feeds, searches etc
* examples of using the feeds in other web applications (php, django,
rails etc)
I was wondering if people could suggest really interesting feeds they use?
Also, if people current integrate thee feeds into off-the-shelf systems
(blogs?), might they be willing to write a guide to integrating og feeds
into them?
Cheers
Nick
Hi all,
We've had another one of the "[Some grammatical corrections]" spam
attacks, this time on our homepage. It's only a single page again this
time, but annoying. Seems others have suffered the same thing.
Is one solution to this to strip inline styles from user input? (or at
least stuff that manipulates height or visibility). crschmidt's SQL
hack is nice, but still requires us to spot the attack and its
identifying comment phrase. Banning these styles would make all links
visible, which maybe isn't what we want, but may at least make it
easier for us to spot and remove them.
What do people think? Is this a useful strategy? How much work on the
codebase would be involved?
Cheers,
Tom.
(Open Guide to Milton Keynes).
