테스트 사이트와 프로덕션 사이트를 효과적으로 구별하는 방법은 무엇입니까?


15

때로는 프로덕션 사이트를 테스트 사이트로 복제해야 할 수도 있습니다. 복제 후 URL을 제외하고 동일하게 보입니다.

당신 알려 주시기 바랍니다 신속하고 효과적으로 프런트 엔드 및 테스트 사이트의 백엔드를 구별하기 위해 권장 연습을 PROD 및 TEST 실수로 혼동하지 수 있습니다.

목적:

  • 사용자가 실수로 생산 데이터를 테스트 사이트에 입력하지 못하도록 방지
  • 실수로 프로덕션 사이트에서 개발자 (테스터 등)가 테스트를 수행하지 못하도록 방지

답변:


10

이것은 Apache 구성 경험이 필요하기 때문에 다소 기술적 인 솔루션입니다. 장점은 Joomla에서 파일을 해킹 할 필요가 없다는 것입니다! 설치 자체.

기본적으로 내가하고 싶은 일은 생성되는 모든 페이지 (거의 모든 페이지)에 HTML을 추가하는 것입니다.

이를 위해 Apache Module mod_substitute를 사용 합니다. 내부에서 모듈 자체를 활성화해야합니다 (일반적으로 # 주석 만 제거하면 됨) httpd.conf.

LoadModule substitute_module modules/mod_substitute.so

다음으로 가상 호스트 파일 ( httpd-vhosts.conf)에서

<VirtualHost *>
DocumentRoot "C:\...."
ServerName joomla-development

AddOutputFilterByType SUBSTITUTE text/html
Substitute "s|</body>|<div style='position:fixed; left:100px; top:50px; background-color:red'><h1>DEV WEBSITE</h1></div></body>|i"

<Directory "C:\....">
    AllowOverride All
    Require all granted
    Order allow,deny
    Allow from all
</Directory>

</VirtualHost>

기본적으로 태그를 일부 HTML로 Substitute바꿉니다 </body>. 이 방법으로 Ajax 요청을 피하려고합니다.

최종 결과:

여기에 이미지 설명을 입력하십시오


13

우리가 따르는 관행은-

  1. 전역 구성의 웹 사이트 제목을 [테스트] 원본 제목으로 변경하십시오.
  2. mailtrap.io를 가리 키도록 이메일 구성 변경
  3. 테스트 사이트가 동일한 서버에있는 경우 데이터베이스 세부 사항을 변경하십시오.
  4. 모든 타사 통합을 테스트 계정 (joomla 이외의 서비스)으로 변경
    • Memcache 또는 Redis
    • 외부 데이터베이스 / 스토리지
    • 결제 게이트웨이,
    • 뉴스 레터 시스템 (메일 침프)
    • CDN 계정 및 도메인
    • 웹 로그 분석 서비스 계정 (Google 웹 로그 분석, 새로운 유적)

이러한 관행을 추가해 주셔서 감사합니다. 특히 포인트 # 2 는 시각적 왜곡만큼 중요 할 수 있습니다. 또한 " 다른 모든 사이트 통합을 변경하는 것을 잊지 마십시오 "(예 : 타사 데이터베이스 또는 결제 시스템)를 추가합니다.
miroxlav

mailtrap.io에 대한 팁 감사합니다! 지금 조사 중입니다.
채드 윈드 나글

6

클라이언트가 개발 버전이 아닌 프로덕션 버전에서 컨텐츠를 작성하는 경우에도 동일한 문제가 있습니다. 나는 이것을 처리하기 위해 다음을 사용합니다.

  • 모든 데이터베이스 및 비밀번호 이름 변경
  • 로 관리 템플릿 수정
    • 로그인 화면의 다른 배경
    • 상단 막대의 다른 색상
  • 프런트 엔드에서 눈에 잘 띄는 위치에 모듈을 사용하십시오. 이는 생산 현장임을 분명히 보여줍니다.
  • 일부 사이트에서는 개발 사이트를 보도록 강제 로그인합니다.

여기에 이미지 설명을 입력하십시오


4

또 다른 방법은 브라우저가 사이트에 CSS 스타일을 추가하도록하는 것입니다.

세련된 브라우저 플러그인 ( FirefoxChrome 용 )은이 작업을 위해 설계되었습니다. 지정된 URL의 모든 페이지에 추가 사용자 정의 CSS 를 적용 합니다. 실제로 [URL] => [CSS] 규칙을 정의합니다.

여기에 이미지 설명을 입력하십시오

위의 예 : 왼쪽에 실선 또는 점선을 추가하여 구별 할 수 있습니다.
빨간색 = 생산, 노란색 = 사전 제작 , 녹색 = 테스트, 파란색 = 교육, 회색 = 장치 등

장점 :

  • 일반적으로 시각 보조 장치를 깨끗하게 유지하는 생산 현장에 적용 할 수 있습니다.
  • 필요한 경우 사용자가 일시적으로 끌 수 있습니다 (예 : 스크린 샷 찍기).
  • 범용 솔루션 – URL 경로를 기준으로 모든 사이트 또는 해당 부분에 적용 할 수 있습니다.
  • 지정된 웹 사이트에 대한 관리자 액세스없이 사용할 수 있습니다.
  • 사이트가 변경되면 한 번만 설정하면 유지 관리가 필요 없습니다.

단점 :

  • 현재 Firefox 및 Chrome으로 제한되어 있습니다. (기본 브라우저에서 내부적으로 동의 한 DEV / TEST / Support 팀에는 아무런 문제가 없습니다.)
  • 다른 사용자와 스타일 설정을 비공개로 공유하려면 약간의 작업이 필요합니다. 공개적으로 알려진 웹 사이트의 경우 이는 문제가되지 않습니다. userstyles.org (플러그인 홈)에는 수천 가지 스타일이 이미 존재합니다. 검은 색으로 또는 페이지 섹션 사이에 공간이 적은 StackOverflow를보고 싶으십니까?
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.