생산에 사용하고 싶은 배에 Validate 패키지가있는 것으로 보입니다. 우리 사이트에는 10 개 언어에 걸쳐 약 2 천만의 순 쿠키가 있습니다. 따라서 실사의 일부로 여기에서 질문했습니다.Validate PEAR 패키지는 프로덕션을 위해 준비가되어 있습니까?
누구나이 PEAR 패키지에 대한 경험이 있습니까?
제작 준비가 되었습니까?
여기에 문제의 검증 패키지입니다 : http://pear.php.net/package/Validate
소개 : 개정 번호 및 개정 제목으로 판단 http://pear.php.net/manual/en/package.validate.validate.php
버그 (만 78 이제까지 제기 ...) http://pear.php.net/bugs/search.php?cmd=display&package_name[]=Validate&status=All
. (0.8.2 (Beta)) 나는 '아니오'라고 말할 것입니다. 개인적으로 나는 생산에서 베타 제품을 사용하는 것에 대한 충고를 원하지만, 많은 경우 (스택 오버 플로우 예를 들어) 잘 작동한다. 당신은 항상 어떤 일이 발생할 위험이 있습니다.
유효성 확인 함수는 2003 년 이후로 오랫동안 사용되어 왔습니다. 베타 태그에 대해 너무 걱정하지 않지만 여전히 코드에 대해 편집증을 사용합니다. 따라서 직접 테스트를 작성하고 PEAR 라이브러리를 테스트하지 않고 시스템에 설치하십시오.
- PEAR 코드를 별도로 업그레이드 할 수있는 시스템 PEAR 라이브러리가 아닌 자신의 코드베이스에 통합하는 것을 고려하십시오.
자신 만의 배를 설치할 수 있습니다 (예 : 시스템 전체가 아닙니다). 따라서 업그레이드 할 때 상호 의존성에 대해 걱정할 필요가 없습니다. 배 설치자가 알아서 해줍니다.
배 패키지의 코드를 자신의 저장소에 복사하는 것보다 낫습니다. 수정 제어 시스템에 사용중인 배 패키지를 삽입 한 후 출시되는 크릭 버그 수정을 놓친 경우 어떻게해야합니까? ?
솔직히 유효성 검사 패키지는 베타 버전에서 가져와야합니다. 이름이 매우 오랫동안 안정적이었습니다.
내가 사용하는 PEAR 코드를 자신의 코드베이스에 통합하지 말 것을 강력히 권합니다. 사용중인 PEAR 패키지 중 하나의 새 버전이 보안 문제를 해결하기 위해 배포되고 해당 패키지에서 다른 패키지로 여러 종속성이 있다면 어떻게됩니까? 새 버전을 다운로드하고 정상적으로 작동하는지 확인하고 누락 된 버그를 직접 추가하지 않았습니까?
시스템 전반의 PEAR 설치가 악의적 인 경우 가장 좋은 방법은 자신의 PEAR 설치를 만드는 것입니다. http://pear.php.net/manual/en/installation.shared.php이 작업을 시작할 위치입니다.
다음 파일로드를 복사하는 대신 $ pear upgrade [패키지]를 수행하는 경우입니다.
공정하지 않으려면 베타 코드가 아닌데도 버그가 있습니다. 베타는 버그를 수정하지 않고 위험을 안다면 버그가 더 많이 발생합니다. –
실행을 기다리는 시스템 위반 코드가있을 수 있습니다. 적어도 베타/알파가 아닌 버전을 사용하면 다른 사용자가 전에 프로덕션 시스템에서 사용 해본 경험이 있습니다. –
버전 번호이며 버전이 아닙니다. Validate는 오랫동안 오랫동안 사용되어 왔습니다."잘 교육받은"추측을하기 전에 적어도 홈페이지를 살펴볼 수있었습니다. – Till