Oh wow, that's awesome! I was having to do some pretty shifty things to get around the limited custom fields.
BIG QUESTION though. How to manage Searching in an distributed environment. For my project, we want to replicate the webserver and place it into a Load Balancing pool. I'm still unsure how to replicate the collections. As of now, each webserver would have it's own collection, and I'd have to make sure they were all in sync across all webservers. On Mon, Aug 1, 2011 at 10:22 AM, Alan Williamson <[email protected]> wrote: > Afternoon, > > We've overhauled the search aspect of OpenBD and made lots of performance > and additions to the underlying search. > > Adding functions in addition to the classic CFSEARCH/CFINDEX/CFCOLLECTION > tags. We have also added more types we can index, including MP3 and > JPG/TIFF files (extracting all the EXIF data for example automatically). > > But the bit addition that was added in (thanks to Nitai for his inspiration) > is breaking free of the "custom1..custom4" fields. You can now index as > many different attributes as you wish, naming whatever the hell you want! > So no more shoe-horning into custom1. > > Available now on the nightly build. > > Manual page has been updated to highlight usage: > http://www.openbd.org/manual/?/search > > enjoy > > -- > official tag/function reference: http://openbd.org/manual/ > mailing list - http://groups.google.com/group/openbd?hl=en > -- official tag/function reference: http://openbd.org/manual/ mailing list - http://groups.google.com/group/openbd?hl=en
