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/
Dominic Hargreaves has kindly offered to be the new release manager
for OpenGuides. I will still be writing code, but from now on he
is the CPAN maintainer and the Person With Big Stick.
Thanks Dom.
Kake
hello,
In our upcoming (honest guvnor) book, http://mappinghacks.com/ , there are a couple of openguides 'hacks' which i made. the first just describing how to do the setup, the second a simple map-making data-slurping thing.
The first one, in partic, i wrote 3 or so months ago, understand the install process has changed / simplified since, and would appreciate another pair of eyes cast over it to check it's sane:
http://mappinghacks.com/openguides/setting_up_openguides.doc
the second i wrote more recently, but there may be thinkoids in it:
http://mappinghacks.com/openguides/mapping_openguides.doc
(forgive the .docs, that's what ORA stipulates. glad to be getting the plug in for OG, anyway)
zx
I have a domain which I would like to use OpenGuides on however it is a
hosted site and I have no ability to get CLI or compile modules. I have
started downloading the prereqs but am wondering if anyone has gotten
this to work yet?
Dave Waller
As per the subject - available on CPAN now as usual, and in my Debian
repository tonight probably.
http://search.cpan.org/dist/OpenGuides/
The main Changes:
0.43 21 October 2004
Fix broken navbar changes that crept into last release.
Cheers,
Dominic.
Folks,
I'm slightly ignorant of the proper Openguides method for dealing with
WikiSpam. (I'm trying to deal with it myself in my own Wiki and not
doing terribly well).
If I go to an older version and hit "edit this page" I get the page as
it was before the spam. I can then hit save and it seems to update the
most recent version of the page. Is this correct?
Should I (a relatively junior member of the team) be removing spam at
every opportunity?
Is there more that should be done - such as flagging the change in a
particular way, or adding the spam edits IP Addresses to a blacklist?
Alex
Over the past few weeks I've realised that I've completely lost all
enthusiasm for OpenGuides. This is a bad thing, and it needs fixing.
Part of the problem is that I'm really not very well right now, and I
could very much do with handing off some of my responsibilities.
The thing that I'm finding hardest at the moment is being the release
manager/kwalitee assurer/whatever for OpenGuides. There are several
people with CVS commit rights, and that means that before I make a
release I have to make sure of a whole pile of things, for example
that people's changes work smoothly together, that nobody is going off
in a completely bogus direction, that implementation decisions are
made sensibly, that the code is no more complicated than is necessary
to get the job done, that documentation is kept up to date, that new
code is thoroughly tested, and that old tests still pass. And so on.
I let 0.41 escape with a failing test, and this is yet another
indicator that I'm getting tired. I need to pass on overall
responsibility for OpenGuides to someone else, at least for a couple
of months. However this leaves me with a problem - who?
It seems to me that although there are several people connected with
the project who are exceedingly enthusiastic about OpenGuides, and
likewise several people who I feel could take this task over from me,
these groups don't overlap at all. In other words, I don't think any
of the people who are likely to want to take over from me are quite
ready for it just yet, and I don't think any of the people who could
handle the job are likely to both want it and have time to do it.
(I'm not going to get into an argument with anyone over whether
they're up to this task. Please trust my judgement. However if you
think you could do it and you think I've overlooked you solely due to
underestimating your enthusiasm for OpenGuides or free time to work on
it, please drop me a private mail.)
So it looks like we're probably going to have to start trying to
recruit someone who's not currently hooked on OpenGuides - find
somebody competent and *get* them hooked. Unless one of you clever
people can come up with another solution.
Comments and discussion welcomed and encouraged - the sooner we start
sorting this out the better, both for me and for the project.
Kake
As per the subject - available on CPAN now as usual, and in my Debian
repository tonight probably.
http://search.cpan.org/dist/OpenGuides/
The main Changes:
- Minor search bugfixes/refactoring.
- *INCOMPATIBLE CHANGE* Custom templates are now stored in user-definable
path, and their names are prefixed with custom_. This only affects you if
you have used the custom template support introduced in 0.41.
- Dependency on CGI::Wiki::Plugin::Geocache dropped (logic is now handled
in templates).
Cheers,
Dominic.
Anybody speak Dutch??
----- Forwarded message from WikiBewerker <noreply(a)wikimaas.tk> -----
Date: Wed, 20 Oct 2004 09:49:18 "GMT"
From: WikiBewerker <noreply(a)wikimaas.tk>
To: Open guides London <earle(a)downlode.org>
Subject: Vermelding Wikimaas
Beste Open guides London,
Sinds kort staat u, of uw organisatie/bedrijf, beschreven op het artikel Useful Links op WikiMaas. Deze WikiMaas (http://www.wikimaas.tk) is een alternatieve gids voor Maastricht, met daarin allerlei nuttige en leuke zaken die niet direct bij de VVV besproken worden. Iedere bezoeker kan informatie toevoegen en wijzigen.
Het staat u vrij om meer informatie aan het artikel Useful Links toe te voegen, of bepaalde teksten te wijzigen. Wel zouden we er u op willen wijzen dat we qua schrijfstijl een informeel karakter proberen te behouden, en dat we per definitie geen reclame-site zijn. Een beschrijving is prima, maar kreten als 'superleuk' en 'de beste van Maastricht' voegen we liever zelf toe.
Als u iets toevoegd, probeert u dat dan alstublieft in het Engels. Maastricht ligt in de Euregio. Frans, Duits en Nederlands zijn hier gemeengoed. Om een ieder dezelfde drempel te geven, willen we de site helemaal in het Engels schrijven.
Wanneer u op uw website een link naar de WikiMaas zou willen plaatsen zouden we dit zeer waarderen. Het is echter geenszins verplicht en het heeft geen gevolgen voor uw vermelding op de WikiMaas.
Met vriendelijke groet,
Dani?l
WikiMaas
http://www.wikimaas.tk
----- End forwarded message -----
--
Earle Martin
http://downlode.org/http://purl.oclc.org/net/earlemartin/
Hi folks.
Could I get subdomain of openguides.org for my Openguide please?
http://stout.rumble.net/touristengineer/
I think I've got to the point where I can start opening it up more
widely. I would appreciate any comments.
I'm after: engineer.openguides.org, pointed at 64.5.53.147.
--
Rev Simon Rumble <simon(a)rumble.net>
www.rumble.net
Grub first, then ethics.
- Bertolt Brecht