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

Baikal이 'No Authorization: Basic header found' 메시지로 PHP 오류 로그를 가득 채우지 않도록 중지하는 방법?

Accepted Answer

Baikal을 PR #840(v0.6.0 이후에 병합됨)의 수정 사항이 포함된 버전으로 업그레이드하십시오. 이 업데이트는 정상적인 클라이언트 동작인 누락된 Basic auth 헤더의 불필요한 로깅을 억제합니다. 업그레이드할 수 없는 경우 `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 이슈 트래커](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에 영향을 미칩니다. 완화 방법: 클라이언트가 초기 챌린지 후 인증을 캐시하도록 합니다. 서버 측 수정은 필요하지 않습니다. 프로젝트의 다이제스트 구현(`sabre/http`)은 Apache의 `mod_digest` 없이도 이를 올바르게 처리합니다.

sabre/dav

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트