83 // add cached content/summary display policy, if available
84 String caching = parse.getData().getMeta(Nutch.CACHING_FORBIDDEN_KEY);
85 if (caching != null && !caching.equals(Nutch.CACHING_FORBIDDEN_NONE)) {
86 doc.add("cache", caching);
87 }
Hmm, according to this snippet it'll look for the value of key
caching.forbidden which seems to be `content` in this case
(CACHING_FORBIDDEN_CONTENT). Strange enough, the following URL doesn't related
cache headers or meta data as far as i can see:
http://people.apache.org/~assaf/buildr/1.3.0/site/specs.html
> Would need to check in the code but I think that this field is used for
> storing the value of the meta tags cache-control.
> Since we don't do caching anymore since delegating to SOLR, this is not
> really useful but could be again the future. Let's leave it as is for now
> and document what the field corresponds to in the solr schema?
>
> J.
>
> On 8 May 2011 12:01, Markus Jelsma <[email protected]> wrote:
> > My schema accidentally listed it as a index-more field while it's
> > actually added by index-basic. After indexing thousands of more docs i
> > finally see one
> > single document with a value (=content) for this field.
> >
> > > Hi again,
> > >
> > > There's also a cache field in the supplied schema. It seems like it's
> >
> > ought
> >
> > > to be populated by the index-more plugin but there is no code for it.
> > > The field is never populated. What is it's purpose and what to do with
> > > it?
> > >
> > > Cheers,
