Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

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

Đã đóng
  • Có gì không ổn?
#2,678 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

@josephfusco đang làm issue này rồi.

Từ ngày 20/10/2026.

  • #2676 của @josephfusco — đang mở

Đánh giá

Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức phù hợp với người mới
35/100
Loại issue
Tính năng
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
typescript, wordpress
Lĩnh vực
authentication, backend

Hướng nghiên cứu

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.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

[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.
Ngôn ngữ chính
TypeScript
Star
1.6k
Fork
157
Merge trung bình
1 ngày 4 giờ
Pull request đã merge (30 ngày)
133

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của wpengine/faustjs

Tất cả issue của wpengine/faustjs

Issue tương tự

Thêm issue về TypeScript

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.