[tahoe-lafs-trac-stream] [tahoe-lafs] #389: Implement Web Portal feature.
tahoe-lafs
trac at tahoe-lafs.org
Sat Sep 14 17:37:02 UTC 2013
#389: Implement Web Portal feature.
-----------------------------------+-----------------------
Reporter: nejucomo | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone: undecided
Component: code-frontend-web | Version: 1.0.0
Resolution: | Keywords: portal ui
Launchpad Bug: |
-----------------------------------+-----------------------
Old description:
> A really simple feature could make Tahoe into a public "web portal". A
> web portal is a website that presents a given Tahoe directory as it's
> root url path, for example, these two links would be equivalent:
>
> {{{http://example.website.com/foo/bar.html}}}
> {{{http://<my tahoe node>/uri/<web portal dir cap>/foo/bar.html}}}
>
> The portal appears like any other website to surfers (aside from headers
> and performance). The server can run on a system with a tiny disk, and
> the web site operator need not worry about site backups.
>
> The security implications seem straightforward, given the design of
> Tahoe.
>
> I haven't looked at the webish code, but I imagine this could be
> implemented by adding a single configuration setting for the portal dir
> cap, and then prefixing all URL requests with "/uri/$dircap" before
> passing the request to the handler.
New description:
A really simple feature could make Tahoe into a public "web portal". A
web portal is a website that presents a given Tahoe directory as it's root
url path, for example, these two links would be equivalent:
{{{http://example.website.com/foo/bar.html}}}
{{{http://<my tahoe node>/uri/<web portal dir cap>/foo/bar.html}}}
The portal appears like any other website to surfers (aside from headers
and performance). The server can run on a system with a tiny disk, and
the web site operator need not worry about site backups.
The security implications seem straightforward, given the design of Tahoe.
I haven't looked at the webish code, but I imagine this could be
implemented by adding a single configuration setting for the portal dir
cap, and then prefixing all URL requests with "/uri/$dircap" before
passing the request to the handler.
--
Comment (by zooko):
nejucomo wrote a reverse proxy config for nginx for this:
https://bitbucket.org/nejucomo/lafs-rpg/
I used it (after tweaking it a bit) for zooko.com:
https://zooko.com/
--
Ticket URL: <https://tahoe-lafs.org/trac/tahoe-lafs/ticket/389#comment:6>
tahoe-lafs <https://tahoe-lafs.org>
secure decentralized storage
More information about the tahoe-lafs-trac-stream
mailing list