웹엡스콘 컨퍼런스에 다녀왔습니다. 오전은 5가지 섹션으로 진행되었고, 모든 섹션을 듣고 싶었지만 저는 AJAX와 웹표준 섹션을 들었죠.. 웹 기술 뿐 아니라 서비스 개발 프로세스에 대한 고민까지..유익한 내용이 많았습니다. 오후에도 여러 패널들과 발표자들이 수고해 주셨고, 특히 어제도 강연이 있었던 구글 로고 디자이너이자 웹마시터이신 데니스 황 님께서 해주신 흥미로운 구글 이야기도 즐거웠습니다. 저는 싸인도 받았어요^^ IT업계에도 연예인이 등장했다고 할까요...^^ 내용 정리는 되는대로 올리도록 하지요...ㅎㅎ 언제?

1. (인터넷에서도 동일한 시민윤리 준수) 인터넷 이용자들은 민주사회의 주권 시민으로서의 기본 덕목을 인터넷 공간에서도 지킨다.
2.  (게시에 대한 책임의식) 인터넷 이용자들은 UCC가 사회에 큰 영향을 미칠 수 있다는 사실을 알고 이에 따르느 높은 책임 의식을 갖는다.
3. (전파와 전달행위의 잭임성 인지) 인터넷 이용자들은 다른 사람이 만든 UCC를 복사하고 전달하는 행위도 직접 제작하여 게시하는 경우에 준하는 사회적 책임이 뒤따른다는 사실을 알아야 한다.
4. (영상 등 미디어 효과의 중요성 인식) 인터넷 이용자들은 UCC가 영상, 사진 등을 통한 미디어로서 고유한 효과를 갖는다는 것을 알아야 하며 긍정적 파급효과를 위해 노력해야 한다.
5. (저작권에 대한 의지와 존중) 인터넷 이용자들은 UCC의 창작과 유통과정에서 자신의 저작권리를 인지하고, 타자의 저작권리를 항상 존중해야 한다.
6. (명예훼손 등 사회적 위험의 최소화) 인터넷 이용자들은 자신이 만든 UCC가 사회에 위험을 주는 요소가 없는가를 점건해야 한다.
7. (정보의 신뢰성 판단을 위한 출처 명시) 인터넷 이용자들은 사회적으로 중요한 정보를 UCC로 창작할 때 해당 정보의 신뢰성을 판단할 수 있는 근거를 제시한다.
8. (실수에 대한 인정과 즉각 수정) 인터넷 이용자들은 자신의 UCC에 잘못된 내용이 있을 경우, 즉각적으로 그 사실을 인정하고 수정하도록 한다.
9. (자율정화 노력) 인터넷 이용자들은 UCC가 공익과 사익을 훼손하지 않는가를 판단하여 부적적한 정보가 유통되지 않도록 노력한다.
10. (창의적 UCC의 권장과 공유) 인터넷 이용자들은 창의적이고 생산적인 UCC가 확산될 수 있도록 서로 권장하고

이 글은 스프링노트에서 작성되었습니다.

컴퓨터에서 어떤 크기의 데이터를 메모리에 저장할 때 바이트 단위로 나누어 저장한다.
그렇다면 2바이트나 4바이트 크기의 데이터는 어떤 바이트 순서로 저장할까?

먼저 본론부터 말하면 CPU 유형에 따라 바이트 저장순서가 달라질 수 있다.
크게 두 가지로 나뉘는 데 그것이 바로 ‘리틀 엔디안’과 ‘빅 엔디안’ 방식이다.

1. 리틀 엔디안 (Little-Endian)

시작 주소에 하위 바이트부터 기록

( Intel 80x86 (IBM-PC),  DEC VAX,  DEC PDP-11 )
주로 SCO 유닉스나 MS 윈도우가 돌아가는 Intel 프로세서 계열 시스템

 -----------------------------------------------------------------------

-----------------------------------------------------------------------

2. 빅 엔디안 (Big-Endian) 

시작 주소에 상위 바이트부터 기록
( IBM370,  Motorola 68000,  Pyramid )
상용 UNIX가 주로 돌아가는 RISC 프로세서 계열 시스템

-----------------------------------------------------------------------

-----------------------------------------------------------------------

네트웍에서 데이터 전송을 할 때도 이러한 엔디안  방식에 주의해야 한다.
서로 다른 데이터 저장 방식의 시스템끼리 통신하게 되면 전혀 엉뚱한 값을
주고받기 때문이다. (저장순서가 서로 반대임)

 네트웍 데이터 통신에서는 네트워크 바이트 순서(network byte order, 빅 엔디안)를
따르도록 데이터의 바이트 순서를 변경해야 한다.
(TCP/IP, XNS, SNA 규약은 16비트와 32비트 정수에서 빅 엔디안 방식을 사용함)

 클라이언트측 : 네트워크 바이트 순서(빅 엔디안)로 변경하여 전송한다.
      htonl 같은 함수(host to network)를 이용해서 변경시켜주면 된다.

      data = htonl(data);   // data : 전송할 4바이트 값
      write(client_sockfd, (void *)&data, sizeof(int));

 서버측 : 받은 값(네트웍 바이트 순서(빅 엔디안))을 자신에게 맞게 변환하여 사용한다.
        ntohl 같은 함수(network to host)를 이용해서 변경시켜주면 된다.

        printf("%d\n", ntohl(data));   // data : 전송 받은 4바이트 값
        close(client_sockfd);

 <이상>

 참조 : ‘endian에 대해서, 윤 상배(dreamyun@yahoo.co.kr)’ 등 인터넷 문서 일부

 ---------------------------------------------------------------------------

• 보이스웨어 http://www.voiceware.co.kr/ 
                  음성인식(http://www.voiceware.co.kr/products/ez.html)

• 보이스텍   http://www.voicetech.co.kr

                         음성인식기술(http://www.voicetech.co.kr/technology_01_01.htm)
                         관련 제품 : 바이보이스(http://www.voicetech.co.kr/byvoiceseries.htm)

• 베스티안 http://b-p.co.kr/ 

                       에스엘투와 같은곳
                       음성 인식 엔진(http://www.b-p.co.kr/products/products1-1.htm)

• 에이치씨아이랩 http://www.hcilab.co.kr

  관련솔루션 : PoswerASR(http://www.hcilab.co.kr/product/asr.asp)

• 기타
  • 예스테크놀로지 예스테크놀로지 http://www.yespeech.com/
  • 코아보이스 http://www.corevoice.com/

        

지난 큐브리드 교육 때 사용했던 예제파일..

잠시 첨부해 놓는다...

HTTP heaer를 알고 싶을 때 사용하면 편리하다.

이것 덕분에 클리핑이 막히는 원인을 찾을 수 있었다.

링크 : http://web-sniffer.net/

View HTTP Request and Response Header

For more information on HTTP see RFC 2616

HTTP(S)-URL: (IDN allowed)

HTTP version: HTTP/1.1 HTTP/1.0 (with Host header) HTTP/1.0 (without Host header)

Raw HTML view Accept-Encoding: gzip • Request type:GET POST HEAD TRACE

User agent:

HTTP Request Header

Connect to 222.122.142.23 on port 80 ... ok



GET / HTTP/1.1[CRLF]
Host: www.handstory.co.kr[CRLF]
Connection: close[CRLF]
Accept-Encoding: gzip[CRLF]
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, 
application/vnd.ms-powerpoint, application/vnd.ms-excel, a
pplication/msword, application/x-shockwave-flash, */*[CRLF]
Accept-Language: ko[CRLF]
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; 
.NET CLR 2.0.50727) Web-Sniffer/1.0.24[CRLF]
Referer: http://web-sniffer.net/[CRLF]
[CRLF]

HTTP Response Header

Name	Value	Delim
HTTP Status Code: HTTP/1.1 200 OK
Date:	Tue, 09 Jan 2007 09:41:05 GMT	CRLF
Server:	Apache	CRLF
X-Powered-By:	PHP/4.4.2	CRLF
Set-Cookie:	PHPSESSID=804242e73350b11151e50705b368d56c; path=/	CRLF
Expires:	Thu, 19 Nov 1981 08:52:00 GMT	CRLF
Cache-Control:	no-store, no-cache, must-revalidate, post-check=0, pre-check=0	CRLF
Pragma:	no-cache	CRLF
Connection:	close	CRLF
Transfer-Encoding:	chunked	CRLF
Content-Type:	text/html	CRLF

 

http://www.netmechanic.com/toolbox/power_user.htm

지금 작업하고 있는 페이지가 너무 느린 것 같아 속도 측정 툴을 찾다가 나온 사이트다.

로딩 속도 뿐 아니라, link test, html validation, spell check까지 해주는 꽤 괜찮은 사이트다.

브라우저 호환성도 알려준다.

정규식은 복잡한 문자열 패턴을 조사하고 대치 규칙을 정의하는 문자열이다.
re 모듈로 제공된다.

반복 메타 문자

반복 메타 문자	의미
*	0회 이상 방복
+	1회 이상 반복
?	0회 혹은 1회
{m}	m회 반복
{m,n}	m회부터n회까지 반복

매칭 메타 문자

메타 문자	의미
.	줄바꿈 문자를 제외한 모든 문자와 매치됨
^	문자열의 시작과 매치됨. []메타 기호 안에서는 반대의 문자열을 취함
$	문자열의 마지막과 매치됨
[]	문자 집합 중 한 문자를 의미함
|	또는(or)를 의미함
()	정규식을 그룹으로 묶음

이스케이프 기호

분야	설명
\\	역슬래쉬 문자 자체
\d	모든 숫자와 매치됨 [0-9]
\D	숫자가 아닌 문자와 매치됨[^0-9]
\s	화이트 스페이스 문자와 매치됨[ \t\n\r\f\v]
\S	화이트 스페이스가 아닌 것과 매치됨 [^ \t\n\r\f\v]
\w	숫자 또는 문자와 매치됨[a-zA-Z0-9_]
\W	숫자 또는 문자가 아닌 것과 매치됨[^a-zA-Z0-9_]
\b	단어의 경계를 나타냄. 단어는 영문자 혹은 숫자의 연속 문자열.
\B	단어의 경계가 아님을 나타냄.

최소 매칭을 위한 정규식

기회	의미
*?	*와 같으나 문자열을 취소로 매치함.
+?	+와 같으나 문자열을 취소로 매치함.
??	?와 같으나 문자열을 최소로 매치함.
{m,n}?	{m.n}과 같으나 문자열을 최소로 매치함

re모듈의 주요 메소드

메소드	설명
compile(patten[, flags])	pattern을 컴파일하여 정규식 객체를 리턴한다.
search(pattern, string[,flags])	string을 검사하여 pattern에 맞는 문자열 부분이 있는가를 찾는다.
match(pattern, string[,flags])	string의 시작부터 pattern에 맞는지 검사한다.
split(pattern, string[, maxsplit=0])	string을 pattern을 기준으로 분리한다.
findall(pattern, string)	string에서 pattern을 만족하는 모든 문자열을 추출한다.
sub(pattern, repl, string[, count-0])	string에서 pattern을 repl로 대치한다.
subn(pattern, repl, string[,count=0])	sub와 동일하나 대치 횟수도 함께 전달한다.
escape(string)	영문자 숫자가 아닌 문자들을 백슬래쉬 처리해서 리턴한다. 임의의 문자열을 정규식패턴으로 사용할 경우 유용하다.

정규 표현식에서 사용 가능한 플래그

플래그	내용
I, IGNORECATE	대, 소문자를 구별하지 않는다.
L, LOCATE	\w, \W, \b, \B를 현재의 로케일에 영향을 받게한다.
M, MULTILINE	^가 문자열의 맨 처음, 각 라인의 맨 처음과 매치된다. $는 문자열의 맨 끝, 각 라인의 맨 끝과 매치된다.
S, DOTALL	.을 줄바꾸기 문자도 포함하여 매치하게 한다.
U, UNICODE	\w, \W, \b, \B가 유니코드 문자 특성에 의존하게 한다.
X, VERBOSE	정규식 안의 공백은 무시된다.

                                                                                 -출처 : 열혈강의 Python 20장

가. Internet Explorer

Internet Explorer의 경우 한 웹서버에 대하여 기본적인 동시 접속 설정값이 2~4 이기에, 이미지가 많은 웹사이트의 경우는 페이지 전체의 로딩속도가 늦다.

1. 설정값 변경
- HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings
- MaxConnectionsPerServer, MaxConnectionsPer1_0Server 값을 변경 또는 생성

해당 설정값이 없을 경우는 DWORD 값으로 생성.

MaxConnectionsPerServer - HTTP 1.1 서버의 동시 요청수
MaxConnectionsPer1_0Server - HTTP 1.0 서버의 동시 요청수

나. Fire Fox

- URL 바에 "about:config" 을 입력한다.
- "network.http.pipelining" to "true" 로 설정한다.
- "network.http.proxy.pipelining" to "true" 로 설정한다.
- "network.http.pipelining.maxrequests" 을 30~50 으로 설정한다.
- 마우스 오른쪽 키를 이용하여 "새로만들기 > 정수" 에서 이름 : "nglayout.initialpaint.delay", 값 : 0 으로 설정한다.

다. 참고

http://www.tweakfactor.com/articles/tweaks/firefoxtweak/4.html
http://www.regxplor.com/tweak11.html