Sorry bout the typos... i am dead tired and was on this issue all
day. :)
On May 21, 11:04 pm, Elad Meidar <[email protected]> wrote:
> ok,
> i think i have a misconception somewhere and would VERY appreciate if
> someone would be able to clarify that.
>
> i killed the 'searchd' process manually and restarted it with
> ts:start.
>
> i invoked manually 'indexer -c path/to/conf --rotate'
>
> and not it appears that deltas ARE showing on results, but only after
> couple of moments after the actual record is created.
>
> My questions are:
>
> 1. is this delay normal?
> 2. i don't want to manually kill searchd everytime... so i'm pretty
> sure the problem is somewhere on my deployment process... can someone
> point me to the must updated tutorial (until the homepage will be
> finished that is.)
>
> On May 21, 7:21 pm, Pat Allan <[email protected]> wrote:
>
> > Hm, wait, just re-thinking - if you can't see the output from script/
> > console, then it's not a path issue - because script/console is run by
> > yourself, not passenger.
>
> > What's the output of `indexer` (with angle quotes) in script/console?
>
> > --
> > Pat
>
> > On 21/05/2009, at 1:25 PM, Elad Meidar wrote:
>
> > > it makes no difference....
>
> > > still i can't see no sphinx messages when new items are created, and
> > > delta => true status_updates aren't in results either...
>
> > > is there anything else i need to do in order to enable access to the
> > > indexer bin ? maybe permissions to the www user? seem like this is the
> > > problem.
>
> > > On May 21, 3:46 pm, Pat Allan <[email protected]> wrote:
> > >> You probably don't need bin_path set on your development
> > >> environment -
> > >> I've never had problems, because it's all run by my own user, not
> > >> passenger.
>
> > >> And it's not something that appears in the configuration file, it's
> > >> just how Thinking Sphinx makes calls to the binaries.
>
> > >> Cheers
>
> > >> --
> > >> Pat
>
> > >> On 21/05/2009, at 12:43 PM, Elad Meidar wrote:
>
> > >>> you nailed it.
>
> > >>> on development it's working...
>
> > >>> but i don't seem to see the bin_path instructions on the development
> > >>> conf.... where it should be ?
> > >>> this is my sphinx.yml
>
> > >>> development: &my_settings
> > >>> min_prefix_len: 0
> > >>> min_infix_len: 1
> > >>> min_word_len: 1
> > >>> max_results: 70000
> > >>> bin_path: /usr/local/bin
> > >>> morphology: none
> > >>> charset_table: ** huge charset.. i removed it for readability **
> > >>> test:
> > >>> <<: *my_settings
> > >>> production:
> > >>> <<: *my_settings
>
> > >>> On May 21, 3:18 pm, Pat Allan <[email protected]> wrote:
> > >>>> Ah, if you're not seeing any output, then it could be that the
> > >>>> Sphinx
> > >>>> binaries - indexer and searchd - aren't referenced in the PATH set
> > >>>> within your web server (I'm guessing passenger).
>
> > >>>> You'll need to add the following to your config/sphinx.yml (or
> > >>>> create
> > >>>> it):
>
> > >>>> production:
> > >>>> bin_path: /usr/local/bin
>
> > >>>> The bin_path should be set to the output of `which indexer` from
> > >>>> the
> > >>>> shell - minus /indexer, of course.
>
> > >>>> You're not seeing the problem with the datetime approach because
> > >>>> you're invoking the rake task yourself, not via the web server.
>
> > >>>> ... of course, I may be completely wrong about the problem :)
>
> > >>>> --
> > >>>> Pat
>
> > >>>> On 21/05/2009, at 12:08 PM, Elad Meidar wrote:
>
> > >>>>> Hi guys,
>
> > >>>>> I tried to wrestle with it a little bit, tried to create a new
> > >>>>> StatusUpdate record to see what the log says... but nothing there,
> > >>>>> no
> > >>>>> sphinx message of any kind.
> > >>>>> I decided to change my model to use set_property :delta
> > >>>>> => :datetime
> > >>>>> instead of :delta => true and it appears to be working at the
> > >>>>> moment... but i would still like to find out why the :delta =>
> > >>>>> true
> > >>>>> fails.
>
> > >>>>> i attach my production.conf so you might be able to point out
> > >>>>> where
> > >>>>> i'm wrong (generated with ts:conf only).
> > >>>>>http://pastie.org/485658
>
> > >>>>> Thanx guys..
>
> > >>>>> Scott.. yeah, it's not an extortion of course... at least not as
> > >>>>> worst
> > >>>>> as it used to be :)
>
> > >>>>> On May 21, 2:44 pm, Pat Allan <[email protected]> wrote:
> > >>>>>> Hi Elad
>
> > >>>>>> The ts:in:delta task is only for datetime deltas, and you're
> > >>>>>> using
> > >>>>>> the
> > >>>>>> default approach instead, so you don't need to run that.
>
> > >>>>>> When you create a new status update in console, do you also see
> > >>>>>> several lines from the Sphinx indexer task being output?
>
> > >>>>>> --
> > >>>>>> Pat
>
> > >>>>>> On 21/05/2009, at 7:52 AM, Elad Meidar wrote:
>
> > >>>>>>> i have sphinx 0.9.8.1 installed and for some reason, it
> > >>>>>>> refuses to
> > >>>>>>> take deltas into consideration when searching, until i re-index
>
> > >>>>>>> here is an example for the console:
>
> > >>>>>>> #<StatusUpdate id: 31109, content: "Microsoft just patented
> > >>>>>>> extortion", author: "xxxx", source_id: "1", direct_link:
> > >>>>>>> "hxxxx",
> > >>>>>>> uid:
> > >>>>>>> "234234233", created_at: "2009-05-21 14:14:55", updated_at:
> > >>>>>>> "2009-05-21 14:14:55", handler: "t", posted_at: "1242915290",
> > >>>>>>> delta:
> > >>>>>>> true>
>
> > >>>>>>> but searching for "microsoft":
>
> > >>>>>>> StatusUpdate.search("@content microsoft", :per_page =>
> > >>>>>>> 1000, :match_mode => :extended)
>
> > >>>>>>> does not return this result.
>
> > >>>>>>> here is my index:
>
> > >>>>>>> define_index do
> > >>>>>>> indexes content, :sortable => true
> > >>>>>>> has posted_at, handler, author
>
> > >>>>>>> has users(:id), :as => :user_ids
> > >>>>>>> set_property :delta => true # for stuff that are added between
> > >>>>>>> indexing
> > >>>>>>> end
>
> > >>>>>>> another thing is that when i 'ts:in:delta', nothing seem to be
> > >>>>>>> happening, the delta flag stays as it should on new records, but
> > >>>>>>> they
> > >>>>>>> still don't appear in search (actually the rake task does not
> > >>>>>>> even
> > >>>>>>> return any output).
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Thinking Sphinx" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/thinking-sphinx?hl=en
-~----------~----~----~----~------~----~------~--~---
