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/
Hi,
I'd done some patching to St. Paul and wanted to feed hte changes back. Tickets #154 and #155 in the Trac (http://dev.openguides.org) are both from work I'd done previously with St. Paul's guide.
#154 provides basic JSON support for nodes and indexes. The Wiki::Toolkit::Plugin::JSON uses either JSON.pm or JSON::Syck to produce the output.
#155 provides a 404 script for when things go away. St. Paul had some problems with incosistant URLs in the past and I noticed that 404s were very large because of this, so I wrote a little CGI to try to help you can see it in action by going to http://saintpaul.openguides.org/Pino's_Pizza ... it will suggest the right URL for the guide, or possibly a Search. I've cleaned up the script so that it does everything in a generic fashion and should integreate cleaner with other people's templates etc. (Originally I was just dumping HTML but I went and made a template now.)
I hope people find these useful. :)
-Chris
Hello!
For my university (manchester, UK) I started a map / wiki interface
for students to make a geographical guide for other students to POI's
like bars, shops, etc.
The code started as GMaps code, and at the moment I'm transferring it
over to OpenLayers and eventually OSM support.
You can see it at [1] See [2] for a brief description of the
functionality and various views you can do. (don't miss the Edit pane
accessed from the top left).
The map there is a bit buggy, i've improved it since, but not updated
the live version.
Everything's fairly object orientated, so
maintaining/extending/adapting it should be easy.
Very brief features:
*In the split screen view clicking on a marker shows you the relevent
page in the wiki panel of the page.
*Users can add, edit, move, delete markers.
*Map view can be filtered using collapsable checkbox tree to show/hide
catagories.
*Catagories can be edited by users.
*There is a change list of all changes made by users (see Recent
Changes link on Edit view)
*If users are logged into the adjoining Wiki, any edits by them on the
map are recorded as by them (and if you want to restrict edit access
to only logged in/certain users, you can do that)
This isn't the best solution possible, and depending on how much OG
will interact with OSM, it will need to be adapted heavily.
I don't know what the OSM guys have thought of along these lines, but
just telling you in case your interested!
I'm going to try and come to the OSM/OG meetup in Oxford (Starting a
new job the weekend before though).
A few licensing issues for it;
The checkbox code is from blueshoes.org, and free licensed for
non-commercial use, but not distribution [3]. I couldn't find any
F/OSS checkbox tree code, it looks like Dojo might have a f/oss
solution [4] now though with an extension to their tree widget. (I'll
code this in if you guys are interested).
I got a few tips from various gmaps tutorial websites, I'll need to go
back and check their licenses (may of been cc-by-sa). I could code it
all again myself now (and will if i need to), having learnt the facts
from them. I'm note sure of the legal situation.
[1] http://www.umsu.manchester.ac.uk/wikispectus/extensions/map/map.php?split=1
[2]http://www.umsu.manchester.ac.uk/wikispectus/index.php/Map
[3]http://www.blueshoes.org/en/get/license/
[4]http://dojotoolkit.org/pipermail/dojo-interest/2006-April/006542.html
Hi!
I'm the promoter for an Oddmuse wiki which is used very similarly to
OpenGuide; is there any way to get listed with your system? My wiki
is a guide to gay and lesbian culture in Halifax, Nova Scotia,
Canada, http://gay.hfxns.org/
--
Daniel MacKay
Halifax, Nova Scotia, Canada
Here's the output of a ./Build test after various fixes. There is some
warning about a string comparison happening where it's expecting an
integer. My guess is some back-end store is returning a formatted date
rather than an epoch time.
http://scsys.co.uk:8001/4743
Argument "\x{32}\x{30}..." isn't numeric in numeric lt (<) at
/home/www/paulm/openguides-trunk/blib/lib/OpenGuides/Feed.pm line 169.
Argument "2006-10-28 19:02:59" isn't numeric in numeric lt (<) at
/home/www/paulm/openguides-trunk/blib/lib/OpenGuides/Feed.pm line 169.
("\x{32}\x{30}..." is "20...")
This IMO really should be a failure via an assertion further back up the stack.
Looking at the Wiki::Toolkit pages the closest the format of
last_modified gets to being specified is as a "timestamp". (So the bug
is that it's not really nailed down.)
There's a bunch of XML issues in the paste someone might have thoughts on too.
Paul
I currently have t/53 failing due to WGS84 coords not being
calculated. I traced this back to Geo::HelmertTransform failing due to
it not being installed.
I was going to patch this but wanted to check first. My initial
thought was if the force_wgs84 param is set to 0 (no) during perl
Build.PL then the Geo::HelmertTransform requirement should be added to
the build requires section. Something ditto for
Geography::NationalGrid::(IE|GB). What say ye?
Also, I'd like to see $@ tested after the transformation; I have that
as a die in my local source right now. It's at the least irritating
having silent failures requiring source spelunking.
As an aside it made me wonder whether force_wgs84 = 1 is a more
appropriate default given that it doesn't seem to matter much, and
it's an optimisation away from performing the transform. I really
havent looked at the code all that much though so this might not be a
sensible comment.
I have a few other random patches against trunk sitting here; who'd like 'em?
Paul
The openguides.org website is now running out of the OpenGuides svn
repository, so anybody with a commit bit can update it. Hopefully the
structure should be easy enough to understand.
The only thing that you need to do after committing a change is to
poke me, as I'll have to do an "svn up" on my webserver. This is
exponentially easier than getting changes done was before ;)
Hope this is useful,
Earle.
--
Earle Martin
http://downlode.org/http://purl.org/net/earlemartin/
On Thu, Nov 09, 2006 at 06:19:26AM -0500, IvorW wrote:
> [forwarded from London.pm mailing list]
>
> Dom, I guess it's too late in the day to change our plans, but I'm forwarding this as a courtesy.
Yup, it's a shame, but at this stage I think we should keep things as
they are.
Dominic.
--
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)
Boston's dropdown lists in edit_form.tt generated all the excitement in Hex on IRC. I've updated the plugin so that it works with Wiki::Toolkit (really not very hard).
Hex has a patch he's sending to Dom to make all of this obsolete, but I figured I'd post this for posterity at the least, and incase it's useful in general.
-Chris