Question 1

NodeBBプラグインで、ページ読み込み時とAJAXナビゲーション時の両方において、認証されていないユーザーを /login にリダイレクトする方法は？

Accepted Answer

ミドルウェアを定義する際は、`app.use` の代わりに `router.use` を使用してください。APIルート（`/api/...`）では、リダイレクト前に `res.locals.isAPI = true` を設定します。ミドルウェアの例:

```javascript
// プラグインの init 内で
router.use(async (req, res, next) => {
  if (!req.uid && !req.path.startsWith('/login') && !req.path.startsWith('/api/login')) {
    if (req.path.startsWith('/api/')) {
      helpers.notAllowed(res, { error: 'not-logged-in' }); // または res.status(403).json(...)
    } else {
      res.redirect('/login');
    }
    return;
  }
  next();
});
```

これにより、AJAXナビゲーションでログインが必要なルートを読み込んだ際の `t.template is undefined` エラーを防げます。

Question 2

NodeBBで免除グループに対してcomposerがメンテナンスモードエラーで失敗するのはなぜですか？

Accepted Answer

これは NodeBB の既知のバグです（v4.16.4 および develop で確認済み）。ページや API リクエストは「Groups exempt from maintenance mode」設定に従いますが（`src/middleware/maintenance.js` でチェック）、socket.io の呼び出しは従いません。`src/socket.io/index.js` の `checkMaintenance` は管理者のみを許可するため、管理者以外の免除対象ユーザーはコンポーザーを開くことができません。回避策: `src/socket.io/index.js` の `checkMaintenance` にパッチを適用し、免除グループのメンバーも許可するようにします:

```js
const groups = require('../groups');
const [isAdmin, isMemberOfExempt] = await Promise.all([
	user.isAdministrator(socket.uid),
	groups.isMemberOfAny(socket.uid, meta.config.groupsExemptFromMaintenanceMode),
]);
if (isAdmin || isMemberOfExempt) {
	return;
}
```

パッチ適用後、NodeBB をリビルド/再起動してください。このチェックはコアに含まれているため、Docker ユーザーはビルド時パッチとして適用する必要があります。

Question 3

なぜ特定のNodeBB APIエンドポイントでrequest bodyを持つDELETEリクエストが失敗するのですか？

Accepted Answer

最近のNodeBBアップデートでは、多くのDELETEエンドポイントがリファクタリングされ、`req.body`によるパラメータを受け付けなくなりました。代わりにクエリパラメータを使用してください。例：

- `DELETE /api/files` では `?path=...` が必要になりました。
- `DELETE /api/categories/:cid/thumbs` では `?path=...` を使用します。
- `DELETE /api/categories/:cid/watch`、`/privileges/:privilege`、`/follow` はボディを読み取りません。

例外としてユーザー管理については、`DELETE /api/user/:uid`、`/user/:uid/content`、`/user/:uid/account` はセキュリティのため、リクエストボディに `password` を引き続き必要とします。該当する場合は、クライアントを更新してクエリ文字列経由でデータを送信してください。変更の全リストについてはPR #14184を参照してください。

Question 4

NodeBBで外部コールバックなしでカスタムログイン戦略を統合する方法

Accepted Answer

`filter:auth.init`フックは、コールバックURLを用いたpassportベースの戦略を期待します。外部リダイレクトを必要としない自己完結型のカスタムロジックには、代わりに`action:auth.overrideLogin`フックを使用してください。このフックを使用すると、コールバックフローを必要とせずにユーザーを直接認証できます。

例:
```javascript
// プラグイン内
myPlugin.overrideLogin = async function(data) {
  // data.req と data.res が利用可能
  // カスタム認証ロジックを実行
  const user = await authenticateUser(data.req);
  if (user) {
    await plugins.fireHook('static:app.login', { req: data.req, res: data.res, user: user });
    data.res.send('success'); // またはリダイレクト
  } else {
    data.res.status(403).send('Login failed');
  }
};

// フックを登録
plugin.registerHook = async function(data) {
  plugin.hooks = [
    { hook: 'action:auth.overrideLogin', method: 'overrideLogin' }
  ];
};
```
注: `action:auth.overrideLogin`はpassportフローを完全にバイパスするため、セッションとクッキーの生成は手動で行うか（または`static:app.login`などの組み込みヘルパーを使用して）処理する必要があります。

Question 5

NodeBB 1.17 が nodebb-plugin-sso-twitter で 'Cannot read property 'push' of undefined' というエラーでクラッシュするのはなぜですか？

Accepted Answer

これは、NodeBB v1.17.0で古いバージョンのnodebb-plugin-sso-twitterとの互換性の問題です。プラグインを最新バージョンに更新して修正してください：

```bash
npm install nodebb-plugin-sso-twitter@latest
```

他のSSOプラグイン（GitHub、Facebookなど）がある場合は、それらも同様に更新してください。同様の修正が含まれている可能性があります。更新後、`./nodebb restart`でNodeBBを再起動してください。

NodeBB

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト