Live data from Hacker News

Viewing profile — xeraa

xeraa

HN member
Joined
Tue, Nov 14, 2017, 9:46 PM UTC
HN karma
62
Public activity
25 items

About xeraa

No profile information was provided.

Recent public activity

  1. comment
    Comment #46651761

    It will also depend a lot on the type of data: Logs are an easy yes. Something that required multi-document transactions (unless you're able to structure it differently) is a harde…

  2. comment
    Comment #46650859

    Funny argument on the query languages in hindsight, since the latest release ( https://www.paradedb.com/blog/paradedb-0-20-0 but that was after this blog) just completely changed t…

  3. comment
    Comment #46650777

    There are no 2-node clusters (it needs a quorum). If your setup has 2-node clusters, someone is doing this horribly wrong.

  4. comment
    Comment #46650744

    First step of a marketing campaign: Claim something never said and then tell everyone why it's wrong ;)

  5. comment
    Comment #44666155

    The clear misrepresentation for years with absolutely no shame...

  6. comment
    Comment #43780552

    No more hacks — Elasticsearch just shipped native joins in ES|QL. Yep, actual lookup joins, across indices, with a real query language, and real performance. This is big for logs, …

  7. story
  8. comment
    Comment #43358499

    What do you want to see? Elasticsearch backed by a blob-store like MinIO?

  9. comment
    Comment #43047201

    Elasticsearch just hit its 15-year milestone! A look back at the last 15 years of indexing and searching, and turn to the next 15 years of relevance.

  10. story
  11. comment
    Comment #41993540

    A: "I'm betting..." B: "Could be, or maybe..." — once you reach E it's probably a statement. That sounds almost like the definition of how to start a rumor... Since we don't mainta…

  12. comment
    Comment #41986111

    Well, it was a bad change. But we wouldn't want the wrong story make it worse. It was "just" an error in our configuration.

  13. comment
    Comment #41985557

    It's a configuration error (sorry!). Also with thousands of forks this would be a pretty pointless operation. Once something is out (and that includes a license), you cannot just t…

  14. comment
    Comment #41985520

    Yeah. This was a configuration error. Keys you just rotate. Making repos private accidentally creates a whole new mess with forks, stars,... Not recommended [I work for Elastic]

  15. comment
    Comment #41985469

    8 years ago someone accidentally deleted the elasticsearch repository (thinking it was their private fork ). Back then everything was restored, so I hope we get there again this ti…

  16. comment
    Comment #41985124

    No need to spread rumours: It was a configuration error. GitHub support is helping with restoring everything, since the fork network, stars,... are otherwise all off. And if you le…

  17. comment
    Comment #41985057

    Permissions aren't the problem. But the upstream source of all the forks is wrong if you take a repo private, all stars from folks outside your organization are gone,... So you nee…

  18. comment
    Comment #41984897

    GitHub support can (and currently is) restore all of that. The fork network should already be fixed for Elasticsearch again [I work for Elastic]

  19. comment
    Comment #41398400

    Yes, we don't have that competitive clause — it's Hashicorp [I work for Elastic]

  20. comment
    Comment #41395661

    We did: https://www.elastic.co/blog/elastic-and-amazon-reach-agreeme... But it takes a long time. And it's very costly (especially against a much larger entity like Amazon). Legal …

  21. comment
    Comment #34749590

    > You can now execute Elasticsearch-compatible insert and replace JSON queries, which enables the use of Manticore with tools such as Logstash and Filebeat Looking at the docs I co…

  22. comment
    Comment #34542432

    Elasticsearch in later versions has done quite a lot in terms of memory reduction. Last section of https://www.elastic.co/blog/three-ways-improved-elasticsearc... but it has been a…

  23. comment
    Comment #34542350

    In Elasticsearch, the default has changed more than 3 years ago (since we always ship the current JDK by default): https://github.com/elastic/elasticsearch/pull/49123

  24. comment
    Comment #25946083

    Both for DEB and RPM the packages are coming from our own registry ( https://artifacts.elastic.co ) and not from the Linux distributions. We also maintain our own Docker registry (…

  25. comment
    Comment #25834659

    The license change to the dual-license with SSPL and Elastic License hasn't happened — this is the state so far and all the code outside the `x-pack` folder is Apache v2 licensed. …