분류 전체보기
[node.js/react] server와 client간의 port가 달라 연결이 안될 때
Server - Client 간 다른 포트를 가지고 있으면 아무런 설정 없이 Request 를 보낼 수 없음. -> Cors(cross-origin resource sharing) 이라는 정책때문인데! (보안) 이를 해결하려면 여러 방법이 있지만 서버와 클라이언트 둘다 만족시키면서 유연하게 할 수 있는 것이 바로 Proxy! https://create-react-app.dev/docs/proxying-api-requests-in-development Create React App · Set up a modern web app by running one command. > Note: this feature is available with `react-scripts@0.2.3` and higher. crea..
[heroku] access denied error
heroku 를 통해 django api를 배포하려는데 자꾸 이런 .......... 접근 에러가 난다 ㅜㅜ 뭐때문일까? 검색해본 결과 heroku git:remote -a appname 을 해주면 접근 허용이 된다는데 도통..... 저걸 해도 되지않는다ㅠㅠ
# c++과 Java의 닮은 점과 차이점은 무엇일까?
면접에서 가장 많이 나오는 빈도 높은 질문은 단연 이 질문이 아닐까 싶다.... 객체지향, 절차지향과 같은 단순한 점들만 알고 있었는데 좀 더 자세하고 구체적인 것들을 나열해 보겠다. - Java는 typedef, enum, defined 또는 preprocessor를 지원하지 않는다. - Java는 클래스를 지원하지만 구조체와 유니온은 지원하지 않는다. - 모든 c++ 프로그램은 main 함수가 필요하다. - 모든 자바 클래스는 Object 클래스를 상속해야 합니다. - Java에서 선언하는 모든 함수 혹은 메소드는 클래스 선언 내에 포함된다. - C++과 Java 모두 클래스의 객체를 인스턴스화 하지 않아도 호출할 수 있는 클래스 메소드나 함수를 지원한다. - Java에서 'interface' 키워드..
[40] spring web security를 이용한 로그인 처리 - 로그인과 로그아웃 처리
스프링 시큐리티의 내부 구조는 상당히 복잡하지만 실제 사용은 약간의 설정만으로도 처리가 가능하다 1. 접근 제한 설정 security-context.xml에 아래와 같이 접근 제한을 설정한다. 특정한 URI에 접근할 때 인터셉터를 이용해서 접근을 제한하는 설정은 를 이용한다. 은 pattern이라는 속성과 access라는 속성을 지정해야만 한다. pattern 속성은 말 그대로 URI의 패턴을 의미하고, access의 경우는 권한을 체크한다. 위의 경우 '/sample/member'라는 URI는 'ROLE_MEMBER'라는 권한이 있는 사용자만이 접근할 수 있다. access의 속성값으로 사용되는 문자열은 1) 표현식과 2) 권한명을 의미하는 문자열을 이용할 수 있다. 는 기본 설정이 표현식을 이용하는 ..
[39] spring web security를 이용한 로그인 처리 - spring web security 란?
스프링 시큐리티의 기본 동작 방식은 서블릿의 여러 종류의 필터와 인터셉터를 이용해서 처리된다. 필터는 서블릿에서 말하는 단순한 필터를 의미하고, 인터셉터는 스프링에서 필터와 유사한 역할을 한다. 필터와 인터셉터는 특정한 서블릿이나 컨트롤러의 접근에 관여한다는 점에서는 유사하지만 결정적인 차이를 구분하자면 필터는 스프링과 무관하게 서블릿 자원이고, 인터셉터는 스프링의 빈으로 관리되면서 스프링의 컨텍스트 내에 속한다는 차이이다. 스프링 시큐리티를 이용하게되면 인터셉터와 필터를 이용하면서 별도의 컨텍스트를 생성해서 처리된다. 스프링 시큐리티는 현재 동작하는 스프링 컨텍스트 내에서 동작하기 때문에 이미 컨텍스트에 포함된 여러 빈들을 같이 이용해서 다양한 방식의 인증 처리가 가능하도록 설계할 수 있다. 1. Sp..
[38] 파일 업로드 처리 - 잘못 업로드된 파일 삭제 (Quartz 라이브러리)
Ajax를 이용해서 첨부파일을 사용하면 사용자가 게시물을 등록하거나 수정하기 전에 미리 업로드 시킨 파일들을 볼 수 있다는 장점이 있지만, 다음과 같은 문제를 남긴다. 첨부파일만을 등록하고 게시물을 등록하지 않았을 때의 문제 - 파일은 이미 서버에 업로드되었지만, 게시물을 등록하지 않았으므로 의미 없이 파일들만 서버에 업로드된 상황 게시물을 수정할 때 파일을 삭제했지만 실제로 폴더에서 기존 파일은 삭제되지 않은 문제 - 데이터 베이스에는 기존 파일이 삭제되었지만, 실제 폴더에는 남는 문제 위 상황의 공통적인 문제는 사용자가 Ajax로 어떤 작업을 한 후에 비정상적으로 브라우저를 종료하거나 페이지를 빠져나가는 문제이다. 이 문제를 해결하는 핵심은 정상적으로 사용자의 게시물에 첨부된 파일인지 아니면 사용자가..