Simplify

다음으로는, 설정 파일을 읽고, 현재 요청에 대한 사용자 정보를 조회하는 방법을 알아보도록 하겠습니다. API를 호출할 때, 내 정보를 같이 넘기게 해서, 이를 통해 사용자에 대한 상세 정보를 알 수는 있겠으나, 이렇게 하면 Client 쪽에서의 위변조를 통해 요청하는 사용자를 다른 사람으로 바꿔치기 할 가능성이 있습니다. (보안적으로도 해결이 가능한 부분이긴 합니다) 그렇지만, 이렇게 매번 Call 마다 사용자 정보를 포함하게 하는 것은 사용성 측면에서 매우 비효율적이고, 관리 주체가 서버가 되지 않고 Client 에서 준 정보를 무조건 믿어야 하는 점을 보면 제대로 된 방법은 아닙니다. 결과적으로는 현재 서버가 내어 준 Session 정보를 토대로 하여 사용자 정보가 무엇인지를 가져오는 것이 더욱 좋..

GitHub 소스 위치 : https://github.com/Simplify-study/SpringBootSample.git Spring Boot 를 실행하면 로그가 잘 나옵니다. Eclipse (STS) 기준 Console View에 잘 나옵니다. Spring Boot 에는 기본적으로 Logback 이 포함되어 있기 때문에 아무런 작업 없이도 로그가 잘 나타납니다. 그런데 실제 환경에서는 이러한 Stream 형태의 Log는 아무런 의미가 없습니다. 왜냐하면 서버에 문제가 발생한 경우, 이를 추후에 Trace 할 방법이 없기 때문입니다. 따라서 결국 Log는 특정 폴더에 파일 형태로 남기게 되고, 이를 날짜별로 분류하거나, 용량별로 나눠서 남기게 됩니다. Spring Boot 에 기본적으로 Logback..

GitHub 소스 위치 : https://github.com/Simplify-study/SpringBootSample.git 앞서 Spring Security 를 구현한 내용에 따르면, 화면에서 넘어온 username 과 password를 이용해서 DB를 조회하고, 조회된 결과 정상적인 사용자이고, 그 사용자의 Authority 정보가 있으면 그것들을 조회해서 별도의 SecurityMember 라는 객체(User, 혹은 UserDetail 을 상속받는)로 만들고 session 을 유지해준 채 로그인 처리를 마무리합니다. 이러한 일련의 과정들은 아주 기본적인 사항만이 적용된 경우이고, 더 상세한 부분에 대해서는 앞으로 하나하나 추가해 나갈 전망입니다. 여기서는 로그인이 성공한 이후에 다음의 과정을 한 뒤에..

GitHub 소스 위치 : https://github.com/Simplify-study/SpringBootSample.git 지금까지 구현한 Spring Boot는 아주 기본적인 서버 프로그래밍이라고 할 수 있습니다. 서버는 Client가 조회해 달라고 요청(Request)하는 시점에 적절한 데이터를 DB에서 조회해 주는 역할이 기본이라고 할 수 있습니다. 그런데 이렇게 서버를 구현해 놓고 Client 가 폐쇄망이 아닌 공개된 곳에서 요청이 가능해야 한다면, 당연히 서버도 공인 IP 를 가지고 동작해야 합니다. 이렇게 되면 악성 Client 에 의해서 공격받고 서버가 부하를 견디지 못해 멈춰버리게 될 겁니다. 악의적인 요청을 막기 위해서 흔히 사용하는 것이 로그인 처리와 Session 처리입니다. 여기서..

웹을 구현하다보면, 정확한 답이없이 그때그때 잘 맞춰서 구현하는게 맞다는 생각이 많이 듭니다. 그런데 개발을 진행하다보면, 또 검색을 하다보면, 답은 아니지만 이상적인 방향이라고 생각하는 부분이 분명하게 존재합니다. 서버와 클라이언트의 하드웨어 성능이 좋아짐에 따라, 조금은 비 효율적인 방법을 사용하더라도 사용자 입장에서의 체감은 거의 없는 수준이 되었으나, 이러한 부분이 쌓이다 보면 전체적인 성능에 영향을 주게 되므로, 항상 염두에 두고 개발을 진행하는 것이 좋겠습니다. CSS영역 역시 비 효율적인 방법 - class를 부여하거나, id를 주거나, 여러 selector를 혼합해서 사용하거나 하는 등 - 을 이용해서도 얼마든지 개발할 수 있으나, 성능은 물론, CSS파일의 사이즈를 늘려 전체 성능에 분명..

마지막 Child 제외하기 마지막 Child 를 제외하고서, 다른 것들에 대해서만 특정 CSS를 적용해야 하는 경우 아래와 같은 CSS Selector를 사용하면 됩니다. :not() 은 ()안의 조건이 아닌 :앞의 tag를 선택하라는 것이고, :last-child 는 마지막 child 라는 것이므로, 마지막 child 를 제외한 나머지를 선택하는 selector가 됩니다. 1ul li:not(:last-child)cs

jqGrid 라이브러리를 사용하다 보면, 당연하게도 선택된 Row 에 대한 정보를 가져와야 하는 경우가 있습니다. 여러가지 방법으로 가져올 수 있고, 버튼을 달고, 체크박스를 넣어서 이벤트를 걸어도 되고 다 가능한 방법이긴 하지만, 기본적으로 현재 선택된 Row에 대한 정보를 가져와야 하는 경우 다음과 같은 방법으로 가져올 수 있습니다. Single selection 이 적용된 경우 12$( "{gridtableid}" ).getGridParam( "selrow" );$( "{gridtableid}" ).jqGrid('getGridParam', "selrow" ); cs 이렇게 하면 결과로 해당 Row id 값이 넘어오게 됩니다. 0부터 시작이 아닌 1부터 시작이었던 것 같은데 확인해봐야 할 것 같습니다..

심볼링 링크.. 단어가 크게 와닿지 않지만, 그저 링크라고 생각하면 됩니다. 윈도우에서 바로가기 같은 개념인데, Console 을 주로 이용하는 Linux 의 경우, 명령어를 조금만 잘못 입력하면 문제가 생기는 경우가 있어, 포스팅하면서 한번 더 복습합니다. 실무에서도 예전에는 링크를 많이 만들었었는데, 사람들 손이 빨라져서인지, 아니면 가시적인 효과가 덜해서인지는 잘 모르겠으나 심볼릭 링크는 잘 사용하지 않고 있습니다. 물론 그렇다고 없어지는 추세다.. 라는 것은 아니나 너무 빈번하게 사용하면 잘 눈에 보이지 않아, 꼭 필요한 경우에 사용하시길 권장 드립니다. 심볼릭 링크 생성 생성 명령어는 ln 입니다. link 의 약어처럼 보이는데 맞는지는 잘 모르겠습니다. 파일의 링크 생성시에는 -s 옵션을 붙여..