Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Added necessary documentation for the new features #3

Merged
merged 2 commits into from
Feb 21, 2017
Merged

Added necessary documentation for the new features #3

merged 2 commits into from
Feb 21, 2017

Conversation

kkomelin
Copy link

No description provided.

@thomasjsn
Copy link
Owner

thomasjsn commented Feb 21, 2017

Looks good, a couple of minor tweaks needed. But I can take care of that. I'll merge it tonight 👍 Thanks for helping out!

How did the query testing go?

@kkomelin
Copy link
Author

kkomelin commented Feb 21, 2017

@thomasjsn Thanks for reviewing the PR.

Looks good, a couple of minor tweaks needed. But I can take care of that. I'll merge it tonight 👍 Thanks for helping out!

My pleasure.

How did the query testing go?

The elasticSearch() works well. However, it's not very suitable for my case because I don't have any query string and I just need to search by a set of parameters, such as date ranges and geospatical indexes. So, as I understand, I have to write my own Engine or use a package with more extensive search features, such as https://github.com/basemkhirat/elasticsearch At least, I need a possibility to write raw queries and then match the results with Eloquent models as Scout does.

Anyway, your improvements for laravel-scout-elastic are useful too, so thanks for them.

@thomasjsn
Copy link
Owner

Aha, I see. I did consider moving the configurable query parameters "down one level", but so far I have decided against it. It's really a complexity vs. ease of use consideration.

My understanding is that a lot of developers is using Scout for importing and the model observer, but have implemented custom ways of searching. To really be able to use everything that Elasticsearch has to offer, I think that is necessary.

@kkomelin
Copy link
Author

kkomelin commented Feb 21, 2017

Thank you @thomasjsn for your opinion. Yes, I agree, we need to write our own search mechanisms for complex cases, such as mine.

@thomasjsn thomasjsn merged commit ed91805 into thomasjsn:master Feb 21, 2017
@kkomelin
Copy link
Author

Thanks @thomasjsn

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants