|
Re: QueryParser Exception Handling Problem: msg#00092lang.ruby.ferret.general
Jens, My response was pre-mature, I have a few tests that throw the following potentially malicious search queries... bad_chars = [':', '(, )', '[, ]', '{, }', '!', '+', '"', '~', '^', '-', '|', '<, >', '=', '*', '?', '\'', '<script>'] I haven't done thorough testing, but the "<, >" query throws an exception. I've had to resort to begin/rescue blocks for now. Any ideas? > That did the trick, thanks a ton! > >> right after your :analyzer option into the second options hash: >> >> aaf( { :fields => { ... }, :store_class_name => true }, >> { :analyzer => ..., :handle_parse_errors => true } ) >> >> aaf however doesn't create it's own query parser for normal use cases, >> but the option will be given to the internal Ferret Index instance, so >> maybe it helps anyway. please tell me if it does so I can correct the >> default parameter name in aaf. -- Posted via http://www.ruby-forum.com/. |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Ferret debugging: 00092, Vyacheslav Zakovyrya |
|---|---|
| Next by Date: | acts_as_ferret: reindexing it too slow: 00092, sk |
| Previous by Thread: | Re: QueryParser Exception Handling Problemi: 00092, Mark |
| Next by Thread: | Using custom stem analyzer giving mongrel errors: 00092, Raymond O'connor |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |