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/
Dear fellow OG admins, developers, interested parties
Mark Gaved and Tom Heath here, we look after the Milton Keynes Open Guide (kindly hosted and sysadmin'd by Christoper Schmidt) we're also PhD students at the Open University.
We're thinking of putting in a paper to WikiSym 2006 (http://www.wikisym.org/ws2006/) describing the Open Guides: discussing what people are doing, what we all hope to achieve, how Open Guides differ from other wikis or community information resources.
The Open Guides appeal to us as wikis that serve physically co-located communities. This intersects with our PhD research interests, and we'd like to promote Open Guides at the WikiSym conference.
We're posting to ask for your help putting this paper together: would you mind answering some questions about the Open Guide you're involved in (as an admin, a content 'editor', general helper etc)?
Wed like to gather together peoples thoughts and ideas and write them up with some general information about the Open Guides as the paper; we hope that by doing this we can increase awareness of the Open Guides amongst a worldwide academic audience.
We hope this sounds like both a worthwhile and interesting thing to take part in.
If you're interested please could you have a go at answering the questions below and mail your answers back to us.... also feel free to get in contact if you've got any other thoughts or comments.
Cheers! look forward to hearing from you...
Mark and Tom
A. Your Open Guide
------------------
1. How would you describe the Open Guide you work on to somebody who wanted to find
out about it?
2. Who is the anticipated audience for your Open Guide? Who are your users right now?
3. What do you see as the purpose of the open guides? (feel free to get philosophical!) e.g. how is it different from other wikis/city guides?
4. Are there rules and regulations users must follow? How about your admin team (e.g. how do you make decisions)?
B. Your role in the Open Guide
------------------------------
1. How did you come to be involved in the Open Guide?- can you tell us what you do?
2. What was your goal when your Open Guide (or your involvement in it) started? What are the current goals?
3. How long do you see yourself being involved in your Guide?
4. Have people used the Guide in any ways you didn't expect? (and has 'vandalism' been a problem?)
C. Publicity and outreach
-------------------------
1. Do you publicise your Guide? How?
D. Future of the Guide
----------------------
1. How successful do you think the project is? Which goals have been met? Which remain elusive?
2. How long do you see the project going on for?
3. If someone told you they were planning to start an Open Guide, what advice would you give them?
thanks for helping us with this. We'll keep you posted as we progress...
please email your answers, thoughts, ideas to
Mark: m.b.gaved(a)open.ac.uk or
Tom: tom.heath(a)gmail.com
Date: Sun, 26 Mar 2006 13:40:03 -0800 (PST)
From: Rob Kelley <robjkelley(a)yahoo.com>
To: nycwireless(a)lists.nycwireless.net
Subject: [nycwireless]
Mobile-izing! Weeklong Cell Phone "Shoot-Out" at 347 W 16 St (9th
Ave)
Precedence: list
from http://wikiStreets.com/ (our new name!)
---
If you saw
[http://wikistreets.com/tiki-read_article.php?articleId=126|today's
article ]
[http://wikistreets.com/tiki-read_article.php?mode=mobile&articleId=126|(mob…
], you know something shady's going on in the shadow of proud Google's
NY offices. A landlord is apparently using a suspicious fire as an
excuse to sell a rent-stabilized building as vacant and free-market
while the tenants are displaced. And he's using Craiglist to do it. We
don't like it, we expect you don't like it, and our cellphones have
cameras...
__Let's turn the camera's eye on 347 W 16 St.__ Your mission, mobile
user, is to go to 347 W 16 St, take a picture of the building with your
cellphone, and email it to us at:
!!!::[mailto:347@10011.info|__347@10011.info__ ]::
(10011.info is the same as wikiStreets, but it's easier to type into a
cellphone.)
Each photo we get we'll upload and post to
[http://flickr.com/photos/92044402@N00/| Flickr ] with a unique tag.
The goal is 100 pics by this Friday, March 31st.
We'll be showing our support for the tenants and highlighting this
building as a battleground in the war for a culturally rich,
economically diverse neighborhood.
Rob
P.S. PDAs, Laptops, and crazy Linux-modded beasts are also welcome!
--
NYCwireless - http://www.nycwireless.net/
Un/Subscribe: http://lists.nycwireless.net/mailman/listinfo/nycwireless/
Archives: http://lists.nycwireless.net/pipermail/nycwireless/
----- End forwarded message -----
--
ghug is my email archiving bot. if you see it cc'd on this email,
please leave it cc'd, that will help me a lot. http://frot.org/ghug
This could be useful to OpenGuides.
-----Original Message-----
From: Simon Cozens [mailto:simon@simon-cozens.org]
Sent: 23 March 2006 23:28
To: london.pm
Subject: [upload(a)pause.perl.org: CPAN
Upload:S/SI/SIMON/SpamMonkey-0.02.tar.gz]
Since you asked so nicely. Doesn't include the Email::Received stuff, (and
therefore RBL checking) of course; look for that coming when it finally passes
SpamAssassin's tests.
It's still useful; here's a generic spam-trapped comment feature for
Maypole:
use SpamMonkey;
my $sm = SpamMonkey->new;
$sm->ready();
sub add_comment :Exported {
my ($self, $r, $thing) = @_;
my $res = $sm->test($r->params->{content});
if ($res->is_spam) {
return $self->error("I think you're a spammer, because your comment: ".
join("\n", $res->describe_hits));
}
$thing->add_to_comments({
author=> $r->params->{author},
url => $r->params->{url},
content => $r->params->{content},
posted => Time::Piece->new,
});
$r->template("view");
}
Simon
----- Forwarded message from PAUSE <upload(a)pause.perl.org> -----
From: PAUSE <upload(a)pause.perl.org>
Subject: CPAN Upload: S/SI/SIMON/SpamMonkey-0.02.tar.gz
To: Simon Cozens <simon(a)simon-cozens.org>
Reply-To: cpan-testers(a)perl.org
The uploaded file
SpamMonkey-0.02.tar.gz
has entered CPAN as
file: $CPAN/authors/id/S/SI/SIMON/SpamMonkey-0.02.tar.gz
size: 6858 bytes
md5: 2994361baa44bbadd50248d83471542a
No action is required on your part
Request entered by: SIMON (Simon Cozens)
Request entered on: Thu, 23 Mar 2006 23:22:54 GMT
Request completed: Thu, 23 Mar 2006 23:24:15 GMT
Thanks,
--
paused, v460
----- End forwarded message -----
--
He is no fool who gives what he cannot keep to gain what he cannot lose.
Hi All
I'm thinking about writing two command line tools, one to rename pages,
and the other to delete pages.
There are three ways I can think of doing this:
* cgi-wiki scripts
Would mean everyone could use it, not just openguides
Would mean that category entries wouldn't be changed on delete (rename
would re-write internal links, which would fix categories)
Would be quite simple to write and test
* openguides scripts
Would mean only openguides could use it - normal cgi-wiki people
wouldn't benefit
Would allow category entries to be updated
Would be harder to write and test
* cgi-wiki scripts that called plugins, with openguides plugins
Would be useful to both cgi-wiki users and openguides users
post_delete plugin could remove category links (and remove empty
categories?)
Slightly harder still to write, but much easier to test
I'm thinking of going with the third option. Can anyone see any reason why
this wouldn't be a good plan?
Nick
http://crschmidt.net/openguides/modperl.patch
exit 0; apparently gives some kind of errors in mod_perl land. I'm not
sure if there's a reason for this to be there, but I couldn't find one,
and removing it fixed my OpenGuide from spitting errors at me.
--
Christopher Schmidt
Web Developer
OpenGuides 0.52 has been released, with minor updates as well as initial
Google Maps support. It is available from your favourite CPAN mirror, or
http://www.larted.org.uk/~dom/computing/code/openguides/OpenGuides-0.52.tar…
or, indeed, http://www.larted.org.uk/~dom/debian/openguides/.
md5sum:
75c22070e53963bf0947430415bf92c8 OpenGuides-0.52.tar.gz
(files in this distribution are also signed with cpansign; run
"cpansign -v" to verify.)
Changelog:
0.52 5 March 2006
IMPORTANT CHANGE: "supersearch.cgi" is now simply "search.cgi". If you
have customisations to your templates, you may need to make changes
to reflect this.
Rename OpenGuides::SuperSearch to OpenGuides::Search.
Use corrent content-type (application/rdf+xml) for all RDF output.
Things with opening hours are marked as geospatial in RDF.
Fix missing bracket in node.tt.
Add custom_node template just below main content in node.tt.
Google Maps support! There is a new index type,
wiki.cgi?action=index;format=map, and maps appear in the node listings
(the latter feature is user-configurable).
Fix <link> in RSS to point to RecentChanges page, not the feed itself.
#67 Default website for a page is now http://
Fix mod_perl redirect bug.
Fix test failure with CGI.pm 3.16.
#87 Edit on mirrored pages now goes to source site
#66 Locales in RDF now use dc:title, not foaf:name
Cheers,
Dominic.
--
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)
London's server is apparently being brought to its knees by the OpenGuides
code. I'm taking it offline until we can come up with a solution.
Unfortunately due to an illness in the family and various commitments I am
not able to spend any time on the matter. I will however implement any
suggestions/patches I'm sent as soon as possible.
Thanks,
Earle
----- Forwarded message from Paul Makepeace <paul(a)makepeace.net> -----
Date: Fri, 3 Mar 2006 08:42:02 +0000
From: Paul Makepeace <paul(a)makepeace.net>
To: Ivor Williams <ivor.williams(a)lchclearnet.com>
Cc: openguides(a)downlode.org, kake(a)earth.li
Subject: OGL load - ACTION NEEDED
Folks,
I need the OGL devs to implement a bypass for index.cgi and
supersearch.cgi and whatever else that will display a "max load
exceeded; please try later" page when the load gets above a certain
point. I suggest a threshold of 3.0.
Here's the context,
6345 www-data 20 0 8800 8796 1620 R 9.5 0.9 0:00.42 index.cgi
6329 www-data 19 0 16592 16m 2520 R 9.2 1.6 0:00.95 index.cgi
6344 www-data 19 0 9188 9184 1668 R 9.2 0.9 0:00.41 index.cgi
6330 www-data 18 0 16372 15m 2520 R 8.9 1.6 0:00.82 index.cgi
6334 www-data 16 0 16436 16m 2512 R 8.2 1.6 0:00.74 index.cgi
6341 www-data 18 0 10532 10m 2244 R 8.2 1.0 0:00.46 index.cgi
6336 www-data 15 0 14032 13m 2488 R 7.4 1.4 0:00.61 index.cgi
6338 www-data 17 0 12416 12m 2388 R 7.4 1.2 0:00.57 index.cgi
6342 www-data 15 0 10548 10m 2264 S 7.4 1.0 0:00.43 index.cgi
6348 www-data 19 0 5484 5480 1428 R 6.1 0.5 0:00.23 index.cgi
6351 www-data 20 0 4612 4608 1420 R 4.7 0.4 0:00.18 index.cgi
6180 root 18 0 1176 1176 844 R 3.2 0.1 0:01.79 top
3393 root 9 0 35864 30m 8288 S 2.4 3.0 0:44.35 spamd
6353 www-data 18 0 3104 3100 1368 R 2.4 0.3 0:00.09 index.cgi
Everyone now and then Pg gets wedged and the load flies up. When this
happens OGL needs to back off.
I would really appreciate this happening ASAP. By ASAP I really do mean
the literal "as soon as possible". Please keep me updated!
(Sys::Load has a trivial interface, btw.)
Thanks, Paul
--
Paul Makepeace .............................. http://paulm.com/inchoate/
"What is a bowel of half eaten lice? A female grizzly and her cub."
-- http://paulm.com/toys/surrealism/
----- End forwarded message -----
--
Earle Martin
http://downlode.org/http://purl.org/net/earlemartin/
Some work's been done on this - see http://dev.openguides.org/ticket/81
- and I'm just looking for comments on this change really. PerfDave, do
can you explain you reason for wanting this? I think it'll help me
understand the value of having it if so. One thing would be for
translation purposes, I suppose?
Cheers,
Dominic.
--
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)