잊지 않겠습니다.

javascript에서 자주 class화 시켰으면 좋을것 같은데.. 하는 일이 자주 벌어진다.
일단 기본 목적이 화면에 표시되는 방법을 제어하는 경우가 더 많기 때문에, 기존 WinForm의 객체들처럼 각각 만들어져있다면 사용하기에 정말 편할 것 같아서 class와 상속 들에 대해서 알아보게 되었다.

먼저, 기본적으로 javascript에서는 class라는 키워드는 존재하지 않는다. function 키워드를 이용해서 객체를 선언 하게 된다.

1. class의 선언

function Product() {    this.name = '';    this.price = 0;    this.SetValues = function(name, price) {        this.name = name;        this.price = price;    };            this.ShowName = function(id) {        this.ShowAlert();        $('#' + id).html('Product' + this.name);    };        this.ShowAlert = function() {        console.debug('this is product message ' + this.name);    };}

class의 선언은 매우 단순한것이. 일반적인 함수의 형태를 취하면서 만들어지게 된다. prototype을 선언해서 만드는 법도 가능하지만, 코드의 가독성이 이게 더 편한 것 같아서. 이 방법을 주로 사용하는 것이 더 나아보인다.
private method나 private property의 경우에는 var 키워드를 이용해서 만들어주고, public의 경우 this 키워드를 이용해서 선언할 수 있다.

2. class의 상속

function KrProduct() {    Product.call(this);    this.ShowAlert = function() {        console.debug('this is krProduct message ' + this.name);            };}

call method를 이용해서 class를 상속한다.
override 를 하고 싶은 경우, 기존의 method를 동일하게 재 선언해주면 된다.
주의점은 javascript의 객체를 만들때는 protected가 없다는 것이다. 상속된 객체에서 절대로 private method나 property는 사용하지 못한다. 이를 고려해서 만들어줘야지 된다. (객체의 캡슐화에는 매우 불리한 것 같다.)

3. 실행 결과.
$(function() {    $('#testButton').click(function() {        var product = new Product();        var product2 = new KrProduct();        var product3 = new KrProduct();        product.SetValues("Product Name", 0);        product2.SetValues("Product2 Name", 1);        product3.SetValues("Product3 Name", 2);         product.ShowName('testDisplay');        product2.ShowName('testDisplay2');        product3.ShowName('testDisplay3');    });})


override 시킨 method가 차례대로 실행되는 것을 알 수 있다.

Posted by Y2K
,
원본은 : http://blog.ohmynews.com/joasay/282113
영문 이메일은 보통 영문의 편지문장과 몇 가지 차이가 있다.




가장 다른 점은 인포멀하고 간결한 문체일 것이다. 짧고, 친밀감을 담는 문체이지만 받는 사람에게 실례가 되지 않게 쓰지 않으면 안 된다. 이러한 어려움 때문에 지금까지는 영문으로 전자메일을 쓰려고 생각해도 부담이 되어서 쓰기를 망설였던 사람들이 많을 것이다. 그런 분들을 위해서 영문 e-mail에 자주 나오는 편리한 표현을 오랜 작업끈에 정리해 보았다.


이러한 표현을 참고하셔서 이제는 주저하지 마시고 짧아도 괜찮으니 영문 e-mail를 한번 써 보자.

자기 소개의 표현
I'm sending this mail from Seoul, Korea.
한국의 서울에서 메일을 보냅니다.
This is my first mail to send to this mailing list.
이 메일링리스트에 처음으로 메일을 보냅니다..
I work for a multimedia company that makes educational software.
교육용 소프트를 만드는 회사에서 근무하고 있습니다.
I am Bnghee Han from Daejeon-City, Korea.
한국의 대전시에서 살고 있는 한 봉희라고 합니다.





인사 표현
How have you been (doing)? Nothing much new here.
안녕하십니까. 이곳은 별다른 일없습니다.
I'm happy to join this movie lover's mailing list.
이 영화 동호인 메일일 리스트에 가입되어 영광입니다.
I sent e-mail to you last weekend but I guess I sent it to the wrong address.
제가 지난주에 메일을 보냈습니다만 잘못된 주소에 보낸 것 같네요.





감사의 표현
Thanks for your quick reply(Response).
빠른 답장 감사합니다.
Thank you for your e-mail dated April 15, 2001.
2001년 4월 15일자 메일 고맙습니다.
If you could take a few minutes to answer our questions, we would really appreciate it.
저희들의 질문에 시간을 조금만 내서 답변을 해 주신다면 감사하겠습니다.
Thank you in advance for your help.
아무쪼록 부탁 드립니다. (미리 감사드립니다. )





사죄의 표현
Sorry I didn't write to you earlier.
좀 더 빨리 쓰지 못해 죄송합니다.
I apologize for not having gotten into contact with you sooner.
좀 더 빨리 연락을 드리지 못해서 죄송합니다.
Sorry for any confusion and it is a pleasure doing business with you.
혼란스럽게 해서 죄송합니다. 그리고 당신과 비즈니스를 같이하게 되어 기쁩니다.





제안의 표현
I'd like to make a proposal: why don't we write our messages all in English?
제안이 있습니다. 우리는 왜 메시지를 전부 영어로 쓰지 않습니까?
Are you interested in going to a baseball game with me this weekend?
이번 주말에 저와 야구하러 가는 것에 관심이 있습니까?
Why don't you stop by Korea if you are coming to Japan?
일본에 온다면 한국에도 들러 주세요!


문의의 표현
Does anyone know if those movies are available on videotape?
이러한 영화가 비디오테이프로 가능할지 누가 모릅니까.
I need your help.
도와주세요.
When can I expect a reply from you?
언제 답장을 받아 볼 수 있을까요!.
I just want to check if you have received my mail of April 23rd.
4월 23일날 보낸 나의 메일을 받으셨는지 확인하고 싶습니다.
Is there anybody out there who has the last month's English Network?
누군가 지난달의 영어네트워크를 갖고 계시지 않습니까?




답변의 표현
I am responding to your job opening announcement in the Korea Times dated April 5th.
4월 5일자의 코리아 타임즈 구인 광고 건으로 연락하고 있습니다.
Here is my answer to your question of April 1st.
4월 1일자의 당신 질문에 대한 답변입니다.
I wish I could go, but I have already made plans on the 12th.
갈 수 있으면 좋겠습니다만, 벌써 12일에는 계획이 있습니다.
Hope this helps.
이것이 도움이 되길 기대합니다.





의뢰의 표현
I hate to ask you this, but would it be possible for us to stay with you?
이러한 것을 부탁드리기가 싫지만 당신과 함께 머무르는 것이 가능할까요?
Let me know the results of your entrance exams in the next mail.
다음 메일로 입시의 결과를 가르쳐 주세요.
Could you help me with my survey?
나의 조사에 답해 주실 수 있겠습니까?
May I ask a favor of you?
부탁을 해도 될까요?
I am looking for key-pals in Mexico, Spain or South America.
멕시코와 스페인과 남아메리카에서 전자메일로 펜팔할 상대를 찾고 있습니다.
We would like to e-mail with an elementary school class in Italy.
이탈리아의 초등학교 클래스와 전자메일을 교환을 하고 싶습니다.
Please respond to
iambong@netsgo.com
연락은
iambong@netsgo.com 로 주세요!





확인의 표현
Did you mention you wanted to start this business by March this year or March next year?
이 비즈니스를 금년 3월까지 시작하기로 언급했습니까? 아니면, 내년 3월까지라고 언급했습니까?.
Did you also say we need a unix machine for this?
당신은 또한 UNIX의 컴퓨터가 필요하다고 말했습니까?





감정의 표현
I'm a bit disturbed by your reply to our new product.
저희들의 상품에 대해서 당신의 답변에 놀랐습니다.
I'm so glad/happy that you liked our gift.
당신이 우리의 선물을 좋아하시니 기쁩니다.
I'm terribly sorry to hear of Dr. Johnson's sudden death.
죤슨 선생님의 갑작스런 죽음을 듣고 놀랐습니다. 명복을 빕니다.





축하의 표현
I wish you the best of luck /good luck with your final exams.
기말 시험에서의 행운을 빕니다.
How are you feeling? I heard you couldn't come to work for several days because you got sick.
상태는 어떻습니까. 병이 들어 몇 일간 출근을 못한다고 들었습니다.
Have a good rest until you feel completely well.
완전히 좋아 질때가지 충분히 휴양을 취하세요.
I'm really glad to hear you got promoted.
당신의 승진을 진심으로 축하드립니다.
Congratulations on your marriage!
결혼 축하합니다.
You deserve to get promoted.
당신의 승진은 당연합니다.





e-mail 주세요
E-mail me or call me collect, please.
전자메일이나 콜렉트콜로 연락 주세요.
Hope to here from you soon.
당신으로부터 빠른 답장을 기다리고 있습니다.
I'm looking forward to receiving your reply at your earliest convenience.
가능한 한 빨리 답장을 받을 수 있기를 학수 고대하고 있습니다.
Please send responses by the end of April.
4월말까지 답장을 주세요.





마지막 한마디
I'll tell you more about it in my next message.
다음 메일로 좀 더 이야기를 하겠습니다.
I'll keep in touch.
연락을 합시다.
Please give my best regards to your boss.
당신의 상사에게 안부 전해 주십시오.


아래는 e-mail에서 자주 나오는 약어의 예다.

네트워크를 이용하는 User들은 가능한 한 문장을 짧게 쓰기 위해서 이러한 특수한 약어를 낳았다. 익숙해질 때까

지는 너무 자주 사용하는 것은 권장하지 않지만, 읽었을 때 어떠한 의미인지 정도를 이해할 수 있도록 알아두자.

그리고 한 두개 정도는 이메일에 사용해 보아도 좋을 것이다.





기본적인 약어



P. S. / Post Script 추신
BTW / By the way 그런데
ASAP / As soon as possible 가능한 한 빨리
co. / company 회사
et al. / (et alia 라틴어로부터) and others 그 외
i.e. / (id est 라틴어로부터) that is 즉
e.g. / (exempli garatia 라틴어로부터) for example 예를 들면





화재를 바꾼다.



OBTW / Oh, By The Way 그런데
OTOH / On The Other Hand 한편
AFAIC / As Far As I'm Concerned 나에 관해서 말하면
IOW / In Other Words 즉
IAC / In Any Case 어쨌든





마지막 인사



CIAO / Goodbye (이탈리아어) 안녕
CUL / See You Later 다시 또 보자
CWYL / Chat With You Later 또 이야기합시다
TTYL / Talk To You Later 또 이야기하네요
BFN / Bye for now 오늘은 이 근처로





컴퓨터 용어



HDD / Hard Disk Drive 하드 디스크
Msg / Message e-mail문장
Cc / carbon copy 참조(같은 것을 다른 사람에게도 보내는 기능)
Bcc / Blind carbon copy 숨은 참조(상대에게는 알리지 않고 같은 것을 다른 사람에게도 보내는 기능)
KBD / Keyboard 키보드
Snail Mail / The U.S. Postal Service 우편(우편은 전자 메일에 비해 달팽이처럼 늦기 때문에)





프로만 아는 생략어



IITYWTMWYKM / If I Tell You What This Means Will You Kiss Me?
HHO 1/2 K / Ha, Ha, Only Half Kidding 좀 농담을 했다니까!
ROFLASTC / Rolling On Floor Laughing And Scaring The Cat! 배꼽이 빠지게 웃는다
WYSIWYG / What You See Is What You Get 모니터에 보이는 대로 인쇄된다
IMHO / In My Humble Opinion 사견을 말하면
IMO / In My Opinion  생각건대
FYI / For Your Information 도움이 될꺼라고 생각해





상대를 어리석게 하는 것



KISS / Keep It Simple, Stupid 간단하게 못하니, 바보야!
IMNSHO / In My No So Humble Opinion 말하게 해주지만
LLTA / Lots and Lots of Thunderous (or Thundering) Applause 박수 갈채
RTFM / Read The F*cking Manual! / Read The Flaming Manual! 메뉴얼을 읽어라.





위트



HAK / Hugs And Kisses (꼭 껴안고 키스해줄 정도로) 훌륭하다!
ROFL/ROTFL / Rolling On Floor Laughing! 박장대소하다
HHOK / Ha, Ha, Only Kidding 농담이야.
ONNA / Oh No, Not Again 좀 기다려요.
OZ / Australia 오스트레일리아(사람)





감사



THANX / TNX
Thanks 고맙습니다
TIA / Thanks In Advance 잘 부탁드립니다





기 타



HTH / Hope this Helps! 이것이 도움이 될거야!
FYA / For Your amusement 이것으로 즐기세요
FYI / For your information 정보입니다
WT / Without Thinking 너무 생각하지 말고


감정을 그림 문자로 표현하는 마크도 생략 기호의 하나이다.

적절히 사용하면 매우 효과적이다. 많이 사용하는 것을 모아 보았다.


^_^)
smile

(^_^;
embarrassed

\^_^/
banza-i

:-)
Happy

:@
what?

:D
Laughter

:I
Hmmm...

:(
Sad

:O
Yelling

:, (
Crying

:*
Kisses

(:-)
smiley big-face

;-)
wink

-)
hee hee

-<
mad
Posted by Y2K
,
모든 입력은 위조될 수 있다. - 사용자의 입력을 신뢰하지 말아라.

변조 가능한 모든 데이터들:
  • GET QueryString
  • POST로 전송 가능한 Data
  • Cookie
  • HTTP Header에 저장된 데이터
XSS(Cross-site scripting)
: Web Application에 피해를 입히는 가장 유명하고 널리 알려진 방법
Input Message를 이용해서 Web Page에 공격자의 Form 또는 Javascript를 삽입하여 공격하는 방법

* 대응책 : 사용자가 제공한 모든 데이터는 인코딩을 통해 출력한다.

* Html.Encode(string message)를 통해 ASP .NET MVC에서 가능하다. MVC2에서는 <%: %>으로 간단히 표현 가능하다.
* ASP .NET에서 제공되는 ValidationRequest를 이용하는 방법
 - HTML, Javascript와 유사한 모든 입력을 차단한다.
 - 사용자의 입력이 매우 제한되기 때문에 추천되지 않는 방법이다.

Session Hijacking
: Session ID cookie(ASP.NET_ SessionID로 만들어진다.)를 저장하고, 자체 브라우저를 이용해서 신원을 위장 가능하다.

* 대응책
  - Client IP를 Session의 값에 같이 저장해서, Session을 발급한 Client를 재확인하는 절차를 거친다.
  - HttpOnly flag를 설정한다. 이 경우, Cookie를 javascript를 이용해서 Hijacking 하는 것이 불가능하게 된다.

CSRF
: 사용자가 정상적인 로그인을 거친 이후에 다른 사이트에 Session이 유지된 상태로 이동한 이후 타 사이트에서 값을 넘기는 것으로 사용자의 정보를 훔쳐갈 수 있다.

* 대응책
  - 사용자에게 특화된 토큰이 보안적인 요청안에 포함되도록 한다. ASP .NET MVC에서는 이러한 기법을 이미 사용하고 있다.

  <%using(Html.BeginForm()) { %>
      <%= Html.AntiForgeryToken() %>
  <%}%>

  [AcceptVerbs(HttpVerbs.Post)][ValidateAntiForgeryToken]
  public ActionResult SubmitUpdate()

SQL Injection
: SQL Query문을 Query String 또는 POST 데이터에 넣어서 데이터를 위변조한다.

* 대응책
  - 입력을 Encoding해서 방어
  - 매개변수를 사용하는 Query를 이용해서 방어
  - ORM Mapping을 이용해서 방어 (LINQ SQL, ASP .NET Entity Framework, NHibernate etc..)


Posted by Y2K
,
아이폰 구매
사고싶어서 안달이났던 물건이라서 행복하당
재미있는 장난감이 생긴듯 ㅋ ㅋ

iPhone 에서 작성된 글입니다.
Posted by Y2K
,
1. URL을 깔끔하고 사용자 친화적으로 만들자.
URL은 폰트나 이미지 못지 않게 중요한 UI의 일부라는 것을 인식하자.
  • URL이 응용 프로그램의 일부가 아닌 그가 담고 있는 내용을 서술하도록 변경하자.
  • ID나 숫자보다는 본문 제목을 표시하도록 하자.
  • 가능하다면 HTML 페이지에 대하여 파일명 확장자를 사용하지 말라. (.aspx와 같은) 하지만 특수한 형식들 jpg, pdf, zip에 대해서는 사용하는 것이 좋다. 사용자가 예상하는 파일명 확장자에 대해서는 그것을 사용하는 것이 훨씬 좋다.
  • 계측적인 느낌을 만들자(/Product/Menswear/Shirts/Red와 같이)
  • 대소문자를 구별하지 말자
  • 기술적인 기호나 코드, 연속문자를 피하라. 만일 단어의 분리를 원한다면 -를 사용해서 연걸해라
  • URL을 변경하지 말아라. 깨져버린 링크는 사업의 손실과 같다. URL을 변경하는 경우 301 영구적 재전송을 통해 가능한 길게 기존 URL 스키마를 유지해야지 된다.
  • URL은 짧아야 하고, 입력하기 쉬워야지 하며, 편집하기 용의하고 지속적이여야지 된다. 그리고 사이트 구조를 투영하고 있어야지 된다
참고 자료 : http://www.w3.org/Provider/Style/Url

2. HTTP 관습을 따르자
  • GET과 POST를 정확히 선택하라. 기본적인 지침에 따르면 GET 요청은 모든 readonly 정보 검색에 사용되어야지 되며 POST 요청은 서버상에서 상태를 변경하는 write 작업에 사용되어야 한다는 것이다. 표준에 입각한 관점에서 보면 GET요청은 안전한 상호요청을 위한 것이며 POST 요청은 안전하지 않은 상호요청에 의한 것이다.
  • GET 요청은 접근이 가능해야지 된다. 모든 정보는 URL에 포함되어 있으며 그렇기 때문에 주소를 링크하거나 즐겨찾기가 가능해야지 된다.
  • 상태를 변경하는 작업에 GET을 사용하면 안된다.
  • 질의 문자열의 사용에 유의하라. 질의 문자열은 사용자 친화성을 고려하지 않는 곳이나 링크하지 않을 곳을 찾아서 사용하는 것이 좋다. 또한 알고리즘에 값을 넣어서 결과를 얻어오는 때에도 사용할 수 있다.

3. HTTP 재전송의 정확한 유형을 사용하자.
HTTP 재전송의 경우 301과 302로 정의되어 있는데, 둘다 모두 브라우저로 하여금 GET 요청을 통해 새로운 URL로 이동하게 된다. 그러나 301과 302는 검색엔진에서 차이가 있으며 이는 다음과 같다.

301 : 영구적인 이동. 이는 이 URL이 영원히 사용되지 않으며, 다시는 요쳥되지 않아야지 함을 의미한다. 그리고 모든 Inbound 링크는 새로운 URL로 변경되어야지 되는 것을 의미한다. 검색엔진에서는 새로운 URL하에서 Context처리를 한다. URL Schema가 변경되었을 때 사용되어야지 된다.
302 : 임시적인 이동. 클라이언트는 이번 요청만을 위해서 제공하는 대체 URL을 사용한다. 검색엔진은 기존의 URL을 유지한다.

4. 검색엔진 최적화
검색 엔진의 종류에 따라 각기 다른 엔진 순위를 가지고 있으나, 많은 Blogger들이 실험으로 증명한 사항들은 다음과 같다.
  • URL에 적절한 키워드를 사용하라.
  • 질의 문자열 매개변수를 최소화하고 단어구분자로 밑줄을 사용하지 말라
  • 컨탠츠의 각 부분에 대해 단일 URL, 즉 정규 URL을 주도록 하라. HTTP 301 재전송을 통해서 현재의 정규 URL을 유지하라.
  • 모든 Contents는 접근 가능해야지 된다. Contents가 javascript, flash, silverlight의 탐색에 의하여 종속적이지 않아야지 된다. (불행하게도 우리나라에서 가장 안지켜지는 부분인것 같다. 모든 사이트가 Flash toolbar로 떡칠이 되어있으니.;;)




Posted by Y2K
,
1. 인덱스 컬럼절의 변형

 

select ename from emp where sal * 2.1 > 950 (X)

select ename from emp where sal > 950/2.1   (O)

 

select ename from emp where to_char(hiredate, 'DDMMYY') = '250884'   (X)

select ename from emp where hiredate = to_date('250884', 'DDMMYY')    (O)

 

=> 인덱스 컬럼에 변형을 가하면 사용할수 없다. 단 변형가능 하더라도 쓰고 싶다면 쓸수야 있지만..

    create index .... on emp to_char(hiredate, 'DDMMYY') ....이렇게 해야할까.ㅋ;;

 

2. 내부적인 데이터변환

 

select * from emp where hiredate = '14-JAN-85' (X)

select * from emp hiredate = to_date('71-10-22', 'YY/DD/MM')   (O)

 

select * from emp where empno = '7936' (X)

select * from emp where empno = to_numer('7936')                   (O)

 

=> 내부적인 데이터변환에서 가장 많이 실수하는 부분은 문자값 데이터타입을 갖는 컬럼에 '값'->값 으로 하는

     유형이랄까... 딱 맞는 데이터타입을 사용해야만 함!!

 

3. NULL 조건의 사용

 

select ename from emp where comm is null          (X)

select ename from emp where comm is not null    (X)

 

select ename from emp where ename > ''            (O)

select ename from emp where comm >= 0            (O)

 

=> NULL 조건으로 검색한다는 가정하에는 거의 인덱스 풀 스캔이 일어남.적절히 사용할것!!

 

4. 부정형 조건의 사용

 

select ename from emp where deptno != 30 (X)

select ename from emp wehre deptno < 30 and deptno > 30      (O)

 

=> 논리적으로 부정형을 이용하여 인덱스를 사용하겠다는것은 말이 안됨.

5. Like 연산자 사용

 

select * from emp where ename like 'S%'         (O)

select * from emp where ename like '%S%'      (X)

 

=> %S% 부분을 꼭 쓰고 싶다면 이런식으로 하는것이...다 넣는거다.ㅋ

    AS%, BS%, ..... 본문찾기 기능은 없어지는 추세.

 

6. 최적기가 판단

 

RBO경우 무조건 탄다. CBO는 통계값을 기준으로 하기 때문에 DBA가 잘해야지..HINT를 적절히..

 

 

기타. 인덱스를 이용한 sort 회피 방법

 

select empno, ename, job, comm from emp order by empno             (정렬)

select empno, ename, job, comm from emp where empno >= 0         (정렬제거)

 

Index를 사용하지 않고 개발을 하는 경우가 많은데, 이 부분에 대한 고려는 항시 필요하다. 언제나 이런 내용까지 같이 고민을 하는 개발자가 될 수 있을지... 참 길이 멀고도 험한것 같다.
Posted by Y2K
,
set nocompatible
source $VIMRUNTIME/vimrc_example.vim
source $VIMRUNTIME/mswin.vim
behave mswin

set diffexpr=MyDiff()
function MyDiff()
  let opt = '-a --binary '
  if &diffopt =~ 'icase' | let opt = opt . '-i ' | endif
  if &diffopt =~ 'iwhite' | let opt = opt . '-b ' | endif
  let arg1 = v:fname_in
  if arg1 =~ ' ' | let arg1 = '"' . arg1 . '"' | endif
  let arg2 = v:fname_new
  if arg2 =~ ' ' | let arg2 = '"' . arg2 . '"' | endif
  let arg3 = v:fname_out
  if arg3 =~ ' ' | let arg3 = '"' . arg3 . '"' | endif
  let eq = ''
  if $VIMRUNTIME =~ ' '
    if &sh =~ '\<cmd'
      let cmd = '""' . $VIMRUNTIME . '\diff"'
      let eq = '"'
    else
      let cmd = substitute($VIMRUNTIME, ' ', '" ', '') . '\diff"'
    endif
  else
    let cmd = $VIMRUNTIME . '\diff'
  endif
  silent execute '!' . cmd . ' ' . opt . arg1 . ' ' . arg2 . ' > ' . arg3 . eq
endfunction

set gfn=나눔고딕코딩:h10:cANSI
set bdlay=100
set backspace=indent,eol,start
set number
set ai
set ts=4
set sw=4
"set vb  " visual bell
set background=dark

"
" geometry setting
set lines=57
set columns=120
winpos 0 0

"
" Color scheme
highlight Normal     guifg=Grey80 guibg=Black
highlight Search     guifg=Black guibg=lightred
highlight Visual     guifg=Grey25
highlight Cursor     guifg=Black guibg=lightblue
highlight Special    guifg=Orange
highlight Comment    guifg=#80a0ff
highlight StatusLine guifg=darkcyan  guibg=white
highlight Statement  guifg=Orange gui=NONE
highlight Type      gui=NONE
Posted by Y2K
,
Color Setting을 한번 뒤져보다가 괜찮은 아이를 찾아서 upload.

이상하게 계속해서 font, color에 끌리는 이유가 뭘까.;

Posted by Y2K
,
네트워크 상태를 보다보면 port의 사용 정보를 알고 싶을 때가 많은데...
사용되는 Port의 정보를 알려주는 site. 

정말 별애별 사이트가 다 있다는 증거.;

http://www.seifried.org/security/ports/index.php


Posted by Y2K
,
RSS Feed Script
([xml](new-object System.Net.WebClient).DownloadString("http://blogs.msdn.com/powershell/rss.aspx")).rss.channel.item | format-table title,link


FAST Windows Form
[void][reflection.assembly]::LoadWithPartialName("System.Windows.Forms")
$form = new-object Windows.Forms.Form
$form.Text = "My First Form"
$button = new-object Windows.Forms.Button $button.text="Push Me!"
$button.Dock="fill"
$button.add_click({$form.close()})
$form.controls.add($button)
$form.Add_Shown({$form.Activate()})
$form.ShowDialog()

:여기서 중요한 코드는 첫줄. Assembly의 동적 Loading이 저렇게 쉽게 가능하다는 것이 가장 멋진 일이다.

ERROR LOG FINDER
dir $env:windir\*.log | select-string -list error | format-table path,linenumber –autosize
Posted by Y2K
,