웹 사이트 백업 및 복원을위한 최고의 가이드

웹 사이트 구축에 사용 된 웹 사이트 CMS 또는 방법에 관계없이 이러한 업계 모범 사례로 웹 사이트를 백업 및 복원하는 방법에 대해 알아보십시오..


웹 사이트 백업 및 복원 방법

비즈니스 웹 사이트를 구축하는 동안 일반적으로 가장 걱정하는 것은 사이트를 운영하는 것입니다. 많은 작업이 필요합니다. 가장 중요한 것은 모든 것이 작동하도록하는 것입니다. 원활하게 작동하고 갑자기 무언가가 발생합니다. 그것은 사라 졌어요. 파일이 없습니다.

로컬 서버에 웹 사이트를 구축 한 경우 이미 백업 된 것으로 느낄 수 있습니다. 두 곳에 모든 것이 있습니다. 파일은 서버와 컴퓨터에 있습니다. 무엇이 잘못 될 수 있습니까? 무슨 일이 일어날 지 생각하는 데 많은 상상력이 필요하지 않습니다. 컴퓨터가 예기치 않은 정전으로 인해 죽거나 3 살짜리가 우유를 랩탑에 넣는 것이 재미 있다고 결정한 이유 때문에 컴퓨터가 죽었습니다. 그러나 서버에 저장되어 있으므로 왜 걱정해야합니까? 그렇게 빠르지 않은….

서버에 문제가 있거나 매우 저렴하고 안정적인 것으로 보이는 호스팅 공급자가 경고없이 배를 움켜 쥐면 어떻게 될까요? 웹 사이트에서 데이터베이스를 운영한다는 사실은 어떻습니까? 컴퓨터에있는 모든 파일의 정확한 사본이 있습니까?

이 기사에서는 왜, 무엇을, 어떻게 하는지를 포함하여 웹 사이트 백업에 대해 알아야 할 모든 것을 다룰 것입니다..

왜 백업?

웹 사이트를 백업해야하는 이유는 여러 가지가 있습니다.

멀웨어, 랜덤웨어, 삭제 된 파일, 잘못된 명령, 인적 오류, 불만이있는 개발자 또는 직원 및 서버 충돌은 웹 사이트를 백업해야하는 이유입니다.!

트윗하기 위해 클릭

멀웨어 / 랜섬웨어

너무 자세하게 들어 가지 않고, 완전히 안전한 시스템은 없습니다. 보안 절차와 프로토콜의 수에 관계없이 모든 시스템이 취약합니다. 보안 수준은 있지만 일부 시스템은 다른 시스템보다 취약합니다. 모든 유형의 공격으로부터 웹 사이트를 차단하는 것은 사실상 불가능하며 실제로 사람들이 귀하의 사이트를 사용할 것으로 예상하는 경우 더욱 그렇습니다. 이것을 당신의 집처럼 생각하십시오. Fort Knox처럼 봉인 할 수 있지만 아무도 들어갈 수 없으므로 문이 있어야합니다. 문이 잘 잠겼는지 확인하십시오. 그러나 누군가는 항상 창문을 통해 침입 할 수 있습니다.

모든 시스템에서 가장 약점은 인간입니다. 클릭 한 번으로 또는 중요한 이메일처럼 보이는 것에 응답하여 피싱 공격에 굴복하기 만하면됩니다. 누군가가 소프트웨어 나 다른 방법으로 시스템에 있으면 파일을 몸값으로 제어 할 수 있습니다. 사이트 나 파일을 반환 할 수도 있고 반환하지 않을 수도있는 알려지지 않은 사람에게 돈을 지불하는 대신 사본이 있으면 훨씬 덜 취약합니다.

삭제 된 파일 / 잘못된 명령 / 인적 오류

서버에서 잘못된 파일을 삭제하는 것만 큼 간단합니다. Windows / Mac에서 간단한 “클릭 / 삭제”를 사용하거나 Linux 또는 그 파생어의 명령 줄에서 키 파일을 지우거나 모든 파일을 삭제할 수 있습니다 (Linux의 경우) rm -r diretoryname 명령은 디렉토리와 그 안의 모든 파일을 제거합니다. 종종 확인하지 않고, 심지어 더 나쁜 경우, rm -rf /는 읽기 전용 파일과 루트에서 모든 것을 삭제할 수 있습니다. ).

해킹

악의적 인 행동이 우리가 원하는 것보다 더 일반적입니다. 때로는 멀웨어 나 랜섬웨어 유형의 핵만큼 간단하지도 않습니다. 스포츠로 웹 사이트를 해킹하는 많은 사람들이 있습니다. 웹 사이트의 콘텐츠가 해커에게 가치가 없다고 생각할 수도 있지만 여전히 발생할 수 있습니다. 이것은 문서화되지 않은 많은 약점을 가진 WordPress와 같은 인기있는 플랫폼을 사용하는 사람들에게 특히 위험합니다. 패치되지 않으면 등을 큰 목표로 삼습니다..

나쁜 개발자 / 직원 / 누구나

많은 기업들이 당사 사이트를 디자인하기 위해 제 3 자에게 크게 의존합니다. 대부분의 경우 웹 개발자는 우리만큼이나 정직합니다. 대부분 (당신과 같은)은 위대하고 정직한 사람들입니다. 그러나 아마도 지불 분쟁에 빠졌습니까? 윤리적 행동을 고려할 때 사람이되는 사람은 다양합니다. 웹 사이트 백엔드에 액세스 할 수있는 화난 (또는 악의적 인) 직원이 만족스럽지 않거나 어떤 이유로 든 단순히 사이트를 중단하는 것은 매우 쉽습니다. 이것은 우리가 생각하고 싶지 않은 것이지만 일반적으로 안전하다고 생각하는 것이 좋습니다.

서버 충돌

기술은 작동 할 때 훌륭합니다. 대부분의 경우, 특히 견실하고 평판이 좋은 호스팅 회사를 사용하는 경우 데이터가 지워지는 서버 충돌은 거의 발생하지 않습니다. 그러나 최고의 공급자조차도 문제가 있습니다. 또한 요즘 대부분의 경우 사이트가 가상 서버에서 호스팅 될 가능성이 높습니다. 다시 말해, 귀하의 데이터는 독립적 인 물리적 컴퓨터가 아니라 다른 많은 사람들이나 비즈니스와 공유됩니다. 호스팅 공급자가 하나의 물리적 서버에서 여러 가지 “가상”인스턴스를 호스팅하는 것이 매우 일반적입니다..

대부분의 호스팅 회사의 경우 이는 일반적이지 않은 것보다 흔하며 자신의 물리적 서버를 얻기 위해 큰 비용을 부담하지 않으면 공간을 공유 할 가능성이 큽니다. 다른 세그먼트에서 문제가 발생하면 사이트와 파일에 영향을 줄 수 있습니다..

또한 하나의 물리적 서버에서 사이트를 호스팅하더라도 본질적으로 아직도 컴퓨터 만. 서버는 컴퓨터와 마찬가지로 안전한 장소에 저장되는 경향이 있지만 여전히 무언가 잘못 될 가능성이 있습니다. 서버가 과열되거나 예상치 못한 자연 재해, 정확한 시간에 전력 변동이 발생하거나 데이터 손실을 일으킬 수있는 숨겨진 제조업체의 결함이있을 수 있습니다. 또한 서버 팜은 조정 된 전용 서비스 거부 (DDOS) 공격의 대상이 될 수 있으며 극단적 인 경우 전체 재부팅이 필요할 수 있습니다. 항상 일부 또는 모든 데이터가 손실 될 수있는 위험이 있습니다..

이러한 이유로, 모든 중요한 데이터의 사본을 다른 곳에 보관하는 것이 일반적으로 좋은 생각입니다. 따라서 가능한 경우에 따라 (사례에 따라 다름) 이러한 데이터 중 하나가 발생하더라도.

백업 대상?

백업하려는 항목 유형은 다음 범주로 나눌 수 있습니다.

파일

이들은 귀하의 웹 사이트를 구성하는 모든 파일입니다. 여기에는 모든 페이지 / 스크립트 / CSS 파일과 이미지 또는 문서 또는 웹 사이트의 핵심 부분 인 멀티미디어 컨텐츠가 포함됩니다. 이것들은 변하지 않는 내용이라고 생각할 수 있습니다. 정적 객체로 남아 있습니다. 결과적으로 이들은 일반적으로 사이트에서 관리하고 백업하기 가장 쉬운 부분입니다..

데이터 베이스

대부분의 웹 사이트는 데이터베이스를 사용하여 제품, 개별 페이지 또는 복제 된 컨텐츠의 변형이 될 수있는 기타 항목을 저장합니다. 데이터베이스가 다소 정적 인 경우 (예 : 사이트의 대부분의 항목은 거의 변경되지 않음) 파일과 마찬가지로 백업을 유지하는 것이 비교적 간단합니다. 그러나 대부분의 경우처럼 블로그 게시물, 제품, 거래 또는 정기적으로 변경되거나 추가되는 내용과 같이 유동적 인 콘텐츠 인 경우이 데이터를 정기적으로 백업하는 방법을 찾아야합니다..

이메일 계정

사용자의 이메일 또는 연락처 정보를 저장하는 경우 또한 전체 이메일 서버와 호스트를 통한 모든 이메일 거래 기록이있을 수 있습니다. 이 계정을 사용하여 상호 작용, 전자 메일 및 메일 목록에 대한 모든 기록을 유지하고 싶을 것입니다.

빠른 참고 사항 : 메일 서버 이외의 데이터베이스에 연락처 정보를 저장하는 경우 해당 정보도 백업해야합니다.!

백업 방법?

사이트 백업은 특별히 어렵지 않지만 시작하려면 여러 가지 방법이 있다는 것을 이해해야합니다. 품질, 신뢰성 및 편의성 (기술 수준에 따라 다름)에 따라 다릅니다. 일반적으로 둘 이상을 사용하는 것이 좋습니다.

1. 웹 호스트를 통해

적절한 웹 호스트는 웹 서버의 모든 파일을 자동으로 백업해야합니다. 웹 호스트는 내부적으로이 작업을 수행해야하며 일반적으로 수행 한 작업에 관계없이 매일 백업합니다. 따라서 어떤 일이 발생하면 웹 호스트의 백업으로 대체 할 수 있어야합니다. 그러나 웹 호스트는 일반적으로 여러 개의 백업 버전을 유지하지 않으며 사용자의 자비에 달려 있습니다. 자체 백업을 수동으로 생성 할 수있는 일종의 도구가 있습니다. 예를 들어, 대부분의 웹 호스트가 사용하는 공통 제어판 인 cPanel을 통해 웹 사이트의 전체 백업을 쉽게 만들 수 있습니다..

cPanel을 통한 수동 웹 사이트 백업모든 서버가 cPanel을 사용하는 것은 아니지만 일반적으로 비슷한 유형의 백업 도구를 유료로 제공합니다.

서버의 백업 도구를 사용하려면 제공 업체에 문의하여 제공 한 설명서를 읽어야합니다. 일반적으로 파일은 압축 파일로 저장되며 서버에 저장됩니다. 플랫폼에 따라 원하는 형식 유형을 지정해야 할 수도 있습니다. 필요한 경우 백업을 복원하는 방법에 대한 지침도 제공합니다..

웹 서버 파일 백업웹 호스트가이 백업 사본을 서버에 제공하는 경우 웹 사이트와 다른 서버에 저장되어 있는지 확인하십시오. 서버 충돌!

공급자의 서비스 사용의 이점은 매우 분명합니다. 일반적으로 호스트와 원활한.

그러나 단점은 호스팅 제공 업체와 관련이 있습니다. 그들은 귀하의 사이트를 호스팅하는 것이 우수 할 수 있지만 모든 달걀을 한 바구니에 보관하는 것이 현명하지 않습니다. 서버 팜에 화재가 발생하거나 해커의 공격을받는 등의 문제가 발생하는 경우 (예,이 경우는 발생합니다. 아무도 면역성이 없으며 호스팅 제공 업체가 주요 대상입니다).

이러한 이유로 인해 파일 사본을 컴퓨터에 가끔 다운로드하는 것이 좋습니다. 또한 사이트 사본을 직접 수동으로 보관하고 싶을 수도 있습니다..

2. CMS 플러그인

WordPress와 같이 널리 사용되는 CMS를 사용하는 경우 Backup Buddy와 같은 많은 플러그인을 설치할 수 있습니다. 이들은 매우 편리하고 설치가 매우 쉬운 경향이 있습니다.

그러나 백업 플러그인은 일반적으로 사이트 속도를 저하시키는 부정적인 영향을 줄 수 있습니다. PHP는 WordPress의 기본 프로그래밍 언어이므로 대부분의 플러그인에서도 PHP를 사용합니다. 이것이 효과적 일 수는 있지만 느리게 실행되는 경향이 있습니다. 즉, 실행 과정에서 사이트 속도가 느려질 수 있습니다 (일반적으로 사이트를 생성하는 동일한 엔진에서 실행 됨). 또한 이상적인 것보다 높은 수준의 추상화입니다..

또 다른 요인은 아이러니하게도 사이트를 더욱 취약하게 만들 수 있다는 것입니다. PHP 자체에는 알려진 보안 문제가 있습니다. 특히 사용중인 코드가 오래되었거나 간결하게 작성된 경우입니다. 이러한 플러그인에 들어가는 코드가 확실하지 않으면 (그리고 누군가 다른 사람의 소스 코드를 숨길 시간이있는 사람은 누구입니까?) 데이터를 안전하게 유지하기 위해 사용하는 플러그인은 보안 성이 떨어질 수 있습니다. (예, 많은 사람들이 평판이 좋고 품질 코드를 제공합니다. 여기서 당황하지는 않지만 명심해야 할 부분입니다).

PHP는 훌륭한 코딩 언어이지만 (내가 가장 좋아하는 언어이며 매일 사용합니다),이 플랫폼 외부에서 많은 기능을 계속 실행하는 것이 좋습니다. 일반적으로 OS 레벨에서 백업을 실행하려는 경우. Linux 또는 그 파생어를 실행하는 경우 쉘 스크립트 또는 Windows의 배치 파일 또는 Mac의 macos 파일을 실행하려고 할 수 있습니다..

3. 수동 백업

우리 중 많은 사람들이 파일을 백업하는“오래된 학교”방식에 익숙 할 것입니다. 모든 파일의 사본을 만들고 이동식 하드 드라이브에 저장하거나 클라우드에 저장하는 것입니다. 이것은 본질적으로 웹 사이트에서 사용하는 것과 동일한 방법이며 일부 경고가 있습니다..

물론 웹 사이트를 로컬로 개발 한 다음 FTP (또는 SFTP)를 통해 호스트로 전송하는 경우 기술적으로 이미 사이트 복사본이 있습니다. 그러나 중요한 차이점이 있습니다. 사이트에 데이터베이스가있는 경우 실제 사이트와 로컬 (테스트 데이터베이스에) 다른 콘텐츠가있을 가능성이 큽니다. CMS 소프트웨어 (WordPress 등)를 사용하는 경우 특히 그렇습니다. 이 경우 사이트의 거의 모든 콘텐츠가 데이터베이스에 저장되며 데이터베이스 자체 외부에 파일이 전혀 없습니다..

특히 MySQL을 사용하는 경우 데이터베이스 백업이 비교적 쉽습니다. 데이터베이스의 SQL 덤프를 가져 오기만하면됩니다. 데이터베이스의 모든 내용을 포함하는 일반 텍스트 파일입니다. 일단 생성되면 데이터베이스를 재 구축하기 위해 간단히 업로드하거나 파일로 실행할 수 있습니다.

명령 줄 방법

이것은 비교적 간단합니다. 다음 명령은 전체 데이터베이스를 백업합니다.

$ mysqldump -u [uname] -p [패스] db_name > db_backup.sql
코드 선택

이것들에 대한 자세한 내용과 다양한 옵션을 원한다면 MySQL 문서

PhpMyAdmin 방법

데이터베이스의 내보내기 탭으로 이동하여 필요한 모든 옵션을 선택하십시오 (일반적으로“테이블 삭제”를 포함하고 데이터베이스 옵션을 작성하여 이전 버전에 새 사본을로드 할 수 있지만 구매자는주의해야합니다… 기존 데이터를 완전히 삭제하여 새 사본으로 교체하십시오.).

그런 다음 생성 된 모든 파일 (소스 코드, 데이터베이스 및 이미지)을 가져 와서 압축하고 원하는 위치에 사본을 보관할 수 있습니다 (개인적으로 Google 드라이브 또는 Dropbox와 같은 클라우드 저장소를 사용하고 싶습니다).

명백한 단점은이 작업을 수행해야한다는 것을 기억해야하며 잊어 버리기가 매우 쉽다는 것입니다. 따라서이 단계를 한 단계 더 진행하려면이 모든 작업을 수행하는 스크립트를 작성하고 시스템을 사용하여이를 정기적으로 실행할 수 있습니다. Linux에서는 명령 줄을 통해 sql dump를 실행 한 다음이 스크립트를 cronjob으로 실행하여 하루, 주 또는 원하는 시간대에 실행하는 것이 비교적 쉽습니다. Windows에서는 배치 및 내장 된 작업 스케줄러를 사용할 수 있습니다. 이 작업을 수행하는 일반적인 방법은 SQL 덤프로 일괄 처리를 실행 한 다음 전체 디렉토리의 대량 사본을 Dropbox 계정으로 실행하는 것입니다..

빠른 참고 사항 : 디렉토리가 저장된 디렉토리를 주기적으로 정리하려고합니다. 텍스트 파일 인 sql 파일은 작지만 시간이 지남에 따라 쌓일 수 있으며, 이미지 나 멀티미디어 파일의 다른 백업을 실행하는 경우 드라이브 / 서버가 오래 전에 끊어 질 수 있습니다..

4. 백업 서비스

물론,이 모든 것을 수동으로 처리하는 것은 약간 압도적 일 수 있습니다. 디렉토리를 정리하지 않으면 파일이 삭제되거나 계정에 갑작스런 요금이 추가 될 수 있습니다 (Dropbox는 무료로 몇 가지 공연을 허용하지만 빠르게 거기에서 올라갑니다).

따라서 비즈니스 사이트를 운영하는 경우 전문적인 백업 서비스를 사용하는 것이 좋습니다. 이들은 일반적으로 위에서 언급 한 모든 것을 수행하지만보다 안정적인 방식으로 수행됩니다. 수동 백업과 달리 다른 사람이 작업을 수행하고 발생할 수있는 작은 문제를 모두 처리합니다. 플러그인과 달리 플러그인은 사이트 외부에서 실행됩니다. 추가 할 필요가 없습니다. 처리 속도가 없어야하며 그렇게하는 동안 보안 취약점이 발생하지 않습니다..

다음은 널리 사용되는 일부 백업 서비스에 대한 간단한 샘플입니다. (면책 조항 : 이것은 원격으로 포괄적 인 가이드가 아니며, 거기에 무엇이 있는지 이해하기에 충분합니다. 언급 한 서비스를 모두 테스트하지는 않았습니다).

백업 전략을 만들기위한 모범 사례

어떤 방법을 선택하든 웹 사이트 백업에는 워크 플로 계획이 있어야합니다. 위에서 언급 한 모든 방법이 효과가 있지만 전략을 세워야하거나 언급 된 시스템에 심각한 취약점이 발생할 수 있습니다. 점검 목록을 작성하고 다음 범주에 대한 답변을 결정하십시오.

백업 빈도?

이것은 중요합니다. 매일 또는 매월 백업을 실행 하시겠습니까? 사이트 (새 제품, 새 블로그 게시물 등)가 변경 될 때마다 실행한다는 아이디어를 고려할 수 있습니다. 이것은 당신에게 달려 있지만, 계획을 세워 두어야합니다.

자동화 된 스케줄링

위의 일정을 설정하는 것이 중요합니다. 기준으로, 백업이 발생하는 일정을 설정하려고 할 것입니다.

원격 저장소 사용

이 데이터를 어디에 저장합니까? 서버 나 랩톱에도 사본을 보관하고 싶지는 않습니다. 외장 하드 드라이브를 사용 하시겠습니까? 구름? 어떤 클라우드 서비스?

보존 기간

각 백업 사본을 얼마나 오래 보관해야합니까? 1 년 전의 파일이 필요합니까, 아니면 먼지를 모으기 때문에 최신 백업으로 교체 할 수 있습니다.?

암호화

특히 독점 제품 정보 (예 : 기밀 제품 가격 정보 또는보다 중요한 고객 기록)가있는 경우 백업 보안이 중요합니다. 백업을 암호화 된 상태로 유지할 계획 & 보호됨 (AES 256 비트 개인 키 암호화 및 TLS / SSL 전송 보안). 암호화에 대해 더 알아보기.

RAID 어레이에 백업 저장

RAID 어레이 (독립 디스크의 중복 어레이)는 웹 사이트 및 / 또는 데이터의 사본을 여러 개 만들 때 유용 할뿐만 아니라 성능도 향상시킵니다. 디스크 중 하나에 장애가 발생하는 경우 추가 보호 기능을 제공합니다. 이것은 전문적인 백업 서비스가 제공하는 일반적인 기능입니다.

선택적 복원

사이트의 모든 부분을 복원 할 필요가없는 경우 절차를 마련하십시오. 어쩌면 대부분은 괜찮지 만 일부 조각이 손실되었을 수 있습니다. 예를 들어, 하나의 제품 테이블이 손상된 경우 SQL 덤프에서 해당 부분 만 교체하면됩니다. 이것은 일반적으로 하나의 파일을 대체하기 위해 모든 것을 지우는 것보다 낫습니다. 실제로 무언가 잘못되면 모든 것을 대체하는 것은 흔한 실수입니다. 물론 이것은 작동하지만 마지막 백업 후 발생한 모든 것을 잃게됩니다. 모든 것을 교체해야하는지 식별하는 것이 가장 좋습니다. 다른 모든 방법이 실패 할 경우 최후의 수단으로 전체 백업 저장.

백업 복원

사이트가 사라졌지 만 백업이 있습니다. 백업에서 사이트를 어떻게 복원합니까? 이것은 비교적 간단합니다. 사본이 zip 파일로 저장되어 있으면 압축을 풀고 모든 파일을 원래 위치로 다시로드하십시오. SQL 파일 (SQL 덤프 중에 작성된 텍스트 파일)을 가져 와서 명령 행을 사용하거나 phpMyAdmin (또는 MySQL Workbench와 같은 다른 그래픽 데이터베이스 관리 시스템)을 사용하여 데이터베이스를 다시 작성하고 파일을 가져 오거나 모든 것을 SQL 창에 복사하고 실행하십시오..

로컬로 테스트하고 모든 것이 작동하면 서버에 모두 다시로드하십시오. 당신은 즉시 백업하고 실행해야합니다.

전문적인 백업 서비스를 사용하는 경우이 과정이 훨씬 쉬울 것입니다. 적절한 서비스는 부분 복원 또는 전체 사이트 복원이든 백업 복원을위한 도구를 제공해야합니다..

추가 크레딧 : 개발 준비

기존 파일의 간단한 백업 외에도 자체 사이트를 개발하거나 개발자 팀과 함께 작업하는 경우 개발 프로세스 중 모든 단계를 기록하기위한 버전 관리 시스템을 고려할 수 있습니다. 사이트를 구축 할 때 일반적으로 사이트 디자인 방식이 변경되고 버전이 변경됩니다. 사이트를 완전히 다시 디자인하고 있지만 이전 사이트의 사본을 유지하고 싶을 것입니다.

또한 사이트를 개발하는 동안 종종 그렇듯이 무언가가 잘못되어 파일을 변경하기 전의 방식으로 파일을 찾아야합니다. 공개적으로 시작하기 전에 업데이트 또는 변경을 위해 사이트의 로컬 개발 버전을 유지하려고 할 수도 있습니다..

여기에서 버전 관리 시스템이 작동합니다. 변경을 할 때마다 폴더 사본을 작성하는 것과 유사하지만 훨씬 체계적으로 구성되어 공동 개발이 가능합니다..

힘내 개발 프로세스를 체계적으로 유지하는 환상적인 도구입니다. 로컬에서 우수한 코드 백업을 생성하고 안전한 원격 백업을 위해 클라우드로 쉽게 앞뒤로 이동할 수 있습니다. 다른 디렉토리에 여러 파일 사본을 두는 대신 그것들은 브랜치에 저장되어 여러 사람이 파일을 다룰 수 있도록 할 수 있습니다. 준비가되면 주요 개발 지점으로 통합하고 결국에는 마스터 지점으로 통합 할 수 있습니다..

다음은 가장 인기있는 Git 리포지토리입니다..

  • 깃 허브 소스 코드를 공유 할 의향이있는 경우 무료이며 (여전히 오픈 소스 임) 매우 저렴한 개인 코드 저장소도 제공합니다. 또한 코드 스 니펫을 둘러보기에 좋은 장소이며 훌륭한 개발자 커뮤니티를 호스팅합니다.
  • 비트 버킷 유사하다; 커뮤니티의 규모는 크지 않지만 일부 개인 저장소는 무료로 제공합니다.

결론

일부 방법은 다른 방법보다 유리한 장점이 있지만 간과해서는 안되는 사이트 백업이 필요합니다. 이상적으로는 위에서 언급 한 방법의 조합 사용을 고려해야합니다. 파일 사본이 중복되어 있는지 확인하면 큰 골칫거리가 될 것입니다. 사이트에 나쁜 일이 발생하지 않아도 이것이 필요하지 않더라도 걱정하지 않을 여분의 수면을 생각하십시오. 컴퓨터에서 파일을 백업합니다. 귀하의 웹 사이트는 동일한 규칙을 따라야합니다.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map