Archive of UserLand's first discussion group, started October 5, 1998.

Re: domains vs doctree in mainresponder

Author:Clay Hughes
Posted:3/17/1999; 10:09:02 PM
Topic:domains vs doctree in mainresponder
Msg #:4226 (In response to 4225)
Prev/Next:4225 / 4227

I am talking about only "default" in the domain table. The object named default in the domain table can either be a fileSpec or address pointing either to a directory on the hard drive or a table in a guest database or root. If "default" in the domain table points to a table in the ODB, then it is possible to have a control structure or docTree. In this case, my default domain is expanded into a much larger structure that could point to both static files on hard disk as well as dynamic elements in guest databases.

In the domain table:

default --> @workspace.mywebsite

In workspace.mywebsite (my control structure)

discuss --> htmlInterfaces.root.discussionGroup  (addresstype)
logon --> htmlInterfaces.root.logon  (addresstype)
default --> Nirvana Server:www:   (fileSpec)
error --> (wouldn't this be neat to be able to catch errors)

But even with this setup, "default" in my control table does not work and only the string (value of default) appears in the web browser.

I mean, either "default" in the domain table points to the Nirvana Server:WWW: directory and then you can serve both static pages and dynamic elements from guest databases residing in the Nirvana Server:WWW: directory, or "default" in the domain table points to an address in the ODB, which rules out having static pages at the topmost level of the website unless those are stored in the ODB. And for an existing site with my current setup, I don't want to rework everything.

If I set up additional domains (in the domain table) then everything will work, but again that means making major changes to an existing site when all I want are a few static pages at the topmost level with shorter URLS for all dynamic elements buried in the guest databases. I just want docTree capability for each domain in the domain table because of the control and security it provides.

There are responses to this message:

This page was archived on 6/13/2001; 4:48:51 PM.

© Copyright 1998-2001 UserLand Software, Inc.