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

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 3

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`を使用せずにこれを正しく処理します。

Question 4

fruux.com 上の空の CalDAV コレクションを sync-token '0' で同期しようとすると、なぜ'415 Report Not Supported'が返されるのですか？

Accepted Answer

サーバーは空のコレクションに対して誤ってsync-token '0'を返しますが、その後sync-collection REPORTでそれを拒否します。回避策として、sync-token '0'を「利用可能なトークンなし」と見なし、代わりに通常のPROPFINDですべてのリソースをリストアップして同期状態を初期化します。あるいは、fruux.comのウェブインターフェースからダミーの連絡先やイベントを追加します。これにより、サーバーはゼロ以外の同期トークンを発行し、将来の同期操作に使用できるようになります。

Question 5

sabre/dav の FSExt でフォルダまたはファイルを移動した際に、PHP の rename() が失敗しているのに成功と報告されるのはなぜですか？

Accepted Answer

sabre/dav を PR #1143 を含むリリースにアップグレードしてください。このバグは `lib/DAV/FSExt/Directory.php` にありました。`moveInto()` が `rename()` を呼び出していましたが、常に `true` を返していました。次の修正を適用してください:

```php
return rename($sourceNode->path, $this->path . '/' . $targetName);
```

以下のコードの代わりに:

```php
rename($sourceNode->path, $this->path . '/' . $targetName);
return true;
```

すぐにアップグレードできない場合は、`rename()` の真偽値の結果が返されるように、`moveInto()` に手動でパッチを適用してください。また、失敗した `rename()` は通常は警告を発生させ、sabre/dav はそれを致命的なエラーに変換すべきであるため、PHP の警告が例外に変換されることを確認してください。

sabre/dav

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト