[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Aaron is going to kill me.

On Thu, 12 Aug 1999, Jason Pincin wrote:

> > > extra info table (such as articles) via the URL.  I don't need it
> > > anymore... but if you wanna keep using it I'll leave it in there.
> > Lost me there.  "Id of the record in the extra info table"???  Speak
> 
> 
> I just meant that there are two tables for every object.  One is always KBObjects and the
> other is the table that stores information unique to that object.  For articles that table is
> "Articles".  Because the object requires fields different from say... External Documentation
> or Users.  p= points to the record in THAT EXTRA table that matches up with the proper
> KBObjects record.  But I don't need it in the URL anymore... do you?  If not, I'm going to do
> away with it.
> 
> > I just came up with a killer idea.
> > Ok, Jason.  I need a small favor.  Please add:
> > <META NAME="htdig-noindex">
> 
> Does this tag need to be inside of the <HEAD> tags or anything?  Any
> positionin requirments?

Must be inside the HEAD.

> > To all your templates that do not return articles (type 6 or 7).  This
> > will prevent Ht://Dig from adding these pages to the database, but still
> 
> Cool.
> 
> > Ok, so howabout we use the following URL for type=6/7:
> > /kb/doc/render.php3?action=[ss,as]&o=0.1.a.b.c.Z&id=Z&type=[6,7]
> > These URL's will be the only ones without the META tag I mention above.
> 
> I prefer o= to come before action... but if it makes your life easier
> thats fine.  

put o before action.

> I don't like the id= thingy.  It annoys me.  

Well that's a convincing argument! :-)

> Lemme ask you this:  Is the search form on the php pages submitting
> directly to htdig or will it be submitting to a Perl page?  My
> understanding was that'd be submitting to a Perl page, in which case,
> couldn't you break the last number off of o= and pass it into htdig if
> that makes Dean's life easier?  It would simplify my object's
> render_string creation logic.

No that wouldn't work because I need the id field during the indexing of
the site, not when the user searches.  Hence I can't generate the id field
dynamically via my modperl search script.
 
> If we can do that, then here is my URL preference... and if you don't
> like it... change it :) and I will listen:
> 
> .../render.php3?o=x.y.z&type=t&action=blah

.../render.php3?o=x.y.z&type=t&action=blah&id=z


--
Aaron Turner, Core Developer       http://vodka.linuxkb.org/~aturner/
Linux Knowledge Base Organization  http://linuxkb.org/
Because world domination requires quality open documentation.