Things...

Youtube에서 Bubz가 천연 재료로 여드름과 흉터를 제거해주는 마스크와 토너를 만드는 방법을 소개했다... 이번 휴가때 대전 내려가서 엄마 만들어 드리고 나도 한번 하고 와야겠다...

이 마스크/토너는 break outs(피부 트러블에 있어서 break out이 의미하는것이 뭔지 모르겠다), 얼굴 잡티, 그리고 건성 피부에 좋다고 한다.

재료는...

사과 식초
설명에 의하면 그냥 식초말고 사과식초여야 한다... 그냥 식초는 사과 식초에서 우리가 얻으려는 효과를 제공해주는 성분이 없고, distilled(what? distilled vinegar? 뭔지 모르겠음) 되었다는 사실 때문에 피부에 너무 강할지도 모른다. 어쨌든, 결론은 사과식초를 사용해야 한다... 사과 식초는 약간 갈색을 띄고 있다. Alpha Hydroxy acid와 Amino acid가 풍부하게 들어있어서 죽어있는 표피(이런걸 각질이라 하나?)와 피부 표면에 있는기름진 노폐물을 제거해준다. Malic acid는 피부를 살짝 벗겨내서 흉터 조직을 파괴하기도 하고, 함몰된 곳은 메워주기도 한다. 그리고 해독 작용을 하는 강력한 cleanser인데다가, 막힌 모공을 뚫어주어 피부를 깨끗하게 해준다. 그리고 얼굴의 기름끼와 산도를 조절해 주기도 한다. 비타민 A, E, C, B2, B6 그리고 P는 피부 세포를 재생시켜 피부를 더욱 부드럽게 해준다.

설탕
흉터 조직을 파괴시키는 천연 각질 제거재로 사용된다. 이것 역시 막힌 모공을 뚤어주고, 큰 모공이 잘 안보이도록 해준다(없애주거나 줄여준다는 뜻인가?). Glycerin 성분은 자연 보습제로 피부조직을 부드럽게 해준다.

꿀
꿀은 천연 여드름 처방제이다. 피부의 보습을 돕고, 흉터를 제거해준다. 빨갛게 되는것과 부어오르는것도 줄여주고, 피부 재생효과도 준다. 그리고 피부 노화를 해주는 효과를 가져오고, 팽팽하게 해준다.

냉 녹차
해독작용과 산화방지 효과를 가지고 있다. 그리고 Free Radicals(뭔지 모르겠음)을 제거해준다. 이 것 역시 노화 방지와 피부 재생 효과를 준다.

마스크 만드는법

※ teaspoon이라는 단위를 사용했는데, 사실 그냥 비율만 맞추면 된다.
1. 사발을 준비한다
2. 사과 식초 1 teaspoon
3. 냉녹차 2 teaspoon
※ 피부가 민감한 사람은 사과 식초와 냉녹차의 비율을 1:3을 사용해도 좋다.
4. 설탕 5 teaspoon
5. 꿀 1 teaspoon
6. 설탕 2 teaspoon 추가


사용방법
얼굴에 바르고, 2~5분간 맛사지 하고, 10분간 방치해두고 세수한다.

토너 만드는법

1. 사과 식초와 냉녹차를 1:2로 섞는다.
2. 보습효과를 주기 위해서 올리브오일 1 teaspoon 추가해 주는 것도 좋다.

어제 아침에 샌드위치를 먹기 위해 뚜레쥬르에 갔다...
샌드위치를 사고, 오랜지 쥬스를 사려고 했는데, 오렌지 쥬스는 안보이고 이상한 탄산 음료수가 보였다... 이 음료수의 정체는 과연 무엇일까???

Mountain Mist???

사무실에 와서 인터넷에서 검색을 해보니, 결과는 옥션이나 인터넷 쇼핑몰에서 판매하는 상품이 전부였다. 상품 소개를 보면, 원산지는 미국이고, 수입 판매원은 주식회사 동서 식품이었다. 하지만 그 외에 다른 정보는 찾아보기 힘들었다...

도대체...

<logo 출처: 왼쪽에서부터 순서대로
http://en.wikipedia.org/wiki/Mountain_dew
http://en.wikipedia.org/wiki/Sierra_Mist
http://en.wikipedia.org/wiki/7_Up>

Mountain Dew + Sierra Mist + 7up
의 결과물 같은 너는 정체는 무엇이냐???

<사진 출처: http://www.burgerking.co.kr 에서 스크린 캡쳐>

위에서 언급했지만, Stacker 세트는 감자튀김 대신 아이스크림이 나온다. 개인적인 견해로는 그것은 에러다... 그리고 두 세트 메뉴의 가격의 객관적인 비교를 위해서 Stacker 세트에 아이스크림 대신에 감자 튀김을 넣었다. 그렇게 되면 원래 가격에 \900이 더 부과되기 때문에 위와 같은 공식이 나왔다.

이번에도 역시 두 세트의 가격의 객관적인 비교를 위해서 최대한 조건을 맞추기 위해서 Double Whopper에 치즈 두장을 얹은 가격을 구했다. 치즈 한장의 가격을 \300에 팔고 있으니, 원래 세트 가격에 \600을 추가했다. (여기서 잠깐... 두장까지는 한장에 \300 이라고 메뉴에 써있는데, 세장 넣어달라고 하면 넣어줄까? 그리고 돈은 얼마를 받을까?)

그렇다면, 이제 위의 식들로 어떤 메뉴를 먹는것이 현명한지 따져보자... 우선 객관적인 가격 비교를 위해서 두 세트가 최대한 공통 분모를 갖게 한 상태에서 두 세트의 차이는 다음과 같다.

Double Stacker만 있는것	Double Whopper에만 있는것
+ Bacon	+ Lettuce  + Onion  + Pickle  + Tomato  + Mayo  + etc ( dunno what )

역시... Whopper에는 들어간 건덕지가 많아서 더 비싸군...
여기서 임시적으로 결론을 내려본다...


왜냐면... Double Whopper에 들어간 Double Stacker에 없는 것들이 두 세트 가격의 차 + Bacon의 가격만큼의 값어치 만큼 들어가 있는가??? I say no... Double Whopper에 들어간 것은 직접 사서, Double Stacker를 넣어 먹는 것이 현명한 것으로 밝혀졋다..

하지만, 버거킹의 메뉴들은 여전히 우리같은 서민에게는 절대적으로 비싸다...
그래서...

결론은, 그냥 가끔 치즈 와퍼 정도로 만족하자...

우리 버거대왕님 통 큰줄 알았는데, 참 실망이다...

주말에 피곤한 몸을 풀어주기 위해 찜질방을 갔다가 집에 갈때 밤공기가 시원하고 좋아서 탄천을 따라 쭈욱 걸어서 가기로 했다. 약 45분 정도의 시간이 걸리는 거리라서, 물 한병 사서 마시면서 걸으려고 편의점에 들렀는데, 섹시해 보이는 병이 보이는 것이었다...

매끈하게 잘 빠진 초록색 병...

S 라인으로 나를 유혹하고 있었다...
그래서 사긴 샀는데...


이젠 마운틴 듀가 PET 병으로도 나오나 보다...

Such a pain to use WinINet in Asynchronous mode, isn't it?

The WinINet section in MSDN documentation seems incomplete once you start to look for things you want to know about. The sample codes provided in MSDN documents and Technical Support pages are too simple to know the exact behavior of WinINet. However, by trial and error, I have learned a big deal about WinINet. As I am still in the process of learning how WinINet works and how I'm supposed to use it, I would like to share something about WinINet that could be really tricky.

As I am writing this post I will assume that  whoever is reading this already knows how to use the WinINet Windows API in some sort of way. All the details that I consider irrelevant to the following topic will not be explained here.

So the thing that I am going to talk about is...
Making a POST request with large data

More specifically, if you are stuck in a problem where you do a post operation typically with a sufficiently large sized file and you never get a response back see if this is your problem.

Check what your code's behavior is when InternetWriteFile() returns false, and GetLastError returns ERROR_IO_PENDING. An experienced programmer might be able to get things right, but without much knowledge about asynchronous IO the above situation was very confusing.

What happens when InternetWriteFile() return false, and the reason was because IO operation was already pending? What is your guess??? The problem that I had resulted from not knowing the exact behavior for such situation.

Here is what I thought would happen.
Since InternetWriteFile returned false, the operation failed... nothing is going to be written. Besides the last paramter for InternetWriteFile, which is an out parameter that indicates the number of bytes written to the file when the function returns results in the value 0 when the InternetWriteFile returns... Therefore, nothing happened, and nothing is going to happen until the pending IO operation completes and INTERNET_STATUS changes to INTERNET_STATUS_REQUEST_COMPLETE and InternetWriteFile() is called again.

From what I have learned yesterday, here is what really happens. However, this is not a confirmed fact, but my own understanding of the behavior.
When InternetWriteFile() returns false due to ERROR_IO_PENDING, the write operation takes place after the current pending operation(maybe it's the read operation on the buffer for the actual writing operation on the network that is pending) is finished. When that write operation is finished after the pending operation is finished, the out parameter which indicates the written number of bytes is updated.

For this reason, this is why all the WinINet examples on MSDN and tech support pages are written in the following manner. During the initialization, or the setup phase of WinINet, an event handle is created. When InternetWriteFile() returns false for a pending IO request, then it waits for the event handle to be signaled, using WaitForSingleObject(). Then the pending IO operation would eventual finish and the write operation will take place. After the write operation is finished, the INTERNET_STATUS will change to INTERNET_STATUS_REQUEST_COMPLETE and the Internet Status Callback Function will be called. SetEvent() is called on the event handle in the callback function, and the blocked thread will be able to resume. Since the requested write operation completed, the out parameter which in indicates the number of bytes written of InternetWriteFile() us updated properly, and everything is good !!!

When posting large data, InternetWriteFile() must be called several times in order to send data in portions. If you want to get things done right, the calculation of how much data has been sent so far must be accurate. And the calculation cannot be accurate if the information of number of bytes written resulting from InternetWriteFile() is inaccurate. And since the information is not updated accurately until the operation has finished, it has to wait.

How lame... you have to block your thread to get things right. So, I came up with an alternative solution. Make a flag which will be set when an ERROR_IO_PENDING occurs. Make a global(not literally, just has to be visible from the appropriate scope) variable, lets say something like dwBytesWritten, which will be used to get the bytes written information. Pass &dwBytesWritten as the last parameter to InternetWriteFile()  in order to retrieve the number of bytes that has been written. On INTERNET_STATUS_REQUEST_COMPLETE, check the flag. If the flag is set, then it means that the write request which was blocked previously because of another IO operation has finished, and the number of bytes written is updated on the vairable dwBytesWritten. So, you can now update the writing progress of data being posted.

Do you get it? It's really hard to put it into words...

Reference - http://support.microsoft.com/kb/177188/en-us

My blog is worth $1,129.08.
How much is your blog worth?

-.ㅡd

막상 계산대에는 이런 광고가 있었다...

 와퍼 세트가 \6,300 !!!
그리고
치즈 와퍼 세트가 \6,900 !!!

한국 온라인 애플스토어가 해킹당했을지도 모른다는 의심이 든다... 아님 페이지 관리자들의 장난일까??? 친구로부터 이번에 맥북에서 맥북프로로 업그레이드 된 13인치 맥북(지금은 맥북 프로) 페이지 왼쪽 상단에 "헉"이라는 글자가 뜬다는 제보를 받았다. 지금은 없어졌지만 불과 10분 정도 전만해도 있었다...

이렇게 말이다... 여러가지 브라우져로 직접 확인해 보세요...

헉 !!!    

헉 !!!    

^O^
뻥이야~~~

Now I dare you to hack KT's or SKT's corporate website leaving a message that
"We demand iPhone !!!"

Lyrics/가사

---

Pick it, Pick it (oh yeah)
후벼, 후벼 (오 예)
Pick it (oh), Pick it (oh yeah)
후벼 (오), 후벼 (오 예)
Pick it (oh), Pick it (yeah)
후벼 (오), 후벼 (예)
Pick it (yeah)
후벼 (예)

---

1절

It makes me feel good to know I'm doing something right
난 내가 옳은 일을 한다는 것이 행복해
It makes me feel good you know I do it every night
난 내가 매일 밤 하는 짓에 대해 네가 아는게 행복해
I love the way it feels, I just do it every time.
그 느낌을 너무 사랑해, 늘 항상 그짓을 해
And I'm glad it's not a crime.
그리고 그것이 범죄가 아니라 천만 다행

Pick it (oh), Pick it
후벼 (오), 후벼
Pick it (oh), Pick it (you know you wanna)
후벼 (오), 후벼 (너도 원하잖아)
Pick it, Pick it
후벼, 후벼
Pick it (yeah!)
후벼 (예!)

Well you know I pick it, and then I smell my finger.
그래 너는 내가 후비는걸 알지, 그 다음에 손가락의 냄새를 맡아 보는것도 알지
Then I lick it, you know it tastes so good.
그 다음에 혀로 빨아보지, 그리고 너무 맛있다는걸 넌 알지
I dream it about it every day,
난 매일 상상해
My stomach bowels and shakes
내 배는 경련을 일으키고 요동치지
always thinking about my next tasty play.
항상 맛있는 나의 다음 플레이를 생각하지

Pick it (ooh~), Pick it
후벼 (우), 후벼
Pick it (oh~), Pick it (you know you wanna)
후벼 (오~), 후벼 (너도 원하잖아)
Pick it, Pick it
후벼, 후벼
Pick it (yeah!)
후벼 (예!)

I pick my nose, I pick my butt,
난 내 코를 후벼, 난 내 똥꼬를 후벼,
I pick my ear and I can't get enough.
난 내 귀도 후비지만, 항상 뭔가 부족해
I pick my belly button and find some weird ass stuff.
난 내 배꼽도 후벼서 정말 희한한것을 발견하지만
I can't get enough.
난 뭔가 늘 부족해

Pick it (yeah~), Pick it
후벼 (예~), 후벼
Pick it (oh pick it), Pick it (oh Pick it~)
후벼 (오 후벼), 후벼 (오 후벼~)
Pick it (yeah) , Pick it (oh)
후벼 (예), 후벼 (오)
Pick it (yeah-eh~ oh pick it)
후벼 (예-에~ 오 후벼)

Pick it, Pick it (oh Pick it~)
후벼, 후벼 (오 후벼~)
Pick it, Pick it (yeah~)
후벼, 후벼 (예~)
Pick it (oh just pick it), Pick it (oh you know)
후벼 (오 그냥 후벼), 후벼 (너도 알잖아)
Pick it (oh are you hungry oh~)
후벼 (오 너 배고프니 오~)

Error messages in computer(or software) are important because they provide information about what is being done incorrectly. Think about the error messages you get in Microsoft Windows. Almost all the time, you have no idea what it means. In worse cases you only get the error code(simply a hex number). Such error messages fail to deliver adequate information to us for correcting our incorrect usage of the computer(or software). Sometimes, it's not even a bit better than having a error message at all. You're unable to interact with the computer... It's just like talking to a robot that says the same thing over and over.

If error messages fail to provide proper information to us for fixing a problem, how are we supposed to fix the problem??? We have to find the problem for ourselves in a Brute Force(sometimes worse and sometimes slightly better - because we may get clues from other problems) manner. This is a very time consuming and unpleasant task. In Korea we use the term "sap-jill" which literally means digging the ground(inefficient and maybe meaningless job) for such tasks. Anyway, thanks to the Internet and Google(and all the other search engines). If you are really lucky, somebody might have encountered your problem before you and might have posted a solution to your unknown problem.


Now to the main subject...
I was working with WinINet at work. And I was caught up in a problem where I get a ERROR_INTERNET_SECURITY_CHANNEL_ERROR whenever I make a request over SSL(which is now TLS). The explanation of the error in MSDN is as follows...

The application experienced an internal error loading the SSL libraries.

So??? I looked for solutions related to the error. Not much help. Most of the information related to that error message had something to do with SSL certificates. Therefore, I also thought that was my problem. After several days of "sap-jill", I had a weird feeling that I was looking at the wrong thing... But, still I had no clue what else to look about. And then... yesterday, I finally found a post suggesting that I use a program called fiddler2. It's a proxy that sits between your http(s) client and the http servers that logs every request and response. I used that to find out what my http client's problem was. As soon as I ran my program with fiddler2 running, fiddler2 gave me an error message that finally gave me an idea what my problem was. I don't exactly remember what the message was, but it had something to do with the host name. Some more observations led me to a conclusion that there was a problem in establishing a connection to the server. More specifically, using the wrong port number. As I was debugging my code, I found out that in the line where I call the WinINet function InternetConnect(), I pass a zero(0) as a parameter that indicates the port number I am using. Of course the zero was not hard coded, and it was retreiving the value from another object which abstracts the information of the URL. The funny thing is that if the port number is not specified in the URL explicitly, the method used to retreived the port number for the URL returns zero. While it is well known that certain protocols use predefined port numbers, I think this is a bad implementation. But, I discussed it with my boss, and he said that its behavior should kept the way it is now because it might cause other problems if we fix it(corporate secret--just being careful). Anyway, I had to make a conditional statement to check what kind of protocol it's using and pass the appropriate port number.

How was I supposed to know that from getting...
System Error 12157(0x2F7D): ERROR_INTERNET_SECURITY_CHANNEL_ERROR


So, to my conclusion... This is what I have been trying to tell all the people who run into the error message ERROR_INTERNET_SECURITY_CHANNEL_ERROR and nothing makes sense. You might want to check if the port number is correctly passed into the InternetConnect() function. Actually, I found nothing about SSL libraries related to this error.