Capacitor OTA 업데이트 서버 설정

__CAPGO_KEEP_0__ 앱 업데이트를 더 빠르게 want __CAPGO_KEEP_0__ Capacitor Over-the-Air (OTA) 업데이트로 앱의 HTML, CSS, JavaScript를 즉시 변경할 수 있습니다. 다음은 알아야 할 내용입니다.

• OTA 업데이트의 이유는?

  • 분당 배포, 주당 배포가 아닌.
  • 24시간 내에 95%의 사용자들이 업데이트를 사용합니다.
  • 오류 시 즉시 롤백.
  • 업데이트할 변경된 콘텐츠만 업데이트되므로 대역폭을 절약합니다.

• 서버 요구 사항

  • 최소 사양: 2 vCPU, 4GB RAM, 50GB SSD, 100 Mbps 네트워크.
  • 필요한 도구: Node.js 18세 이상, Capacitor CLI 6.0 이상, HTTPS와 SSL, CI/CD 도구들인 Jenkins 또는 GitHub Actions.

• 설치 단계

  • 웹 서버를 구성하세요 (예를 들어 Nginx)으로 안전하게 업데이트를 제공합니다.
  • HTTPS 연결에 SSL을 사용하세요.
  • 가속된 전달을 위해 gzip 압축을 활성화하세요.

• 보안 최적화 방법

  • __CAPGO_KEEP_0__ SHA-256 해시와 디지털 서명으로 업데이트를 확인하세요.
  • __CAPGO_KEEP_0__ 파일을 보호하기 위해 AES-256 암호화를 사용하세요.
  • __CAPGO_KEEP_0__ IP 화이트리스트와 속도 제한을 사용하여 접근을 제한하세요.

• 백업 전략

  • 일별 백업과 지리적冗余 저장
  • 데이터 신뢰성을 보장하기 위한 정기적인完整성 검사

빠른 비교

Capgo__CAPGO_KEEP_0__ __CAPGO_KEEP_0__ OTA 업데이트로. 오늘부터 앱 업데이트를 최적화하세요!

Appflow를 사용하여 모바일 앱 업데이트를 즉시 배포하세요

서버 요구 사항

Capacitor OTA 업데이트를 위해 특정 하드웨어 및 소프트웨어에 의존하여 안전하고 효율적인 배포를 보장하기 위해. 아래는 OTA 업데이트 서버를 설정하는 데 필요한 주요 요구 사항입니다..

운영 환경 준비

서버는 동시 다발적인 업데이트 요청을 처리할 수 있어야 합니다. __CAPGO_KEEP_0__

서버는 최신 JavaScript 기능과 __CAPGO_KEEP_0__ __CAPGO_KEEP_1__을 지원하기 위해 Node.js 18 이상을 실행해야 합니다. Node.js 18+ Linux 기반 운영 체제인 Ubuntu 22.04 LTS 또는 Amazon Linux 2와 같은 Ubuntu 22.04 LTS 또는 Amazon Linux 2, to support modern JavaScript features and the latest Capacitor CLI.

Required Tools

Required Tools

이것은 필수 구성 요소의 주요 구성 요소를 설명합니다.

프로덕션 환경에서 보안 통신을 보장하기 위해 신뢰할 수 있는 인증 기관에서 발급한 SSL 인증서를 사용하세요. 또한 신뢰할 수 있는 업데이트 전달을 위해 올바른 DNS 구성이 중요합니다.

프로세스를 더 간소화하기 위해 테스트 프레임워크를 통합하는 것을 고려하세요. Cypress 또는 Appium Capgo를 사용하여 워크플로에 통합하세요. 이 도구는 업데이트가 배포되기 전에 업데이트를 검증할 수 있으므로 사용자에게 오류가 전달되는 위험을 최소화할 수 있습니다.

주의하십시오. 이 사양은 생산 환경의 기준입니다. 애플리케이션이 높은 트래픽 또는 빈번한 업데이트를 처리하는 경우, 이러한 자원을 사용자의 특정 요구에 맞추어 확장해야 할 수 있습니다.

서버 설정 단계

Follow these steps to configure your server components for securely and efficiently delivering Capacitor OTA updates.

웹 서버 설정

정적 파일을 제공하기 위해 웹 서버를 설정하기 시작하십시오. Nginx 강력한 성능과 직관적인 구성으로 인해 인기 있는 옵션입니다. 서버는 정적 파일과 업데이트 분배를 모두 처리해야 합니다.

Here’s a simple Nginx configuration to serve Capacitor app updates:

server {
    listen 80;
    server_name your-domain.com;

    location / {
        root /var/www/html/updates;
        try_files $uri $uri/ /index.html;

        # Prevent index.html caching
        add_header Cache-Control "no-cache";
    }
}

업데이트 파일을 분리된 디렉토리에 구조화하여 더 나은 조직을 위해 사용하십시오.

• /dist/spa 빌드
• /updates 버전 번들
• /meta for metadata

웹 서버를 구성한 후 SSL을 보안하기 위해 확인하십시오.

SSL Certificate Setup

서버를 보안하기 위해 SSL 인증서를 설치하는 방법입니다. Let’s Encrypt자동 갱신을 위해 Cron 작업을 설정하기까지, Certbot을 설치하고 인증서를 생성하세요.

Nginx를 HTTPS로 구성하는 방법은 다음과 같습니다.

server {
    listen 443 ssl;
    ssl_certificate /etc/letsencrypt/live/your-domain/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/your-domain/privkey.pem;

    # Modern SSL configuration
    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256;
}

SSL이 설정된 후 OTA 플러그인을 구성하기에 적합합니다.

OTA Plugin Setup

업데이트 배포를 최적화하기 위해 압축 설정을 조정하세요. Android 호환성을 위해 Brotli compression disabled해야 합니다.

# Compression settings
gzip on;
gzip_types text/plain application/javascript application/json;
gzip_min_length 1000;

# Disable Brotli for Android compatibility
brotli off;

When serving updates, ensure that the correct content encoding headers are applied based on file type. Use the table below as a reference:

These configurations ensure that updates are delivered efficiently and compatibility issues are minimized.

보안 설정

__CAPGO_KEEP_0__

업데이트 인증

__CAPGO_KEEP_1__ SHA-256 해시 인증 __CAPGO_KEEP_2__

# Generate SHA-256 hash for the update package
sha256sum update-package.zip > checksum.txt

# Verify the package integrity
echo "$(cat checksum.txt) update-package.zip" | sha256sum --check

또한, 공개 키 기반 인증 방식(PKI)을 사용하여 디지털 서명 인증을 활성화하세요. __CAPGO_KEEP_3__보안 Layer

시스템 보안을 강화하기 위해, 업데이트를 배포할 수 있는 사용자를 제어할 수 있는 접근 제어를 강제하세요.

접근 제어

엄격한 접근 제어 조치를 사용하여 IP 백색 목록 및 비인가 분배를 방지하기 위해: Implement

# IP whitelist configuration
location /updates/ {
    allow 192.168.1.0/24;  # Internal network
    allow 10.0.0.0/8;      # VPN network
    deny all;              # Block all other IPs
}

# Rate limiting
limit_req_zone $binary_remote_addr zone=updates:10m rate=10r/s;
location /updates/ {
    limit_req zone=updates burst=20;
}

역할 기반 접근 제어 (RBAC) 암호화 키 관리를 위한 역할 기반 접근 제어를 구현합니다. 키 사용을密하게 모니터링하고 의심스러운 활동에 대한 자동 알림을 설정하세요. 경보 수준

__CAPGO_KEEP_10__

__CAPGO_KEEP_11__

__CAPGO_KEEP_0__ 업데이트 패키지를 보호하세요. __CAPGO_KEEP_0__확실한 __CAPGO_KEEP_0__ 모더니한 위협에 대한 강력한 방어력을 자랑하는

{
    "encryption": {
        "algorithm": "AES-256-GCM",
        "key_rotation": "30days",
        "audit_logging": true
    }
}

__CAPGO_KEEP_0__

설정에서 감사 로깅을 활성화하여 모든 상호 작용을 추적할 수 있습니다. Capgo

Capgo builds on a secure and efficient server setup to simplify OTA (Over-The-Air) update delivery for Capacitor apps. With a strong focus on security and compliance, Capgo ensures updates are handled seamlessly. Backed by a history of delivering over 1.7 trillion updates across more than 2,000 production apps [2]__CAPGO_KEEP_0__ Live Update Dashboard Interface

Capgo Live Update Dashboard Interface는 __CAPGO_KEEP_1__ 앱의 OTA 업데이트를 위한 안전하고 효율적인 서버 설정에 기반하여 업데이트를 단순화합니다. __CAPGO_KEEP_2__는 업데이트가 무방비로 처리되는 것을 방지하여 업데이트를 안전하게 처리합니다. Cloudflare의 역사에 따르면 2,000개 이상의 운영 앱에서 1.7조 개 이상의 업데이트를 성공적으로 배포한 경험이 있습니다. 따라서 Capgo는 서버 측 업데이트를 관리하는 데 신뢰할 수 있는 선택입니다.

Capgo은 글로벌 CDN 네트워크를 통해 업데이트를 전달하여 속도와 신뢰성을 보장합니다. 다음은 주요 기능의 개요입니다.

__CAPGO_KEEP_1__ [3].

__CAPGO_KEEP_0__

Capgo __CAPGO_KEEP_0__ __CAPGO_KEEP_1__

{
    "deployment": {
        "cli": "@capgo/cli",
        "config": "capgo.config.json",
        "environment": {
            "api_key": "CAPGO_API_KEY",
            "project_id": "YOUR_PROJECT_ID"
        }
    }
}

The platform works seamlessly with popular CI/CD tools like GitHub Actions, GitLab CI, and Jenkins. It also offers real-time analytics and rollback options, giving developers the ability to quickly address deployment issues and reduce disruptions for users. Plus, Capgo adheres to both Apple and Android guidelines [3]__CAPGO_KEEP_0__ __CAPGO_KEEP_1__ targetLanguage":"Korean","protectedTokens":["Cloudflare","Capacitor","GitHub","Capgo","code","API","SDK","CLI","npm","bun"],"texts":["앱스토어 정책을 위반하지 않으면서",""__CAPGO_KEEP_0__은 개발자 생산성을 높이기 위해 앱스토어 리뷰를 피하는 것을 bypass하는 데 필수적입니다."","서버 관리","앱스토어 리뷰를 피하는 것 외에도,","서버 관리는 OTA 업데이트의 신뢰성을 보장합니다. 1년 동안 백업이 필요했던 72%의 사용자와 같은 이유로, 강력한 관리 관행은 반드시 필요합니다."","모니터링 설정","서버 상태를 유지하기 위해 다음 중요한 지표를 지켜보세요."","모니터링 신호","목표 지표","경고 임계값"]}

targetLanguage":"Korean","protectedTokens":["Cloudflare","Capacitor","GitHub","Capgo","code","API","SDK","CLI","npm","bun"],"texts":["앱스토어 정책을 위반하지 않으면서",""Capgo은 개발자 생산성을 높이기 위해 앱스토어 리뷰를 피하는 것을 bypass하는 데 필수적입니다."","서버 관리","앱스토어 리뷰를 피하는 것 외에도,","서버 관리는 OTA 업데이트의 신뢰성을 보장합니다. 1년 동안 백업이 필요했던 72%의 사용자와 같은 이유로, 강력한 관리 관행은 반드시 필요합니다."","모니터링 설정","서버 상태를 유지하기 위해 다음 중요한 지표를 지켜보세요."","모니터링 신호","목표 지표","경고 임계값"]}

targetLanguage":"Korean","protectedTokens":["Cloudflare","Capacitor","GitHub","Capgo","code","API","SDK","CLI","npm","bun"],"texts":["앱스토어 정책을 위반하지 않으면서",""__CAPGO_KEEP_0__은 개발자 생산성을 높이기 위해 앱스토어 리뷰를 피하는 것을 bypass하는 데 필수적입니다."","서버 관리","앱스토어 리뷰를 피하는 것 외에도,","서버 관리는 OTA 업데이트의 신뢰성을 보장합니다. 1년 동안 백업이 필요했던 72%의 사용자와 같은 이유로, 강력한 관리 관행은 반드시 필요합니다."","모니터링 설정","서버 상태를 유지하기 위해 다음 중요한 지표를 지켜보세요."","모니터링 신호","목표 지표","경고 임계값"]}

targetLanguage":"Korean","protectedTokens":["Cloudflare","Capacitor","GitHub","Capgo","code","API","SDK","CLI","npm","bun"],"texts":["앱스토어 정책을 위반하지 않으면서",""__CAPGO_KEEP_0__은 개발자 생산성을 높이기 위해 앱스토어 리뷰를 피하는 것을 bypass하는 데 필수적입니다."","서버 관리","앱스토어 리뷰를 피하는 것 외에도,","서버 관리는 OTA 업데이트의 신뢰성을 보장합니다. 1년 동안 백업이 필요했던 72%의 사용자와 같은 이유로, 강력한 관리 관행은 반드시 필요합니다."","모니터링 설정","서버 상태를 유지하기 위해 다음 중요한 지표를 지켜보세요."","모니터링 신호","목표 지표","경고 임계값"]} targetLanguage":"Korean","protectedTokens":["Cloudflare","Capacitor","GitHub","Capgo","code","API","SDK","CLI","npm","bun"],"texts":["앱스토어 정책을 위반하지 않으면서",""__CAPGO_KEEP_0__은 개발자 생산성을 높이기 위해 앱스토어 리뷰를 피하는 것을 bypass하는 데 필수적입니다."","서버 관리","앱스토어 리뷰를 피하는 것 외에도,","서버 관리는 OTA 업데이트의 신뢰성을 보장합니다. 1년 동안 백업이 필요했던 72%의 사용자와 같은 이유로, 강력한 관리 관행은 반드시 필요합니다."","모니터링 설정","서버 상태를 유지하기 위해 다음 중요한 지표를 지켜보세요."","모니터링 신호","목표 지표","경고 임계값"]} targetLanguage":"Korean","protectedTokens":["Cloudflare","Capacitor","GitHub","Capgo","code","API","SDK","CLI","npm","bun"],"texts":["앱스토어 정책을 위반하지 않으면서",""__CAPGO_KEEP_0__은 개발자 생산성을 높이기 위해 앱스토어 리뷰를 피하는 것을 bypass하는 데 필수적입니다."","서버 관리","앱스토어 리뷰를 피하는 것 외에도,","서버 관리는 OTA 업데이트의 신뢰성을 보장합니다. 1년 동안 백업이 필요했던 72%의 사용자와 같은 이유로, 강력한 관리 관행은 반드시 필요합니다."","모니터링 설정","서버 상태를 유지하기 위해 다음 중요한 지표를 지켜보세요."","모니터링 신호","목표 지표","경고 임계값"]} [4]targetLanguage":"Korean","protectedTokens":["Cloudflare","Capacitor","GitHub","Capgo","code","API","SDK","CLI","npm","bun"],"texts":["앱스토어 정책을 위반하지 않으면서",""__CAPGO_KEEP_0__은 개발자 생산성을 높이기 위해 앱스토어 리뷰를 피하는 것을 bypass하는 데 필수적입니다."","서버 관리","앱스토어 리뷰를 피하는 것 외에도,","서버 관리는 OTA 업데이트의 신뢰성을 보장합니다. 1년 동안 백업이 필요했던 72%의 사용자와 같은 이유로, 강력한 관리 관행은 반드시 필요합니다."","모니터링 설정","서버 상태를 유지하기 위해 다음 중요한 지표를 지켜보세요."","모니터링 신호","목표 지표","경고 임계값"]}

targetLanguage":"Korean","protectedTokens":["Cloudflare","Capacitor","GitHub","Capgo","code","API","SDK","CLI","npm","bun"],"texts":["앱스토어 정책을 위반하지 않으면서",""__CAPGO_KEEP_0__은 개발자 생산성을 높이기 위해 앱스토어 리뷰를 피하는 것을 bypass하는 데 필수적입니다."","서버 관리","앱스토어 리뷰를 피하는 것 외에도,","서버 관리는 OTA 업데이트의 신뢰성을 보장합니다. 1년 동안 백업이 필요했던 72%의 사용자와 같은 이유로, 강력한 관리 관행은 반드시 필요합니다."","모니터링 설정","서버 상태를 유지하기 위해 다음 중요한 지표를 지켜보세요."","모니터링 신호","목표 지표","경고 임계값"]}

targetLanguage":"Korean","protectedTokens":["Cloudflare","Capacitor","GitHub","Capgo","code","API","SDK","CLI","npm","bun"],"texts":["앱스토어 정책을 위반하지 않으면서",""__CAPGO_KEEP_0__은 개발자 생산성을 높이기 위해 앱스토어 리뷰를 피하는 것을 bypass하는 데 필수적입니다."","서버 관리","앱스토어 리뷰를 피하는 것 외에도,","서버 관리는 OTA 업데이트의 신뢰성을 보장합니다. 1년 동안 백업이 필요했던 72%의 사용자와 같은 이유로, 강력한 관리 관행은 반드시 필요합니다."","모니터링 설정","서버 상태를 유지하기 위해 다음 중요한 지표를 지켜보세요."","모니터링 신호","목표 지표","경고 임계값"]}

For load testing, Locust is a standout tool. It works seamlessly with Python 3.13+ [6].

“Locust는 파이썬을 위한 강력하고 오픈 소스 로드 테스트 프레임워크입니다. 개발자들이 높은 병렬성 시나리오를 쉽게 시뮬레이션 할 수 있도록 합니다.” [6]

백업 시스템

모니터링만으로는 부족합니다. 강력한 백업 시스템 도 중요합니다. 3-2-1 백업 전략은 신뢰할 수 있는 접근 방식입니다:

• 자동화된 스케줄링: 일상적인 비즈니스 시간이 아닌 시간에 일일 백업을 스케줄링하고, 6시간 간격으로 증분 백업을 수행합니다.
• 지구간 저장: 여러 클라우드 지역에 백업을 저장하여 재해를 대비합니다. 실제로 86%의 기업은 분산된 위치에서 정기적인 백업 루틴을 따릅니다. [4].
• 인증 시스템: 자동으로 백업의 무결성을 확인하여 백업이 유효하고 사용할 수 있는지 확인합니다.

이 전략을 구현하는 방법은 다음과 같습니다.

__CAPGO_KEEP_0__ 백업 프레임워크는 데이터를 보호하는 것뿐만 아니라 이전 보안 대책을 강화하는 데에도 도움이 됩니다. 대량 데이터 손실로 인해 회복하지 못하는 94%의 기업이 있다는 것을 고려할 때, 이러한 예방 조치들은 시스템의 탄력성을 유지하기 위해 필수적입니다. [5]요약

__CAPGO_KEEP_0__ OTA 업데이트를 신뢰할 수 있도록 하는 것은 신뢰할 수 있는 서버 설정의 핵심입니다. 이 기초가 단단히 서 있는지 확인하는 것은 업데이트를 원활하고 효율적으로 제공할 수 있도록 하는 데 중요합니다.

A secure and well-structured server setup lies at the heart of reliable Capacitor OTA updates. Ensuring this foundation is solid is crucial for delivering updates seamlessly and efficiently.

__CAPGO_KEEP_0__ Capgo5,000명 이상의 사용자에게 OTA 업데이트를 성공적으로 지원하여, 사용자 전체에 걸쳐 빠른 배포를 가능하게했습니다. [1].

OTA 업데이트에 대한 주요 고려 사항

OTA 업데이트는 웹 콘텐츠에 한정되어 있습니다. native 변경 사항은 여전히 앱 스토어를 통해 제출해야 합니다. 업데이트의 신뢰성을 유지하기 위해 강력한 모니터링 및 백업 시스템이 필수적입니다. __CAPGO_KEEP_0__ 업데이터는 앱 시작 시 배경 스레드를 사용하여 업데이트 확인 및 적용을 수행하여 사용자에게 최소한의 방해를 주며 업데이트 관리를 위한

To maintain reliability, robust monitoring and backup systems are indispensable. The Capacitor updater ensures updates are checked and applied during app startup using a background thread, minimizing disruption for users [1].

Reliable update execution MonitoringReal-time analytics Capgo CLI __CAPGO_KEEP_0__을 위한 채널 기반 배포는 streamlined 패키징 및 목표된 배포를 허용합니다. 이러한 관행은 견고하고 신뢰할 수 있는 OTA 업데이트 시스템을 구축하는 데 중요합니다.

FAQs

::: faq

Capacitor OTA 업데이트를 사용하는 대신 전통적인 앱 스토어 업데이트를 사용하는 주요 이점은 무엇입니까?

Capacitor Over-the-Air (OTA) 업데이트는 빠르고 adaptable 방법으로 변경 사항을 배포하는 것보다 앱 스토어 업데이트에만 의존하는 것보다 더 빠르고 유연합니다. OTA를 사용하면 개발자는 일반적으로 24-72시간이 걸리는 앱 스토어 검토 프로세스를 생략하고 사용자에게 업데이트를 직접 전달할 수 있습니다. 이로 인해 버그를 수정하고 새로운 기능을 소개할 수 있으며, 업데이트가 더 자주 발생할 수 있습니다. - 사용자 만족도와 앱 성능을 향상시키는 데 도움이 됩니다.

업데이트가 자동으로 발생합니다. 사용자는 앱 스토어로 이동하여 수동으로 다운로드할 필요가 없습니다. 이 streamlined 방법은 시간을 절약하고 앱 스토어 제출과 관련된 비용을 줄이는 데 도움이 됩니다. 개발자가 속도와 유연성을 중시하는 경우 OTA 업데이트는 강력한 도구입니다. :::

::: faq

Capacitor 앱에 대한 OTA 업데이트를 안전하게 배포하는 방법은 무엇입니까?

OTA 업데이트를 안전하게 배포하려면 __CAPGO_KEEP_1__을 사용하여 시작하십시오. 강력한 암호화 방법을 사용하여 업데이트 데이터를 도청으로부터 보호하세요. __CAPGO_KEEP_0__ AES-256와 같은 방법을 사용하세요. 업데이트의 무결성을 확인하기 위해 __CAPGO_KEEP_1__ 공개/사설 키 인증을 사용하세요. 업데이트가 변경되지 않았는지 확인하기 위해 업데이트 패키지의 __CAPGO_KEEP_2__ 무결성을 항상 확인하세요. 업데이트 서버에 대한 __CAPGO_KEEP_3__ 엄격한 접근 제어를 설정하여 업데이트를 변경할 수 있는 사람을 제한하세요. 업데이트를 사용자에게 제공하기 전에 __CAPGO_KEEP_4__ 엄격한 테스트를 수행하세요. 업데이트의 보안을 지속적으로 검토하고 개선하여 emerging 취약점을 해결하고 잠재적인 위험을 앞서가세요. __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ __CAPGO_KEEP_2__ __CAPGO_KEEP_3__ __CAPGO_KEEP_4__

업데이트의 보안을 지속적으로 검토하고 개선하여 emerging 취약점을 해결하고 잠재적인 위험을 앞서가세요. FAQ FAQ FAQ FAQ

FAQ

How can I optimize my server setup to handle high traffic and frequent updates for Capacitor OTA updates?

To make sure your server can handle heavy traffic and frequent updates smoothly, focus on these key areas:

• 로드 밸런싱: incoming traffic을 여러 서버로 분산하여 과부하를 피하고 응답 시간을 빠르게 유지하는 방법
• 캐싱: 정적 콘텐츠를 빠르게 전달하고 서버 부하를 줄이는 데 도움이 되는 역방향 프록시나 CDN과 같은 도구를 활용하는 방법
• 성능 모니터링: 서버 메트릭을 정기적으로 확인하여 병목 현상을 발견하고 수정하고, 필요할 때 리소스를 확장하는 방법

These strategies help build a setup that manages high traffic efficiently while enabling seamless updates. If you’re looking for a live update solution, platforms like Capgo offer real-time updates and align with Apple and Android standards.

다음 단계는 Server Setup for Capacitor OTA Updates입니다.

If you are using __CAPGO_KEEP_0__ Capacitor OTA 업데이트를 위한 서버 설정 계획된 보안 및 규정 준수에 사용하는 경우 __CAPGO_KEEP_0__과 연결하세요. 암호화 __CAPGO_KEEP_0__ 암호화 구현 세부 정보 규정 준수 __CAPGO_KEEP_0__ 규정 준수 구현 세부 정보 Capgo 보안 스캐너 Capgo 보안 스캐너의 제품 워크플로 Capgo 보안 Capgo 보안의 제품 워크플로 Capgo 신뢰 센터 Capgo 제품 워크플로우에 대한 신뢰 센터에서.