Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

feat: connect Faust.js to WordPress with an Application Password

オープン
#2,678 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@josephfusco がすでに取り組んでいます。

2026年10月20日 から。

  • #2676 @josephfusco による — オープン

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
typescript, wordpress

調査の方向性

Start by tracing how FAUST_SECRET_KEY authenticates token exchange, blockset uploads, schema introspection, health checks, and telemetry in Faust.js core and the CLI; the issue does not name specific files or tests. Then check how WordPress Application Passwords expose authenticated users and capabilities. Done means these requests can use Application Passwords with the stated capability checks while the existing secret key continues to work and encrypt tokens.

索引モデルが issue の本文から書いたものです。

説明

[Area] CLI [Area] Core [Area] WordPress Plugin [Type] Feature

Every request from a Faust.js server or the CLI to WordPress authenticates with the shared FAUST_SECRET_KEY: the token exchange, faust blockset, schema introspection for faust generatePossibleTypes, the CLI's health checks and telemetry. One value does all of these, so a credential that only needs to exchange tokens can also upload blocksets, and rotating it logs every user out because the plugin also uses it to encrypt tokens.

Proposal

Let core and the CLI authenticate with a WordPress Application Password instead, checked against capabilities:

  • faustwp_exchange_tokens for the token exchange, health checks and telemetry. Administrators have it, and it can be added to a custom role for a dedicated user.
  • faustwp_upload_blocks for blockset uploads, limited to users who can manage the site's options (the network's on Multisite).
  • Schema introspection works for any authenticated Application Password, since WPGraphQL already allows it.

FAUST_SECRET_KEY keeps working and keeps encrypting tokens, so this is additive. Whether and when to deprecate the secret key is a separate decision.

Trade-offs

  • WordPress only accepts Application Passwords over HTTPS or on local environments.
  • Some servers strip the Authorization header, and sites protected with HTTP Basic auth can't use Application Passwords, since both use that header (see #1850, #1524, #851).

Related

  • #2673 documents Application Passwords for server-side writes, replacing the service-key idea in #2561.
  • #2564 and #1512: authentication outside Next.js relies on existing tools rather than a Faust package.
  • #2310 / #2312: how the secret key is compared today.
主要言語
TypeScript
スター
1.6k
フォーク
157
平均マージ
1日 5時間
マージ済み PR(30日)
121

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

wpengine/faustjs のほかの issue

wpengine/faustjs の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。