2017-10-04 13 views
-1

많은 수의 필드에서 폼 유효성 검사 속도를 높이는 방법을 찾고 있지만 여러 웹 사이트에서 다시 사용할 수있는 PHP 유효성 검사 함수 라이브러리를 만듭니다. 나는 이제 사용자 편의를 희생하지 않고 자바 스크립트에서 이러한 규칙을 중복하는 것을 피하려고 노력 중이다. 나는 실패 서버 측 유효성 검사시 $_SESSION['attempted_inputs']프론트 엔드 유효성 검사 (PHP)를 대체하기 위해 입력을 저장하지 않음

에서 시도 된 입력을 저장하는 생각입니다

는, 사용자가 오류 메시지가 인쇄됩니다 원래의 형태로 다시 리디렉션 될 모든 필드는 시도 입력으로 채워져됩니다 따라서 JS 유효성 검사가 필요하지 않습니다.

저장시 시도 된 입력이 적절하게 삭제되고 서버 리소스가 클라이언트의 소규모 애플리케이션에서 문제가되지 않는다고 가정하면 고전적인 js 클라이언트 측 접근 방식 대신이 방법을 사용할 때의 단점이 무엇일까요?

감사

+0

JS는 사용자에게 더 친숙합니다. 즉각적이고 서버로 왕복 할 필요가 없습니다. 그러나 사용자는이를 쉽게 우회하여 서버 측 유효성 검사와 결합해야합니다. JS를 생략하면 페이지가 사용자에게 덜 친숙 해집니다. (감히 현대적이라고 생각하십니까?) – apokryfos

답변

-1

이 개념을 요청할 권리 장소는 아니지만, 나는 당신에게 빠른 헤드 업을주고 싶어.

항상은 서버 측 입력 내용의 유효성을 검사해야합니다. 툴을 개발자 콘솔로 사용하여 요청을 수동으로 변경하면 애플리케이션이 다양한 종류의 공격에 실제로 취약 해집니다.

+0

내 모든 사용자 입력 **은 ** 서버 측 유효성이 검사됩니다. 내 질문에 쓰여있다. –

0

단점 :

  • 불필요한 시작/저장/세션의 삭제합니다. GC 프로세스는 많은 불필요한 작업을 수행 할 수 있습니다. 세션 저장 대신 POST 백 스타일을 사용할 수 있습니다. 너 성능에 신경 쓰지 않는다고 했잖아.하지만 언젠가 너를 물려고 할거야.

  • 느린 검증. 양식으로 앞뒤로가는 것은 좋은 UX가 아닙니다. 게시하기 전에 무엇이 잘못되었다고 말할 수 있다면 그렇게해야합니다.

내가 더 단점을 생각하면 내 대답을 편집 할 것입니다.