#248: Implement Content-Type negotiation for RDF output (aka Nicer URIs)
-------------------------+--------------------------------------------------
Reporter: earle | Owner: Nobody
Type: enhancement | Status: new
Priority: low | Milestone:
Component: openguides | Version: svn
Severity: normal | Keywords:
-------------------------+--------------------------------------------------
Context: [http://norman.walsh.name/2005/06/19/httpRange-14 Norman Walsh
explains "httpRange-14"]
If a URI is requested of us, we should negotiate with the client
application using whatever Accept: header it offers. Example:
Request URI: http://openguides.example.org/Somewhere
If the client requests Text/HTML (ie, a human using a browser), we should
303 (See Other) redirect to http://openguides.example.org/page/Somewhere
If the client requests Application/RDF+XML, we should 303 (See Other)
redirect to http://openguides.example.org/rdf/Somewhere
The RDF output's rdf:about value will need to have the URI inserted thus:
{{{
<rdf:Description rdf:about="http://openguides.example.org/Somewhere">
<!-- everything else here -->
</rdf:Description>
}}}
--
Ticket URL: <http://dev.openguides.org/ticket/248>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#249: Static rendering
-------------------------+--------------------------------------------------
Reporter: earle | Owner: Nobody
Type: enhancement | Status: new
Priority: low | Milestone:
Component: openguides | Version: svn
Severity: normal | Keywords:
-------------------------+--------------------------------------------------
Idea: rejig the code to static render ("bake") pages. This could result in
a significant load reduction on any busy server using OpenGuides.
How to:
1) Move the rendering step from page load time to save time.
2) When a user saves a page, channel the output to a file.
3) Redirect the user to the file.
Some template adjustment will be needed to the base URL for inter-page
links.
I think dynamic rendering is fine to be kept for historic versions of
pages as they're rarely requested, and to save static copies of all of
them would be unnecessary.
--
Ticket URL: <http://dev.openguides.org/ticket/249>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#196: Need "revert all changes by x" tool and "revert guide to state at yyyy-mm-
dd hh:mm" tool
------------------------+---------------------------------------------------
Reporter: nick | Owner: dom
Type: defect | Status: new
Priority: high | Milestone:
Component: openguides | Version: svn
Severity: major | Keywords: spam commandline
------------------------+---------------------------------------------------
To deal with spam attacks, we need the following two tools:
* revert all changes by username (be that a name or a ip)
* revert all changes since a certain date
For the former, grab node id and version, delete those from content and
metadata, roll node back one version, then copy content over.
For latter, grab last node id and version before date, delete all versions
after on metadata and content, roll node back to last version before data,
then copy content over.
--
Ticket URL: <http://dev.openguides.org/ticket/196>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#195: Further discussion of location of common category/locale stuff
------------------------+---------------------------------------------------
Reporter: dom | Owner: dom
Type: task | Status: new
Priority: normal | Milestone:
Component: openguides | Version: svn
Severity: normal | Keywords:
------------------------+---------------------------------------------------
Kake things the common cat/locales should be in the navbar; this possibly
conflicts with design work done by Torchbox. We should try and discuss the
best way to go forward in conjunction with finding out if we are likely to
get anything usable out of Torchbox.
--
Ticket URL: <http://dev.openguides.org/ticket/195>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#185: admin audit trail
-------------------------+--------------------------------------------------
Reporter: bob | Owner: dom
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: openguides | Version: svn
Severity: normal | Keywords:
-------------------------+--------------------------------------------------
currently admins can do stuff with no audit trail or accountability.
admin rights should be based on user credentials not just a password.
admin actions should log somewhere.
--
Ticket URL: <http://dev.openguides.org/ticket/185>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#204: Nodes can be created with no content.
------------------------+---------------------------------------------------
Reporter: Kake | Owner: dom
Type: defect | Status: new
Priority: normal | Milestone:
Component: openguides | Version: svn
Severity: normal | Keywords:
------------------------+---------------------------------------------------
If you create a new page, and don't give it any content, then OpenGuides
gets very confused about whether it exists or not.
To recreate: click "Create New Page", add some data other than content,
save the page, and you'll be bounced to a "we don't currently have a page
called X"
--
Ticket URL: <http://dev.openguides.org/ticket/204>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#244: install writes outside perl root
------------------------+---------------------------------------------------
Reporter: mstevens | Owner: Nobody
Type: defect | Status: new
Priority: normal | Milestone:
Component: openguides | Version: 0.61
Severity: normal | Keywords:
------------------------+---------------------------------------------------
I'm trying to install on a perl which is in /usr/local/perl-5.10.0/
Most of OpenGuides seems to go inside the root nicely, but I was disturbed
to see it writing a bunch of stuff outside:
Installing scripts to /usr/lib/cgi-bin/openguides/:
Copying wiki.cgi -> /usr/lib/cgi-bin/openguides/wiki.cgi
Deleting /usr/lib/cgi-bin/openguides/wiki.cgi.bak
Trying to ensure that wiki.conf is protected by .htaccess.. apparent
success. You should check that this is working!
Copying wiki.conf -> /usr/lib/cgi-bin/openguides/wiki.conf
Copying preferences.cgi -> /usr/lib/cgi-bin/openguides/preferences.cgi
Deleting /usr/lib/cgi-bin/openguides/preferences.cgi.bak
Copying search.cgi -> /usr/lib/cgi-bin/openguides/search.cgi
Deleting /usr/lib/cgi-bin/openguides/search.cgi.bak
Copying newpage.cgi -> /usr/lib/cgi-bin/openguides/newpage.cgi
Deleting /usr/lib/cgi-bin/openguides/newpage.cgi.bak
Installing templates to :
No 'to' or 'to_dir' parameter given to copy_if_modified at
/usr/local/perl-5.10.0/lib/5.10.0/Module/Build/Base.pm line 4172.
--
Ticket URL: <http://dev.openguides.org/ticket/244>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project
#235: Integrating brussels.openguides.org
---------------------+------------------------------------------------------
Reporter: dom | Owner: dom
Type: task | Status: new
Priority: normal | Milestone:
Component: website | Version: svn
Severity: normal | Keywords:
---------------------+------------------------------------------------------
Dimitri Pasquazzo has set up an Brussels/Belgium open guide:
http://lists.openguides.org/mail/openguides-dev/2007-July/001881.html
Would be good to get this into the official 'network' with DNS entry and
link from home page, but there are some usability issues to work through
first, to make the site fit in.
--
Ticket URL: <http://dev.openguides.org/ticket/235>
OpenGuides <http://openguides.org/>
The OpenGuides city guides project