Grafana: 警告：Elasticsearchのサポート

参照https://github.com/grafana/grafana/issues/5858

＃5948がマージされたので、この問題は解決されましたか？

@luigiberrettiniは、

グラファイトサポートよりも遠くない;）
アラートにグラファイトクエリ機能がありません：

• テンプレート変数
• 他のクエリを参照する関数（例：asPercent）

こんにちは。この問題は4.1.0マイルストーンでマークされているので、完全なelasticsearchサポートは4.0.0の成果物（11月に予定）の後に提供されますか？
もしそうなら：4.1.0の配信はいつ予定されていますか？

4.1にはまだリリース日がありませんが、1月/ 2月上旬を推測します。

ElasticsearchのアラートがGrafanav4に反映されない可能性があります。試してみました（作業は開始されました）が、完了するにはさらに多くの作業が必要であり、優先度の高い問題によりv4から追い出されました。

その場合、組織の設定に基づいて（またはさらに良いことに、組織内の個々のユーザーレベルの定義に基づいて）アラートメニュー項目とパネルタブを有効/無効にすることは可能でしょうか？

これについて何か進展はありましたか？ elasticsearch-alertingブランチはまだアクティブですか？ テストやフィードバックを開始できるものがあるかどうか疑問に思っています。

これが4.2に入るのを楽しみにして、grafana + elasticsearch（metricbeat）に完全に移行できるようにします。

この機能を持つことは私の会社にとって大きな勝利になるでしょう

@andytsnowdenはサポートプランを購入するのに十分ですか？ https://grafana.net/support/plans：stuck_out_tongue_winking_eye ：

近いうちにこれに取り組み続ける機会を得られることを願っています。

ばかげているかもしれませんが（「はい、あなたはそうです」と答えないでください）、クラウドファンディングのような

これが、エラスティックを警告することを期待して、このツールをダウンロードした理由です。

少なくともほとんどのクエリで機能していたブランチがあります。 しかし、それは少し時代遅れです-あなたはいくつかのものを調整する必要があるでしょう。

VonmeinemSamsungGerätgesendet。

--------UrsprünglicheNachricht--------
フォン：wirecutter313 [email protected]
データム：30.01.2017 20:56（GMT + 01：00）
回答：grafana / grafana [email protected]
Cc： "A. Binzxxxxxx" [email protected] 、マニュアル[email protected]
Betreff：Re：[grafana / grafana]アラート：Elasticsearchのサポート（＃5893）

これが、エラスティックを警告することを期待して、このツールをダウンロードした理由です。

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。

{"api_version"： "1.0"、 "publisher"：{"api_key"： "05dde50f1d1a384dd78767c55493e4bb"、 "name"： "GitHub"}、 "entity"：{"external_key"： "github / grafana / grafana"、 "title "：" grafana / grafana "、" subtitle "：" GitHubリポジトリ "、" main_image_url "：" https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png " 、 "avatar_image_url"： " https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png "、 "action"：{"name"： "Open in GitHub"、 "url"： " https://github.com/grafana/grafana "}}、 "updates"：{"snippets"：[{"icon"： "PERSON"、 "message"： " @ wirecutter313 in＃5893：これが、エラスティックのアラートを期待してこのツールをダウンロードした理由です。 "}]、" action "：{" name "：" View Issue "、" url "：" https://github.com/grafana / grafana / issues / 5893＃issuecomment -276172036 "}}}

これが4.2.0マークになる可能性は高いですか？ これを待つ間、アラート部分の一時的な代替案を考え出そうとしています。

そのようには見えません。 私たちが知っていることに誰も取り組んでおらず、現在私たちのプレートにはたくさんのことがあります。

それはかなり残念です！ ESをサポートできるようになるまで、バックエンドとしてGraphiteを使用することを検討します。 しかし、ESとは対照的に、クエリ（したがってアラート）などの観点からどのような制限があるのか​​を理解しようとしています

ESをデータソースとして使用しながら、Grafanaに何らかのアラートを送信する方法を知っている人はいますか？ または、Grafanaの前にKibanaを使用してデータを視覚化する人にとって、この側面に警告を発するソリューションを知っていますか？

このブランチ、 https：//github.com/grafana/grafana/tree/alerting-elasticsearchで取り組んでい

実験ブランチをチェックしてください。 再び機能させるには、いくつかの調整が必要になる場合があります。

VonmeinemSamsungGerätgesendet。

--------UrsprünglicheNachricht--------
フォン：アレクサンダーペイン[email protected]
データム：22.02.2017 15:48（GMT + 01：00）
回答：grafana / grafana [email protected]
Cc： "A. Binzxxxxxx" [email protected] 、マニュアル[email protected]
Betreff：Re：[grafana / grafana]アラート：Elasticsearchのサポート（＃5893）

ESをデータソースとして使用しながら、Grafanaに何らかのアラートを送信する方法を知っている人はいますか？ または、Grafanaの前にKibanaを使用してデータを視覚化する人にとって、この側面に警告を発するソリューションを知っていますか？

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。

{"api_version"： "1.0"、 "publisher"：{"api_key"： "05dde50f1d1a384dd78767c55493e4bb"、 "name"： "GitHub"}、 "entity"：{"external_key"： "github / grafana / grafana"、 "title "：" grafana / grafana "、" subtitle "：" GitHubリポジトリ "、" main_image_url "：" https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png " 、 "avatar_image_url"： " https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png "、 "action"：{"name"： "Open in GitHub"、 "url"： " https://github.com/grafana/grafana "}}、 "updates"：{"snippets"：[{"icon"： "PERSON"、 "message"： "@ Alexander-Payne in＃ 5893：ESをデータソースとして使用しながらGrafanaに何らかのアラートを送信する方法を知っている人はいますか？または、Grafanaの前にKibanaを使用してデータを視覚化する人は、この側面でアラートを送信するためのソリューションを知っていますか？ ？ "}]、" action "：{" name "：" View Issue "、" url "：" https://github.com/grafana/grafana/issues/5893#issuecomment -281689640 "}}}

あなたがこれにどれだけ近づいているかについての大まかな見積もりは何ですか？ 50％？ 90％？

こんにちは
この機能に非常に興味があります。
発売日はありますか？

ありがとう

この機能と良い仕事に賛成です！

これに取り組んでくれてありがとう。 準備ができたら巨大になります！

ESデータソースがサポートされていないことを理解するために、Grafanaを4.1.2にアップグレードできてとても嬉しかったです:(。今のところ、アラートのためにPowershellスクリプトを使用する必要があると思います。

皆さん、GrafanaでElasticアラートを使用するのは良いことです-それが事実です。 しかし、誰もがここにまったく同じコメントを残した場合、明らかにそれは速くは起こりません;）
そして明らかに、アラートルールは、現在はメトリック用であるため、少なくとも最初はまったく洗練されていません。 最も可能性の高い単純なしきい値。
ElasticSearchのアラートが必要な場合は、ElastAlertを使用してください。 それは長い間存在し、すべてのElasticバージョンと非常に複雑なルールをサポートします。

残念ながら、ElastAlertは集計をサポートしていません。 The only aggregation supported currently is a terms aggregation, by setting use_terms_query.しかし、AlertがついにGrafanaに登場してよかったです。

こんにちは、これがいつ完了するかわかりますか？ grafanaのelasticsearchからのアラートを心待ちにしています

人々、無意味なコメントでこの問題をスパムするのを止めてください。 それが完了すると、それは行われます。 貢献したい場合は、必ずPRを提出して実装を改善してください。

この問題への支持を示したい場合は、最初の投稿のリアクションボタンを使用してください。 問題が完了したときに更新を受け取りたい場合は、右側に[購読]ボタンがあります。

役に立たないコメントをすることは、問題について_すべての_サブスクライバーにスパムを送り、それがそれ以上速く解決されることはないので、やめてください（私の貢献をお詫びします。

alerting-elasticsearchブランチで「tsdb.HandleRequest（）エラータイプの文字列へのアサーションに失敗しました」というメッセージが表示されました
（＃7909と同じ問題）
Grafana v4.2.0-pre1
データソース：Elasticsearchバージョン2.xおよび5.x（両方のエラー）

クエリからのjson

{"search_type":"count","ignore_unavailable":true,"index":"moa-log-alias"}
{"size":0,"query":{"bool":{"filter":[{"range":{"@timestamp":{"gte":"1492718034259","lte":"1492719834259","format":"epoch_millis"}}},{"query_string":{"analyze_wildcard":true,"query":"type:\"oauth2_request_log\""}}]}},"aggs":{"3":{"terms":{"field":"method","size":500,"order":{"_term":"desc"},"min_doc_count":0},"aggs":{"2":{"date_histogram":{"interval":"1m","field":"@timestamp","min_doc_count":0,"extended_bounds":{"min":"1492718034259","max":"1492719834259"},"format":"epoch_millis"},"aggs":{}}}}}}

テストリクエストのペイロード

{"dashboard":{"annotations":{"list":[]},"editMode":false,"editable":true,"gnetId":null,"graphTooltip":0,"hideControls":false,"id":15,"links":[],"refresh":"10s","rows":[{"collapse":false,"height":420,"panels":[{"alert":{"conditions":[{"evaluator":{"params":[150],"type":"gt"},"operator":{"type":"and"},"query":{"params":["A","1m","now"]},"reducer":{"params":[],"type":"last"},"type":"query"}],"executionErrorState":"alerting","frequency":"60s","handler":1,"name":"API Requests / Min alert","noDataState":"no_data","notifications":[]},"aliasColors":{},"bars":true,"datasource":"moa-log","decimals":null,"fill":1,"hideTimeOverride":false,"id":1,"legend":{"alignAsTable":true,"avg":true,"current":true,"max":true,"min":true,"rightSide":false,"show":true,"sort":"total","sortDesc":true,"total":true,"values":true},"lines":false,"linewidth":1,"links":[{"targetBlank":true,"title":"View Detail","type":"absolute","url":"http://kibana.exe.in.th/goto/ff87151449b8ed32d9492a59701b2a56"}],"nullPointMode":"null","percentage":false,"pointradius":5,"points":false,"renderer":"flot","seriesOverrides":[],"span":6,"stack":true,"steppedLine":false,"targets":[{"bucketAggs":[{"fake":true,"field":"method","id":"3","settings":{"min_doc_count":0,"order":"desc","orderBy":"_term","size":"0"},"type":"terms"},{"field":"@timestamp","id":"2","settings":{"interval":"1m","min_doc_count":0,"trimEdges":0},"type":"date_histogram"}],"dsType":"elasticsearch","metrics":[{"field":"select field","id":"1","type":"count"}],"query":"type:\"oauth2_request_log\"","refId":"A","timeField":"@timestamp"}],"thresholds":[{"colorMode":"critical","fill":true,"line":true,"op":"gt","value":150}],"timeFrom":null,"timeShift":"30s","title":"API Requests / Min","tooltip":{"shared":true,"sort":0,"value_type":"individual"},"type":"graph","xaxis":{"mode":"time","name":null,"show":true,"values":[]},"yaxes":[{"format":"none","label":null,"logBase":1,"max":null,"min":null,"show":true},{"format":"ops","label":null,"logBase":1,"max":null,"min":null,"show":false}]}],"repeat":null,"repeatIteration":null,"repeatRowId":null,"showTitle":false,"title":"Dashboard Row","titleSize":"h6"}],"schemaVersion":14,"style":"dark","tags":[],"templating":{"list":[]},"time":{"from":"now-30m","to":"now"},"timepicker":{"refresh_intervals":["1s","5s","10s","30s","1m","5m","15m","30m","1h","2h","1d"],"time_options":["5m","15m","1h","6h","12h","24h","2d","7d","30d"]},"timezone":"browser","title":"test alert","version":0},"panelId":1}

また、 alerting-elasticsearchブランチを使用してましたが、

Grafana v4.2.0
データソース：Elasticsearch 5.x

ログから：

EROR [05-03 | 23：12：01]アラートルールの結果エラーlogger = alerting.evalHandler ruleId = 1 name = "パネルタイトルアラート" error = "tsdb.HandleRequest（）エラータイプの文字列へのアサーションに失敗しました"状態を=に変更警告
EROR [05-03 | 23：13：01]アラートルールの結果エラーlogger = alerting.evalHandler ruleId = 1 name = "パネルタイトルアラート" error = "tsdb.HandleRequest（）エラータイプの文字列へのアサーションに失敗しました"状態を=に変更警告
EROR [05-03 | 23：14：01]アラートルールの結果エラーlogger = alerting.evalHandler ruleId = 1 name = "パネルタイトルアラート" error = "tsdb.HandleRequest（）エラータイプの文字列へのアサーションに失敗しました"状態を=に変更警告
EROR [05-03 | 23:15:00]アラートルールの結果エラーlogger = alerting.evalHandler ruleId = 0 name = Test error = "tsdb.HandleRequest（）エラータイプの文字列へのアサーションに失敗しました"状態を=アラートに変更
EROR [05-03 | 23：15：01]アラートルールの結果エラーlogger = alerting.evalHandler ruleId = 1 name = "パネルタイトルアラート" error = "tsdb.HandleRequest（）エラータイプの文字列へのアサーションに失敗しました"状態を=に変更警告
EROR [05-03 | 23：16：01]アラートルールの結果エラーlogger = alerting.evalHandler ruleId = 1 name = "パネルタイトルアラート" error = "tsdb.HandleRequest（）エラータイプの文字列へのアサーションに失敗しました"状態を=に変更警告
EROR [05-03 | 23：17：01]アラートルールの結果エラーlogger = alerting.evalHandler ruleId = 1 name = "パネルタイトルアラート" error = "tsdb.HandleRequest（）エラータイプの文字列へのアサーションに失敗しました"状態を=に変更警告

やあ、

たった2つの質問：

• alerting-elasticsearchブランチの最後のコミットは2017年2月のものであることがわかります。すでに、4.4.0に収まるほど成熟していますか？
• このアラートモジュールには、elasticsearchサーバーにX-Packが必要ですか？ その場合は、サポートされているアラートデータソースのリストに別の候補を提案したいと思います： elastalert 。

• それは成熟していないと思います（あまりテストしていません）。
• X-Packは必要ありません。

これに近づいていますか？

この数字を数ヶ月待っています。 リリースされたとき？

これをgrafana_4.3.2にパッチするにはどうすればよいですか？ それは本当に重要で便利です

この機能は破棄しないでください。

私たちはこの機能を必死に待っています。

https://github.com/grafana/grafana/pull/8934これは、この問題に関する私のエディションです。 役立つことを願っています

最も近いリリースの1つにマージできますか？

Elasticはまだサポートされていませんか？ @torkelo

これがすぐにリリースされることを期待する必要がありますか？

なぜ答えがないのか@playqdrew

最も近いリリースに機能を含めてください。 本当にかっこいいです！

@lvheyang変更をローカルにプルしましたが、アラートがメトリッククエリで設定されたサイズを尊重していないようです。 サイズを制限なしに設定しましたが、アラートは10個のオブジェクトのみを評価し、評価された10個はランダムに見えます。これは、クエリで順序を下に設定したため、凡例の上に最低値が表示されていますが、これらの底値はありません。評価されます。 たぶん、これは制限ですか、それとも私は何か間違ったことをしていますか？ どう思いますか？

@dustinvanbuskirk私はあなたがこれを理解するのを手伝ってうれしいです。 たぶん、仕事が_大部分_行われたなら、私たちはただ終えることができます

こんにちは、みんな、
これに関する更新はありますか？ この機能を1年以上待っています...。

これが常にプッシュされ、他の問題に少し圧倒され、Grafana v5（新しいグリッド、ユーザーグループ、ダッシュボードフォルダー）で進歩が見られることを本当に残念に思います。 できればv5.1（2018年第1四半期初頭）でこれをいつ導入できるかを約束することはできません

すぐにそれを持っていることを望んでいます。 成功を祈っている ！

私たちもこれから恩恵を受けるでしょう:)

+1この機能もありません

ねえ@torkelo 、
Elasticsearchのアラートで何か進歩があったかどうか知りたいのですが？ :)

KR

+1

Q1はもうすぐ終わります。
したがって、このElasticアラートの準備が整うのを待っています

私は興味があります-有料X-Packの主要機能の1つでもあるエラスティックアラートを実行できるELK「ウォッチャー」機能は、この機能の進行を遅らせることと関係がありますか？

@yossiv @MichaelLogutov @vijaychd @Shiinii https://www.bountysource.com/

私はまだ「esのアラート機能」を待っています。 それは私にとって重要です。しかし、私はこの問題についてこれ以上の進歩を見ることができません

• 1は非常に便利です

私はまだこれらすべての新しいダッシュボードの再配置をこれと交換します

また、ESがGrafanaでアラートを出すのを見たいです。

準備が整うタイムラインはありますか？

チケットが18か月間オープンしていて、1年以上開発者がいないように見えることを考えると、この機能を待つことはありません。 警告が必要な場合は、それをサポートするバックエンドへの移行を検討することをお勧めします。

だから...問題を好きにすることはまったく役に立たないのですか？ これは投票でソートされた3番目の問題です...それが無視されているのを見るのは残念です。

それをサポートするバックエンドへの移行を検討することをお勧めします。

@HeWhoWas私はそうしますが、それらはすべてひどいです。

代わりに、耐久性のある紺碧の機能で独自のアラートソリューションを作成し、ログを継続的にポーリングしました。

^そうです、基本的なユースケースでは、これは間違いなくロケット科学ではありません。 Kibanaに移動してクエリを実行し、生成された生のElasticsearchクエリをコピーするだけです。 次に、次のようなコードを実行します（不完全ですが、アイデアは得られます）。

# Get results from ES
result=$(
    curl -sS -X POST \
    "http://${ES_HOST}:9200/logstash-*/_search" \
    -H "cache-control: no-cache" \
    -H "content-type: application/json" \
    -d @/app/es_query.json
)
count=$(echo ${result} | jq -r '.hits.total')
echo "[DEBUG] Found ${count} hits"

# Send alert if necessary
if [ "${count}" -ge "${COUNT_THRESHOLD}" ]; then
    echo "[INFO] Found ${count} hits on search, which is over the threshold"

    alert_text="{\"text\": \"[${APP_NAME}] Found ${count} *${ALERT_TEXT}* events in the last ${REPORTING_PERIOD}. See ${INSPECT_LINK} .\"}"
    echo ${alert_text} | curl "${SLACK_HOOK_URL}" -d @-
fi

Elasticsearchから他のバックエンドシステムに移行することはオプションではなく、解決策でもありません。
そのコアシステムであり、Grafanaアラートですでにサポートされている他のすべてのシステムと同じようによく知られています。
彼らはそれが5.1になると約束します。
私は本当にそれが時間通りになることを願っています

ええ、または単にx-packモニタリングを使用するか、リーマンを通過させてそのように警告します。

アラートは問題ではありません。視覚化のきちんとしたGrafana機能を持ち、それを微調整することが望まれます。

上記のすべてのソリューションは基本的に「グラファナを忘れる」です。これはグラファナプロジェクトであり、この問題はそれを改善するためにここにあります。 それでは、それを行うソリューションに焦点を当てましょう。

このPRは巨大であり、一部にはサードパーティのElasticSearchライブラリ全体が含まれており、ES2.xおよび5.xシリーズがサポートされているためです。

誰かがこのPRを大幅に単純化するために時間をかけるとしたら、コードの約5k行からおそらく800-1000のトップに減らすことができ、それを含めることがはるかに実現可能になります。

私が収集した限り、このブランチは基本的に機能しますが、特定の種類のクエリが機能しないようにする集計関数が欠落しているため、取引を妨げるものである必要はなく、サポートの基盤をかなり迅速にマージできます。次に、振り返ってみると、バグのある機能や欠落している機能の修正に取り組みます。

誰かがブランチを単純化して準備し、マージに向けてそれを擁護することを志願しますか？

JSONをHTTP / Sサービスに送信するためにサードパーティのライブラリが必要になる理由がわかりません。

ES 2.xは破棄するだけで、もう誰も実行しないでください（多くの人が実行していることはわかっています。やめてください！）

GrafanaのESアラートに対する可能な回避策はありますか？

ありがとう。

これを回避するために私がしたことは、スタンドアロンのInfluxDBインスタンスを立ち上げ、ESの代わりにそこに移動するときに警告したいものをすべて用意することでした。 InfluxDBはリソースを大量に消費するわけではなく、すべてのデータを必要としないため、多くの履歴データを保持せず、必要なデータのみを取り込むことで、データ使用量を低く抑えることができます。それに必要があります。

それは確かな回避策です

私は過去にこれを実験しました。すでにelasticsearchに移行する小さなウィンドウ環境からすべてのログを取得し、telegrafに送信してからinfluxdbに送信しました。 イベントログのフィールドがinfluxdbのフィールドになったため、これは驚くほどうまく機能しました。したがって、grafanaでは、イベントID、ホスト名、ユーザー名などをクエリできました。

これについての最もよい部分は、これがすべて取ったディスクスペースが小さかったということです、私は本当に小さいことを意味します。 メモリから思い出そうとしましたが、elasticsearchでは1日500 mbのようなものでしたが、influxdbでは300mb未満になりました... 6か月以上にわたるデータの場合。

これは単なる実験であり、これで警告の問題を解決することを考えたことはありません。

ぜひお試しください。

私が働いている会社のためにlogz.io（高価）からGrafanaに移行しようとしてずっと過ごしました... elasticsearchログのアラートを設定できないことを知るためだけに。

ETAが必要ですか？ 私はこの機能を必要とするプロジェクトに取り組んでいます。

@nikskiz Grafanaはオープンソースプロジェクトであり、誰でも貢献できます。 また、あなたは貢献することができます！

多くの人が自由な時間に無料でオープンソースプロジェクトに取り組んでいますが、失礼で批判するのは良くないと思います。

進行中の小規模なPRがあります： //github.com/WPH95/grafana/pull/2 by @ WPH95

@nikskiz今あなたはinfluxdbを使うことができます

@nikskizまたは単にelastalertを使用することができます

皆さんこんにちは！

Elasticsearchのアラートは、驚くべき、非常に歓迎され、待望の機能であることは誰もが知っています。
しかし、私たちはこのスレッドをできるだけクリーンで整理された状態に保つべきだと思います。

だから、このような質問やコメント...

タイムラインはありますか？
とても便利です！
待ちきれません！
これについて何か進展はありましたか？

機能の進化には役立たず、スレッドを購読した人々に多くの役に立たない電子メールを生成し、新しい参加者にとって議論を混乱させすぎます。

回避策やその他のアラートソリューション（ElastAlertなど）に関する質問でさえ、以前のコメントですでに多くのことを議論しているため、ここに投稿するべきではありません。

だから、このスペースをささいなことをやめてください！ それらを使用して、有用なコメントを広め、この機能での進捗状況を共有しましょう。

グラファナサポートアラートを作成するためにPR＃11380を終了しました[Elasticsearch]

いくつかの初期の実装と比較して、例えば＃8943、＃10343

• grafanaに基づく-5.0.0
• 1000行未満のソースコード（および3番目のlib [leibowitz / moment]〜= 1000行、およびいくつかのテストコード）
• コードロジックはフロントと一致しています

今週、私はこのPR、より包括的なテスト、より明確な抽象モデルを改善し続けます。
このPRを使って改善してくれる人を楽しみにしています:)

@ WPH95-今週は確実にPRを試みます。問題がなければ、リポジトリに問題が発生し、そこで貢献することを検討します。

すでにマージしてください。 それはホットな機能です。

これを促進するために私たちが助けることができるものは何ですか？

それをマージするための見積もりは何ですか？ X-Packを待つか使用しますか？

+1、それをマージするための見積もりは何ですか？ 5.2.x？

こんにちは私たちはあなたにこれを押し付けすぎていることを知っていますが、この問題はほぼ2年前（2016年8月）に開かれました。
elasticsearch + Grafanaのコミュニティは、他の人と同じように広くて大きいと思います。
このコミュニティが私たちのためにやってくれた素晴らしい仕事に本当に感謝していますが、この問題は遅れをとっているようです:(
これを促進するために私たちにできることはありますか？

PRをマージするのになぜそんなに時間がかかるのですか？

+1

+1

+1

他の人にスパムを送信しているので、「+ 1」だけでコメントを書くのはやめましょう。 トピックに何も追加していません。 メイン投稿の「いいね」ボタンをクリックするか、代わりに「登録」ボタンをクリックしてください。

+1

+1

:tada: :tada: :tada: :sparkling_heart:

🎉

うわー、それは起こった。 私は正直に言って、これがデュークヌケムの道を行くだろうと思った。 ：+1：

あなたの努力に感謝します！