유지 관리 페이지는 확실히 오래 전만큼 인기가 없지만 여전히 존재합니다. 최신 사이트는 다운 타임을 최소화하기 위해 여러 대안을 활용할 수 있습니다. 즉, 오류가 발생하거나 다른 작업으로 인해 다운 타임이 발생하는 경우 더 이상 유지 관리 페이지를 사용하지 않아도됩니다.
이 자습서에서는 사용할 수있는 유지 관리 페이지에 대한 몇 가지 대안을 안내합니다. 그 전에 먼저 사용하는 것이 합리적 일 때에 대해 이야기합시다.
웹 사이트의 유지 관리 페이지 소개
온라인에서 유지 관리 페이지를 많이 접했을 것입니다. 일반적으로 다음과 같습니다.
유지 관리 페이지는 현재 문제가 있음을 알려주는 자리 표시자입니다. 사이트 웹 당신은 방문하려고합니다. 경우에 따라 이 문제를 해결하는 데 시간이 걸리거나 몇 분 정도 걸릴 수 있습니다.
유지 관리 페이지의 목적은 기본적으로 방문자 수정하려는 오류가 발생합니다. 어떤 사람들은 또한 기능이나 디자인을 변경할 때 사용합니다. 사이트 웹, 이러한 유형의 사용은 더 이상 일반적이지 않습니다.
실제로 전체 서비스에 대해 유지 관리 페이지를 활성화할 수 있습니다. 사이트 웹 또는 특정 페이지에만 해당됩니다. 접근 방식은 직면한 문제에 따라 달라집니다. 이제 유지 관리 페이지를 사용하는 것이 적합한 경우를 살펴보겠습니다.
WordPress 블로그에서 유지 관리 페이지를 사용하기로 결정하는 방법
웹 사이트 유지 관리 페이지는 매우 유용 할 수 있지만 몇 가지 이유로 인해 덜 인기가 있습니다. 예를 들면 :
- 유지 관리 페이지를 활성화하면 기본적으로 웹 사이트 중단 시간과 같습니다.
- 가동 중지 시간을 피할 수있는 유지 관리 페이지에 대한 대안이 있습니다.
- 유지 관리 페이지를 사용하면 사용자가 겁을 먹을 수 있습니다.
전반적으로 웹 사이트의 디자인이나 기능을 변경할 때 유지 관리 페이지를 사용할 필요가 없습니다. 이 경우 웹 사이트 다운 타임이없는 더 나은 대안이 있습니다. 잠시 후에 살펴 보겠습니다.
틀림없이 유지 관리 페이지의 사용이 항상 유용한 상황 유형은 한 가지뿐입니다(사이트의 주요 기능에 영향을 미치는 오류인 경우). 이 경우 위험을 감수하는 것이 좋습니다. 방문자 깨진 웹 사이트를 표시하는 대신 유지 관리 페이지를 사용합니다. 그러한 경우 세련된 유지 관리 페이지를 만드는 데 사용할 수 있는 많은 도구가 있으며 많은 테마에는 표준으로 유지 관리 템플릿이 포함되어 있습니다.
유지 관리 페이지에 대한 2 대안
웹 사이트 유지 보수 페이지를 사용할 시간과 장소가 있습니다. 그러나 대부분의 경우 다운 타임없이 트릭을 수행 할 수있는 몇 가지 훌륭한 대안도 있습니다. 그것이 무엇인지 이야기합시다.
1. 중간 웹 사이트 (테스트)를 사용하여 원하는 변경
솔직히 테스트 웹 사이트는 일단 사용을 시작하면 개발 및 디자인 작업에 접근하는 방식을 바꿀 것입니다. 간단히 말해 스테이징 사이트는 일반인이 액세스 할 수없는 웹 사이트의 라이브 사본입니다.
대부분의 경우 귀하 또는 귀하의 웹 사이트에서 작업하는 다른 사람 만이 전달 웹 사이트를 변경할 수 있습니다. 만족하면 라이브로 "게시"하여 사이트의 기존 버전을 작업 중이던 새 버전으로 바꿀 수 있습니다.
일부 디자인을 변경하거나 웹 사이트에 기능을 추가하려면 중간 복사본을 사용하는 것이 유지 관리 페이지를 활성화하는 것보다 훨씬 낫습니다. 사이트의 라이브 버전에서 작업하지 않기 때문에 새 버전으로 교체 할 때까지 계속 실행할 수 있습니다.
WordPress 웹 사이트를 설정할 때 어떤 접근 방식을 취 하느냐에 따라 세 가지 옵션이 있습니다.
- 다음과 같은 도구를 사용하여 로컬 개발 환경을 설정합니다. MAMP ou WAMP 컴퓨터에 웹 사이트의 사본을 설치하십시오.
- 다음과 같은 도구를 사용하십시오. 플라이휠에 의한 지역 주민 대중 교통 웹 사이트를 빠르게 설정하고 여러 웹 사이트를 쉽게 관리 할 수 있습니다.
- 호스트 전송 사이트의 기능을 활용하십시오 (제공된 경우).
대부분의 경우 사이트의 전달 복사본을 설정하는 가장 쉬운 방법은 웹 호스트에 내장된 기능을 사용하는 것입니다. 문제는 모든 제공업체가 이 기능을 제공하는 것은 아니며 특히 요금제에는 제공되지 않는다는 것입니다.편의 기본 공유.
이 저자는 플라이휠의 스테이징 기능(영어) 개발 작업용. 그러나 귀하의 마일리지는 다를 수 있습니다. 오프라인 준비 웹 사이트를 설정하려는 경우 언급 된 처음 두 가지 접근 방식을 사용할 수 있습니다.
이러한 경우 다음과 같은 백업 도구를 사용하여 라이브 웹 사이트의 로컬 사본을 설정할 수 있습니다. UpdraftPlus. 그런 다음 필요한 사항을 변경하고 준비가되면 동일한 방법으로 라이브 사본을 교체 할 수 있습니다. 물론 이러한 접근 방식에는 작업이 포함됩니다. 그러나 사이트를 개선하는 동안에는 최소한 액세스 할 수 있습니다.
2. 필요한 경우 웹 사이트의 이전 버전으로 돌아 가기
많은 기사의 공통 주제는 항상 웹 사이트의 백업을 만드는 것입니다. 우리가 큰 백업에 "중독자"가되는 것은 아닙니다. 그러나이 간단한 동작은 여러 가지 방법으로 "엉덩이"를 구할 수 있기 때문에 거의 무책임한 작업입니다. ne 하지 마.
예를 들어, 사용자가 액세스 할 수 없기 때문에 웹 사이트가 크게 중단된다고 가정 해보십시오. WordPress를 업데이트했으며 플러그인 중 하나 또는 이와 유사한 것과 심각한 충돌을 일으키고 있습니다. 이 경우 세 가지 옵션이 있습니다.
- 유지 관리 모드를 활성화하지 않고 수동으로 문제를 해결하고 트래픽 수가 느리게 예상됩니다.
- 문제를 해결하는 동안 유지 관리 페이지를 켜서 방문자 당신이 문제를 해결하기 위해 노력하고 있다는 것을 알고 있습니다.
- 웹 사이트를 최근 백업으로 되돌리고 평소처럼 계속 작업하십시오.
백업이 매우 최근 인 한 옵션 번호 XNUMX이 가장 쉽습니다. 이상적으로는 웹 사이트를 매일 백업하지만 소규모 프로젝트에는 실용적이지 않습니다. VaultPress). 최소한 매주 백업하는 것이 좋습니다.
일부 플러그인을 사용하면 웹 사이트 백업을 자동화하고 해당 파일을 오프 사이트에 저장할 수 있습니다. 수시로 사이트를 수동으로 백업 할 수도 있습니다. 그러나 솔직히 말해서 자동화가 훨씬 쉽습니다.
보다 편리한 경험을 원하면 일부 웹 호스트는 고객에게 자동 백업을 제공합니다. 전달 사이트와 마찬가지로 많은 공급자가 기본 공유 계획에 이러한 유형의 기능을 포함하지 않습니다.
이 작성자는 다음을 포함하여 여러 웹 호스트 백업 복원 기능을 시도했습니다. A2 호스팅 과 플라이휠 , 둘 다 좋은 경험을했습니다. 당연히 자동 백업 및 사이트 복원 기능을 제공하는 더 많은 웹 호스트가 있습니다. 그들 중 하나를 선택하기 전에 다른 조사를 주저하지 마십시오!
결론
유지 관리 페이지를 사용하는 것이 합당한 상황이 여전히 있습니다. 예를 들어 사이트의 주요 기능에 영향을 주거나 문제를 일으키는 오류가 발생할 수 있습니다. 이러한 경우 수정을 수행하는 동안 사이트의 유지 관리 페이지를 활성화 할 수 있습니다.
그러나 다음과 같이 유지 관리 페이지를 사용하는 데 도움이되는 다른 도구도 있습니다.
- 중개 웹 사이트를 사용하여 필요한 사항을 변경하십시오.
- 오류가있는 경우 웹 사이트를 최근 백업으로 이동하십시오.
유지 관리 페이지가 여전히 좋은 방법입니까? 아래 댓글 섹션에서 의견을 공유하십시오!
저는 오늘 아침 0,30에서 2:45 사이에 매우 크고 바쁜 웹 사이트에서 인터뷰를했습니다. 유지 관리가 시작된 후 먼저 백업을 수행 한 다음 작업, 설치 등을 시작했습니다. 데이터베이스 순위를 변경하고 플러그인을 설치합니다. 불행히도 플러그인을 설치할 수 없었기 때문에 유지 관리 모드를 종료하고 곧 다시 시도 할 것입니다. 문제가 예상되므로 웹의 1 : 1 사본을 만들어 작업 할 것입니다. 방법을 찾고 유지 관리 페이지를 사용하여 라이브 웹에서 절차를 반복합니다.
유지 보수 페이지 또는 웹 사본이 필요한 이유는 무엇입니까? 이것은 실질적인 고려 사항이 있습니다. 웹은 Contao (WP가 아님)에서 작동하며 다중 도메인 설치입니다. 압축 된 데이터베이스의 크기는 약 330MB입니다. 웹에는 총 99GB의 파일 수만 개가 포함되어 있습니다. SSH 액세스가있는 1 : 1 사본 (서버에서)과 다중 도메인 용량을위한 하위 도메인을 구성한 다음 Contao를 재구성하고 데이터베이스를 복사합니다. 데이터의 양은 몇 시간이 걸립니다. Contao 4는 Composer, Symfony 및 Symlinks 덕분에 시작 및 실행하기 어렵 기 때문에 XAMPP에서 로컬로 수행 할 수없는 작업입니다. 또한 uU 파일을 다운로드하는 데 며칠이 걸립니다.
이렇게 긴 준비를 할 때 약간만 변경하면 유지 관리 문제가 간단합니다. 물론 유지 보수 페이지가있는 유지 보수를 야간으로 옮기려고합니다. 그러나 때로는 작은 변화가 유지 보수없이 진행되는 경우도 있습니다. 그리고 당신은 이미 웹을 삭제했습니다. 몇 주 전의 충돌처럼, 일요일 2-11에서 저를 오프라인 상태로 만들었습니다.
내 의견 : 유지 관리 페이지는 유지 관리해야합니다. 웹이 너무 크면 대안이 없습니다. 그러나 중요한 시스템 변경은 1 : 1 사본으로 이루어져야합니다. 모든 과정이 통과되면 단계를 기록하고 유지 관리 페이지와 함께 라이브 웹에서 반복하십시오! 데이터베이스 및 중요한 웹 파일의 백업은 항상 필수입니다. 나는 항상 유지 관리 모드를 활성화 한 후에이 작업을 수행하므로 방문자가 웹 (방문객 카운터, 양식 전송 등)을 수정할 수 없음을 확신 할 수 있습니다.