タグ

関連タグで絞り込む (461)

タグの絞り込みを解除

zennに関するnabinnoのブックマーク (236)

  • RustでOIDC Providerもどきを実装してテストスイートを通してみる


    この記事はMakuake Advent Calendar 2021 20日目の記事になります。 こんにちは。マクアケのRe-Architectureチームに所属しているY.Matsudaです︵10月1日入社︶。普段はMakuakeのサービス基盤の開発・運用を行っています。 今回はOIDCの実装についてのネタです。 OIDC︵OpenID Connect︶と言えばよく自社サービスに﹁Twitterでログイン﹂とかそういうのを組み込みたいときにClient︵RP︶側で使用することが多い技術ですね。 今日は、そんないつもお世話になっているOIDCのProvider側︵TwitterとかFacebookとか・・・︶の実装がどうなってるんだろうというところについて、実際にOIDC Provider︵認可サーバー︶もどきを作ってみることで理解してみようという記事になります。 なお、諸事情でRustで実
    RustでOIDC Providerもどきを実装してテストスイートを通してみる

  • 知らないとあぶない、Next.js セキュリティばなし


    ムーザルちゃんねるのムーです。今回は zaru さんと、Next.js のセキュリティについて話しました。 セキュリティについては様々あると思いますが、今回は以下の3点をピックアップして話しました。 Client Components の Props から露出する Server Actions の引数に注意 認証チェックをやってはいけない場所、やって良い場所 これらは、Next.js 入門者がうっかりとやってしまうリスクがあるものです。 このような罠は、アプリケーション自体は正常に動くので、知らないうちにはまってしまいますし、自力で気づくのも難しいものです。もしも知らないものがあれば、ぜひご確認ください。 楽しくて、安全な Next.js 生活をお送りください！ Client Components の Props から露出する これは、シンプルで当たり前といえば当たり前ですが、Client
    知らないとあぶない、Next.js セキュリティばなし

  • Slack のタイムスタンプを絶対時間表記にする


    ほんとそれです。 普段使っているアプリのうち、GitLab は、こんな具合に設定で相対表記か絶対表記か選べるのでいいんですが、 Slack が設定できなくて困るので、むりやり変更してみました。 Slack のタイムスタンプ表示部分の DOM 構造 このテーマと無関係と思われる属性は除いて、さらに見やすいように整形してあります。 <a aria-label="Sep 26th at 15:48:00" data-ts="1664174880.411349" class="c-link c-timestamp" href="https://******.slack.com/archives/***********/p1234567890123456" > <span class="c-timestamp__label">7 minutes ago</span> </a> aria-label
    Slack のタイムスタンプを絶対時間表記にする

  • スタースキーマ(基礎)

    スタースキーマ wikipedia スタースキーマ または 星型スキーマ はデータウェアハウスに利用される最も単純なスキーマである。スタースキーマには唯1つもしくは少数のファクト表と複数のディメンション表が含まれる。スタースキーマはスノーフレークスキーマの一種であるが、多くの用途で利用されている。 スタースキーマは、ディメショナル・モデリングをリレーショナル・データベースで実装したものになる。 詳しくは、ディメンショナル・モデリング にまとめている。 この記事は、あなたが「様々な指標を様々な軸で、レポートを見たい」類の要望に応えるためのスキーマ設計に困っている場合に役立つだろう。 ディメンションテーブル設計 サロゲートキー スタースキーマでは、各ディメンションテーブルに、サロゲートキーを割り当てる。このキーは、業務システムで使われているキー（ナチュラルキー）とは別のものを使用し、データウェ

    スタースキーマ(基礎)

  • 複数スタースキーマ


    複数スタースキーマ(Multiple star schema) 1つのファクトで、全ての分析対象がカバー出来ることは稀である。ほとんどのケースで複数のファクトテーブルが必要になるだろう。本当に価値ある分析は複数のプロセスを横断した分析である。これを誤った方法で実現するとどうなるか？どうすれば良いのかを見ていく。 スタースキーマの作り方に関しては、別の記事にまとめている 。 発生タイミングが異なるファクト2つ以上のファクトがあったとする。それらは同時に発生しないファクトである場合、異なるファクトテーブルに配置するべきである。誤って単一ファクトテーブルにまとめられると、個々の分析が困難になる。もし分けていれば個々に分析が可能になる。 ある営業部門で以下のような分析要件があったとする。 日付、顧客、製品別注文数量の分析 日付、顧客、製品別出荷量の分析 ディメンションは日付と顧客。ファクトは製品
    複数スタースキーマ

  • CCSP受験記


    はじめに CCSP受験して合格したので勉強どうやったかなどをまとめておきます。 NDAがあるので具体的な問題の内容には触れられませんので悪しからず。 私が受けたのは2022年8月1日改定版の試験です。 About me SIerのITエンジニア13年目。 具体的に何と言い難い経歴なので以下見て適当に判断してください。NW周りの技術検証 認証、プロトコル、構築したNWの性能や冗長性に関する検証 システムの検討、提案、構築、運用保守 要件定義から手を動かして構築、運用保守まで。 認証基盤回り、NW～バックエンドがメインでフロントエンドは分かりません。 持ってる資格 CISSP、CCNP 今のメインはシステム周りの方です。最近あまりNW機器を触ってません。 クラウドはAWSだけで触りだして3年弱ぐらい。NW仮想化周りの検証や、ESXiも触ってたので仮想化の技術に関してはそれなりに。3～10
    CCSP受験記

  • スロー・チェンジ・ディメンション(Slowly Changing Dimensions)

    スタースキーマ(基礎) の記事の知識を前提としています。 ディメンションテーブルのソースとなるデータは、運用している業務システムのものである。これらのデータは、データウェアハウスに移され、それぞれのディメンションテーブルに格納される。 しかし、この情報は運用の過程で変更されることがある。例えば、会員の生年月日を直したり、住所変更などである。この時に運用システム側は、変更履歴を追うようにする。または素直に上書きしてもよい。いずれにしても、ディメンションテーブルは、どのように分析をしたいかによって、変更に対応することが必要になる。 ディメンションの設計において、ソースデータの変更をどのように表現するかを決めることは重要で、これらを「スロー・チェンジ・ディメンション」と呼ぶ。これはファクトに比べるとディメンションはゆっくりと変更されることから由来している。 データ変更がされた場合、様々な対応が考

    スロー・チェンジ・ディメンション(Slowly Changing Dimensions)

  • オンライン投票はなぜ『難しい』のか


    日本で公職選挙が近づいてくると、﹁202X 年にもなって投票所に行く必要があるなんて﹂とか﹁オンライン投票もいまだにできないなんて﹂みたいな声をよく聞きます。 [1] 法にも技術にも詳しくない一般の人がそう思うのは自然なことでしょう。オンライン投票ができれば、少なくとも若年層の投票率にはいい影響があるかもしれません。しかし﹁現代的で民主的な選挙﹂の要件をしっかり満たしてオンライン投票を実現するのは、実は技術的にも容易ではありません。 ﹁現代的で民主的な選挙﹂の要件とは、どういうものでしょうか。現在の技術でオンライン投票を実施すると、その要件はどのように毀損するのでしょうか。私たちはその要件を、本当に理解しているでしょうか。 本記事は、﹁現代的で民主的な選挙﹂の要件を振り返り、そこから導かれる﹁オンライン投票のなにが﹃難しい﹄のか﹂をできるだけ明確にする試みです。そして、議論をその先へ進める
    オンライン投票はなぜ『難しい』のか

  • AWS マネジメントコンソール上の秘匿情報を自動で隠す Chrome 拡張機能「AWS Masking」の紹介


    AWS マネジメントコンソールでスクショ撮ったり画面共有したりする際に色々隠すの面倒なので、自動で隠してくれる Chrome 拡張機能を作りました。 こういうの AWS Masking とは AWS Masking は AWS マネジメントコンソール上の秘匿情報を自動で隠す Chrome 拡張機能です。 Chrome Web Store からブラウザに追加するだけで有効になります。 サポートされている情報は以下の通りです。 これらの情報は AWS マネジメントコンソール上で自動的に隠されます。 Account ID ARN Access Key ID Secret Access Key こんな感じで自動でぼかしフィルターがかかります。 うっかり人前でシークレットキーを表示しちゃっても大丈夫 AWS Masking のアイコンをクリックすると設定用のポップアップが表示され、各情報のマスキング
    AWS マネジメントコンソール上の秘匿情報を自動で隠す Chrome 拡張機能「AWS Masking」の紹介

  • MySQL5.7とMySQL8.0のパフォーマンスの違いを計測してみた

    はじめに MySQL8.0 を使ったユニットテストがどうにも遅いので、気になって計測してみた。特に Truncate が遅い気がしたので検証。 MySQL5.7(5.7.44)と MySQL8.0(8.0.28)で比較する。 検証コード iwahara/mysql_performance: 記事用のパフォーマンス計測コード 検証用テーブル 検証に使うテーブル定義は以下の通り。主キーのみのテーブルと、index を１つ、２つ、３つ設定したテーブルを用意した。 照合順序は揃えてある。 CREATE TABLE `no_index` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `name` varchar(256) NOT NULL, `code1` varchar(8) NOT NULL, `code2` varchar(8) NOT NU

    MySQL5.7とMySQL8.0のパフォーマンスの違いを計測してみた
    nabinno
    nabinno 2024/06/03
    5.7と8というより、binlog設定による性能差
    リンク

  • 【MySQL】照合順序でハマった話

    この記事は　Lancers（ランサーズ） Advent Calendar 2023　の20日目の記事です。 はじめに ランサーズ株式会社の種井です。 普段はエージェントサービス関連の開発業務を主に担当しています。 突然ですが、皆さんはデータベースの照合順序についてどれくらい意識して普段の開発業務を行っていますか？ もちろん、当たり前に照合順序が果たす役割について把握した上でテーブル設計やアプリケーションの開発に取り組んでいるという方も多いかと思います。 かくいう私は、VARCHAR型のカラムに対して文字コードを設定する際に使用する機能くらいの知識しかなく、特段意識することなく新規テーブルの追加や既存テーブルへのカラム追加をこれまで行っていました。 この記事では照合順序についての理解が乏しかった自分が、普段の開発業務でハマった話をいくつかご紹介できればと思います。 環境 MySQL8.0 照

    【MySQL】照合順序でハマった話

  • rails mysql5.7から8.0アップグレード時の注意点📝

    railsが参照しているrdsをmysql5.7から8.0にアップグレードした時の注意点メモ utf8mb4を指定した場合は以下のパラメーターグループをutf8mb4にする必要がある character_set_database データベースの文字セットを定義します。文字セットは、文字を数値で表現する方法を定義するデータエンコーディングの一種です。 この設定は、新しく作成されるテーブルとそのカラムに使用されるデフォルトの文字セットを指定します。特定のテーブルやカラムに対して異なる文字セットを設定することも可能ですが、character_set_databaseはデフォルトの設定で、特定でない指定がない場合はこれが適用されます。 character_set_client ユーザーからのSQLステートメントがエンコードされている方法を定義します。クライアントからデータベースサーバーに送信される

    rails mysql5.7から8.0アップグレード時の注意点📝

  • Amazon RDS Blue/Green Deployments を色々と検証してみた！


    こんにちは！ スターフェスティバルでインフラエンジニアをやっております @koonagiです。 早いことにもう1月も終わりますね。1月のうちにブログを書こうと思っていたら、あっという間に終盤になってしまっていて急いでこの記事を書いていますｗ さて、先月のre:Inventでリリースされた Amazon RDS Blue/Green Deployments について、最近検証したのでそのことについて書いていこうと思います。 Aurora v1(MySQL 5.6)が2月末でサポート終了となるため、Aurora v2(MySQL 5.7)へのバージョンアップの際にAmazon RDS Blue/Green Deploymentsを活用しようと考えており、事前準備として検証を進めました。 Amazon RDS Blue/Green Deploymentsとは 公式からの引用です。 ブルー/グリ
    Amazon RDS Blue/Green Deployments を色々と検証してみた！

  • RDSのブルー/グリーンデプロイを利用してみた


    会社で利用しているサービスでAmazon RDSのAuroraを利用していますが、DBのエンジンがMySQL5.7を利用しています。 Auroraが2024年2月にサポートが切れることもあり、RDSのブルー/グリーンデプロイの機能を用いて、MySQL5.7からMySQL8.0への切り替えを行いました。 Amazon RDS Blue/Green Deploymentsとは 公式によると、 本稼働環境のワークロードに影響を与えずに、グリーン環境の RDS DBインスタンスに変更を加えることができます。例えば、DB エンジンのメジャーまたはマイナーバージョンのアップグレード、データベースパラメータの変更、スキーマの変更をステージング環境で行うことができます。グリーン環境での変化を徹底的にテストできます。準備ができたら、環境を切り替えてグリーン環境を新しい本稼働環境にプロモートできます。切り替
    RDSのブルー/グリーンデプロイを利用してみた

  • RAG評価ツール「RAGAS」の論文を読む


    本記事では、RAG評価ツールの﹁RAGAS﹂の論文ついてざっくり理解します。軽めの記事です。 株式会社ナレッジセンスでは、生成AIやRAGシステムを活用したサービスを開発しており、その中でもRAG精度の評価は非常に重要です。 この記事は何 この記事は、﹁RAGAS﹂についての論文[1]を、日本語で簡単にまとめたものです。RAGASはツールとして有名ではあるものの、RAGASの論文を読んだことがある方は多くなさそうです。 RAGASとは、おそらく今、一番有名なRAG評価ツールです。同様のツールとして、他にはLangSmithやARESが有名かと思いますが、他の開発者と話をしていても、評価ツールとして一番に名前が上がりやすいのは、やはりRAGASです。 また、今回も﹁そもそもRAGとは？﹂については、知っている前提で進みます。確認する場合は以下の記事もご参考下さい。 本題 ざっくりサマリーR
    RAG評価ツール「RAGAS」の論文を読む

  • GPT4oを使って、訓練無しで物体検出(BBox)ができるか試してみる


    今日も今日とてopenAIの新発表が機械学習界隈を賑わせていますね。 今回は、2024/05/14に発表されたGPT4oについてです。 返答速度があがったり画像認識精度があがったり音声会話の性能が良くなったりと色々話題が尽きません。 具体的にどのあたりが凄くなったのかは僕以外にもまとめている人が多そうなのでこの記事では触れません。 個人的に特に気になっているのが画像認識の精度向上部分で、今回は画像認識精度がどの程度あがったのか？というのを画像系機械学習の主要なタスクであるBBoxによる物体認識というタスクで簡単にチェックしてみようと思います。 BBoxとは BBoxはBoundingBoxの略で、画像内の特定のオブジェクトを囲むために使用される長方形のボックスの事を指します。 BoundingBoxの定義は以下の通り このBBox検出は画像系機械学習モデルの基本的なタスクであり、自動運転の
    GPT4oを使って、訓練無しで物体検出(BBox)ができるか試してみる

  • 最強のツール「LangSmith」が登場した話【Python / LangChain】


    ︻📩 仕事の相談はこちら 📩︼ お仕事の相談のある方は、下記のフォームよりお気軽にご相談ください。 https://forms.gle/G5g1SJ7BBZw7oXYA7 もしもメールでの問い合わせの方がよろしければ、下記のメールアドレスへご連絡ください。 info*galirage.com︵*を@に変えてご送付ください︶ 🎁 ﹁生成AIの社内ガイドライン﹂PDFを﹃公式LINE﹄で配布中 🎁 ﹁LINEで相談したい方﹂や﹁お問い合わせを検討中の方﹂は、公式LINEでご連絡いただけますと幸いです。 ︵期間限定で配信中なため、ご興味ある方は、今のうちに受け取りいただけたらと思います^^︶ https://lin.ee/3zRuqKe おまけ①‥生成AIエンジニア塾 より専門的な﹁生成AIエンジニア人材﹂を目指しませんか？ そんな方々に向けて、﹁生成AIエンジニア塾﹂というプログラムを
    最強のツール「LangSmith」が登場した話【Python / LangChain】

  • 「解説系AITuberを作ろう」の本を執筆しました


    はじめに 解説系AITuberを作ったので、作り方をテーマにした本を書きました！2万字越えの文章を無料で読むことができます。 今回はこの本を書いた背景と簡単な本の紹介をします。 ﹁解説系AITuberを作ろう﹂について 執筆した背景 少し後ろめたい理由になってしまいますが、会社で解説系AITuberの企画書を作って提案したらボツになってしまいました笑 法人でのAITuber導入はハードルが高いとの結論に達しましたが、逆に個人での解説系AITuberに希望を感じました！ しかし、解説系AITuberに必要な情報がまとまっているところが無く、調べるのに大変苦労しました。 結果、プログラミングの知識がなくても無料のソフトウェアで十分開発ができることを知り感動しました。 現在は解説系AITuberゆうちゅすの運営をしています。 🙋‍♀この本で分かること ・ChatGPTでのチャンネル紹介の作り
    「解説系AITuberを作ろう」の本を執筆しました

  • 脅威モデリングを参考に、社内全体のセキュリティリスク可視化を試みた話


    サイバーセキュリティチームでマネージャーをしている岡地と申します。本記事では、いま話題︵！？︶の脅威モデリングを参考に実施した、社内のセキュリティリスク分析について紹介させて頂きます。 サイバーセキュリティチームについて 私は2022年12月にウェルスナビにジョインし、2023年はコーポレートIT部門でセキュリティ担当として従事してきました。2024年1月からサイバーセキュリティチームとして独立し、チーム戦略の策定から始めているのですが、その中で改めて感じたのが、自社のリスク認識の解像度が不十分だということです。別の表現でいうと、自社のセキュリティのカタチがいまいちわからない状態でした。 この段階でも、過去からの経緯で認識できている課題や昨今のトレンドを踏まえた計画の策定も可能ではあるのですが、より精度の高い戦略を立てるためには、自社環境に対する解像度を上げる必要があると感じました。 自社
    脅威モデリングを参考に、社内全体のセキュリティリスク可視化を試みた話
    nabinno
    nabinno 2024/05/11
    データフロー上のインターフェース洗い出しだけだとコンプライアンスや物理層が漏れる。仕上げにISO31000等のリスク分析を組み合わせた方が安全。技術的に縛れない時は契約で巻くなどの手段の幅も広がる。
    リンク

  • 色々言われているSMS OTPの需要


    ritouです。 最近、SMS経由でOTPを送信する認証方式について色々言われています。 SMS Traffic Pumping Fraud Twitterもやられたというやーつ。 認証に限らず他の用途でもSMS送信を利用しているサービスにとっては頭の痛い問題。 SIMスワップ SIM再発行時の対面KYCのところを突破されたらどうしようもない感 SMSだけに頼っているサービスならSMSをやられたから被害に遭う、それはそうだが... この件は割とターゲットを絞って行われたお金持ち狙いの攻撃なのでは？とも思わなくない こういう事案が発生しているので、SMSを使ってどこまでできていいのかという話、やられたらどうするかの想定、リスク受容について見直すべきという意見はごもっともです。 もっと簡単にeSIMが発行できるところがあるみたいな話もありますし、今回の例では悪い人が対面で偽造免許持っていく手間
    色々言われているSMS OTPの需要
  • 1 2 3 4 5 6 7 8 9 10 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.