Elasticsearch : How to rename a field - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
Elasticsearch へのデータ投入 - Qiita
# curl -H "Content-Type: application/json" \ -X PUT http://localhost:9200/blog/_doc/t0001 -d ' { "name": "山本太郎", "title": "My Name Is Yamamoto", "content": "I love dog", "tags": ["red", "green", "blue"] } ' curl -H "Content-Type: application/json" \ -X PUT http://localhost:9200/blog/_doc/t0002 -d ' { "name": "田中康夫", "title": "My Name Is Tanaka", "content": "I love cat", "tags": ["Earth", "Moon", "
Elasticsearch への問い合わせ (python3) - Qiita
#! /usr/bin/python # -*- coding: utf-8 -*- # # elastic_query.py # # Oct/04/2018 # ------------------------------------------------------------------ import sys import requests import json # ------------------------------------------------------------------ sys.stderr.write("*** 開始 ***\n") args = { "q": "tags:apple,moon" } url = "http://localhost:9200/blog/_search" # rr=requests.get(url,args) #prin
Elasticsearch への問い合わせ (Node.js) - Qiita
#! /usr/bin/node // --------------------------------------------------------------- // elastic_query.js // // Mar/21/2022 // // --------------------------------------------------------------- 'use strict' import * as http from "http" console.error ("*** 開始 ***") const url = "http://localhost:9200/blog/_search?q=tags:apple,moon" const options = { method: 'GET' } const req = http.request(url,options
ElasticSearchの正規表現検索が意図に沿わなかった - Qiita
ElasticSearchでワイルドカード検索がしたい! という顧客要望に応えるため、何とかできないか試したときのメモ。 結論 データ型がkeywordのフィールドに対しては、正規表現検索は有効。 データ型がtextのフィールドに対しては、意図に沿わないことが多い。 原因 データ型がkeywordはアナライザによる単語分割が行われないため、目的の単語がヒットしやすい。 データ型がtextのフィールドは文字数分割が行われ、かつ、ワイルドカードを使用した場合は「A * B」で一単語と判断するので、 分割文字単位より長い単語をヒットさせることができない。 (むしろワイルドカード使用しなければ、「A」と「B」で分割されるため、目的の単語をヒットできる) 例) アナライザ（ngram）の最小文字単位が2、最大文字単位が10でかつ、 「使用済自動車の再資源化等に関する法律」を検索したい場合 検索ワード
ElasticStackのTips - Qiita
まれによく使う設定や、ハマるパターンなどを適宜追加していきます。 よく使うElasticsearchの操作 全indexの取得 curl -XGET http://localhost:9200/_aliases?pretty=1 typeを指定して取得 curl -XGET 'http://localhost:9200/_all/my_type/_search?pretty' 全indexの削除 curl -XDELETE 'http://localhost:9200/_all' typeを指定して削除 curl -XDELETE 'http://localhost:9200/_all/my_type/' Filebeat[6.4]Windows版 転送完了しているログファイルを、位置から再度送りたい C:/ProgramData/filebeat/(registry|registry.o
crowiをアップデートする（1.6.2 -> 1.7.0） - Qiita
背景 所属しているグループで、内部WikiとしてCrowiサーバーを立てて使っています。 これまでv1.6.2を使っていましたが、この前GitHubのレポジトリを見に行ったら1.7.0がリリースされていました。 1.6.2ではMathJaxが少しおかしかったりしたので（これは既に1.6.3で直されていたようですが）、いい機会ということでアップグレードすることにしました。これはそのログです。 したことは、 バックアップ Node.jsのアップデート Elasticsearchのアップデート Crowiのアップデート です。Redis, MongoDBは変更していません。外部サービスとの連携は最初から入れていません。 環境は、Ubuntu 16.04、x86_64です。この辺りの知識は幾多のサーバーを吹き飛ばしながら独学しており、本すら読んでいないので、間違ったことが含まれているかもしれません
Elasticsearch の バージョンアップ（備忘録） - Qiita
yum update elasticsearch # kuromoji 更新 ES_JAVA_OPTS="-Dhttp.proxyHost=proxy.*****.co.jp -Dhttp.proxyPort=8080 -Dhttps.proxyHost=proxy.*****.co.jp -Dhttps.proxyPort=8080" /usr/share/elasticsearch/bin/elasticsearch-plugin remove analysis-kuromoji ES_JAVA_OPTS="-Dhttp.proxyHost=proxy.*****.co.jp -Dhttp.proxyPort=8080 -Dhttps.proxyHost=proxy.*****.co.jp -Dhttps.proxyPort=8080" /usr/share/elasticsearch
Amazon Elasticsearch Service × Kibanaでindex復元エラー：cannot restore index [.kibana] because it's open - Qiita
概要 Amazon Elasticsearch Service × Kibana で構築されたシステムで、 _restore apiでindexを復元するときに、 「cannot restore index [.kibana] because it's open」 というエラーについてメモします。 要因 Elasticsearch バージョン 5.1 以降では、Amazon ES が .kibana インデックスをモニタリングし、削除されている場合は再作成します。この動作により、復元が失敗します。 前提知識まとめ ・aws関連 ・Elasticsearch関連（https://www.elastic.co/guide/jp/index.html） ・Kibana関連（https://www.elastic.co/products/kibana） 要件 esに登録されたデータやindexに対
![Amazon Elasticsearch Service × Kibanaでindex復元エラー：cannot restore index [.kibana] because it's open - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/9642ef59eaba5acfc3291c53d5bc02e2ee6c3324/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRmF2YXRhcnMxLmdpdGh1YnVzZXJjb250ZW50LmNvbSUyRnUlMkYzNTQ3ODExMiUzRnYlM0Q0P2l4bGliPXJiLTQuMC4wJmFyPTElM0ExJmZpdD1jcm9wJm1hc2s9ZWxsaXBzZSZmbT1wbmczMiZzPTJjOGIwMmY2MTYyMzc2ZGJjMTg4OTdjYzQ2ZjRiM2Nh%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D0ffebaeed3eab60d9197817fc21eef75%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9QW1hem9uJTIwRWxhc3RpY3NlYXJjaCUyMFNlcnZpY2UlMjAlQzMlOTclMjBLaWJhbmElRTMlODElQTdpbmRleCVFNSVCRSVBOSVFNSU4NSU4MyVFMyU4MiVBOCVFMyU4MyVBOSVFMyU4MyVCQyVFRiVCQyU5QWNhbm5vdCUyMHJlc3RvcmUlMjBpbmRleCUyMCU1Qi5raWJhbmElNUQlMjBiZSVFMiU4MCVBNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPWEyZmVhZGE2NjY3NTI0YTUxMjdjZGQxNjgzYWU5YTIw%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBsdW9oYW8wNDA0JnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9ZWEzNTBlOWY4MjljODAwMTkyNDdlNTViMGNjN2Q2MTU%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D764d61d70391dd08403adccf0dbd3b16)
AWS AppSyncでElasticsearchから検索結果とtotal件数を取得するresponse mapping template. - Qiita
AWS AppSyncでElasticsearchを利用していると検索結果だけでなく、合計件数も取得したくなる場合があります。 AppSyncでは、response mapping templateの定義を調整することで実現できます。 検索結果とあわせて合計件数を取得するよう定義したresponse mapping templateは、以下。 { #set($total = $context.result.hits.total) #set($list = []) #if($total > 0) #foreach($entry in $context.result.hits.hits) $util.qr($list.add($entry.get('_source'))) #end "list" : $util.toJson($list), "total" : "$total" #end }
KibanaのIndex Pattern作成で、"Service Unabailable"になる - Qiita
本当にくだらない話ですが、意図しないproxyによりハマってしまったので、書いておきます。 Elasticのフォーラム : https://discuss.elastic.co/t/kibana-index-patterns-service-unabailable/147524 の話 現象 ElasticStackを使っていて、新たにIndexPatternsを作成しようとしたら、「Service Unabailable」となり、IndexPatternが正常に作成できなかった。 Index Patterns作成以外は、正常に利用できている用に見える "Service Unabailable"となるが、Objectは作成されている Objectの中身は、Fields 以降の情報が途切れている よって、正常にIndexPatternとしては利用できない 調査 念の為、登録されているDocum
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Elasticsearch の使い方 - Qiita
Elasticsearchコマンド集 - Qiita
Elasticsearchで現在時刻を基準に範囲検索する - Qiita
Kibana+ElasticSearchで検索した時Courier Fetch: X of Y shards failedとエラーが出てしまったときの対処 - Qiita
Elasticsearchの用語メモ
ElasticSearchコマンドメモ - Qiita
Amazon Elasticsearch ServiceにRailsからアクセスしたとき400エラーが起きる - Qiita
Mac OS X上にてELKスタック構築及びJAVAによるログをElasticsearchに出力(log4j2) - Qiita
Elasticsearchを利用したjavaアプリの状態監視 - Qiita
