🌐 この記事を日本語で読む A great deal of time and effort is poured into the security of production servers. However, the security of local servers running on developers' machines is often overlooked. In fact, at the beginning of this year, I investigated, reported, and fixed vulnerabilities in several front-end development tools. This article, based on that experience and research, explains specific attack
Pikku. The Typescript Backend That Adapts.Define once. Run anywhere.Like a chameleon adapts to its environment, Pikku adapts your backend logic to any protocol, runtime, or deployment target. Most type-safe solutions in Node focus on HTTP. But real backends span multiple protocols—WebSockets, queues, schedulers, AI agents—each with their own contracts, validation, and data shapes. Without a shared
The easiest way to build React apps with server-side rendering Supercharge React with ViteInstant reloads, lightning-fast builds, and a developer experience on steroids. @lazarv/react-server is all about innovation, rapid iteration, and simplicity. It gives you the flexibility to build, the speed to iterate, and the scalability to grow — without getting in your way. React Server ComponentsEnhanced
The Ease of JSX with the power of SSR The developer experience of asynchronous JSX with the proven benefits of server-side rendering, resulting in a robust and streamlined web development approach. export default async function ({ request, reply }) { const id = request.query["id"]; const { name, ingredients, instructions, image } = await ( await fetch(`https://dummyjson.com/recipes/${id}`) ).json(
はじめに Next.jsにServer Actionが新しく導入されました。サーバ上の関数をブラウザから直接呼び出すようなコードの書き味を提供するもので、非常に魅力のあるコンセプトだと私は思っています。ただしサーバ上で実行されるコードとブラウザで実行されるコードの境界が曖昧で、"use server"のセキュリティ上の懸念もよく議論されています。 一方で、私の先日の記事Next.jsで簡単なCRUDアプリを作りながら気になったセキュリティ: Railsの視点からで、私はこの"use server"問題には言及しませんでした。まだ非常に新しい話題でかつNext.js側の対応も進行中だというのもありますが、実は個人的にあまり気にならないのが最大の理由です。 気にならなくなったきっかけは、Server ActionをRuby on Railsのコントローラと同じように考え始めたことです。こうする
What's Changed add missing route shorthands by @Uzlopak in #4409 lib: drop setDefaultRoute and getDefaultRoute methods by @RafaelGSS in #4485 Sync next-branch by @github-actions in #4815 Next: Disallow decorate('name', null) in the types by @voxpelli in #4878 feat!: Add req.hostname and req.port by @aarontravass in #4766 Change request id header default value to false by @philippviereck in #4194 R
Elysia 1.0 is the first stable release after development for 1.8 years. Since we started, we have always been waiting for a framework that focuses on developer experience, velocity, and how to make writing code for humans, not a machine. We battle-test Elysia in various situations, simulate medium and large-scale projects, shipping code to clients and this is the first version that we felt confide
In Next JS: SSR - Server side rendering - getServerSideProps SSG - Static site generated - getStaticPaths & getStaticProps CSR - Client side rendering - everything else It is important to note that SSG functions are run server-side. On the client, you only want to create a single global instance of Apollo Client. Creating multiple instances of Apollo Client will make it challenging to keep things
(追記:2024-10-10) 以下本記事 前回はこちらで議論できて大変有意義でした、ありがとうございました。 その際、Next.jsでのlayout.tsxとpage.tsxの実行順序についてpage -> layoutの順で実行されることを初めて知ったのですが、疑問に思ったのは「これはReact Server Component（RSC）の仕様なのかNext.js（フレームワーク）の仕様なのか？」ということでした。 素のReactの挙動を理由に自分が思い描いていたのは「コンポーネントはネスト順に実行される」だったのでこれは衝撃的でフレームワークについて何も知らなかったな、と思わせる内容でした。 ここでは、Reactコンポーネントの実行順序を再確認し、RSC、フレームワークについても確認していきます。 Reactコンポーネントの実行順序 ここでの対象はクライアントコンポーネントです。 こ
前から気になっていた Litestream を Cloud Run で使ってみたので、そのメモです。 Litestream とは？ サンプルコード 手順 動作確認してみる 制限事項 おまけ まとめ 参考 Litestream とは？ Litestream は、 SQLite のデータベースファイルを Amazon S3 や Google Cloud Storage などのオブジェクトストレージにリアルタイムでレプリケートすることができるオープンソースのツールです。 例えば通常 Cloud Run で DB エンジンとして SQLite を使用しようとしても、コンテナが破棄されると同時に毎回 SQLite のデータベースファイルも消えてしまうため、データを永続化することができません。 しかし Litestream を使用すれば、 SQLite のデータベースファイルをオブジェクトストレージに
Alright, sit tight, as this will be a long article. The work for v6 started with the goal of moving to ESM and improving the IoC container to be simple and have fewer responsibilities. But we have touched almost every part of the framework, smoothing out many rough edges, fixing some long pending issues, and rewriting some packages from scratch. Are you looking to migrate your applications from v5
We launched Convex Components to make adding features to your app easier! 🎉 Learn more
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
