Skip to content
This repository has been archived by the owner on Aug 2, 2019. It is now read-only.

Improve the ElasticSearch cluster configuration to allow basic_auth ES access #267

Open
wants to merge 3 commits into
base: master
Choose a base branch
from

Conversation

Natim
Copy link
Member

@Natim Natim commented Nov 12, 2014

No description provided.

'port': int(port),
'use_ssl': use_ssl,
'http_auth': http_auth
})
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Isn't there any python lib that could handle this for us?
If not, I suggest you could at least move this piece of code to some utility function

@Natim
Copy link
Member Author

Natim commented Nov 12, 2014

Updated.

then \
test "$$(grin " $$" daybed/ docs/ -l | wc -l)" -ne "0" && \
grin -l " $$" daybed/ docs/ | xargs sed -i 's/\s*$$//' || exit 0; \
fi
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't really see the point of this here, you could define it in your shell instead, no ?
(.phony is repeated, is that ok ?)

@leplatrem
Copy link
Contributor

I'm not against merging this, but a bit doubtful though.

We can have all this code in Daybed, but in the mean time, opening a PR on elasticsearch-py would be worth it IHMO. I don't see why it shouldn't support absolute urls for hosts!

@Natim
Copy link
Member Author

Natim commented Nov 12, 2014

Why should it?

@leplatrem
Copy link
Contributor

The dict formalism is rather curious, since there's a standard for that! RFC-1738 :)

@Natim
Copy link
Member Author

Natim commented Nov 13, 2014

I can make a pull-request to them based on this assumption. There is not urgency yet to merge this patch since I already applied it in production.

@leplatrem
Copy link
Contributor

Ok.

Also, I wouldn't have created a dedicated module just for one utility function. But it may be a matter of taste :)
More generally, we should start thinking of #213 :)

@Natim
Copy link
Member Author

Natim commented Nov 13, 2014

More generally, we should start thinking of #213 :)

Exactly the reason why I did it like so :)

@Natim
Copy link
Member Author

Natim commented Nov 13, 2014

Here we go: elastic/elasticsearch-py#149

@leplatrem
Copy link
Contributor

Good job @Natim! Your PR was merged in ES python client :) We will soon be able to close this here!

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

Successfully merging this pull request may close these issues.

None yet

2 participants