블로그 이미지
지극히 일상적인 나의 삶의 경험과 생각을 나열 할 것이다. 그리고 나의 직업에 대한 정보도 나누기로 할 것이다.
playwant

Notice

Recent Comment

Recent Trackback

Archive

calendar

    1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31    
  • 2,885total
  • 2today
  • 0yesterday
2010.02.08 17:06 프로그래밍
HTTP server
multipart/x-mixed-replace Mime타입으로 지원 - MS 빼구. 나쁜넘.
HTML5에 Server-Sent Events 지원 HTML5spec에 있음. Opera 지원
Web Socket를 Chrome이 지원

Java pushlet
Java web applications은 사용가능. refresh가 필요한 단점있음

Long polling
진짜 push는아니다.ㅋ pooling을 이용한 짜가 push

Others
Comet - Ajax Push, Reverse AJax, Two-way-web, http streaming




참고 
신고

'프로그래밍' 카테고리의 다른 글

Push Techology  (0) 2010.02.08
JAAS 공부중..1  (0) 2009.06.05
word-break 문제..  (1) 2009.06.02
varchar ,nvarchar  (0) 2009.05.28
posted by playwant
2010.02.08 16:36 이런 저런 생각
요리란 다음과 같이 정의 되어 있다.

"먹기 좋게 가공한 음식 혹은 그 가공 행위 자체를 의미한다. "

우리는 음식을 해먹는다. 보통 어머니들이 해주시는 거지.

그런데 어머니들은 어디서 음식을 배워서 해주시는 거지..

보통 요리책을 보시거나 TV에서 보시거나 주위 아주머니, 또는 친구, 어머니들에게 

배우신다.

나는 모 음식은 어머니가 해주는 거 먹은 거라 단순히 생각하며 살아왔다.

밖에 나오면 그저 돈주고 맞난거 사먹는거라 생각했고 , 대다수도 그렇게 

살아왔다. 그런데 요즘 요리 요리 요리라는 이야기도 많고 드라마도 많고(특히 파스타.ㅋ)

그래서 요리도 전문직이다라는 인식이 나름대로 머리속에 조금 들어왔다.(예전에도 들어왔지만.ㅋ)

하지만 어제 KBS 스페셜 방랑식객 편을 보다가. 중국조선족 동포가 한국의 

음식점에서 김치만드는 법을 배운 주위 동네 아주머니를 따라서 사카린을 넣는것을 보았다.

헉.. 요리도 잘못된 배움으로 잘못 된 것이 많을 것 같다는 것을 깨달았다.

사카린을 가족에게 먹이고 있는 어머니... 헐래래래

잘못된 음식을 배워서 그것을 전파하는 모습..

어쩌면 우리네의 음식문화도 잘못된 것이 아닐까.. 삼시세끼를 먹는거 부터 어쩌면

잘못된 관례가 아닐까...라는 궁금증에 빠져버렸따..

그냠 그렇게 살아왔고 그렇게 먹어 왔으니까라는 거 말이다.

허허허 

음식에 대한 나의 편견과 아집을 털어버리고 새로운 생각을 들게 해주는 그럼 TV방송이였다.

ㅡ.,ㅡ; 그런데 그래서.. 그렇다 이렇게 마는게 아니구.

여러끼 자주 먹으면 어떨까 하는 생각도 들고... 

밥과 국을 먹는 것도 그렇고...

이런 여러가지를 생각해봐야 할꺼같다.

국에 밥을 말아먹는것도 어떻게 보면 나쁘다고 하드라. 

꼭꼭 씹어먹어야 하는 밥을 국물에 후루루룩 넘겨 버리니까 말이다.

음.. 논지가 바꼈군..ㅡ.,ㅡ;;;;;;;;;;;;;;;

요리를 해본 사람들과 요리를 안 해본 사람의 차이는 무엇일까?

이것을 써볼려구 했는데...ㅡ.ㅡ;;;;;;;

연이어 써야징.




신고

'이런 저런 생각' 카테고리의 다른 글

요리.  (1) 2010.02.08
posted by playwant
2009.06.05 15:01 프로그래밍
1. 용어 정리
1.1 암호화(encryption) - 내용을 암호문으로 바꾸는 과정을 말함.

1.2 해독(decryption) - 암호문을 원래의 내용으로 바꾸는 과정을 말함

- 암호화 알고리즘은 크게 암호화와 해독에 동일한 키를 사용하는 알고리즘과 서로다른 키를 사용하는 알고리즘 두가지로 분류된다.

같은키 방식 - 공유 비밀 키(shared secret key)
다른키 방식 - 공개/ 개인 키 쌍(public / private key pair)

SSL(보안 소켓 통신 규약) 위의 두 방식 동시 사용
      -->인증을 위해 다른키 방식 사용하다가 인증후 공유 비밀키 방식으로 사용

1.3 다이제스트(digest) - 메시지 내용을 고정된 길이의 데이터로 표현하는 것,
                                  해쉬(hash)라고도 부름

1.4 디지털 서명(digital signature) - 메시지 뒤에 덧붙이는 인증용 데이터
                                                  , 보통 개인 키를 사용하여 암호화된 데이터

1.5 메시지 인증 코드(MAC) - 공유 비밀 키를 사용한 디지털 서명

1.6 인증서(certificate) - 디지털 서명을 포함하는 문서, 보증 기관이 발행

1.7 보증 기관(certificate authority) - CA 라고 표현 , 신뢰하는 어떤 존재

1.8 크리덴셜(credential) - 어떤 주체가 리소스에 대한 접근을 요청할 때,
                                      제출하는 자신을 입증하는 증거들을 뜻하는 개념

2. JAVA 암호화 아키텍쳐- JCA (Java Crytography Architecture)

2.1 MessageDigest 클래스 - 보안 다이제스트 함수를 사용하여 메시지의 다이제스트를
                                         만드는 기능을 제공하는 클래스이다.

2.2 Signature 클래스 - 디지털 서명을 만들거나 검증하는 기능을 제공하는 클래스이다.

2.3 AlgorithmParameters 클래스 - 해당하는 암호화 알고리즘에 필요한 변수들을 감추고
                                                 있는 클래스

2.4 Key 인터페이스 - 암호화에 사용되는 키를 나타내는 인터페이스이다.

2.5 PrivateKey, PublicKey 인터페이스

2.6 KeyFactory 클래스 - 개인 키/공개 키 쌍의 팩토리 클래스

2.7 KeyPairGenerator  클래스 - 개인 키/공개 키 쌍을 생성하는 클래스

2.8 SecureRandom 클래스 - 보안에 사용되는 강력한 유사 난수 생성 기능을 제공하는 클래스

2.9 CertificateFactory 클래스 - 인증서를 만드는 팩토리 클래스이다. 지원되는 X.509 유형이다.


3. JAVA 암호화 확장 아키텍쳐 - JCE(Java Cryptography Extension,JCE)

        공유키를 사용하는데 필요한 클래스들과 실제 블록을 암호화하고 해독하는 기능

            3.1 Cipher 클래스 - 암호화와 해독에 사용되는 기능을 제공하는 클래스

            3.2 KeyGenerator 클래스 - 공유 키를 생성하는 데 사용되는 클래스이다.

            3.3 SecretKeyFactory 클래스 - 공유 비밀 키의 팩토리 클래스
 
3.4 Mac 클래스 - 공유 비밀 키를 사용한 디지털 서명인
                          메시지 인증 코드를 만드는데 사용되는 클래스

4. JAVA 인증과 권한 부여 - JAAS(Java Authentication and Authorization Service)
      
         javax.security.auth 패키지와 그 하위 패키지들을 통해 제공

4.1 Subject 클래스
      
       동일한 권한을 가진 실행자들을 하나로 그룹화한 개념으로 실행 주체
       - 실행자들 외에도 보안 인증 관련된 증거 자료라고 할 수 있는 크리덴셜들로 구성

4.2 Principal 인터페이스
 
       실행자에 해당하는 자료형

4.3 크리덴션(credential)
 
       두가지 종류 - 개인 크리덴셜 (ex: 개인 키)
                        - 공개 크리덴셜 (ex: 공개 키)

       SubJect 객체에 등록되는 크리덴셜은 특별히 자료형을 제한하지 않았으므로
       임의의 객체를 크리덴셜로 등록할 수 있다.

       Refreshable, Destroyable 두 인터페이스를 구현할 것을 권장

4.4 접근 제어 문맥
    
      코드의 원천 정보를 포함한 보호 도메인 정보를 나타냄..???

JAAS에서 따로 우리가 맞게 구현해야 할것들..



      
신고

'프로그래밍' 카테고리의 다른 글

Push Techology  (0) 2010.02.08
JAAS 공부중..1  (0) 2009.06.05
word-break 문제..  (1) 2009.06.02
varchar ,nvarchar  (0) 2009.05.28
posted by playwant

티스토리 툴바