'기술문서창고' 카테고리의 글 목록 (16 Page)

일	월	화	수	목	금	토
				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

2004. 4. 22. 07:57 기술문서창고/windows tip

윈도우 2000/xp 레지스터리 팁

윈도우즈 레지스터리 팁.

HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionPolicies

- <시작>에서 문서메뉴 삭제하기
Explorer 오른쪽에 등록→DWORD값에서 NoRecentDocsMenu입력하고 값을 1로 입력
- <시작>에서 도움말메뉴 삭제하기
이 경로에서 [새로만들기]에서 [DWORD값]을 하나 만들고 이름을 [NoSMHelp]으로 한다
더블 클릭해서 데이터 값을 1로 지정한다

HKEY_CURRENT_USERSOFTWAREMicrosoftWindowsCurrentVersionInternet Settings

- 웹상에서 여러개의 파일을 동시에 다운로드
이 키 또는 오른쪽 창의 빈 공간을 마우스 오른쪽 버튼으로 클릭하고 [등록]→[DWORD 값]을 선택한다.
새 DWORD 값의 이름에 ``MaxConnectionsPerServer``라고 입력한다.
이 값을 더블클릭하고 값의 데이터 란에 원하는 다운로드 갯수를 입력한다.

윈도우 창이 뜨는 속도 높이기

HKEY_CURRENT_USERControl Paneldesktopwindowmetrics
윈도우즈의 속도를 조금이라도 높이고 싶은 사람들에게는 창의 최대화 ,
최소화에 따른 애니메이션 효과도 속도를 저하 시키는 원인이 될 것이다.
마우스 오른 쪽 버튼을 누른후 ``문자열 값``을 선택하고 MinAnimate라고 입력한다.
그다음 이 값을 더블클릭하여 값을 0으로 설정 한다.
이것으로 창이 열리거나 닫힐때 최대화, 최소화 애니메이션 표시가 되지 않아 창의
표시 속도가 눈에 띄게 빨라진다.

L2캐쉬 지정으로 속도향상 시키기< 자신의 PC사양 확인 >

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession ManagerMemory Management
Secondlevel Datacache(L2Cache) 는 CPU의 작업속도에 매우 중요한 기능을 담당한다.
펜3코퍼마인에 내장된 CPU와 같은 속도로 동작하는 이 빠른 L2캐쉬에 데이타를
일정량 올려놓을 수 있기때문에 상대적으로 엄청 느린 메모리로만 데이터를
처리할때보다작업효율이 더욱 뛰어날수밖에 없다. 일반적으로 xp가 cpu와 L2Cache의
값을 자동으로 인지 하게 된다. 그러나, 종종 xp가 이것을 할 수 없을 경우가 발생한다.
그래서 cpu의 작업속도를 향샹시키기 위해서는 레지스트리 값을 조작해줘야 한다.

SecondLevelDataCache항목을 고른다. 자신의 cpu에 맞는 10진수 값을 다음과 같이 수정한다.

AMD Duron → 64입력
CeleronA/celeron2 → 128입력
PII mobile/PIII E(EB)(칩형태 256K L2캐쉬내장 펜3 코퍼마인)/P4/AMD K6-3/AMD THUNDERBird/Cyrix III → 256입력
AMD K6-2/PII/PIII katmai(초기 카트리지형식 펜3 카트마이)/AMD Athlon → 512입력
PII Xeon/PIII Xeon → 1024입력
P4노스우드→512입력

회사이름과 사용자 이름 바꾸기
윈도우즈XP인스톨시 설정된 회사이름과 사용자이름을 변경하는 방법이다.
[시작]-[실행]-[regedit입력]-[엔터]-[HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersion] 해서 들어가 보면 RegisteredOrganization과 RegisteredOwner라는 값이 있을것이다. 이 값의 RegisteredOrganization은 회사 이름이고 RegisteredOwner는 사용자 이름 이다. 이 두 값의 데이터를 수정해 준 후, 로그오프나 시스템 다시 시작을 하면 변경
사항이 적용 된다.

시스템 등록 정보에 로고 추가하기
제어판의 [시스템] 애플릿을 실행하여 "일반"탭을 보면 시스템 사용자 정보가 나오고 아래쪽은 빈 공간으로 남아있다.
그런데, 특정 회사에서 생산한 PC의 경우 제조 및 기술 지원 업체라는 항목이 있으며 이곳에 제작사 로고와 각종 정보 가 들어 있는 것을 본 적이 있을 것이다. 각자 자신의 로고와 등록정보를 입력해 보자.
1. 우선 로고 이미지를 만들어야 한다. 그래픽 편집 도구를 사용하여 200x120픽셀의 BMP파일을 하나 만들어야 한다.
파일의 색상은 아무래도 상관없다. 이 파일을 C:WINNTsystem32 폴더에 oemlogo.bmp라는 이름으로 저장한다.
2. C:WINNTsystem32폴더에서 oeminfo.ini 파일을 찾아서(또는 생성) 텍스트 편집기로 부른후 다음과 같이 정보를 입력한뒤 저장한다.
[general]
Manufacturer=예)JAVA World
Model=예)MS Windows 2000
[Support Information]
Line1= .... 내용들 ...
Line2= .........
Line3= .
Line4=
Line5=
Line6=
Line7=
Line8=
Line9=
Line10=

DMA 설정을 반드시 해야 하는 이유/조건
하드디스크와 시디드라이브를 DMA 모드로 설정하는건 기본이다. E-IDE 드라이브의 인터페이스
컨트롤러에는 PIO 모드와 멀티워드 DMA(Direct Memory Access)라는 두가지 전송방식이 있다.
기존의 PIO모드에서는 데이터가 메모리에서 CPU를 거쳐 드라이브로 전송되지만 DMA모드에서는
데이터가 DMA 채널을 통해 CPU를 거치지 않고 곧바로 드라이브로 전송되기 때문에 전송속도가
높아지며 CPU 점유율 또한 현저히 낮아진다. 입출력을 위한 인터럽트의 횟수가 줄어 들어 멀티태스킹과
고속작업이 유리하다.
DMA 모드를 이용하기 위해선 다음과 같은 조건이 필요하다. (Ultra DMA 포함)
1.메인보드 지원여부 (칩셋과 바이오스에 따라 최대 지원여부가 달라짐)
2.운영체제 지원여부 (드라이버를 통해 업데이트 가능)
3.드라이브(저장매체) 지원여부 (하드웨어 자체 최대지원여부는 제품에 따라 다름)
메인보드 바이오스 상에서 DMA 설정을 확인한후 사용하는 메인보드 칩셋에 따라 운영체제용
드라이버를 설치한다. 예를 들어 인텔사의 칩셋을 사용하는 메인보드는 Intel Application Accelerator
프로그램을, VIA 칩셋을 사용하 는 메인보드는 VIA 4-in-1을 사용해야 한다.

posted by progh2

2004. 3. 27. 20:05 기술문서창고/javascript & jQuery

유용한 자바스크립트 팁

자바스크립트..

posted by progh2

2004. 3. 27. 16:11 기술문서창고/asp

ASP 설계를 위한 5가지 팁

한빛네트워크에 있는 기사.
...한빛이 개편하면서 페이지 보이는게 이상해졌다 =-=

링크

by 스콧 미첼, 『ASP 설계하기』의 저자 이 팁은 견고하고 재사용 가능한 ASP 페이지를 개발하기 위한 설계 방법에 초점을 두어 여러분이 ASP를 설계하고 구축할 때 큰 개념을 이해하도록 한다. 자, 스콧의 제안을 한 번 들어보자.

1. 생각 먼저 해라. 코딩은 그 다음이다.

ASP 개발자들은 보통 프로그래밍 개발에 대해 충분히 생각을 하지도 않고 먼저 코딩을 시작하는 경향이 있다. 예를 들어 특정 데이터베이스 테이블의 내용을 특정 형식으로 나열하는 웹 페이지가 필요하다고 하자. 아마도 대부분의 개발자는 당장 소매를 걷어 올리고 필요한 코드를 바로 작성할 것이다. 모든 코드를 일사천리로 작성하기 전에 우선 한 발 뒤로 물러서서 이 작업에 대해서 더 생각해보고 현재 코드가 앞으로 수행할 어떤 작업과 유사할 것인지를 생각해보는 것이 좋은 방법이다. 분명히 다른 데이터베이스 테이블 안의 내용을 또 다른 형식으로 표시되어야 할 경우가 생길 것이다. 이런 가능성에도 불구하고 여러분은 개발자가 왜 설계에 시간을 투자해야 하는지 의아해 할 것이다. 결국 각각의 단일 작업에서, 코드의 첫 행부터 마지막까지 작성할 때 15분에서 한 시간까지 시간이 걸릴지도 모른다. 왜 스크립트는 변경될 수 있고, 코드를 재사용 가능하게 만들 수 있다는 것에 대해 좀더 신중하게 생각하지 않는가? 또 언젠가 코드를 변경하게 될 때 더 많은 유연성을 제공할 다른 대안을 생각하지 않는가? 코드가 변경될 가능성을 고려하고 설계하는데 투자한 시간은 앞으로 스크립트를 수정해야 할 때 개발 시간을 절약함으로써 결국에는 나중에 보상되는 것이다. 포괄적이고 강력한 스크립트를 생성한다면 쿼리스트링 매개변수로 모든 데이터베이스 테이블을 쉽게 표시할 수 있다. 또 데이터를 어떤 스타일이나 모양으로도 보여줄 수 있다. 이렇게 미래의 수정 과정이나 유사한 스크립트를 새로 생성하기 위한 많은 시간을 절약할 수 있다. 이런 강력한 스크립트는 그저 단순히 데이터베이스 표시 스크립트를 작성하는 것보다 분명히 더 많은 설계 시간(초기 개발 단계에서)을 필요로 한다. 그렇지만 새로운 데이터베이스를 새로운 스타일로 표시하기 위해 강력한 스크립트가 사용될 때마다 항상 개발 시간을 절약할 수 있다. 게다가 두 번째 팁에서 언급하겠지만 강력한 데이터베이스 스크립트는 확실히 버그가 적다. 이 두 요인만으로도 개발 시간과 디버깅 시간을 엄청나게 줄일 수 있다.

2. 코드는 가능한 조금만 작성해라.

이것은 대규모 웹 응용 프로그램을 생성하는데 꼭 필요한 팁이고 저자가 프로그래밍을 할 때 유념하는 첫번째 공리이기도 하다(두 번째 공리는 세 번째 팁에 있다). 이 공리의 이론은 아주 간단하다. 분명히 버그는 코드를 작성하기 때문에 생기는 것이고 따라서 코드를 많이 작성할수록 더 많은 버그가 생기는 것이다. 그리고 응용 프로그램에 오류가 많을수록 더 많은 디버깅 시간이 소요되는 것이다. 물론 이 말은 간단한 기능만을 가지고 있는 소프트웨어를 만들어야 한다거나 옵션이 적어서 코드를 조금만 생성해야 한다는 의미가 아니다. 저자가 말하고 싶은 것은 재사용 할 수 있는 코드를 만들어야 한다는 것이다. 예를 들어 HTML 페이지에서 특정 폼에 대한 서버측 폼 유효성 검사를 수행할 루틴을 만들어야 한다고 하자. 여러분은 단지 이 특정 폼만을 처리하는 클래스가 아니라 여러 다른 HTML 페이지에서 다양한 폼 유효성 검사에도 사용할 수 있는 포괄적인 서버측 폼 유효성 검사 클래스를 구축하기로 마음먹을 것이다. 이 강력한 폼 유효성 검사 코드는 특정 폼과 HTML 페이지에 국한된 폼 유효성 검사기보다 분명히 훨씬 많은 코드를 포함한다. 비록 개발에 많은 시간이 들었지만 이 서버측 폼 유효성 검사 루틴이 다른 HTML 페이지에 있는 다른 폼에서 사용될 때는 루틴을 다시 생성할 필요가 없다. 왜냐하면 이미 포괄적인 폼 유효성 검사 루틴을 작성해놓았지 않은가! 이것이 바로 개발 시간과 디버깅 시간을 절약하는 것이다. 자, 이제 세 번째 팁을 보자.

3. 첫째도 재사용, 둘째도 재사용, 셋째도 재사용.

코드 한 조각이 더 자주 사용될 때 발생하는 버그는 적어진다. 코드 블록은 일련의 입력을 받아서 출력을 생성해내는 블랙박스로 간주될 수 있다. 주어진 입력에 대해 출력은 정확할 수도(버그가 없을 수도) 있고 그렇지 않을 수도(버그가 있을 수도) 있다. 모든 코드 조각을 디버깅 할 때의 어려운 점은 모든 가능한 입력을 계속해서 테스트해야 한다는 것이다. 코드 한 조각을 생성해낼 때 100 퍼센트 버그 없이 완벽하다는 보장은 없다. 실제로도 버그가 없는 코드는 거의 없다. 버그 없이 결과 코드가 완벽하다는 것은 테스트한 사람이 게을러서다. 왜냐하면 훨씬 많은 입력값을 테스트해보아야 하기 때문이다. 코드가 백명, 천명, 그 이상의 사용자에 의해 사용되기 시작할 때 광범위한 입력은 바로 테스트되어야 한다. 완벽하게 사용되어 왔고 어떤 숨겨진 버그도 발견되지 않은 코드 조각은 자주 사용되지 않았다는 의미가 아니라 버그가 없다는 말이다. 코드 블록이 최종 제품으로 배포되면 코드를 테스트하고 디버깅했던 개발자가 아닌 다른 상황에서 많은 테스트에 직면하게 된다. 이것을 차에 비유해보면, "어떤 차가 운전하기에 더 안전한가?"라는 질문에 몇 년 동안의 증거 자료에서 어떤 차의 사고 발생률이 낮은지를 관찰하는 것과 같다. 여러분의 ASP 응용 프로그램에서 버그의 수를 줄이기 위해서는 재사용 가능한 코드를 만들어서 재사용해라. 이전에 재사용 가능한 코드 블록에서 버그를 발견하면 버그를 수정하고 계속 재사용해라. 그러면 앞으로 이 코드를 버그가 없고 100 퍼센트 완벽하다는 자신감을 가지고 다시 사용할 수 있다.

4. 재사용을 위한 방법을 알고 있어라.

재사용에 가장 유용한 두 가지 방법은 클래스와 SSI다. 이 내용에 대해서는 『ASP 설계하기』에서 간략하게 설명하였다. SSI(Server-side includes)는 개발자로 하여금 재사용 가능한 코드(HTML, 서브루틴, 함수나 클래스 집합)를 생성하고 연관된 재사용 가능한 코드를 별개의 파일로 그룹화 할 수 있게 한다. 그런 다음, 이런 함수나 클래스의 서비스가 필요할 때 개발자는 그저 SSI를 사용하여 함수나 클래스를 가져오면 된다. SSI는 이런 코드를 사용하는 ASP 페이지로부터 재사용 가능한 코드를 별도로 유지하도록 지원한다. 재사용 가능한 코드가 변경되었을 때는 SSI를 사용하여 자동으로 변경 사항을 SSI를 사용하는 모든 ASP 페이지로 반영해주기 때문에 이 방법은 유용하다. SSI에 대한 자세한 설명은 저자가 운영하는 사이트의 The Low-Down on #includes를 참고해라. 지금까지 VBScript 클래스는 코드 재사용을 위한 가장 괜찮은 방법이었다. 클래스는 복잡한 작업을 단순하고 사용하기 쉬운 인터페이스로 캡슐화하기 때문에 당연히 사용자에게 설계를 위한 강력한 솔루션을 제공한다. VBScript 클래스가 여러분에게 새로운 것이라면 'Using Classes VBScript classes' 부분을 읽어보자. VBScript5.0이 나오기 이전까지는 클래스가 지원되지 않았다. 5.0 이전의 버전을 사용하고 있다면 최신 버전을 다운로드 할 수 있다. 여러분의 웹 서버에 어떤 버전이 설치되어 있는지를 잘 모르겠으면 'Determining the Scripting Language and Version'을 참고하자.

5. 클래스를 사용해서 복잡한 작업을 캡슐화해라.

ASP 개발자들은 많은 비슷한 작업을 처리하기 위해 단순한 코딩을 반복하고 있다는 것을 스스로 알고 있을 것이다. 예를 들어 데이터베이스 테이블에 대한 웹 기반 관리 페이지를 생성하는 것은 공통적으로 사용되는 ASP 작업으로 그다지 복잡하지 않다. 많은 개발자가 데이터베이스 테이블로부터 레코드를 추가, 갱신, 삭제하기 위한 웹 기반 도구를 생성해야 한다. 여러분이 완전한 웹 기반 관리 도구를 원한다면 이런 다양한 폼을 추가하는 것은 데이터베이스에 있는 모든 테이블에 대해 각각 반복되어야 하는 작업이다. 엄청난 양의 데이터베이스 테이블이 있다면 그만큼 많은 ASP 페이지와 코드가 필요할 것이다. 그리고 이런 코드는 프로그래밍의 첫 번째 공리인 두 번째 팁을 무시하고 있기 때문에 버그가 있다. 분명히 포괄적인 단일 ASP 페이지를 생성해놓으면 현재 데이터베이스 테이블에서 뿐만 아니라 미래의 데이터베이스 테이블에서도 사용할 수 있다. 그렇지만 각 데이터베이스 테이블의 관리 페이지에는 복잡한 매개변수가 필요하기 때문에 이런 강력한 단일 스크립트를 생성하는 데에는 어려움이 있다. 그러나 이런 복잡한 입력 매개변수가 클래스로 포함된다면 최종 개발자의 관점에서 주어진 모든 데이터베이스 테이블에 대한 관리 페이지를 생성하는 것은 클래스의 인스턴스를 생성하고, 프로퍼티를 설정하거나 메소드를 호출하는것 만큼이나 쉬워질 것이다. 클래스를 사용함으로써 복잡한 필수 사양이나 매개변수 혹은 작업 등을 클래스를 사용하는 다른 개발자로부터 숨길 수 있다. 따라서 클래스를 사용하는 개발자의 프로그래밍은 훨씬 쉬워지고, 간단해지며, 가독성이 높아진다. 이 모든 사항은 버그를 줄이는 역할을 한다. 이 주제에 대한 자세한 정보는 'Use Classes to Encapsulate Implementation Complexity'를 참고하자.

스콧 미첼은 넷에서 지도적인 ASP 리소스 중의 하나인 4GuysFromRolla.com의 창시자이자 웹 마스터이다. 스콧은 마이크로소프트의 오피스 그룹을 위한 인트라넷 툴을 제작했고 액티브 서버 페이지를 이용하여 많은 웹사이트를 구축한 경험도 갖고 있다.

posted by progh2

2004. 3. 27. 10:05 기술문서창고/php

PHP Templating with Smarty

보기

posted by progh2

2004. 3. 27. 09:44 기술문서창고/php

php - 화일 업로드시 중복화일 이름 바꾸기

출처: phpschool.com에 있는 관련글

후에추가)
테터툴즈의 코드에 있는 방식을 쓰는 것이 더 유익해보임.

posted by progh2

2004. 3. 27. 09:39 기술문서창고/php

php - GD를 이용한 스팸게시물 처리

출처: phpschool.com

posted by progh2

2004. 3. 27. 09:26 기술문서창고/php

php - 2byte 문자가 포함되었는지 검사

/**
* 2byte 문자가 포함되었는지 검사
* [x00-x7F] : ASCII/JIS-Roman (1 byte/char)
* x8E[xA0-xDF] : katakana (2 bytes/char)
* x8F[xA1-xFE][xA1-xFE] : JIS (3 bytes/char)
* [xA1-xFE][xA1-xFE] : (2 bytes/char)
* @param string $string : 문자열
* @return boolen
*/
function isHan($string)
{
return preg_match("/[xA1-xFE][xA1-xFE]/", $string, $match);
}

출처: phpschool.com

posted by progh2

2004. 3. 26. 21:03 기술문서창고

teadcontrol

간편하게 쓸 수 있는, 차트생성용 어플.
애플릿과 서블릿, 둘 다 사용가능하다고 한다.
예쁘고 깨끗하게 출력되서 쓸만해 보인다 :D
자바..공부해서 이런 것 만들어 보는 것도 재미있을 듯..

태요네에 있는 자료실 가기

posted by progh2

함쌤 블로그!

calendar

Notice

Tag

Category

Recent Post

Recent Comment

Archive

My Link

'기술문서창고'에 해당되는 글 132건

윈도우 2000/xp 레지스터리 팁

유용한 자바스크립트 팁

ASP 설계를 위한 5가지 팁

PHP Templating with Smarty

php - 화일 업로드시 중복화일 이름 바꾸기

php - GD를 이용한 스팸게시물 처리

php - 2byte 문자가 포함되었는지 검사

teadcontrol

티스토리툴바

calendar

Notice

Tag

Search

Category

Recent Post

Recent Comment

Archive

My Link

'기술문서창고'에 해당되는 글 132건

티스토리툴바