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 이슈 트래커](https://github.com/sabre-io/dav/issues/1587)를 모니터링하십시오.

Question 1

SabreDAV를 PostgreSQL과 함께 사용할 때 'invalid input syntax for type bytea' 오류가 발생하는 이유는 무엇인가요?

Accepted Answer

이 오류는 PostgreSQL 버전이 9.5 미만일 때 발생합니다. 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 이슈 트래커](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에 영향을 미칩니다. 완화 방법: 클라이언트가 초기 챌린지 후 인증을 캐시하도록 합니다. 서버 측 수정은 필요하지 않습니다. 프로젝트의 다이제스트 구현(`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 웹 인터페이스를 통해 더미 연락처나 이벤트를 추가하면 서버가 0이 아닌 동기화 토큰을 발급하도록 강제하여 이후 동기화 작업에 사용할 수 있습니다.

Question 5

sabre/dav FSExt에서 폴더나 파일을 이동할 때 PHP rename()이 실패했는데도 성공으로 보고되는 이유는 무엇인가요?

Accepted Answer

PR #1143이 포함된 릴리스로 sabre/dav를 업그레이드하세요. 버그는 `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()`를 수동으로 패치하세요. 또한 PHP 경고가 예외로 변환되는지 확인하세요. 실패한 `rename()`은 일반적으로 경고를 발생시키며, sabre/dav는 이를 하드 오류로 전환해야 하기 때문입니다.

sabre/dav

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트