CloudFront Functionsのテストツール「cfft」を導入した
こんにちは、READYFORでエンジニアをしているshmokmtです。 READYFORでは歴史的な背景[1]からLPを様々な構成でホスティングしています。 Netlify CloudFront + S3 CloudFront + ALB + Ruby on Rails STUDIO しかし、近年では非エンジニアが主体となってLPを制作する際のファーストチョイスとして、STUDIO[2]を利用する機会も増えてきました。その結果、REDYFORでは下記の構成でホスティングしているLPをSTUDIOに移行する機会が増えてきました。このLPを移行する作業では、元のURLのリンクは切らしたくないため、リダイレクトは必須の要件でした。 CloudFront + S3 CloudFront + ALB + Ruby on Rails リダイレクトの要件 リダイレクトの要件は以下のとおりです。 特定のp
JavaScriptのDateはなぜ扱いづらいのか
はじめに READYFOR でプロダクトエンジニアをやっている pxfnc(ぴくすふぁんく) です。 本記事は READYFOR Advent Calendar 2024 の 19 日目 の記事です。 JavaScriptの言語仕様にも含まれているDateオブジェクトの扱いは、他の言語の日付時刻処理と比べてたいへん扱いづらいことで有名です(多分)。そのため、外部ライブラリとしてMoment.js date-fnsや、新しいものだとluxon、標準としてIntl.DateTimeFormat や、日付時刻を扱うためのTemporalのプロポーザルもある状態で、みんなかなり苦しんでいるような状況かと思います。 このように現時点でも多くのソリューションがありますが、そもそもDateは何なのか、どうして扱いづらいのか、という点をJavaScript初心者の方や、バックエンドエンジニアの方に知ってい
qiankun によるマイクロフロントエンドの統合メカニズム
はじめに こんにちは、READYFOR のテックリード兼フロントエンドエンジニアの菅原（@kotarella1110）です！ READYFOR はクラウドファンディングのプラットフォームで、数年前に実行者（プロジェクトを掲載するユーザー）向けの管理画面をリニューアルし、その際にマイクロフロントエンドアーキテクチャを採用しました。管理画面リニューアルのベータ版リリース時は三つの独立したフロントエンドアプリケーションを統合し、一つの統一されたアプリケーションとして提供していましたが、その後の機能追加によりフロントエンドアプリケーションが増え、現在では六つのフロントエンドアプリケーションを統合して提供しています。 この統合には、qiankun（チェンクン）というマイクロフロントエンドフレームワークを使用しています。そこで、本記事では qiankun によるマイクロフロントエンドの統合メカニズムつ
@neshca/cache-handler を利用した Custom Next.js Cache Handler の実装
はじめに こんにちは、READYFOR のテックリード兼フロントエンドエンジニアの菅原（@kotarella1110）です！ 最近、Next.js App Router アプリケーションの実運用化に向けた PoC を実施しました。 この中で構築したアプリケーションはセルフホスト環境にデプロイするようにしており、Custom Next.js Cache Handler を使って Redis にキャッシュを保存するようにしました。Custom Next.js Cache Handler の実装には @neshca/cache-handler というライブラリを利用しています。実際にこれらを使用してみると、Next.js 標準のキャッシュ挙動との違いや、考慮すべき課題がいくつか明らかになりました。 そこで本記事では、これらの課題を踏まえつつ、Custom Next.js Cache Handle
devise-two-factor によるワンタイムパスワードを使った2要素認証とそのハマりどころ
この記事は READYFOR Advent Calender 2024 の 13日目です。 昨日の記事は @TaketoWakabayashi さんの 誰も不幸にならないデータクレンジングへの挑戦〜多様な顧客データ基盤をいかに整理するか〜, 明日の記事は @KKazane さんです。 ※ この記事は所属する会社の公式見解ではありません。 ■ この記事のざっくりまとめ この記事では、devise-two-factor のハマりどころ を見ていきながら、 devise-two-factor を使って2ステップの2要素認証を導入する際は... Strategies::TwoFactorAuthenticatable は、OTP を使った「認証」には利用しない その代わり Models::TwoFactorAuthenticatable を使って自力で OTP を検証する devise-two-f
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
