Q: Sabre/DAV で PostgreSQL を使い、カンマを含むカレンダーイベントを保存する際に 'SQLSTATE[22P02] invalid input syntax for type bytea' エラーを修正する方法

エラーは、Sabre/DAVがバックスラッシュでエスケープされたカンマ（例：`\\,`）を含むデータをPostgreSQLの`BYTEA`カラムに保存する際に発生します。PostgreSQLがバックスラッシュを解釈し、無効なbytea入力エラーを引き起こします。 **回避策**: データが書き込まれる前に、単一のバックスラッシュを二重バックスラッシュにエスケープするサーバープラグインを使用します。 ```php on("beforeCreateFile", [$this, "handleSanitizationCreate"]); $server->on("beforeWriteContent", [$this, "handleSanitizationUpdate"]); } function handleSanitizationCreate($path, &$data, \\Sabre\\DAV\\ICollection $parent, &$modified) { if (is_resource($data)) { $data = stream_get_contents($data); } $data = str_replace('\\\\', '\\\\\\\\', $data); } function handleSanitizationUpdate($path, &$data) { if (is_resource($data)) { $data = stream_get_contents($data); } $data = str_replace('\\\\', '\\\\\\\\', $data); } } ``` このプラグインを`server.php`設定に登録してください。これで当面の問題は修正されます。 **長期的な修正**: `Sabre\\CalDAV\\Backend\\PDO`および`Sabre\\CardDAV\\Backend\\PDO`バックエンドは、`Sabre\\DAV\\PropertyStorage\\Backend\\PDO::propPatch()`と同様に、`calendardata`および`carddata`カラムを`PDO::PARAM_LOB`でバインドする必要があります。[Sabre/DAV issue tracker](https://github.com/sabre-io/dav/issues/1587)で公式のアップデートを監視してください。

Question 1

SabreDAVをPostgreSQLで使用する際に、'invalid input syntax for type bytea' エラーが発生するのはなぜですか？

Accepted Answer

このエラーは、PostgreSQLのバージョンが9.5未満の場合に発生します。これはSabreDAVがbyteaを扱うために必要な最低バージョンです。PostgreSQL 9.5以降にアップグレードしてください：

```bash
# Ubuntuの例
sudo apt-get upgrade postgresql-9.5
```

完全な要件については、インストールドキュメントを参照してください。

Question 2

BaikalがPHPエラーログに'No Authorization: Basic header found'メッセージを大量に出力するのを止める方法は？

Accepted Answer

Baikal を PR #840 の修正を含むバージョンにアップグレードしてください（v0.6.0 以降にマージされました）。このアップデートでは、欠落している Basic 認証ヘッダーの不要なログ記録を抑制します。これは通常のクライアント動作です。アップグレードできない場合は、`vendor/sabre/dav/lib/DAV/Auth/Backend/AbstractBasic.php` に手動でパッチを適用するか、ロガーが 4xx デバッグメッセージを無視するように設定してください。恒久的な解決策として、最新の Baikal リリースを使用してください。

Question 3

sabre/davでフォルダやファイルの移動がエラーなしで失敗するのはなぜですか？

Accepted Answer

`Directory::moveInto()` のバグにより、基盤となる `rename()` 呼び出しが失敗した場合でも常に `true` を返していました。この問題は、`moveInto()` が `rename()` の結果を直接返すように修正されました。

**修正**: [PR #1143](https://github.com/sabre-io/dav/pull/1143)（マージ済み）のパッチを適用してください。修正後のコードは次のとおりです。

```php
function moveInto($targetName, $sourcePath, DAV\INode $sourceNode) {
    if (!$sourceNode instanceof self && !$sourceNode instanceof File) {
        return false;
    }
    return rename($sourceNode->path, $this->path . '/' . $targetName);
}
```

**注意**: この修正がなくても、適切に構成された sabre/dav インストールでは、PHP の警告（`rename()` からのものなど）が例外に変換されるため、エラーハンドラが正しく設定されていれば、このバグは表面化しない可能性があります。すぐにアップグレードできない場合は、警告が例外に昇格されるようにしてください。

Question 4

Sabre/DAV で PostgreSQL を使い、カンマを含むカレンダーイベントを保存する際に 'SQLSTATE[22P02] invalid input syntax for type bytea' エラーを修正する方法

Accepted Answer

エラーは、Sabre/DAVがバックスラッシュでエスケープされたカンマ（例：`\,`）を含むデータをPostgreSQLの`BYTEA`カラムに保存する際に発生します。PostgreSQLがバックスラッシュを解釈し、無効なbytea入力エラーを引き起こします。

**回避策**: データが書き込まれる前に、単一のバックスラッシュを二重バックスラッシュにエスケープするサーバープラグインを使用します。

```php
<?php

namespace Custom\CalDAV\Sanitizer;

use Sabre\DAV\ServerPlugin;
use Sabre\DAV\Server;

class SanitizerPlugin extends ServerPlugin
{
    function initialize(Server $server)
    {
        $server->on("beforeCreateFile", [$this, "handleSanitizationCreate"]);
        $server->on("beforeWriteContent", [$this, "handleSanitizationUpdate"]);
    }

function handleSanitizationCreate($path, &$data, \Sabre\DAV\ICollection $parent, &$modified)
    {
        if (is_resource($data)) {
            $data = stream_get_contents($data);
        }
        $data = str_replace('\\', '\\\\', $data);
    }

function handleSanitizationUpdate($path, &$data)
    {
        if (is_resource($data)) {
            $data = stream_get_contents($data);
        }
        $data = str_replace('\\', '\\\\', $data);
    }
}
```

このプラグインを`server.php`設定に登録してください。これで当面の問題は修正されます。

**長期的な修正**: `Sabre\CalDAV\Backend\PDO`および`Sabre\CardDAV\Backend\PDO`バックエンドは、`Sabre\DAV\PropertyStorage\Backend\PDO::propPatch()`と同様に、`calendardata`および`carddata`カラムを`PDO::PARAM_LOB`でバインドする必要があります。[Sabre/DAV issue tracker](https://github.com/sabre-io/dav/issues/1587)で公式のアップデートを監視してください。

Question 5

CardDAV/CalDAV同期が機能しているのに、Apacheログに「No 'Authorization: Digest' header found」が表示されるのはなぜですか？

Accepted Answer

これはHTTP Digest認証における正常な動作です。クライアントは最初に認証なしのリクエストを送信します。サーバーは401ステータスと`WWW-Authenticate`ヘッダーで応答し、ログエントリを生成します。その後、クライアントは適切な`Authorization: Digest`ヘッダーを付けてリクエストを再送信します。クライアントが認証情報をキャッシュしない場合、このハンドシェイクがリクエストごとに繰り返され、多くのログ行が発生します。これはAndroid（例：CardDAV-Sync free）とiOSに影響します。緩和策：初回チャレンジ後にクライアントが認証をキャッシュすることを確認してください。サーバー側の修正は不要です。プロジェクトのDigest実装（`sabre/http`）は、Apacheの`mod_digest`を使用せずにこれを正しく処理します。

sabre/dav

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト