(p24 단축 URL)

x다음의 글자가 l이 아닌 대문자 I입니다.
타이핑에 참고해주세요.

(p.30)

클라이언트와 클라이언트 측은 동일하게 보아도 무방합니다.

(p62 옵션 중 맨 마지막)

먼저 나온 -l은 소문자 L입니다.
마지막에 나온 -I는 대문자 i입니다.

타이핑에 참고해주세요.

(128페이지 하단 이름 리스트)

[예제 4-12]의 출력문을 다음과 수정합니다.

 1) "Vernon"
 2) "Van"
 3) "Sean"
 4) "James"
 5) "Victor"
 6) "Jake"
 7) "Hal"
 8) "Scott"
 9) "Jack"
10) "Uriah"
11) "Vincent"
12) "Hank"
13) "Simon"

(129페이지 6번째줄)

23명의 친구가 남아있음을 -> 13명의 친구가 남아있음을

(137페이지 중간 부분)

즉, 'zrange key 0, 1'은 0과 1을 포함한 결과
-> 즉, 'zrange key 0 1'은 0과 1을 포함한 결과

(164페이지 소스코드 설명 7)

자린고비 키에 저장된 정보를 hmget 메서드를 사용하여 조회한다.
-> info:자린고비 키에 저장된 정보를 hgetAll 메서드를 사용하여 조회한다.

([p.192 예제 6-3] 3번째 실행문)

64비트 시스템에선 아래와 같이 입력해야 raw 인코딩을 확인할 수 있습니다.

> set key:2 9223372036854775808
OK
> object encoding key:2
"raw"

== 
32비트 운영체제에서 테스트 했기 때문에 미처 확인하지 못했습니다.
64비트와 32비트 운영체제에서의 인코딩 결과는 개정판에 추가하겠습니다.
(개정 시기 미정)

([p.202 첫번째줄] 예제 번호가 상이함)

[예제 6-9]는 레디스에 저장되는 문자열에 대한 헤더 정보다.

==> [예제 6-10]은 레디스에 저장되는 문자열에 대한 헤더 정보다."

(249페이지)

결론부터 이야기 하자면 해당 코드는 정상입니다.

[예제 7-15]의 9에서 조회한 결과가 null이라는 것은 카트에 저장되어 있던 상품이 자동으로 삭제(Expier)되었음을 의미합니다.

그러므로 카트 상품목록 정보를 갱신하는 것입니다. 

만약 말씀 하신대로 products.remove(i)를 호출한다면 레디스에 저장된 키 목록(카트 상품목록)이 갱신되지 않았으므로

다음 조회할 때 이미 삭제된 키도 같이 조회 하게 되는 오버헤드가 발생합니다.

그리하여 변경 상태정보만 지역변수에 저장하고 응답 결과에는 포함하지 않도록 한 것입니다.

또한 [예제 7-15]의 10에서 카트 상품 목록을 갱신하는 작업을 수행합니다.

이상입니다.

([p.320] 2번째 문단)

[그림 8-3] -> [그림 8-4]

(p.379 : list-max-ziplist-value, zset-max-ziplist-value 설명)

1. list-max-ziplist-value
해시 데이터에 ziplist 인코딩을 사용하여 저장할 데이터의 크기를 지정한다.
==> 리스트 데이터에 ziplist 인코딩을 사용하여 저장할 데이터의 크기를 지정한다.

2. zset-max-ziplist-value
해시 데이터에 skiplist 인코딩을 사용하여 저장할 데이터의 크기를 지정한다.
==> 정렬된 셋 리스트에 ziplist 인코딩을 사용하여 저장할 데이터의 크기를 지정한다.

(408페이지 5번 명령줄)

예제 11-9
밑에서 위로 3번째 줄

640 480 
 -> 320 240