That is exactly what I was looking at this morning.  Thanks for giving
me some validation on it!  I am doing the second approach by sticking
the content into a database.  One of the requirements for this is that
some of the subdirectories are actually other domains.  Due to this, I
was going to have to use a database anyway to translate template
path/name to FQD name for links to the returned pages.  Now, I plan on
just taking the content from the page, and sticking it into the database
as well and indexing that rather than the files themselves.

Thanks again,

~Dave

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On
Behalf Of Billy Cravens
Sent: Friday, October 11, 2002 10:02 AM
To: [EMAIL PROTECTED]
Subject: RE: Verity question


Write a custom parser - you can strip out the cf tags (using regex) or
include them, generating your final output - save these to .htm files or
perhaps to a database - index this "set", and in your search output,
"map" back to the original .cfm pages

---
Billy Cravens

Web and Software Consulting
www.Architechx.com


-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On
Behalf Of Dave Shuck
Sent: Thursday, October 10, 2002 10:50 PM
To: [EMAIL PROTECTED]
Subject: Re: Verity question

Dave,

If I was building it from scratch, those would be great ideas.  The
problem is that I have inherited this app and it consists of over a
hundred templates.  I could exclude ColdFusion templates in the
collection, but that would leave me with nothing considering that the
content is on the ColdFusion templates.  I was just hoping that someone
knew of some little secret to somehow exclude CF code when indexing the
collection.  I figured it was a long shot, but thought I might as well
see if anyone else had run into this same problem and found a good
solution.

Thanks,

~Dave

----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 10, 2002 5:05 PM
Subject: Re: Verity question


> If memory serves me correctly (I have not done this for a good while),
you
can specify the file types to include (and exclude) in the indexing.
Another trick would be to move the queries to stored procedures thereby
eliminating this particular problem.
> From: "Dave Shuck" <[EMAIL PROTECTED]>
> Date: 2002/10/10 Thu AM 09:45:30 CDT
> To: <[EMAIL PROTECTED]>
> Subject: Verity question
>
> I have set up a Verity collection to search for content in all files
in
> recursive directories under a web root.  Obviously when including CF 
> files in the list of files to search, you end up with any matching 
> string even if it appears in CF code.  What is the best approach to 
> avoid this?  For instance, I am working on a site that sells roofing 
> materials.  If I do a search for 'shingle', and I have a query that 
> consists or "SELECT [something] FROM tblShingle", it will return that 
> page and the "summary" value will display CF code.  Obviously that is 
> not cool.  Any thoughts on the best way to tackle that?
>
> tia
>
> ~Dave
>
>
>
------------------------------------------------------------------------
-
> This email server is running an evaluation copy of the MailShield
anti-
> spam software. Please contact your email administrator if you have any

> questions about this message. MailShield product info:
www.mailshield.com
>
> -----------------------------------------------
> To post, send email to [EMAIL PROTECTED]
> To subscribe / unsubscribe: http://www.dfwcfug.org
>
>
>
>
------------------------------------------------------------------------
-
> This email server is running an evaluation copy of the MailShield
anti-
> spam software. Please contact your email administrator if you have any

> questions about this message. MailShield product info:
www.mailshield.com
>
> -----------------------------------------------
> To post, send email to [EMAIL PROTECTED]
> To subscribe / unsubscribe: http://www.dfwcfug.org


------------------------------------------------------------------------
-
This email server is running an evaluation copy of the MailShield anti-
spam software. Please contact your email administrator if you have any
questions about this message. MailShield product info:
www.mailshield.com

-----------------------------------------------
To post, send email to [EMAIL PROTECTED]
To subscribe / unsubscribe: http://www.dfwcfug.org



------------------------------------------------------------------------
-
This email server is running an evaluation copy of the MailShield anti-
spam software. Please contact your email administrator if you have any
questions about this message. MailShield product info:
www.mailshield.com

-----------------------------------------------
To post, send email to [EMAIL PROTECTED]
To subscribe / unsubscribe: http://www.dfwcfug.org


-------------------------------------------------------------------------
This email server is running an evaluation copy of the MailShield anti-
spam software. Please contact your email administrator if you have any
questions about this message. MailShield product info: www.mailshield.com

-----------------------------------------------
To post, send email to [EMAIL PROTECTED]
To subscribe / unsubscribe: http://www.dfwcfug.org

Reply via email to