재삐신생의 권태로운 이야기

설치yum install vixie-cron 리스트crontab -l 편집crontab -e 데몬 실행/etc/init.d/crond start

@RequestBody 어노테이션은 JSON이나 XML등을 인자로 받을 수 있게 해준다.인자로 변환하는 과정에서 HttpMessageConverter의 구현체가 필요하다.Jackson 라이브러리를 사용중이면 자동으로 등록된다. 태그를 사용한 값을 받을때에는 content type이 multipart/form-data 혹은 application/x-www-form-urlencoded일텐데이를 변환시켜주는 FormHttpMessageConverter가 있으며 MultiValueMap 형태로 받을 수 있다.이런경우엔 보통 객체로 받는것이 훨씬 편하다.(멤버변수 자동 매핑) multipart/form-data의 경우에는 FormHttpMessageConverter에서 분명 지원하지만, HttpMediaTypeN..

~/.ssh/config 편집 아래내용 추가Host gitlab.com Hostname altssh.gitlab.com User git Port 443 PreferredAuthentications publickey IdentityFile ~/.ssh/id_rsa IdentityFile 은 사용자마다 다르니 맞춰주면 됨

centos에 기본 파이썬은 여전히 2.6.6이다.ㅠㅠ 필요한 툴 설치sudo yum install yum-utils 빌드 환경 확인sudo yum-builddep python 파이썬 다운로드(https://www.python.org/ftp/python/)curl -O https://www.python.org/ftp/python/3.6.1/Python-3.6.1.tgz 압축풀고, 빌드 & 설치tar xf Python-3.6.1.tgzcd Python-3.6.1./configuremakesudo make install 확인python3 -V Python 3.6.1라고 나오면 OK

PHP는 데이터형이 자유로운 언어라지만, 느슨한 코드의 느슨한 버그는 디버깅이 어렵다. PDO returns values with the correct data types. 결국, 엄격한 코드가 필요한가 보다.

랜섬웨어 워나크라이(WannaCry)로 시끄러운 주말이다. 막상 뉴스를 보고 따라해보려니, 윈도우 핫픽스 KB4012598을 알려주는데, 실제로 사용하는 윈도우에 따라 다를 수도 있다.(뉴스의 영향인지 저링크는 폭주상태다) 실제로 해당 취약점에 대해서는 아래 링크로 가서, 해당하는 윈도우에 맞는 핫픽스를 받아야한다. https://technet.microsoft.com/library/security/MS17-010 실제로 필자는 윈7 x64 SP1을 사용중이라, 핫픽스는 KB4012212였다. 혼돈의 카오스에 빠지기 말길 바랍니다.

부호확장(sign extension) "00 1010" -> "0000 0000 0000 1010" (양수 10)"11 1111 0001" -> "1111 1111 1111 0001" (음수 15)확장된 bit로 표현시 부호비트를 유지하여 값을 유지

비트연산시 실수 아래 코드를 보자.long longVal = (long)((255

객체나 함수가 외부로 notify하거나 외부 함수를 호출하는 것을 콜백이라 한다 direct method call 단순무식 제네릭하지 않으므로 종속됨 제네릭을 도울수단 method wrapper interface delegate 뉴 패러다임 함수자체를 인자로 사용 closure fire event and handle(event loop) 이벤트 루프를 통하면 비동기처리가 쉽다

빈번한 객체 사용에 자주 사용되는 object pool pattern은 버퍼도 예외가 아니다 목적은 메모리를 할당하고 해제하는 비용 즉, 오버헤드를 줄임으로서 성능향상을 꾀한다고 볼 수 있다 garbage collection이 동작하는 언어에서 더욱 빛을 발하게 되는데 객체의 재사용은 gc에게 일을 적게 주기 때문이다 통신시 수신되는 데이터를 저장하기 위해서 버퍼를 사용할때 효율적인 방법을 생각해보자 1:1과 1:n 상황에 따라 다를것이다 1:1은 수신버퍼가 1개가 필요할것이고 1:n은 n개가 필요할 것이다 수신버퍼는 그렇지만 데이터를 처기하기위해 추가적인 버퍼가 필요한데 이과정은 케이스 바이 케이스 작은 메모리의 잦은 할당과 해제 정확히 객체풀패턴이 필요한 상황이 된다