まず始めに。 ネタ記事です。 ひさびさのネタ記事です。 ネタプログラミングです。 とはいえ。 黒魔術を使うことはなくても、このようなしくみを知っていると、その知識が役に立つときが来るかもしれません(来ないかもしれません)。 Level 1, Medium: Port.open/2 で Ruby を起動する まずは定石の範囲で。 Port.open/2 を使って Ruby のプロセスを起動します。 外部プロセスの起動には System.cmd/3 という関数もありますが、 Port.open/2 の方が制御を細かくできるのでこちらを利用しすることにします。 ちなみに System.cmd/3 も内部では Port.open/2 を利用していました。 path = System.find_executable("ruby") port = Port.open({:spawn_executabl
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 設定レコーダーの管理 AWS Config は、 設定レコーダーを使用してリソース設定の変更を検出し、これらの変更を設定項目としてキャプチャします。がリソース設定 AWS Config を追跡する前に、設定レコーダーを作成する必要があります。設定レコーダーを起動すると、 AWS Config はアカウント内のすべての AWS リソースのインベントリを取得します。 考慮事項 アカウントごとにリージョンごとに 1 つの設定レコーダー ごとに AWS リージョンごとに に設定レコーダーチャンネルを 1 つだけ持つことができ AWS アカウント、 を使用するには設定レコーダーが必要です AWS Config。 設定レコーダーは、 の設定時に自動的に作成されます。 AWS C
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 AWS Configとは AWS Config は、アカウント内の AWS リソースの設定の詳細ビューを提供します AWS 。これには、リソース間の関係と設定の履歴が含まれるため、時間の経過と共に設定と関係がどのように変わるかを確認できます。 AWS リソースは、Amazon Elastic Compute Cloud (EC2) インスタンス AWS、Amazon Elastic Block Store () ボリューム、セキュリティグループ、Amazon Virtual Private Cloud (EBS) など、 で操作できるエンティティですVPC。でサポートされている AWS リソースの完全なリストについては AWS Config、「」を参照してくださいサ
去年末に Facebook の人達が出した React Server Components というものが、React 界隈に激震を及ぼしていますが、速報以外でこの技術について言及している国内のブログが見当たらないため、この記事で解説してみます。間違いや分かりづらい部分があればぜひツッコミをお願いします。 React Server Components は、ただのサーバーサイドレンダリングではありません。クライアントサイドレンダリング(SPA)とサーバーサイドレンダリングを、ギアを切り替えずにいいとこ取りする仕組みです。これまでに存在した様々な技術よりも踏み込んで、フロントエンドとバックエンドの境目を曖昧にしてしまうユニバーサルな技術です。 勝手な造語としていうなら「コンポーネント指向ユニバーサルウェブ開発」とでも呼ぶべきものでしょう。 そして、これはただのユニバーサルなだけの仕組みではあり
設定のスナップショットおよび設定履歴ファイルは、お客様が指定した Amazon Simple Storage Service (S3) バケットに送信されます。設定変更通知は、Amazon Simple Notification Service (SNS) を通じてお客様に送信されます。Amazon S3 および Amazon SNS の標準料金が適用されます。カスタムルールは AWS Lambda を使用して作成します。Lambda の標準料金が適用されます。 別途記載がない限り、表示されている料金には VAT、GST、消費税、その他取引に対して適用される一切の税金および関税は含まれません。AWS Config の詳細については、 [よくある質問] を参照してください。 料金の例 1 米国東部 (バージニア北部) リージョンにおいて、24 時間で 100 件の Amazon EC2 イン
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon とは GuardDuty Amazon GuardDuty は、潜在的なセキュリティリスクについて AWS 環境を継続的にモニタリングする脅威検出サービスです。 GuardDuty は、 AWS CloudTrail 管理イベント基礎データソース、 AWS CloudTrail イベントログ、VPC フローログ (Amazon EC2 インスタンスから)、DNS ログなどの を分析して処理します。 GuardDuty は、他の AWS のサービスからのログとイベントのモニタリングも提供します。これらのソースには、EKS 監査ログ、RDS ログインアクティビティ、S3 ログ、EBS ボリューム、ランタイムモニタリング、Lambda ネットワークアクティビ
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 一時停止または無効化 GuardDuty GuardDuty コンソールを使用して、 GuardDuty サービスを一時停止または無効にできます。サービスが停止 GuardDuty されている場合、 の使用に対して課金されることはありません。 を一時停止または削除する前に、すべてのメンバーアカウントの関連付けを解除または削除する必要があります GuardDuty。 を停止すると GuardDuty、 AWS 環境のセキュリティをモニタリングしたり、新しい検出結果を生成したりしなくなります。既存の検出結果はそのまま残り、 GuardDuty 停止の影響を受けません。 GuardDuty 後で再度有効にすることもできます。 アカウント GuardDuty で を無効にす
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Security Hub を無効にする 中央設定を使用すると、AWS Security Hub 委任管理者は、特定のアカウントや組織単位 (OU) で Security Hub を無効にする設定ポリシーを作成し、他のアカウントや OU では有効のままにすることができます。設定ポリシーは、ホームリージョンとすべてのリンクされたリージョンで有効になります。詳細については、「Security Hub の中央設定について」を参照してください。 Security Hub を無効にするには、Security Hub コンソール、Security Hub API または AWS CLI を使用します。 アカウントで Security Hub を無効にすると、次のようになります。
// ---- ON THE SERVER ---- // app/projects/mutations/createProject.ts import { resolver } from "@blitzjs/rpc" import db from "db" import * as z from "zod" // This provides runtime validation + type safety export const CreateProject = z .object({ name: z.string(), }) // resolver.pipe is a functional pipe export default resolver.pipe( // Validate the input data resolver.zod(CreateProject), // Ensure
blitz-js prisma rails 倒し方 を書いた時、こういう疑問がありました。 この db はクライアントでもサーバーでも呼べるようにみえる。ここが blitz のキモで、サーバーではそのまま prisma として実行されるが、内部実装を読んでいないので想像だが、 この db はクライアントでは同じ API の RPC に変換されている? (ここにセキュリティ上の不安はある。すべてをクライアントから呼べてしまう恐れはないのか? あとで blitz のコードを呼んで、どうやって実現しているか確認する) この件についての調査をしました。 Isomorphism: クライアント・サーバー同型 blitz では、次のようなコードをクライアントでもサーバーでも呼ぶことができます。 // app/auth/mutations/login.ts import { Ctx } from "bl
Windows 10 Ubuntu 18.04.5 LTS npm 6.14.9 expo 4.0.17 Visual Studio Code 1.52.1 現象 Windows Subsystem for Linux (WSL) の /home/{ユーザー名} 配下に React Native プロジェクトを作成。 Visual Studio Code でプロジェクトを開き、Project/App.js を変更して保存しても、ホットリロードが動作しない。 ターミナルで直接 App.js を編集すると、ホットリロードが走る。 原因 Visual Studio で下記のディレクトリパスを参照していたため、ファイル変更の監視システムが動作していなかった。 C:\Users\{Windowsのユーザー名}\AppData\Local\Packages\CanonicalGroupLimited.
本記事ではNext.js+TypeScript+AWS Amplify+Recoilを使って、モダンなToDoリストを作る方法を紹介します。 Githubリポジトリを公開しますので、不具合や不適切な実装を見つけた場合はドシドシIssueかPull-Requestいただけると幸いです。 背景 私自身普段はRuby on Railsを使って開発しています。JavaScriptは正直まだ苦手です。 Railsは爆速でアプリを開発出来る点が魅力的ですが、一方でモバイルアプリとの連携やリッチなUIが求められる案件では、フロントエンドとバックエンドを分離した構成にせざるをえないケースがあります。 そのような構成だと、かえってRailsがリッチ過ぎるとも感じており、AWS Amplifyのようにバックエンドをスピーディーに構築してくれるサービスを一度使ってみたいと思っていました。 そのため、Next.j
Reactの状態管理はReduxの独走状態、2位は大きく離れてswrとreact-queryが競り合い中・・ReactreduxSWRRecoilreact-query 2021/09/24 追記 これまでは状態管理にReduxやVuexなどの状態管理用ライブラリを使いますが、Graphqlを採用した場合にApollo Clientを利用することでフロントエンドの状態管理の実装がかなり楽になります。 追記終了 2021/01/17 追記 2020年版 満足度ランキング State of JS 2020: JavaScript Flavors https://2020.stateofjs.com/ 最近よく聞く状態管理 pmndrs/jotai: 👻 Primitive, flexible state management for React https://github.com/pmnd
「仕事で使える React 本」といえばコレ❗ 超・実践的な React が学べると評判の『りあクト!』シリーズ。 技術同人誌として異例の累計 2.5 万部を突破、現在 BOOTH 技術書カテゴリでも上位を独占しています。 現場のエンジニアの方々から絶大な支持をいただき、各社で読書会が開かれたり、新人研修用の教材として使われたりしています。 フロントエンド初心者の新人とその先輩の会話によって解説が進むので頭に入りやすく、React 学習時に引っかかりやすいポイントや抱きがちな疑問に対しても丁寧にフォローしていきます。 どこよりもわかりやすく、どこよりも実践的な React 本の決定版との自負を持って提供しています。 🔔 くるみ割り書房をフォローしていただくと、新刊・更新情報や紙の本の入荷状況などをメッセージで随時お知らせします。
Next.js by Vercel - The React Framework 画像は Next.js サイコー!っていう顔です。 Webフロントエンドエンジニアであれば、「Reactのフレームワーク」と聞いて真っ先に思いつくであろうNext.js。僕は小規模の趣味開発から中規模の業務まで、4年程度Next.jsを使い続けてきました。触りはじめの当時はバージョン4で、”SSR(Server-side Rendering)を提供するReact製フレームワーク”だったものが、執筆時時点の最新バージョン(10.0.1)ではガラッと異なるフレームワークへと進化しています。 この4年間は実務で利用するだけでなく、新しいものや廃止された機能、RFC止まりになった機能など、Next.jsに関する情報を追いかけており、ある程度の知見をためつつも、Next.js並びに開発元のVercelが目指す方向性を何と
この記事は 2020 年時点の古い記事です。現在は状況が大きく異なっているためご注意ください。 最近 React ベースのフレームワークである Next.js と Gatsby を使っています。 ある程度客観的に比較できるだけの知識がたまったと思うので、 Next.js と Gatsby の比較情報をまとめてみました。 これからどちらを使うか・学ぶか迷っている方のご参考になれば幸いです。 あくまで私が知る範囲での説明であり 100% の正確さを保証するものではないのでその点にご留意ください。 尚、本記事は Next.js と Gatsby が以下のバージョンが最新のときに書いています。 Next.js 9.4.1 Gatsby 2.22.3 いずれも活発に開発が行われており、バージョンが進むとあてはまらなくなる記述も出てくるものと思います。 「そもそもスタティックサイトジェネレーターって何
FastAPI¶ FastAPI framework, high performance, easy to learn, fast to code, ready for production Documentation: https://fastapi.tiangolo.com Source Code: https://github.com/fastapi/fastapi FastAPI is a modern, fast (high-performance), web framework for building APIs with Python based on standard Python type hints. The key features are: Fast: Very high performance, on par with NodeJS and Go (thanks
PythonのWeb frameworkで、Flaskのようなマイクロフレームワークにあたります。 パフォーマンスの高さ、書きやすさ、本番運用を強く意識した設計、モダンな機能などが強みです。 FastAPIはStarletteの肩に乗る形で書かれており、非同期処理が扱いやすいです。 特に、以下の様な特徴があります。 ASGI websocketのサポート GraphQLのサポート バックグラウンドプロセスが扱いやすい python type hintによる自動ドキュメント生成 (Swagger UI) pydanticをベースとしたdata validation 率直に言って、responderに非常に似ています。(でた時期も近いですし、responderもStarletteがベースなので) ですが、下の2つはFastAPIの方がよっぽど使いやすく設計されています。 以下の観点から総合的に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く