WEBDIR

PHP 문자열

흉내쟁이 — Thu, 7 Jun 2018 11:00:00 +0900

PHP에서 사용되는 문자열을 자세히 들여다보고, 관련된 규칙들을 살펴봅니다.

문자열(String)

문자들을 표현할때 사용하며, 메모리 공간의 제약이 없다. 즉, 문자열의 길이에 상관없이 제한 없는 문자열을 지원한다.

문자열은 큰따옴표("), 작은따옴표('), 히어닥문법(Heredoc), 나우닥문법(Nowdoc)을 이용하여 할당할 수 있다.

큰따옴표

"Hello $name \n" 와 같이 큰따옴표 사이에 문자열을 써넣으면 PHP는 문자열을 해석하는 절차를 거친다. 큰따옴표 내부에 변수가 있다는 이는 변수의 값을 출력하고 특수문자가 있다면 특수문자에 부여된 바를 행한다.

큰따옴표 내부에서 사용될 수 있는 특수문자는 아래와 같다.

특수문자	의미
\n	개행문자(줄 바꿈)
\r	캐리지 리턴(현재 위치를 나타내는 커서를 맨 앞으로 이동시킨다)
\t	수평 탭
\"	따옴표
\$	달러 표시

<?php
$str = 'World';
echo "Hello $str";  //Hello World
echo "Hello \n"  //Hello 
?>

작은따옴표

작은따옴표 안에서는 특수문자와 변수가 허용되지 않는다. 작은따옴표 및 역슬래시 자체를 출력하기 위한 역슬래시(\)만 해석된다. 작은따옴표는 문자열 해석절차를 거치지 않기때문에 큰따옴표보다 성능의 우위를 점하나 큰 차이가 있는 것은 아니다.

<?php
$str = 'World';
echo 'Hello $str';  //Hello $str
echo 'Hello \n'  //Hello \n 
?>

Heredoc

Heredoc 문법은 문자열의 시작과 종료를 알려 주는 방식을 이용하여 문자열을 보다 편리하게 표현하는 방법이다. 문자열의 시작을 알릴 때는 <<< 다음에 문자열에 대한 식별자를 표시하고 문자열이 종료될 때는 그 식별자를 다시 표시하는 방법이다.

<?php
$str = <<<EOD
문자열을 넣습니다.
문자열을 반복합니다.
EOD;
?>

EOD라는 식별자를 사용하여 문자열을 표현했고 그 결과는 큰따옴표를 사용한 것과 같다. 큰따옴표에 비해 장점이 있다면 문자열 내부에 따옴표를 추가하고자 할때 굳이 역슬래시를 쓸 필요가 없다는 것이다.

Nowdoc

PHP 5.3.0부터 Nowdoc 문법이 추가되었으며, 식별자에 작은따옴표가 붙으며, 변수를 해석하지 않는다. 작은따옴표 방식과 유사한 방식이다.

<?php
$str = <<<'EOT'
Hello $name.
문자열이 해석되지 않습니다.
'EOT';
?>

PHP 변수의 해석

큰따옴표와 Heredoc 문법에서는 문자열 내부의 변수를 해석하여 처리하는데 이는 이어지는 문자열에 따라 예상밖의 결과를 초래하기도 한다. 이를 안전하게 처리하기 위해 변수를 {}를 이용해 감싸는 방식이 추천된다.

<?php
$money = '1000';
echo "수입이 $money 발생하였다.";  //수입이 1000 발생하였다.
echo "수입이 $money원 발생하였다.";  //$money원 이라는 변수를 찾기에 올바르지 않다.
echo "수입이 $money 원 발생하였다.";  //수입이 1000 원 발생하였다.
echo "수입이 {$money}원 발생하였다.";  //수입이 1000원 발생하였다.
?>

PHP 문자열 합치기

PHP에서는 마침표(.)를 사용해 다수의 문자열을 합쳐 하나의 문자열로 만들 수 있다. echo 명령어 안에서 문자열 합치기를 사용하면 PHP가 여러 문자열을 하나로 합치고, 이 문자열을 브라우저에 출력하게 된다.

<?php
$name = '홍길동';

echo '나의 이름은'.$name.'입니다.'; 
?>

PHP 상수

흉내쟁이 — Wed, 6 Jun 2018 11:00:00 +0900

PHP 상수에 대하여 알아봅니다.

PHP 상수

상수는 항상 같은 값을 지니는 변하지 않는 수이며, 한 번 설정하면 전역 변수처럼 사용할 수 있다.

한번 설정된 값은 변경할 수 없다.
대소문자 구별을 하지만 관례적으로 대문자로 표기한다.
define() 함수를 사용해 상수를 정의한다.

<?php
define ("NAME","홍길동");
echo NAME;  //홍길동 출력
?>

상수도 변수와 마찬가지로 미리 정의된 상수가 존재한다. 예약 상수를 참고하도록 하자.

PHP 변수

흉내쟁이 — Tue, 5 Jun 2018 11:00:00 +0900

PHP의 변수에 대하여 알아봅니다.

PHP 변수

PHP에서 변수란, 어떤 값을 기록해 둘 수 있는 공간(메모리)에 이름을 붙여 둔 것이다. $변수명과 같은 형식으로 정의하며, 대입연산자(=)를 사용하여 값을 할당할 수 있다.

PHP 변수 규칙

PHP에서 변수명은 아래에서 제시하는 변수명 규칙을 따르며, 이를 어긴다면 오류가 발생한다.

변수명은 반드시 $(달러표시)로 시작해야 한다.
변수명은 적어도 하나 이상의 문자를 가져야 한다.
$ 표시 다음에 오는 첫 번째 문자는 알파벳이거나 _(언더바)여야 한다. 이후에는 알파벳, 언더바 또는 숫자가 가능하다.
$와 _를 제외한 모든 특수문자와 빈칸은 변수명에 포함되면 안된다.

또한, 기존의 프로그래머들이 관행적으로 사용해오던 규칙들도 있다. 이러한 규칙은 PHP 코딩을 좀 더 일관성있고, 가독성있게 해주지만 지키지 않더라도 오류를 발생시키진 않는다.

변수명에는 소문자를 사용하도록 하자(상수와 구분된다).
합성어로 만들어진 변수명은 단어간 구분에 _를 사용하자.

$name  //유효한 변수선언
$nick_name  //유효한 변수선언
nick_name  //달러표시로 시작하지 않아 유효하지 않음
$nick-name  //특수문자사용으로 유효하지 않음
$nick_name more  //빈칸이 포함되어 유효하지 않음
$this //$this는 특수 변수로, 할당할 수 없어 유효하지 않음

변수를 표현식으로 지정할때에 원래 표현식의 모든 값이 목표 변수로 복사된다. 즉, 어떤 변수 값을 다른 변수로 지정한 후에, 그 변수중 어떤 하나를 변경하는 것이 다른 변수에 영향을 미치지 못한다.

또한, PHP에서는 참조에 의한 지정이 가능한데 새로운 변수가 원래 변수를 참조하여 새 변수의 변경은 원래 변수에 영향을 미치고, 그 반대도 가능하다. 참조에 의한 지정을 위해서는, 변수의 시작부분에 &(엠퍼센트)를 덧붙이면 된다.

PHP의 대/소문자 구분

PHP는 대부분 대/소문자를 구분하지 않기에 이를 혼용하지 않는 것으로 일관성을 유지하는 것이 좋다. 변수는 특별히 대/소문자를 구분하므로 $email 과 $EMAIL은 서로 다른 변수로 취급한다.

변수의 종류

변수에는 직접 이름을 짓고 용도에 따라 만들어 사용하는 사용자 변수와 미리 정의된 변수인 슈퍼 전역 변수가 있다.

사용자 변수

사용자 변수는 식별자에 $ 기호를 붙여서 필요에 따라 사용할 수 있다.

슈퍼 전역 변수

프로그램 어디서든 해당 이름을 통해 접근이 가능하며, 웹서버의 설정값이나 서버 시스템의 환경, 사용자의 입력과 관련한 변수들이 지정되어 있고 인위적으로 값을 수정하거나 일반 변수로 사용할 수 없다.

변수명	설명
$_GET	GET 방식으로 넘어온 변수의 배열
$_POST	POST 방식으로 넘어온 변수의 배열
$_COOKIE	쿠키 변수의 배열
$_FILES	파일 업로드시 파일 정보 변수의 배열
$_SESSION	세션 변수의 배열
$_SERVER	웹 서버와 PHP 환경에서의 환경 변수 배열
$_ENV	서버 시스템의 환경 변수 배열
$_REQUEST	사용자가 입력한 변수의 배열

슈퍼 전역 변수는 모두 배열로 되어 있기 때문에 $_ENV['OS']와 같은 방법으로 변수에 접근할 수 있다.

PHP 변수의 범위

변수의 범위란 특정 변수를 사용할 수 있는 구간을 말하며, 일정 영역에서만 적용되는 변수를 지역 변수, 어느 영역이든 사용 가능한 변수를 전역 변수라고 한다.

<?php

$a = 1;

function test() {
  echo $a;
}
test(); //출력안됨

function test2() {
  global $a;
  echo $a;
}
test2(); //1 출력

function test3() {
  static $b = 0;
  echo $b;
  $b++;
}
test3(); //0 출력
test3(); //1 출력
test3(); //2 출력

inclued 'b.php';  //$a는 b.php 파일에서도 유효하다.

?>

전역 변수는 스크립트 내에서 정의된 변수로 스크립트 내에서 사용할 수 있지만 함수 안에서는 사용할 수 없다.
슈퍼 전역 변수는 스크립트 전역에서 사용할 수 있다.
함수 안에서 정의된 변수는 지역 변수로서 함수 내에서만 사용할 수 있다.
함수 안에서 전역으로 정의된 변수는 함수 밖에서 사용할 수 없지만 매 사용 시마다 값이 저장되어 다음에 사용할 수 있다.
함수 안에서 사용된 변수는 함수가 끝나면 삭제된다.
함수 안에서 사용된 변수의 값을 유지하기 위해서 static 키워드를 사용한 정적 변수로 선언할 수 있다.
함수 외부에서 선언된 변수를 함수 내부에서 사용하려면 global로 선언해야 한다.
변수의 유효영역은 include 되거나 required 된 파일로도 확장된다.

PHP 자료형

PHP는 8가지의 기본 자료형을 지원한다. 즉, 아래의 8가지 자료형중에 하나가 변수를 선언할때 할당되는 데이터에 따라 자료형이 결정된다(임의로 자료형을 변환시킬수 있는 함수들도 제공됨). 각각의 자료형들은 미리 부여된 크기를 가지고 있어 메모리를 효율적으로 사용할 수 있게 해준다.

또한, NULL 이라는 특수한 데이터도 저장할 수 있으며, 이는 아무런 값도 지니지 않음을 의미한다. 데이터가 할당되지 않은 변수는 NULL로 간주하게 된다.

진리값(boolean)

boolean(불린) 형은 진리값,논리값 등으로 불리며, 참(True)과 거짓(False) 두 가지 값을 표현한다. PHP에서 거짓은 0을 뜻하고 0 이 아닌 다른 모두 값은 참을 뜻한다.

실제로 1bit의 메모리 공간을 차지하나 지나친 공간절약보다 효율성을 우선시하여 1Byte의 공간을 사용한다.

<?php

$has_lover = FALSE; 

?>

명시적으로 진리값으로 변환시키기 위해서는 (bool) 또는 (boolean)을 사용하며, 아래의 값들은 FALSE로 간주된다.

진리값 FALSE
정수 0
실수 0.0
빈 문자열("")과 문자열 "0"
요소를 가지지 않는 배열
멤버 변수를 가지지 않는 객체(PHP 4 에서만)
특별한 타입 NULL(unset 변수 포함)
빈 태그로부터 만들어진 SimpleXML 객체

-1은 TRUE로 간주된다. 양수이든 음수이든 상관없이 0 이 아닌 다른 숫자들은 모두 TRUE.

정수(Integer)

정수를 표현하기 위해서 4Byte의 메모리 공간을 부여하며, 이는 0~4294967295 사이의 수와 -2147483648~2147483647 사이의 수를 표현한다. 총 32개의 bit 중에서 첫 번째 bit를 부호 bit로 사용하여 0일때 양수, 1일때 음수로 표현하기 때문에 실제 숫자는 31개의 bit로 표현하는 것이다.

<?php

$a = 1234; // 10진수
$a = -123; // 음수
$a = 0123; // 8진수
$a = 0x1A; // 16진수
$a = 0b11111111; // 2진수

?>

명시적으로 정수값으로 변환시키기 위해서는 (int) 사용한다.

부동소수점(floating point numbers)

실수를 표현하면서 부동소수점 방식을 사용하는 수를 의미한다. PHP에서는 실수를 표현하기 위해서 8Byte의 공간을 사용하며, 소수점 이하 14자리까지의 정밀도를 제공한다(floats, doubles, real numbers 라고도 불림).

<?php

$a = 1.234; 
$b = 1.2e3; 
$c = 7E-10;

?>

부동소수점은 서로 같은지 비교하는 등의 작업은 언제나 오류의 소지를 가지므로 되도록 사용하지 않는 것이 좋다.

문자열(string)

문자들을 표현할때 사용하며, 메모리 공간의 제약이 없다. 즉, 문자열의 길이에 상관없이 제한 없는 문자열을 지원한다.

문자열은 큰따옴표("), 작은따옴표('), 히어닥문법(Heredoc), 나우닥문법(Nowdoc)을 이용하여 할당할 수 있다. 관련하여 자세한 설명은 PHP 문자열에서 따로 다루기로 한다.

배열(array)

배열은 키(key)와 값(value)으로 이루어지며, 키는 정수 또는 문자열중에 하나이고, 값은 모든 자료형이 될 수 있다.

<?php

$array = array(
    "foo" => "bar",
    "bar" => "foo",
);

// as of PHP 5.4
$array = [
    "foo" => "bar",
    "bar" => "foo",
];

?>

리소스(resources)

리소스는 파일이나 데이터베이스 그리고 이미지 작업과 같은 외부적인 자원을 나타내는데 사용하는 자료형으로, 다른 값으로 변환이 불가능하다. 또한 자동으로 해제되기 때문에 수동으로 메모리를 해제하지 않아도 된다.

NULL

NULL 값은 변수에 값이 없음을 표현하는 특별한 값이며, 오직 null 타입의 값으로만 가능하다. 변수에 아직 아무런 값도 할당하지 않았을때나 상수로 NULL을 직접 할당했을때 그리고 unset 함수로 변수를 제거했을 때 해당 값을 NULL 이라고 한다.

<?php

$var = NULL;

?>

객체

객체는 다른 페이지에서 다룬다.

PHP 변수 처리 함수

변수에 할당된 값들을 활용해 여러가지 정보를 처리할 수 있는 함수들이 존재한다.

Variable handling 함수 목록을 참고하도록 하자.

PHP 기본 문법

흉내쟁이 — Mon, 4 Jun 2018 11:00:00 +0900

PHP의 기본적인 문법에 대하여 알아봅니다.

PHP 기본 구문

PHP는 HTML 모드를 기준으로 해석되다가 PHP의 시작을 알리는 시작태그를 만나면 PHP 모드로 전환하여 해석된다. 이런 방식의 해석은 시작과 끝 태그 밖에 있는 부분은 PHP 해석기가 무시하게 되므로, PHP가 어떠한 문서에도 포함될 수 있는 근거가 된다.

<p>이 부분은 PHP 해석기가 무시한다.</p>
<?php echo '이 부분은 PHP 해석기가 해석한다.'; ?>

PHP의 시작태그 와 끝태그

시작태그	끝태그	설명
<?php	?>	XML과 구분하기 위한 방법
<?	?>	간소화된 방법으로 PHP의 기본설정은 짧은 태그를 허용하지 않는다. php.ini 파일의 `short_open_tag = On` 으로 변경하면 사용가능하다.
<%	%>	ASP 방식
<script language="php">	</script>	스크립트 방식

<?php echo 'XHTML나 XML 문서와 호환시키려면, 이렇게 쓰세요'; ?>

<script language="php">
    echo '어떤 에디터 (프론트페이지같은)는 
          처리 명령을 좋아하지 않습니다';
</script>

<? echo '이런 형태가 제일 간단한 SGML 처리명령입니다'; ?>
<?= expression ?>은 "<? echo expression ?>"을 간단히 쓴 모양입니다

<% echo ("ASP스타일 태그를 쓸 수도 있습니다"); %>
<%= $variable; # 이것은 "<% echo . . ." %>을 간단히 쓴 모양입니다

가장 보편적인 방식은, 첫번째 방식이며, 권장되는 방식이다.

두번째의 단축형 태그를 사용할 경우, php.ini 설정 파일 지시어 short_open_tag를 활성화하거나, php를 --enable-short-tags 옵션으로 설정해야 사용할 수 있다.

ASP 형식 태그를 사용할 경우, php.ini 설정 파일 지시어 asp_tags를 활성화 했을 경우에만 사용할 수 있다.

위 예제를 실행했을때, 아무것도 출력하지 않거나, 다운로드 할 것인지 묻거나, 모든 내용이 텍스트 문서처럼 보였다면, 해당 서버에서 PHP가 작동하지 않거나 제대로 설정되지 않은 것이다.

PHP 명령 구분

문장의 마지막에 마침표(.)를 찍듯이 PHP도 각 명령 구문 끝을 세미콜론(;)으로 종료해야 한다.

명시적으로 문장의 끝을 표현해주면, 코드의 가독성과 명확성을 높여주며, PHP 해석기들이 문맥을 파악하지 않고도 쉽게 문장을 구분할 수 있게 된다.
문장이 하나 뿐이거나 문장의 바로뒤에 끝 태그(?>)가 있다면 PHP는 자동으로 세미콜론을 적용한다.

<?php
    echo 'This is a test';
?>

<?php echo 'This is a test' ?>

<?php echo '마지막 닫기 태그를 생략합니다';

파일의 마지막에서 PHP 블록의 끝맺음 태그를 생략할 수 있으며, 때로는 유용합니다. include나 require를 사용할 경우, 원하지 않은 공백이 파일 마지막에 들어가지 않게 함으로써, 나중에 추가 응답 헤더를 추가할 수 있습니다. 또한 출력 버퍼링을 사용할 경우에도 포함한 파일들에 의해서 각 파트의 마지막에 원하지 않은 공백을 피할 수 있으므로 도움이 됩니다.

PHP 주석

PHP는 C와 Perl과 같은 형식의 주석을 제공하며, PHP 해석기는 이를 만나면 무시한다.

주석 방법	설명
//	한 줄 주석 처리
#	한 줄 주석 처리
/* */	여러 줄 주석 처리

<?php
echo 'This is a test';  // 한줄짜리 c++ 스타일 주석

/* 여러줄의 주석
   이줄까지 주석처리 된다 */
echo 'This is yet another test';

echo 'One Final Test';  # 쉘 형식의 한줄짜리 주석
?>

PHP 빈값으로 간주하는 것들

PHP의 조건문이나 그 밖의 경우에 변수에 담긴 값들을 검사하는 경우에 알아야 하는 것들이다.

"" : 빈문자열
0 : 정수 0
"0" : 문자열 0
NULL
FALSE
array() : 빈배열
var $var; : 클래스안에서 값없이 선언된 변수

PHP 기초

흉내쟁이 — Fri, 1 Jun 2018 11:00:00 +0900

PHP를 본격적으로 배우기에 앞서 기초적인 내용들을 정리하고 넘어갑니다.

웹의 동작 원리

웹 브라우저의 주소창에 도메인(www.php.net)을 입력했을때 발생하는 일련의 과정은 아래와 같다.

클라이언트(웹 브라우저)에서 입력받은 도메인주소는 DNS 서버를 통해 IP로 변환된다.(DNS 이해)
변환된 IP 주소(64.71.164.5)의 목적지인 웹 서버에 접속하고 URL을 통해 요청(request) 파일의 정보를 전달한다(www.php.net 이라고 URL을 요청했을때 웹서버의 설정에 따라 www.php.net/index.html 혹은 www.php.net/index.php 등의 파일을 자동적으로 찾는다).
웹 서버는 찾은 파일을 처리하고 그 결과를 웹 브라우저에 전달한다.
웹 브라우저는 전달받은 결과를 해석해서 사용자에게 보여준다.

HTTP 프로토콜로 전달된 URL의 요청은 각각의 상태코드를 서버로부터 되돌려 받는데 이는 아래의 내용을 참고하자.

상태코드	의미	설명
200	OK	요청이 정상적으로 완료되었음을 나타낸다.
302	Found	요청된 리소스가 일시적으로 다른 URI에 속해 있음을 나타낸다. 리다이렉트에 이용된다.
401	Unauthorized	사용자 인증에 실패했음을 나타낸다.
403	Forbidden	접속 권한이 없기때문에 서버가 요청 실행을 거부했음을 나타낸다.
404	Not Found	요청 URI와 일치하는 리소스를 찾지 못했음을 나타낸다.
500	Internal Server Error	서버측 프로그램 실행과정에서 에러가 발생했음을 나타낸다.
503	Service Unavailable	과도한 접속으로 인한 일시적 서비스 불가현상을 나타낸다.

정적인 웹 페이지 vs 동적인 웹 페이지

웹 페이지는 HTML 만으로도 구성할 수 있지만, 이는 단순한 요청에 대한 응답만을 보여주기에 정적인 내용을 서비스한다고 말한다. 반면 PHP와 같은 서버측 스크립트를 활용하면 데이터베이스를 활용해 자료를 저장하고 출력하며, 요청에따라 동적으로 페이지에 HTML을 추가하거나 수정하는 재구성이 가능하기에 원하는 결과를 다방면으로 출력할 수 있게 된다. 즉, 동적인 웹 페이지 구현이 가능하다.

PHP의 역사

현재의 PHP 최신버전은 PHP 7 버전이다. 그렇다고 PHP 7이 가장 활발히 활용되고 있는 것은 아니고 PHP 5 버전대에서 7버전대로의 전환점의 시기에 있다고 생각하는 것이 옳을 것이다. PHP의 역사에 관해서는 PHP와 PHP 관련 프로젝트의 역사에 자세히 기록되어 있다.

PHP 정의

PHP는 원래 Personal Home Pages의 약어였으나 최근에는 Hypertext Preprocessor(하이퍼텍스트 전처리기)라는 의미로 사용된다.

PHP 특징

PHP는 서버측에서 실행되는 스크립트 언어로서, 클라이언트(웹브라우저)의 요청에 따라 서버가 PHP를 해석하여 실행하고 그 결과를 다시 클라이언트에게 되돌려 준다.
PHP는 PHP로만 작성된 페이지, PHP와 HTML로 이루어진 페이지, HTML로만 이루어진 페이지 모두를 확장자 .php 를 이용하여 PHP 페이지로 인식시킬 수 있다.
PHP 문법은 C, Java, Perl 등의 문법과 유사하여 배우기 쉽다.
PHP는 서버에서 실행되어 HTML로 변환되어 브라우저에 전송되기에 클라이언트에서는 PHP 코드를 볼 수 없고 실행결과인 HTML만 보게 된다.
PHP는 커맨드 라인 스크립팅을 통하여 서버나 브라우저없이 PHP를 실행할 수 있다.
PHP는 웹 서버의 모듈로 동작하는 것이 일반적인 방식이라 과거 CGI보다 빠른 속도를 가진다.

드라이브 아이콘 변경 최종

흉내쟁이 — Thu, 31 May 2018 13:42:00 +0900

https://www.howtogeek.com/291674/how-to-change-drive-icons-in-windows/

윈도우즈 AppData 폴더에 대하여

흉내쟁이 — Fri, 2 Mar 2018 17:30:00 +0900

윈도우즈 응용 프로그램은 종종 데이터 및 설정내용을 AppData 폴더에 저장합니다. 딱히 사용자계정 폴더에 접속할 일이 없어서 이를 눈치채지 못하고 있었는데 특정 프로그램의 설정프로그램을 백업할일이 있어서 이를 들여다보니 복잡한 구조가 눈에 띄어 이를 살펴봅니다.

AppData 폴더 소개

AppData는 각각의 윈도우즈 사용자계정에 존재하며, 응용 프로그램의 데이터 및 설정 내용을 저장한다. 이는 숨김파일을 표시하는 경우에만 볼 수 있다(윈도우즈 탐색기의 상단메뉴중에 보기 > 숨긴 항목 체크).

사용자계정 아래에 AppData가 존재함으로써, 여러 사람이 컴퓨터를 사용하는 경우 각각의 사용자별 설정을 저장할 수 있다. 이 폴더는 Application Data의 약자이고, 윈도우즈 비스타에서 도입되었으며 현재 윈도우즈 10까지 계속 사용되고 있다.

C:\Users\사용자명\AppData

윈도우즈 탐색기의 주소표시줄에 %APPDATA%를 입력하면 AppData\Roaming 폴더로 이동할 수도 있다.

AppData 포함 폴더

AppData에는 세 개의 폴더 Local, LocalLow, Roaming이 존재하며, 각기 다른 유형의 설정을 저장한다.

Roaming

Roaming(로밍) 폴더는 PC가 로밍 프로필이 있는 도메인에 연결되어 있는 경우(회사, 공공기간처럼 제공되는 도메인에 가입된 컴퓨터) 컴퓨터와 컴퓨터간에 사용자 계정으로 로밍할 수 있는 데이터가 존재하게 되며, 구글, 파이어폭스등과 같이 계정에 연결하여 관련설정을 받아와 이 곳에 저장하여 북마크 및 기타 검색 데이터가 PC에서 PC로 이동하도록 한다.

Local

Local 폴더는 단일 컴퓨터의 특정한 데이터가 저장된다. 도메인간에 로그인하더라도 컴퓨터간에 절대 동기화되지 않으며, 이 곳의 데이터는 일반적으로 고유해야만 하는 데이터나 매우 큰 파일들이 포함한다(다운로드한 캐시 파일 및 기타 대용량 파일).

Roaming 폴더에 저장할지 Local 폴더에 저장할지는 전적으로 해당 응용 프로그램 개발자에게 달려있다.

도메인에 연결되어 있지 않은 경우, Roaming 과 Local 폴더간에는 실제 차이가 없으며, 모두 PC에 저장되어 있을 뿐이다. 그러나 응용 프로그램 개발자는 경우에 따라 다른 폴더간에 서로 다른 유형의 데이터를 분할한다.

LocalLow

LocalLow 폴더는 Local 폴더와 동일하지만, 제한된 보안 설정으로 실행되는 "low intergrity" 응용 프로그램을 위해 설계되었다. 예를 들어, 보호모드(Protected Mode)로 실행되는 인터넷 익스플로우는 LocalLow 폴더에만 접근할 수 있다.

개인적인 용도에는 별 상관이 없지만 일부 응용 프로그램에서는 기본 Local 폴더에 대한 접근 권한이 없기 때문에 이 폴더를 사용하게 된다.

프로그램에서 여러 사용자가 사용하는 단일 설정이나 파일집합을 원할 경우, 위의 세가지 폴더대신에 ProgramData 폴더를 사용해야 한다. 이 폴더는 C:\ProgramData에 위치하며(숨긴파일), 이전 버전의 윈도우즈들에서 모든 사용자용 AppData로 알려져 있다. 예를 들어, 바이러스 백신 프로그램은 ProgramData 폴더에 검사 로그와 설정을 유지하고 PC의 모든 사용자와 이를 공유할 수 있다.

위에서 말한 폴더간 특성은 가이드라인일뿐 개발자들이 항상 이를 준수하진 않는다. 몇몇의 응용 프로그램들은 C:\Users\사용자계정명 혹은 C:\Users\사용자계정명\Documents에 설정을 저장하기도 한다. 또한, registry에 데이터를 저장하기도 하며 시스템상의 어느 폴더에나 저장하기도 한다.

AppData 백업

대부분의 윈도우즈 사용자는 이 폴더가 어디에 있는지조차 알 필요가 없기때문에 기본적으로 숨겨져 있다. 이 폴더 전체를 백업할 필요는 없지만 모든 폴더를 백업에 포함하여 복원해야하는 경우에는 전체 폴더를 백업해야한다.

그러나 특정 프로그램의 설정이나 컴퓨터 게임의 파일 저장을 원할 경우 AppData 폴더 안쪽의 프로그램 디렉토리를 찾아 다른 위치로 복사하여 파일을 저장해놓고, 해당 폴더를 새 컴퓨터의 같은 위치로 복사하여 이전과 같은 프로그램들의 동일한 설정을 사용할 수 있게 된다. 이 행동으로 인해 실제로 프로그램들이 정상적으로 작동하는지의 여부는 프로그램에 달려있다. 일부 프로그램들은 설정을 레지스트리에 저장하거나 시스템의 다른 위치에 저장하기 때문이다.

많은 프로그램이 컴퓨터간에 데이터를 동기화하거나 적어도 이를 외부로 내보내는 방법을 제공하기에 그 방법을 이용하는 것이 추천된다.

참고문헌 및 관련링크.

What Is the AppData Folder in Windows?

윈도우즈 콘솔 에뮬레이터 cmder

흉내쟁이 — Thu, 1 Mar 2018 11:00:00 +0900

기존의 윈도우즈 콘솔에 편의성과 가시성, 시각적으로 아름답게 만들어주는 cmder 라는 프로그램을 소개합니다.

cmder 소개

cmder는 윈도우즈에서 사용 가능한 콘솔 에뮬레이터가 없다는 순수한 좌절로부터 만들어진 소프트웨어 패키지이다. Conemu를 기반으로 주요 설정을 하고, Mononaki 색 구성표를 사용하며, 놀라운 Clink 기능의 추가와 사용자 정의 가능한 프롬프트 레이아웃을 제공한다.

포터블 cmder

cmder의 강점은 포터블로서 제공된 다는 것이다. 어떠한 외부적 종속성없이 자체 설계되어 USB나 클라우드 스토리지에 적재하여, 콘솔, aliase(별칭), 바이너리(wget, curl, git)등을 어디에서나 휴대할 수 있다.

Cmder 설치

홈페이지에서 제공하는 다운로드 링크는 Git-for-Windows 가 포함된 Full 버전(압축된 7z버전도 존재)과 그렇지않은 Mini 버전을 다운로드할 수 있다.

홈페이지에서 원하는 버전을 다운로드하고 압축을 풀자.
cmder 폴더를 원하는 위치로 이동시켜도 되는데 C:\Program Files 나 관리자권한이 필요한 경로에는 위치시켜서는 안된다(필자는 리눅스 시스템의 홈디렉토리와 유사한 C:\Users\사용자명에 위치시켰다).
Cmder.exe로 실행한다.

Cmder의 mini 버전은 Git-for-Windows가 포함되어 있지 않기 때문에 CMD에서 bash 명령어들을 사용할 순 없다. 이는 Full 버전을 이용하든가 Git-for-Windows를 따로 설치해줘야 한다.

Cmder 컨택스트 메뉴추가

윈도우즈 응용 프로그램들 중에는 설치시 마우스 우측버튼으로 통합되는 메뉴들이 있는데 cmder도 이를 제공한다. cmder의 경우는 선택한 폴더에서 cmder를 여는 기능을 추가한다.

관리자 권한으로 CMD를 연다.
Cmder가 위치한 디렉토리로 이동한다.
.\cmder.exe /REGISTER ALL 실행한다(액세스가 거부된다면 관리자권한으로 CMD를 실행했는지 확인).

윈도우즈 탐색기창에서 디렉토리를 마우스 우클릭하면 Cmder Here이 등록되어 있다.

Cmder 삭제

포터블로 제작되다보니 따로 언인스톨러가 제공되지 않는다. 다만 레지스트리가 남기에 이를 직접 삭제해주어야 한다.

만일, Cmder 컨택스트 메뉴추가를 했었다면 cmder.exe /UNREGISTER ALL를 실행한다.
HKEY_CLASSES_ROOT\Directory\shell\Cmder를 제거한다.
HKEY_CLASSES_ROOT\Directory\Background\shell\Cmder를 제거한다.

Cmder 설정

Cmder 한글설정

우리나라 대부분의 사람들이 한글 윈도우즈를 쓸테니 이 문제를 피해갈 수 없다. 기본 한글 윈도우즈는 ANSI로 설정되어 있기에 이를 변경해줘야 한다. 아래와같이 기본설정 상태에서는 한글이 제대로 표기되지 못한다.

Cmder의 우측하단의 메뉴버튼을 눌러 메뉴를 띄우고 Setting(설정)을 선택하자.

Main의 font 부분을 원하는 글꼴로 선택해주고 Font charset 부분을 Hangul로 선택해주자. 코딩용 글꼴이 없다면 D2 Coding 1.3라도 사용하도록 하자.

Environment의 입력란에 set LANG=ko_KR.UTF-8와 chcp utf-8을 입력하자.

Cmder를 재시작하고 확인해보면 한글표기가 정상적으로 이루어진다.

WSL(bash) 추가

Windows Subsystem for Linux(WSL)를 사용하고 있다면 이를 추가해보도록 하자. 이 방법을 따라 다른 셸을 추가할 수도 있다.

우선, Win + Alt + T 로 Tasks 창을 불러온다.

하단의 + 버튼을 클릭하고 새로운 Task를 추가한다.
Task 명을 입력한다. bash::ubuntu라고 입력했는데 bash는 그룹명, ubuntu는 이름으로 인식한다. Cmder는 기본적으로 bash 그룹이 만들어져 있고 각각 mintty(Cygwin) 와 git-for-windows 가 속해있다. 자신의 입맛대로 그룹과 이름을 작성하도록 하자.
Task parameters는 아이콘 설정을 할 수 있는데 /icon "%USERPROFILE%\AppData\Local\lxss\bash.ico"라고 하면 WSL의 bash.ico 를 찾아올수 있어야하는데 필자는 실패했다. 그래서 따로 icon 드라이를 별도로 설정하고 ubuntu.ico를 다운로드하여 사용했다.
명령 입력필드에는 이 작업을 시작할때 수행할 명령을 입력한다. bash 호출은 %windir%\system32\bash.exe ~ -cur_console:p와 같이 한다.

Cmder 포터블용 셸 사용자설정

cmder에서 제공하는 셸 설정파일을 사용하여 사용자 전용 설정을 할 수 있다. 아래의 파일을 편집하여 자신의 구성을 추가할 수 있다.

Shell	Cmder Portable User Config
Cmder	%CMDER_ROOT%\config\user-profile.cmd
PowerShell	$ENV:CMDER_ROOT\config\user-profile.ps1
Bash/Mintty	$CMDER_ROOT/config/user-profile.sh

리눅스의 'profile.d'와 같이 모든 셸 유형을 지원

.cmd|.bat, *.ps1, *.sh 스크립트를 작성하고 %CMDER_ROOT%\config\profile.d 폴더에 넣음으로써 Cmder 시작 구성을 추가할 수 있다.

Shell	Cmder 'Profile.d' Scripts
Cmder	%CMDER_ROOT%\config\profile.d\.bat and .cmd
PowerShell	$ENV:CMDER_ROOT\config\profile.d\*.ps1
Bash/Mintty	$CMDER_ROOT/config/profile.d/*.sh

키보드 단축키

탭조작

Ctrl + ` : 작업표시줄에 숨기기/보이기 토글
Ctrl + W : 탭닫기
Ctrl + T : 새탭 상자 띄우기
Shift + Alt + #Number : 빠른 새탭열기 1 - CMD, 2 - PowerShell
Ctrl + Tab : 다음 탭으로 변경
Ctrl + #Number : 탭 #Number로 탭 변경
Ctrl + Shift + Tab : 이전 탭으로 변경
Alt + Enter : 전체화면으로

Shell

Ctrl + Alt + U : 상위(부모) 디렉토리로 이동
End, Home, Ctrl : 윈도우즈의 평소처럼 텍스트를 이동
Ctrl + R : 히스토리(지난 명령어) 찾기
Shift + 마우스 : 버퍼에서 텍스트 선택 및 복사
Ctrl + Shift + V 혹은 마우스 우클릭 : 텍스트 붙여넣기

Aliases

Cmder(cmd.exe) Aliases

alias 원하는이름=명령어와 같은 명령을 사용하여 cmd.exe 세션에 대한 간단한 alias(별칭)을 정의 할 수 있다. cmd.exe 별칭은 $1-9 또는 $* 특수문자를 통해 선택적 매개변수를 지원하므로 vi [파일명]으로 입력된 별칭은 vi=vim.exe $*로 작성해둔 별칭으로 인해 vim.exe에서 [파일명]을 불러오게 된다.

cmd.exe 별칭은 좀 더 복잡해질 수도 있는데 DOSKEY.EXE documentation에서 복잡한 별칭/매크로에 대한 자세한 내용을 참조하자.

alias.bat 명령을 사용하여 정의된 별칭은 자동으로 %CMDER_ROOT%\config\user-aliases.cmd파일에 저장된다.

별칭 및 다른 프로필 설정을 영구적으로 만들려면 다음 중 하나에 추가하자.

이것들은 $CMDER_ROOT/vendor/init.bat에 의해 순서대로 로드된다. %CMDER_ROOT%에 저장된 것은 포터블(이식, 이동가능한)한 설정이며 다른 컴퓨터에 cmder를 따른다.

%CMDER_ROOT%\config\profile.d\*.cmd 과 *.bat
%CMDER_ROOT%\config\user-aliases.cmd
%CMDER_ROOT%\config\user-profile.cmd

Bash.exe|Mintty.exe Aliases

Bash 셸은 선택적 매개변수를 사용하여 간단하고 복잡한 별칭을 기본적으로 지원하므로 약간 다르게 작동한다. alias 원하는이름=명령어를 입력하면 현재 실행중인 세션에 대해서만 별칭을 만든다.

별칭 및 다른 프로필 설정을 영구적으로 만드려면 다음 중 하나에 추가하자.

이것들은 $CMDER_ROOT/vendor/git-for-windows/etc/profile.d/cmder.sh 명령에의해 로드된다. $CMDER_ROOT에 저장된 것은 포터블(이식, 이동가능한)한 설정이며 다른 컴퓨터에 cmder를 따른다.

$CMDER_ROOT/config/profile.d/*.sh
$CMDER_ROOT/config/user-profile.sh
$HOME/.bashrc

$CMDER_ROOT/config/user-profile.sh에 bash 별칭을 추가하면 다른 기기에 복사하면 cmder를 따라가지만 $HOME/.bashrc에 정의된 별칭은 그렇지 않는다.

PowerShell.exe Aliases

PowerShell은 원래부터 [new-alias | set-alias] alias 명령어와 같은 간단한 별칭을 지원해왔지만 선택적 매개변수를 사용하는 복잡한 별칭은 PowerShell 세션에서 지원되지 않는다. get-help [new-alias|set-alias] -full를 입력해서 PowerShell 별칭에 대한 도움말을 보도록하자.

별칭 및 다른 프로필 설정을 영구적으로 만들려면 다음 중 하나에 추가하자.

이것들은 $ENV:CMDER_ROOT\vendor\user-profile.ps1에 의해 순서대로 로드된다. $ENV:CMDER_ROOT에 저장된 것은 포터블(이식, 이동가능한)한 설정이며 다른 컴퓨터에 cmder를 따른다.

$ENV:CMDER_ROOT\config\profile.d\*.ps1
$ENV:CMDER_ROOT\config\user-profile.ps1

SSH Agent

윈도우즈용 Git에 함께 포함된 SSH를 시작하려면 단순히 vendor/git-for-windows/cmd 폴더에 있는 start-ssh-agent를 호출하면된다.

Cmder를 시작할때 SSH도 실행되기 원한다면 %CMDER_ROOT%/config/user-profile.cmd안에 @call "%GIT_INSTALL_ROOT%/cmd/start-ssh-agent.cmd"를 추가하도록하자.

Git이 포함된 버전

Cmder는 기본적으로 Git 설치가 적재되어 배포된다(Full 버전). Cmder를 시작하는 각 인스턴스에서 또 다른 Git 바이너리가 제공되고 있는지 찾으려하며, git.exe 바이너리를 찾는다면, Cmder는 버전을 적재된 버전과 비교하게 된다. 적재된 git.exe 바이너리는 사용자가 설치한 것보다 최신 버전인 경우에만 사용된다.

Git의 선호하는 버전을 %PATH% 환경변수에 포함시켜서 사용할수 있다.

윈도우즈의 SSH Key 와 WSL의 SSH Key 관리 - WSL

흉내쟁이 — Wed, 28 Feb 2018 11:00:00 +0900

Git, SSH연결등에는 SSH Key가 필요할 수 있습니다. 윈도우즈나 리눅스에 별도로 서로 다른 SSH Key를 마련한다면 관리에 어려움이 따를 수 있으니 하나의 SSH Key를 사용해보도록 합시다.

SSH Key의 공유

처음에는 막연히 윈도우즈에 SSH Key를 생성하고 이를 WSL상에서 마운트한다거나 심볼릭 링크를 걸어주면 해결될 일이라고 생각했다. 문제는 윈도우즈에서 WSL로 마운트되거나 심볼릭 링크가 걸리는 디렉토리, 파일들이 권한 문제가 발생할 수 있다는 것이다. 특히나 SSH는 비공개(개인) 키에 대해 권한이 엄격하기에 윈도우즈로 심볼릭 링크되는 키를 무시해 버린다. SSH의 매뉴얼 페이지에는 다음과 같이 아주 명확하게 설명하고 있다.

~/.ssh/id_rsa
인증을 위한 개인(private) 키이다. 이러한 파일에는 중요한 데이터가 들어있어 사용자가 읽을 수 있어야하지만 다른 사용자가 접근할 수 없어야한다(읽기/쓰기/실행). SSH는 다른 사용자가 접근할 수 있는 경우 개인 키 파일을 무시한다.

즉, 처음 생각과는 달리 단순히 키 하나를 저장해두고 공유해서 쓰는 방법은 안되고, 해당 키를 복사해서 윈도우즈와 WSL 모두에 넣어두는 방식으로 전환해야 한다. 같은 키를 사용한다는 것에 위안을 삼자.

WSL에서 SSH Key 생성

사용 권한 문제로 ~/.ssh와 윈도우즈의 C:\Users\사용자명/.ssh에 넣어둘 것이다. 우선은 WSL을 실행하여 SSH Key를 만들어보자.

$ ssh-keygen -t rsa -b 4096

Generating public/private rsa key pair.
Enter file in which to save the key (/home/uzugoer/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/uzugoer/.ssh/id_rsa.
Your public key has been saved in /home/uzugoer/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:aFNdpdB2fEPGgEDLQZ8k0Lwc0aF5ddEAjYKAPLQZ8k uzugoer@LUNA-DEV
The key's randomart image is:
+---[RSA 4096]----+
|  *O+B+*O=o..o.o=|
|   +.=*+* E. O+= |
|    .o  =.o . o+*|
|       + .   o oo|
|        S   .   .|
|                 |
|                 |
|                 |
|                 |
+----[SHA256]-----+

생성할 경로와 비밀번호를 묻는데 엔터를 누르면 자신의 홈디렉토리에 .ssh 디렉토리에 파일이 쌍으로 만들어진다. id_rsa는 개인키, id_rsa.pub은 공개키며 , known_hosts는 연결구성을 승락한 곳의 fingerprint 정보를 지니고 있다(원격 접속을 시도하려는 서버에 처음접속하고 yes를 입력하면 생김)

$ pwd
/home/uzugoer/.ssh

$ ll
total 8
drwx------ 0 uzugoer uzugoer  512 Feb 21 17:04 ./
drwxr-xr-x 0 uzugoer uzugoer  512 Feb 20 19:15 ../
-rw------- 1 uzugoer uzugoer 3243 Feb 21 17:04 id_rsa
-rw-r--r-- 1 uzugoer uzugoer  742 Feb 21 17:04 id_rsa.pub
-rw-r--r-- 1 uzugoer uzugoer  426 Feb 20 19:37 known_hosts

생성한 키파일들을 윈도우즈의 디렉토리로 복사하기위해cp ~/.ssh/. -R /mnt/c/Users/사용자명/.ssh/ 와 같은 명령을 사용한다.

$ cp ~/.ssh/. -R /mnt/c/Users/uzugo/.ssh/

정상적으로 복사되었다.

known_hosts 파일은 윈도우즈와 WSL 상에 심볼릭링크를 ln -s /mnt/c/Users/사용자명/.ssh/known_hosts ~/.ssh/known_hosts 와 같이 걸어두어도 된다(윈도우즈와 WSL 연결설정을 따로따로 물으면 귀찮으니까...)

ln -s /mnt/c/Users/uzugo/.ssh/known_hosts ~/.ssh/known_hosts

$ cd .ssh |  ll
total 8
drwx------ 0 uzugoer uzugoer  512 Feb 21 17:45 ./
drwxr-xr-x 0 uzugoer uzugoer  512 Feb 20 19:15 ../
-rw------- 1 uzugoer uzugoer 3243 Feb 21 17:04 id_rsa
-rw-r--r-- 1 uzugoer uzugoer  742 Feb 21 17:04 id_rsa.pub
lrwxrwxrwx 1 uzugoer uzugoer   35 Feb 21 17:45 known_hosts -> /mnt/c/Users/uzugo/.ssh/known_hosts*

SSH Key를 제외한 다른것들은 윈도우즈에서 리눅스의 다이렉트 접근은 심볼릭링크나 마운트로 대체하고, 파일 생성, 수정, 이동등은 리눅스에서 윈도우즈로는 제한이 없다는 것을 다시 한번 유념하도록 하자.

참고문헌 및 관련링크.

터미널(CMD, WSL) 컬러셋 변경 - WSL

흉내쟁이 — Tue, 27 Feb 2018 11:00:00 +0900

WSL 터미널의 색상을 변경하는 방법을 알아봅니다. 기본 윈도우즈 터미널에서 제공하는 방법과 이를 좀 더 간편화해서 제공하는 ColorTool도 사용해봅니다.

WSL 터미널을 우분투처럼

WSL로 사용하는 우분투 배포판의 터미널(콘솔)을 우분투처럼 색상과 폰트를 맞추어 인터페이스를 전환해보도록 한다. 사실 WSL을 설치하면서 터미널을 열어보면 윈도우즈의 CMD(명령프롬프트)의 그것이기에 원시 리눅스들을 사용하던 사람들이라면 이질감이 들기에 인터페이스의 전환은 좀 더 몰입감을 준다.

터미널 색상 변경

윈도우즈에서 실행되는 터미널들은 윈도우즈에서 제공하는 기능을 이용하여 설정을 변경할 수 있다.

만약, 속성이 아닌 기본값을 변경해버리면 WSL 터미널뿐만 아니라 CMD 창도 변하게 되므로 기호에 따라 선택하자. 여기서는 우분투 WSL만을 변경하기 원하기에 윈도우즈 앱에 등록된 우분투 WSL을 실행시켜 해당 터미널만 변경한다.

아래와 같이 창이 열리면 색 - 화면배경 - 슬롯 - RGB 색상값을 입력하면 된다.

슬롯마다 아래와 같이 각각 정해진 RGB 값을 입력해준다.

슬롯#1 : Red: 48, Green: 10, Blue: 36
슬롯#2 : Red: 52, Green: 101, Blue: 164
슬롯#3 : Red: 78, Green: 154, Blue: 6
슬롯#4 : Red: 6, Green: 152, Blue: 154
슬롯#5 : Red: 204, Green: 0, Blue: 0
슬롯#6 : Red: 117, Green: 80, Blue: 123
슬롯#7 : Red: 196, Green: 160, Blue: 0
슬롯#8 : Red: 211, Green: 215, Blue: 207
슬롯#9 : Red: 85, Green: 87, Blue: 83
슬롯#10 : Red: 114, Green: 159, Blue: 207
슬롯#11 : Red: 138, Green: 226, Blue: 52
슬롯#12 : Red: 52, Green: 226, Blue: 226
슬롯#13 : Red: 239, Green: 41, Blue: 41
슬롯#14 : Red: 173, Green: 127, Blue: 168
슬롯#15 : Red: 252, Green: 233, Blue: 79
슬롯#16 : Red: 238, Green: 238, Blue: 238

터미널 글꼴 변경

우분투는 공식글꼴을 배포하고 있기에 이를 다운로드하여 설치하면 될것 같지만 현재 CMD, PowerShell, WSL등의 터미널(콘솔)에서 글꼴변경이 정상적으로 이루어지지 않는다. 저장이 안되고 한글 윈도우즈의 터미널 굴림 기본체로 변경되어 버린다.

관련하여 https://github.com/Microsoft/WSL/issues/757에서 이슈가 다뤄지고 있다. 이는 한글, 중국어, 일본어 같이 특정 로케일을 사용하는 언어체계에서 발생하는 문제이며 레지스트리를 변경한다든지 하는 대체방법이 있다. 관련해서는 검색을 통해서도 정보를 얻을 수 있지만 정식으로 패치가 다뤄지기 전에는 그냥 윈도우즈가 인정하는 mono 타입의 글꼴을 설치해서 대체하는 것이 나아보인다. 아래에서 Bitstream Vera Sans Mono의 글꼴을 다운받고 설치하도록 하자.

터미널에서 속성을 선택하고 글꼴탭을 선택한다. 원하는 글꼴과 크기를 선택해보고 터미널을 종료해보고 다시 실행해보도록 한다. 윈도우즈 터미널에서 인식하지 못하는 글꼴이면 재실행시에 다시 기본글꼴로 변경되어 버린다.

변경을 완료한 터미널은 아래와 같다.

Windows Console Colortool

MS가 공식으로 윈도우즈 콘솔관련 툴(ColorTool)을 배포하고 있다.

다운로드받은 폴더로 이동하여 CMD창을 띄우자.

colortool을 입력하고 도움말을 호출해보면 colortool.exe [옵션] 스키마명과 같은 사용형식인것을 알 수 있다.

C:\MyConfig\colortool> colortool

Usage:
    colortool.exe [option] <schemename>

colortool 폴더에는 schemes 폴더가 동봉되어 있고 그 안에 xxxx.itermcolors라는 파일들을 볼 수 있는데 xxx 부분을 스키마명으로 입력하면 된다.

colortool.exe deuteranopia

원하는 스키마를 찾았다면 터미널 상단에서 마우스 우측 > 속성을 누르고 띄어진 창에서 확인을 눌러 저장하면 된다. 위에서 살펴봤듯이 글꼴도 변경해주자.

위의 예에서는 윈도우 탐색기에서 CMD창에 접근해서 설정했기에 같은 방식으로 여는 CMD, Win + R이후 cmd 입력에 한해서만 설정한 내용이 저장되고 단축아이콘을 따로 만들어 실행한다든가 한다면 해당 CMD에서도 따로 적용해야 된다. 이것이 귀찮을때 colortool 옵션 -b 를 이용하면 기본값과 현재 터미널을 변경하게 되어 터미널을 실행하는 모든 것들이 일괄적으로 적용될 것이다.

colortool.exe -b solarized_dark

더 많은 스키마 얻기

schemes 폴더를 보면 알수 있듯이 xxx.itermcolors 형식이라면 다른 스키마들도 작동한다. 한 예로 iTerm2-Color-Schemes에서 제공하는 스키마들도 다운로드하여 schemes 폴더에 넣어두면 사용할 수 있다. 색상 스키마를 사용하는 다른 많은 곳들에서도 테마형으로 제공하는 스키마들을 발견할 수 있을것이다.

참고문헌 및 관련링크.

Introducing the Windows Console Colortool

윈도우즈에서 리눅스 활용팁 - WSL

흉내쟁이 — Mon, 26 Feb 2018 11:00:00 +0900

WSL 관리 및 유용한 도구들에 대한 몇가지 팁을 작성합니다.

WSL 배포판 패키지 업데이트

배포판마다 다르지만 우분투 사용자들이라면 아래와 같이 업데이트 및 업그레이드가 가능하다. 처음설치했다면 한번쯤은 해두도록 하자.

$ sudo apt-get update
$ sudo apt-get upgrade

WSL 배포판 정보확인

우분투 사용자라면 아래의 명령어로 배포판 관련정보를 얻을수 있다.

$ lsb_release -a

No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.3 LTS
Release:        16.04
Codename:       xenial

screenFetch

만일, 좀더 자세한 정보와 배포판로고까지 첨부되는 화면을 원한다면 screenFetch를 설치해보자.

출처: https://www.anandtech.com/show/11401/microsoft-build-2017-recap-expecting-windows/5

우분투 사용자라면 아래와 같이 설치가능하다. 그외 사용자는 위의 Repo에 들려 설치법을 참고하자.

$ sudo apt install screenfetch

실행화면은 아래와 같다.

$ screenfetch

디렉토리 위치에서 CMD 혹은 PowerShell 실행 및 마운트

현재 디렉토리위치에서 Powershell을 열기위해서는 윈도우즈 탐색기의 파일 메뉴로 접근하면 된다. CMD의 경우는 윈도우즈 탐색기의 디렉토리 경로부분에 cmd라고 입력하고 엔터를 누르면 된다.

위와 같은 방식으로 접근한 Powershell 혹은 CMD는 아래처럼 자동으로 현재 경로를 인식하고, 이 상태에서 bash를 입력한다면 해당 드라이브는 자동으로 WSL에 마운트된다.

WSL에서 디렉토리 마운트 및 이동

WSL 콘솔에서는 /mnt/드라이브문자와 같이 원하는 드라이브를 마운트 시킬수 있고 /mnt/드라이브문자/디렉토리명과 같이 하위 디렉토리에도 접근이 가능하다. cd /mnt/c라고 입력하면 마운트와 동시에 해당 드라이브(디렉토리)로 이동 가능하다.

WSL에서 윈도우즈 파일사용

리눅스 응용 프로그램에서 윈도우즈 파일에 접근해야 하는 경우는 /mnt/c/Users/윈도우즈 사용자명/Documents/Projects/파일명과 같이 접근할수 있다. 다만 모든 리눅스 응용 프로그램이 /mnt를 사용하여 파일에 접근할 수 있는 것은 아니다.

이 문제는 심볼릭링크(symbolic link)를 이용하여 해결할 수 잇는데, 윈도우즈 디렉토리가 C:\Users\윈도우즈 사용자명\Documents\Projects와 같다면 아래와 같이 원하는 리눅스 디렉토리로 심볼릭링크를 설정하고 접근이 가능해진다.

$ ln -s "/mnt/c/Users/윈도우즈 사용자명/Documents/Projects" /home/리눅스 사용자명(홈디렉토리명)/Projects

콘솔(터미널) 색상 및 글꼴변경

관련해서는 터미널(CMD, WSL) 컬러셋 변경 - WSL을 참고하자.

WSL에서 호스팅서버에 접속

근래에 서비스되는 웹호스팅들은 ssh 접속이 지원되는 경우가 많다. 많이들 사용하는 cafe24의 경우도 이를 지원한다.

웹에서 자신의 계정으로 cafe24에 접속
나의서비스 관리 > 호스팅관리 > 보안관리 > FTP/Shell 접속설정으로 이동해서 Shell 접속 설정을 허용으로 변경한다.
WSL을 실행하고 ssh 자신의 호스팅ID@호스팅주소로 연결합니다. 도메인을 가지고 있다면 도메인으로 연결해도 되고 그렇지 않다면 호스팅ID.cafe24.com 으로 연결해도 된다.
```
$ ssh uzugoer@uzuro.com
```

첫 연결때는 연결을 물으니 yes를 입력하고, 비밀번호는 FTP접속비밀번호를 입력하면 된다. 기본 명령어를 이것 저것 입력해보도록 하자.

The authenticity of host 'uzuro.com (183.111.174.88)' can't be established.
ED25519 key fingerprint is SHA256:XM0Bu/blKrwAlXR6oy8MF6FSRTj8PJGRJD3FyHeILmk.
Are you sure you want to continue connecting (yes/no)? yes

Warning: Permanently added 'uzuro.com' (ED25519) to the list of known hosts.

uzugoer@uzuro.com's password:
Last login: Tue Feb 20 19:28:33 2018 from 121.139.132.56

[uzugoer@uws64-184 ~]$ pwd
/home/hosting_users/uzugoer

[uzugoer@uws64-184 ~]$ ls -la
합계 124
drwx------   3 uzugoer uzugoer  4096  2월 20 19:37 .
drwx-----x 995 root    root    36864  2월  1 10:10 ..
-rw-------   1 uzugoer uzugoer    52  2월 20 19:37 .bash_history
-rw-------   1 uzugoer uzugoer   356  7월 21  2015 .bash_profile
-rw-r--r--   1 uzugoer uzugoer 23474  2월 20 07:02 .ftpaccess
-rw-r--r--   1 uzugoer uzugoer 28689  2월 20 07:02 .ftpaccess2
-rwxr-x---   1 uzugoer uzugoer    66  7월 21  2015 .htaccess
-rw-r--r--   1 uzugoer uzugoer    11  2월 20 19:37 .lastlogin
-rw-r--r--   1 uzugoer uzugoer     6  2월 20 19:37 .logincount
-rwxr-x---   1 uzugoer uzugoer    35  7월 21  2015 .my.cnf
drwxr-xr-x   4 uzugoer uzugoer  4096  2월 12 09:20 www

mysql도 접속해볼 수 있다. mysql -u호스트ID -p 입력후 DB 비밀번호를 입력하면 된다.

[uzugoer@uws64-184 ~]$ mysql -uuzugoer -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is ******
Server version: 5.1.45p1-log Source distribution

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| uzugoer            |
+--------------------+
2 rows in set (0.01 sec)

윈도우즈와의 상호 운용성 - WSL

흉내쟁이 — Fri, 23 Feb 2018 11:00:00 +0900

윈도우즈 명령프롬프트에서 리눅스 도구 실행

wsl.exe 명령어를 사용하여 윈도우즈 명령 프롬프트(CMD 또는 PowerShell)에서 리눅스 바이너리를 실행한다. 바이너리는 아래와 같이 호출된다.

현재 CMD 또는 PowerShell 프롬프트와 동일한 작업 디렉토리 사용
WSL 기본 사용자(default user)로 실행
호출 프로세스 및 터미널과 동일한 윈도우즈 관리 권한을 가진다.

예를 들면,

C:\temp> wsl ls -la
<- contents of C:\temp ->

리눅스 명령에서wsl.exe는 WSL에서 실행되는 명령처럼 처리된다(sudo, piping, 파일 리다이렉션과 같은 것들).

예를 들면,

C:\temp> wsl sudo apt-get update
[sudo] password for username:
Hit:1 http://archive.ubuntu.com/ubuntu xenial InRelease
Get:2 http://security.ubuntu.com/ubuntu xenial-security InRelease [94.5 kB]

WSL 및 윈도우즈 명령을 섞은 예

C:\temp> wsl ls -la | findstr "foo"
-rwxrwxrwx 1 root root     14 Sep 27 14:26 foo.bat

C:\temp> dir | wsl grep foo
09/27/2016  02:26 PM                14 foo.bat

C:\temp> wsl ls -la > out.txt

wsl.exe에 전달 된 명령은 수정하지 않고 WSL 프로세스로 전달된다. 파일 경로는 WSL 형식으로 지정해야 한다. 예를 들면

C:\temp> wsl ls -la /proc/cpuinfo
-r--r--r-- 1 root root 0 Sep 28 11:28 /proc/cpuinfo

C:\temp> wsl ls -la "/mnt/c/Program Files"
<- contents of C:\Program Files ->

WSL에서 윈도우즈 도구 실행

WSL은 [binary name].exe를 사용하여 WSL 명령줄에서 윈도우즈 바이너리를 직접 호출할 수 있다. 윈도우즈 실행 파일을 보다 쉽게 실행하기 위해 윈도우즈 경로는 리눅스의 $PATH에 포함되어 있다.

이 방식으로 실행되는 응용 프로그램에는 다음과 같은 속성을 가지게 된다.

작업 디렉토리(working directory)를 WSL 명령 프롬프트로 유지(예외는 아래에 설명되어 있다).
WSL 프로세스와 동일한 권한을 가짐
활성 윈도우즈 사용자로 실행
CMD 프롬프트에서 직접 실행한 것처럼 윈도우즈 작업 관리자에 나타난다.

$ notepad.exe

WSL에서 실행되는 윈도우즈 실행파일은 원시 리눅스 실행 파일과 비슷하게 처리된다(piping, redirect, background 작업을 예상대로 수행할 수 있음). pipe 예제를 들어보면

$ ipconfig.exe | grep IPv4 | cut -d: -f2
172.21.240.1
10.159.21.24

윈도우즈 명령 및 WSL 명령을 섞어 사용한다면

$ ls -la | findstr.exe foo.txt

$ cmd.exe /c dir
<- contents of C:\ ->

윈도우즈 바이너리는 파일 확장명을 포함하고 파일 대소문자와 일치하며 실행 가능해야한다. 배치 스크립트를 포함한 비 실행 파일. dir과 같은 CMD 기본 명령은 cmd.exe /C 명령으로 실행할 수 있다.

$ cmd.exe /C dir
<- contents of C:\ ->

$ PING.EXE www.microsoft.com
Pinging e1863.dspb.akamaiedge.net [2600:1409:a:5a2::747] with 32 bytes of data:
Reply from 2600:1409:a:5a2::747: time=2ms

매개변수(parameter)는 수정되지 않은 윈도우즈 바이너리로 전달된다. 예를들어, 다음 명령은 notepad.exe에서 C:\temp\foo.txt를 연다.

$ notepad.exe "C:\temp\foo.txt"
$ notepad.exe C:\\temp\\foo.txt

WSL에서 윈도우즈 응용 프로그램과 함께 VoIF(/mnt/<x>에 없는 파일)에 있는 파일을 수정하는 것은 지원되지 않는다.

기본적으로, WSL은 윈도우즈 바이너리의 작업 디렉토리를 현재 WSL 디렉토리로 유지하려고 시도하지만 작업 디렉토리가 VoIFs인 경우 인스턴스 생성 디렉토리로 되돌아간다. 예를들면, wsl.exe는 처음에 C:\temp에서 시작되고 현재 WSL 디렉토리가 사용자의 홈으로 변경된다. 사용자의 홈 디렉토리에서 notepad.exe가 호출되면 WSL은 자동으로 C:\temp를 notepad.exe 작업 디렉토리로 되돌리게된다.

C:\temp> wsl
/mnt/c/temp/$ cd ~
~$ notepad.exe foo.txt
~$ ls | grep foo.txt
~$ exit

exit
C:\temp>dir | findstr foo.txt
09/27/2016  02:15 PM                14 foo.txt

윈도우즈와 WSL 간의 환경변수 공유

윈도우즈 인사이더 빌드 17063 이상에서 사용가능

17063 이전버전에는 WSL이 접근할 수 있는 윈도우즈 환경변수만 PATH(WSL 아래에서 Win32 실행파일을 시작할 수 있었음).

17063 버전부터는 WSL과 윈도우즈는 WSL에서 실행되는 윈도우즈 및 리눅스 배포판을 연결하기 위해 만들어진 특수 환경변수인 WSLENV를 공유한다.

WSLENV의 속성

공유됨, 윈도우즈와 WSL 환경 모두에 존재한다.
윈도우즈와 WSL간에 공유할 환경 변수목록이다.
윈도우즈 및 WSL에서 잘 작동하도록 환경 변수를 형식화 할 수 있다.

WSLENV에는 환경변수 변환방법에 영향을 주는 네가지 플래그(flag)가 있다.

/p : WSL/리눅스 스타일 경로와 Win32 경로 사이의 경로를 변환한다.
/l : 환경변수가 경로 목록임을 나타낸다.
/u : Win32에서 WSL을 실행할 때만이 환경변수가 포함되어야 함을 나타낸다.
/w : 이 환경변수는 WSL에서 Win32를 실행할 때만 포함되어야 함을 나타낸다.

필요한 경우 플래그를 결합할 수 있다.

상호운용성(interop) 비활성화

사용자는 root로 다음 명령을 실행하여 단일 WSL 세션에 대한 윈도우즈 바이너리를 실행할 수 있는 기능을 비활성화 할 수 있다.

$ echo 0 > /proc/sys/fs/binfmt_misc/WSLInterop

윈도우즈 바이너리를 다시 활성화하려면 모든 WSL 세션을 종료하고 bash.exe를 다시 실행하거나 root로 다음 명령을 실행하면 된다.

echo 1 > /proc/sys/fs/binfmt_misc/WSLInterop

상호운용성(interop)을 비활성화하면 WSL 세션간에 유지되지 않는다(새 세션이 시작되면 상호운용성이 다시 활성화됨).

사용하는 버전이 Creators Update and Anniversary Update 버전이라면 위에서 설명한 것들과 다르게 작동하는 부분이 있을수 있다. Creators Update and Anniversary Update를 확인하도록 하자.

참고문헌 및 관련링크.

WSL interoperability with Windows

관리 및 구성 - WSL

흉내쟁이 — Thu, 22 Feb 2018 10:00:00 +0900

Applies to Windows 10 Fall Creators Update 와 그 이후버전들에서 사용가능하다.

멀티 리눅스 배포판 관리

WSL Config(wslconfig.exe)는 WSL에서 실행되는 리눅스 배포를 관리하기위한 명령줄(command-line) 도구이다. 이 도구를 이용하여 이용가능한 배포판을 나열하고 기본 배포판을 설정하고, 배포판을 제거할 수 있다.

WSL Config는 배포판들에 대한 확장, 조정하는 설정에 유용하지만, 각각의 배포판은 자체 설정(구성, configuration)을 독립적으로 관리한다. 리눅스 배포판별 명령을 보려면 배포만명.exe /?(ex. ubuntu /?)를 실행하자.

wslconfig /?를 입력하면 WSL Config에 사용할 수 있는 모든 옵션을 확인할 수 있다.

C:\Users\uzugo>wslconfig /?
Linux를 위한 Windows 하위 시스템의 관리 작업을 수행합니다.

사용 방법:
    /l, /list [/all] - 등록된 배포를 나열합니다.
        /all - 현재 설치되어 있거나 제거된 배포를 포함하여
               선택적으로 모든 배포를 나열합니다.
    /s, /setdefault  - 지정된 배포를 기본으로 설정합니다.
    /u, /unregister  - 배포의 등록을 취소합니다.

배포판 목록확인

wslconfig /list : WSL에서 사용하고 있는 리눅스 배포판 목록을 표시한다. 배포판이 나열되면 설치되어 사용할 준비가 된 것이다.
wslconfig /list /all : 현재 사용할 수 없는 것을 포함해서 모든 배포판을 나열한다. 설치중이거나 설치 제거중이거나 손상된 상태일 수 있다.

기본 배포판(default distribution) 설정

WSL을 시작하고 실행하는 세 가지 방법이 있다.

wsl.exe 혹은 bash.exe
명령 프롬프트에서 wsl 혹은 bash -c
배포판명칭(ex. ubuntu) : 윈도우즈 메뉴에서 설치된 앱을 실행하는 것과 같다(리눅스 콘솔에서 실행한 것과 같으며 이는 명령프롬프트나 파워셸에서 실행한 것과는 다르다).

1, 2번의 경우는 WSL을 실행을 위한 기본 배포판(default distribution)이 선택되어 있어야 한다. 명시적으로 기본값을 설정하지 않은 경우, 처음 설치시에 설정된다.

wslconfig /setdefault 배포판명 : 기본 배포판을 설정한다. 예를 들어, 우분투 배포판을 사용한다면 wslconfig /setdefault Ubuntu와 같이 기본 배포판을 설정한다. wsl -c npm init을 실행하면 우분투에서 실행될 것이다. wsl을 실행하면 우분투 세션이 열린다.

배포판 재설치 및 등록취소(unregister)

리눅스 배포판은 윈도우즈 스토어를 통해 설치할 수 있지만 제거는 불가능하다. WSL Config를 사용하면 배포판을 등록해제/제거할 수 있다.

또한, 등록을 해제하면 배포판을 다시 설치할 수 있다.

등록을 취소하면 해당 배포판과 관련된 모든 데이터, 설정 및 소프트웨어가 영구적으로 손실된다. 스토어에서 다시 설치하면 배포판의 깨끗한 사본이 설치된다.

wslconfig /unregister 배포판명 : WSL에서 배포판을 등록취소하여 다시 설치하거나 정리할 수 있다. 예를들어, 우분투 배포판을 사용한다면 wslconfig /unregister Ubuntu는 WSL에서 사용 가능한 배포판에서 우분투를 제거한다. wslconfig /list를 실행하면 나열되지 않는다.

재설치는 윈도우즈 스토어에서 해당 배포판을 찾아 설치하면 된다.

WSL 실행 설정

윈도우즈 버전 17093 과 그 이후 버전들에서 이용가능하다.

wsl.conf를 사용하여 WSL을 시작할때마다 적용될 WSL의 특정 기능을 자동으로 구성한다. 현재로서는 자동 마운트 옵션과 네트워크 구성이 포함된다.

wsl.conf는 리눅스 배포판의 /etc/wsl.conf에 위치하며, 만일 파일이 없다면 직접 만들어도 된다. WSL은 파일의 존재를 감지하고 그 내용을 읽어들이며, 파일이 없거나 잘못된 형식(부적절한 마크업)인 경우 WSL은 이를 무시하고 정상적으로 계속 실행된다.

아래는 배포판에 추가할 수 있는 샘플 wsl.conf파일이다.

# Enable extra metadata options by default
[automount]
enabled = true
root = /windir/
options = "metadata,umask=22,fmask=11"
mountFsTab = false

# Enable DNS – even though these are turned on by default, we’ll specify here just to be explicit.
[network]
generateHosts = true
generateResolvConf = true

설정 옵션

.ini 작성 규칙을 준수하여, 키(key)는 섹션에서 선언한다. WSL은 두가지 섹션을 지원하고 있다(automount, network).

[automount]

key	value	default	notes
enabled	boolean	true	`true`이면 고정 드라이브(ex. c:/ 혹은 d:/)가 `/mnt` 아래 DrvFs 파일시스템으로 자동 마운트된다. `false`이면 드라이브가 자동적으로 마운트되지 않지만 수동으로 또는 fstab을 통해 마운트 할 수 있음을 의미한다.
root	String	`/mnt/`	자동적으로 마운트되어 고정적인 드라이브로 사용될 디렉토리를 설정한다. 예를들어, `/windir/`에 WSL 디렉토리가 있고 그 디렉토리를 루트로 지정한 경우 고정된 드라이브가 `/windir/c`처럼 마운트되는 것을 알 수 있다.
mountFsTab	boolean	true	`true`이면 `/etc/fstab`을 WSL 시작에서 처리하도록 설정한다. /etc/fstab은 SMB 공유와 같은 다른 파일 시스템을 선언할 수 있는 파일이다. 따라서 시작할때 WSL에서 파일시스템을 자동으로 마운트할 수 있게된다.
option	comma-separated list of values (쉼표로 구분된 값의 나열)	empty string (빈 문자열)	이 값은 기본 DrvFs 마운트 옵션 문자열에 추가된다. 오직 DrvFs 전용 옵션만 지정할 수 있다. 옵션은 일반적으로 플래그(flag)로 구문분석되는(parse) 마운트 바이너리는 지원되지 않는다. 이러한 옵션을 명시적으로 지정하려면 /etc/fstab에 원하는 드라이브를 포함시켜야 한다.

기본적으로, WSL은 uid와 gid를 기본 사용자(default user)의 값으로 설정한다(우분투 배포판에서는 기본 사용자가 uid=1000, gid=1000). 만일 사용자가 이 키를 통해 명시적으로 gid 또는 uid 옵션을 지정하면, 관련 값을 덮어쓰게된다. 그렇지 않다면 기본값이 항상 추가된다.

이 옵션들은 자동으로 마운트된 모든 드라이브의 마운트 옵션으로 적용된다. 특정 드라이브에 대한 옵션만 변경하려면 /etc/fstab을 대신 사용하도록 하자.

[network]

key	value	default	notes
generateHosts	boolean	`true`	`true`이면 WSL이 `/etc/hosts`를 생성하도록 설정된다. `hosts` 파일에는 해당 IP 주소에 해당하는 호스트 이름의 정적맵(static map)이 들어있다.
generateResolvConf	boolean	`true`	`true`이면 WSL이 `/etc/resolv.conf`를 생성하도록 설정된다. `resolv.conf`는 지정된 호스트 이름을 해당 IP주소로 확인할 수 있는 DNS 목록이 들어 있다.

참고문헌 및 관련링크.

Manage and configure WSL

사용자계정과 권한 - WSL

흉내쟁이 — Wed, 21 Feb 2018 11:00:00 +0900

WSL의 기본 사용자의 비밀번호 재설정, 비밀번호를 잃어버렸을때의 대체방안, WSL의 기본적인 윈도우와 리눅스간의 권한에 대하여 알아봅니다.

WSL 설치시 설정하게되는 계정

WSL 설치시에 사용자 계정을 입력하도록 요구받는데, 이때 이 계정은 몇가지 특수 속성을 자동으로 부여받는다.

WSL을 실행하면 자동으로 로그인하는 기본 사용자(default user)로 구성된다.
기본적으로 리눅스 관리자(administrator) sudo 그룹에 포함된다.

WSL 설치시 배포판을 선택할수 있듯이 각각의 배포판마다 자체적인 리눅스 사용자 계정과 암호를 설정하며, 배포판을 추가, 재설치 또는 재설정할 때마다 리눅스 사용자 계정을 구성해야한다.

리눅스 사용자 계정은 배포판마다 독립적이며, 윈도우즈 사용자 계정과도 독립된 계정이다.

리눅스 사용자 계정 비밀번호 재설정

리눅스 계정의 비밀번호를 알고 있다면 passwd 명령어를 입력하여 변경할 수 있다.

passwd

만일, 비밀번호를 잃어버렸다면 배포판마다 다르지만 root 유저를 기본 사용자로 등록하는 방법을 활용한다.

우분투 배포판 사용자

기본 사용자계정이 tester 라고 가정하에 진행해보자

윈도우즈상에서 CMD(명령 프롬프트)창을 연다.
기본 사용자(default user)를 root로 설정한다.
```
c:\> ubuntu config --default-user root
```
WSL을 실행하면 root로 로그인된다.
사용자 계정의 비밀번호를 재설정한다.
```
$ passwd tester(사용자명)
```
다시 윈도우즈로 돌아와 CMD창을 열고 기본 사용자를 재설정한다.
```
C:\> ubuntu config --default-user tester(사용자명)
```

다른 배포판 사용자

다른 배포판을 사용한다면 CMD창을 열고 배포판명.exe /?와 같은 명령어로 기본 사용자를 설정하는 방법을 알아낼수 있다.

WSL 권한(permission)

WSL 사용에 있어 유의해야할 두 가지 중요한 개념은 아래와 같다.

윈도우즈 권한 모델은 윈도우즈 자원(resource)에 대한 프로세스를 통제한다.
리눅스 권한 모델은 리눅스 자원(resource)에 대한 프로세스를 제어한다.

WSL에서 리눅스를 실행할때 리눅스는 실행하는 프로세스와 동일한 윈도우즈 권한을 가진다.

리눅스는 다음 두 가지 권한 수준 중 하나로 시작할 수 있다.

Normal (non-elevated) : 리눅스는 로그인 한 사용자의 권한으로 실행된다.
Elevated/admin : 리눅스는 elevated/admin 윈도우즈 권한으로 실행된다.

높은(elevated) 프로세스는 시스템 전반의 설정과 데이터를 변경/손상시킬 수 있으며 보호된 파일과 폴더에 접근/수정할수 있기때문에, 윈도우즈 또는 리눅스 응용 프로그램/도구/셸(shell)인지 여부에 상관없이 높은 프로세스를 시작하지 마십시오!

위의 윈도우즈 권한은 리눅스 인스턴스 내의 권한과는 별개이다. 이는 리눅스 "루트 권한"은 리눅스 환경 및 파일시스템내에서 사용자의 권한에만 영향을 주며 윈도우즈 권한에 아무런 영향을 미치지 않는다. 따라서 리눅스 프로세스를 루트(ex. sudo를 통해)로 실행하면 리눅스 환경에서 해당 프로세스 관리자 권한만 부여된다.

예를 들어, Administrator 권한이 없는 Bash 세션에서는 cd /mnt/c/Users/Administrator로 Administrator 폴더에 접근하면 "Permission Denied" 에러를 접하지만, 윈도우즈 Administrator 권한이 있는 Bash 세션에서는 접근이 가능하다.

리눅스에서는 윈도우즈내의 권한이 윈도우즈에 의해 관리되므로 sudo cd /mnt/c/Users/Administrator를 입력해도 Administrator 디렉토리에 대한 접근 권한이 부여되지 않는다.

리눅스 사용권한 모델은 사용자가 현재 리눅스 사용자를 기반으로 권한을 가진 리눅스 환경에서 중요하다. 예를들어, sudo 그룹의 사용자가 sudo apt update 실행할 수 있다.

참고문헌 및 관련링크.

User Accounts and Permissions

윈도우즈에서 리눅스 설치 - WSL

흉내쟁이 — Tue, 20 Feb 2018 11:00:00 +0900

윈도우즈10에서 WSL 설치방법에 대하여 알아봅니다.

WSL 시스템 요구사항

아래의 요구사항을 충족시키지 못한다면 아쉽지만 WSL을 설치할 수 없다.

OS : Windows 10 버전 1607이상
아키텍처 : x64
계정 : 이메일 계정으로 PC로그인 (로컬사용자 제외 - MS스토어 사용을 위해)

윈도우즈 버전확인

윈도우즈 작업표시줄의 검색 상자에 PC 정보라고 입력하여 검색하고 이를 선택한다(설정 > 시스템 > 정보). 아래와 같이 해당 항목들을 살펴보고 자신의 시스템을 확인하자.

만일, 버전이 낮다면 '설정 > 업데이트 및 복구 > Windows 업데이트'를 통해 해결하자.

WSL 설치

아래와 같이 '제어판 > 프로그램 > 프로그램 및 기능 - Windows 기능 켜기/끄기'를 선택하고 Linux용 Windows 하위 시스템의 체크박스를 활성화하면 재부팅이되면서 기능설치가 이루어진다.

혹은 관리자 권한으로 PowerShell을 띄우고 아래의 명령어를 실행해도 된다.

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux

리눅스 배포판 선택 및 설치

Microsoft Store로 이동해서 linux로 검색어를 입력하면 배포판링크로 이동할 수 있다.

원하는 배포판을 선택할 수 있는데 필자는 우분투를 선택했다.

다운로드를 받자.

다운로드가 완료되어 실행을 선택하면 콘솔 창이 열리며 WSL 설치작업이 진행된다. 설치진행중에 사용자계정의 입력을 요하는데 이때의 계정은 윈도우즈와는 전혀 상관없는 계정이므로 자유롭게 설정하고 비밀번호를 입력하도록 하자.

기본적인 리눅스 명령어를 입력해보고 결과를 확인해보도록 하자.

lsb_release -a
pwd
ls -al
date

아래는 시작메뉴에 추가된 모습이다.

서버 제품군을 사용하는 유저는 Windows Server Installation Guide를 참고하길 바란다.

참고문헌 및 관련링크.

Windows 10 Installation Guide

WSL(Windows Subsystem for Linux ) 소개

흉내쟁이 — Mon, 19 Feb 2018 11:00:00 +0900

MS는 개발자들의 발걸음을 되돌리기 위한 노력의 일환으로 Windows Subsytem for Linux(WSL)를 발표하였습니다. 맥과 리눅스의 개발환경의 편의성을 고려했다는 것은 그것들에 익숙해져있는 개발자들에게는 희소식이 아닐수 없습니다. 아래의 내용에선 WSL의 간단한 소개와 유의사항에 대하여 알아봅니다.

WSL 소개

윈도우즈 10과 윈도우즈 서버군에 새롭게 포함된 WSL은 윈도우즈에서 리눅스 명령을 cmd, powershell 등을 통해 직접 실행할 수 있는 새로운 기능이다. 다시말하면 리눅스용으로 제공되는 각종 프로그램과 편리한 도구들을 윈도우용으로 포팅하거나 윈도우용 버전을 구할 필요가 없어지는 것이다. 특히나 IT쪽 개발자들은 윈도우에서 개발을 진행하면서 각종 가상머신과 에뮬레이터를 통해 불필요한 자원을 소모해가며 대체해오던 많은 것들을 실제 리눅스에서 개발하듯 윈도우에서 리눅스를 넘나들수 있게 된 것이다.

WSL에 대한 깊숙한 정보는 Windows Subsystem for Linux Overview를 읽어보도록 하자.

개발자 중점

WSL의 개발목적이 그러하듯 주로 개발자들이 사용하기위한 도구로써의 기능을 갖추고 있다. 특히 웹개발자 및 오픈소스 프로젝트에서 작업하는 사람들에게 중점이 맞추어져 있는데 Bash, 일반적인 Linux 명령어(sed, awk, etc)와 많은 Linux-first 도구들(Ruby, Pyton, etc)을 윈도우에서 사용하고자 하는 사람들에게 유용하다.

MS는 웹서버 및 가상머신, 컨테이너(Docker)등의 기능까진 지원하지 않을 작정이었나 본데 웹서버는 지금도 구현가능하고 지원하는 방향으로 선회했는지 정식버전에는 지원사항에 포함되었다. 가상머신은 Hyper-V와 Docker 같은 컨테이너도 MS 자체적으로 개발진행중이기에 포함되긴 힘들듯 싶다.

필자와 같은 웹개발자를 위한 최상의 구현방식은 아래와 비슷하지 않을까 싶다.

윈도우에서 작동하는 편집기(SublimeText, phpStorm등)를 설치하고 프로젝트를 담아둘 폴더를 만든다.
WSL에서 프로젝트 폴더를 마운트한다.
기본적인 로컬서버 혹은 PHP를 WSL에 환경에 구성한다.
각종 개발툴들 Composer, node.js, Git등을 WSL에 설치한다.
추가적인 테스트서버는 윈도우에서 Docker 컨테이너를 이용한다.
Hyper-V를 이용한 가상머신으로 IE8, IE9, IE10 등의 테스트를 진행한다.
WSL은 구동시키지 않으면 작동하지 않기에 많은 개발자툴들을 설치해도 윈도우상에서는 깨끗이 관리되는 장점을 가지게 된다. 또한 각종 리눅스 패키지들이 꼬여도 간단히 설치한 리눅스 배포판의 앱을 초기화 시킴으로써 재설치의 고단함도 날려버릴 수 있다.

윈도우와 WSL간의 변경사항 추적

윈도우에서 리눅스의 파일의 경로를 추적해 열어보거나 수정하는 것은 금지하고 있다. 가능이 하더라도 시스템상에 문제를 주기에 MS는 만류하고 있다.

반대로 리눅스에서 윈도우의 파일을 마운트하고 생성,수정,삭제하는 모든 행동들은 윈도우와 문제없이 서로 호환이 되고 실시간으로 변경점들이 반영된다. 즉, 여러 리눅스도구들을 WSL에 설치하고 작업중인 프로젝트에 반영하고 그것들을 윈도우상의 편집기등에서 업데이트되어 작업을 진행할수 있다는 것이다.

어디까지 가능한가?

리눅스에서 제공하는 모든 것이 가능하진 않지만 점차 지원을 확대하고 있다(처음엔 단순한 Bash 툴을 사용하는 것에서 많은 요구로 더 확장해가는 MS의 의외의 행보).

레포지토리의 이용이 가능하기에 apt-get과 같은 패키지 관리자들을 통해 여러 도구들을 다운로드 및 설치하여 사용가능하다.
TUI의 대표적인 편집기인 vim, emacs, tmux 등을 사용 가능하다.
Javascript/node.js, Ruby, Python, C/C++, C# & F#, Rust, Go, 등의 개발언어들을 지원한다.
GUI의 호환을 정식으로 보장하지 않은체 배포하였으나 GUI를 구현하는 X윈도우서버의 추가(Xming)로 구현이 가능하다.
sshd, MySQL, Apache, lighttpd 등의 웹서버 구축에 필요한 것들도 지원한다.
리눅스 콘솔에서 윈도우즈용 프로그램을 실행할 수 있다.
윈도우즈에서 리눅스 프로그램을 실행할 수 있다.

불가능한 것

Docker와 같은 컨테이너류와 가상화 기술은 지원하지 않을것으로 보인다. WSL 조차도 실시간 상호 연동가능한 가벼운 가상머신정도로 생각할 수 있겠다(Docker 기술과 가장 유사하다).
커널 드라이브, 커널 컴파일 및 업데이트는 불가능하다.
그 밖의 OpenGL, SDL등의 멀티미디어 기능이 불가능하다.
윈도우즈상에서 WSL상의 리눅스파일들에 대한 수정, 삭제를 금하고 있다. 이는 아래에서 좀 더 자세히 다룬다.

윈도우즈 응용 프로그램과 도구들로 리눅스 파일을 수정하지 말것

아래의 내용은 Do not change Linux files using Windows apps and tools이 원문이다.

어떤 경우에도 윈도우즈 응용 프로그램, 도구, 스크립트, 콘솔등을 사용하여 Linux 파일을 작성 및 수정하지 마십시오!

일부 윈도우즈 도구를 사용하여 파일을 열면 열려있는 파일 혹은 폴더를 읽기잠금으로 설정하여 파일 내용 혹은 메타 데이터를 업데이트하지 못하게하여 파일 및 폴더가 손상될 수 있다.

출처: https://blogs.msdn.microsoft.com/commandline/2016/11/17/do-not-change-linux-files-using-windows-apps-and-tools/

윈도우즈에서 리눅스파일을 생성/변경하면 리눅스 환경이 손상되어 배포판을 제거하고 다시 설치해야 할 수 있습니다!

리눅스파일은 %localappdata%\lxss 아래에 있는 파일 및 폴더이며, 이 곳에 리눅스 파일 시스템(배포판과 사용자파일)이 저장되어있다.

OS들은 서로 다른 메타데이터(사용권한, 소유권, 생성,수정시간정보등)를 포함하고 있으며 윈도우즈 또한 리눅스의 이런 메타 데이터 정보를 알수가 없다. WSL을 실행하지 않는 대다수의 윈도우즈 사용자에게 불필요한 오버헤드를 줄이기 위해 윈도우즈도 자동적으로 메타데이터를 갱신하지 않는다.

리눅스 파일시스템 루트 아래의 모든 파일에 대해 리눅스 파일 메타데이터를 작성/업데이트하고 각 파일의 NTFS 확장 특성에 리눅스 메타데이터를 저장하는 것은 WSL의 임무이다. WSL은 또한 윈도우즈 파일시스템의 대부분의 파일에 대해 의사(pseudo) 메타데이터를 종합한다.

문제는 윈도우즈 애플리케이션 및 도구들을 이용해서 열거나, 생성하거나 수정한다면 이 행위에 대한 메타데이터는 윈도우용으로 작성되어 지고, 어떠한 리눅스 파일 메타데이터를 포함하지 않기 때문에 리눅스는 파일이 비어있거나 존재하지 않거나 메타 데이터가 있을수도 있지만 메타데이터가 파일의 세부정보를 반영하지 못해 파일 내용이 손상되게 되는 것이다. 이외에도 윈도우즈에서도 문제점이 있고...(중략).

윈도우즈와 WSL의 상호연동작업시

윈도우즈에서 해당 파일을 저장 및 작업하고 Bash(리눅스)에서 /mnt/드라이브문자/경로와 같은 방식으로 접근하도록하자(예. /mnt/c/dev/project).

Bash에서 윈도우즈 파일 시스템에 있는 파일에 접근하면 WSL은 NT 파일 시스템 동작, 사용권한등을 존중하며 이런식으로 시스템간 복사나 이동없이 동일한 파일에 접근할 수 있다.

참고문헌 및 관련링크.

그누보드5 작업준비

흉내쟁이 — Wed, 15 Nov 2017 11:00:00 +0900

그누보드5를 이용해서 원하는 테마를 만들때 우선적으로 수행하고 있는 몇가지 팁을 작성합니다. 이것은 필자의 편의를 위해 추가하는 것이니 참고정도로 생각하시길 바랍니다.

jQuery Migrate

그누보드5에서 사용하고 있는 jQuery 버전은 1.8.3버전으로 구버전의 jQuery를 기준으로 작성되어 있다. 이 버전으로 인해 미묘한 차이가 발생할 수 있는데 가령 대중적인 jQuery 플러그인들이 1.9 버전 이후대를 지원하고 있는 등 최신의 플러그인들과 호환성 문제를 야기시킬 수 있다.

필자는 jQuery Migrate를 이용해 1.12.4 버전을 사용하고 있으며, theme/js 폴더를 만들어두고 그 곳에 자바스크립트 및 jQuery 소스를 넣어둔다. 경로 접근방법은 G5_THEME_JS_URL php 상수로 지정할 수 있다

theme/테마명/head.sub.php의 jQuery 링크를 변경한다(기존의 링크를 주석처리하거나 삭제하자).

/* 기존 */
<script src="<?php echo G5_JS_URL ?>/jquery-1.8.3.min.js"></script>

/* 변경 */
<script src="<?php echo G5_THEME_JS_URL ?>/jquery-1.12.4.min.js"></script>
<script src="<?php echo G5_THEME_JS_URL ?>/jquery-migrate-1.4.1.min.js"></script>

자세한 정보는 jQuery 구버전과 최신버전의 혼용 - jQuery Migrate를 참고하자.

jquery-1.12.4.min.js

jquery-migrate-1.4.1.min.js

기능검사 및 브라우저 체크

브라우저별 기능검사 및 브라우저 버전체크등을 위해 Modernizr 과 Detectizr 를 혼합해서 사용하고 있다. 두 소스를 단순 붙여넣어 하나의 support.min.js로 만들어 theme/js에 넣어둔다.

Modernizr의 경우 원하는 검사기능이 다를 수 있기에 스스로가 https://modernizr.com/ 에서 만들어 쓰도록하자.

theme/테마명/head.sub.php의 html 시작부분을 수정하고 기능검사 파일을 링크한다.

/* 기존 */
<html lang="ko">

/* 변경 */
<html lang="ko" class="no-js">
.....
<script src="<?php echo G5_THEME_JS_URL ?>/jquery-1.12.4.min.js"></script>
<script src="<?php echo G5_THEME_JS_URL ?>/jquery-migrate-1.4.1.min.js"></script>
<script src="<?php echo G5_THEME_JS_URL ?>/support.min.js"></script>

정상적으로 추가하였다면 아래와 같이 각종 기능검사 및 브라우저 체크 결과를 html의 class명으로 확인할 수 있게 된다.

support.min.js

페이지명 및 유저상태명 붙이기

디자인적으로 편리함을 위해서 body 요소에 class 명으로 현재 상태를 표기한다. 가령, 게시판일경우에는 bc-board의 공통 클래스와 bc-board-게시판 테이블명의 각각을 구분하는 클래스가 붙게된다. 또한, 로그인여부에 따라 guest, user, super로 각각을 구분한다.

/* 기존 */
<?php
if(G5_IS_MOBILE) {
    echo '<script src="'.G5_JS_URL.'/modernizr.custom.70111.js"></script>'.PHP_EOL; // overflow scroll 감지
}
if(!defined('G5_IS_ADMIN'))
    echo $config['cf_add_script'];
?>
</head>
<body>

/* 변경 */
<?php
if(G5_IS_MOBILE) {
    echo '<script src="'.G5_JS_URL.'/modernizr.custom.70111.js"></script>'.PHP_EOL; // overflow scroll 감지
}
if(!defined('G5_IS_ADMIN')) {
    echo $config['cf_add_script'];
}

//body class name add
$page_name = basename($_SERVER['PHP_SELF'],".php");
    switch ($page_name) {
        case "board" :
            $bclass .= "bc-board bc-board-".$bo_table;
            break;
        case "content" :
            $bclass .= "bc-coid bc-coid-".$co_id;
            break;
        default :
            $bclass .= "bc-".$page_name;
            break;
    }

    if ($is_member) {
       if ($is_admin == 'super') {
           $bclass .= " super";
       } else {
           $bclass .= " user";
       }
    } else {
        $bclass .= " guest";
    }
?>
</head>
<body class="<?php echo $bclass ?>">

AMD 라이젠(RYZEN) 정보모음

흉내쟁이 — Mon, 10 Apr 2017 11:00:00 +0900

PC 업계가 AMD의 라이젠(RYZEN) 출시로 한창 떠들석한 요즘입니다. 한 동안 인텔사에 못미치는 성능으로 대중에게 외면받던 AMD사가 가성비와 성능을 앞세워 반격에 나섰기 때문이죠. 이에 여러 하드웨어 포럼에서 먼저 출시된 라이젠 7 제품군들에 대한 벤치마크를 통한 성능 테스트 및 오버클럭 효율등에 대하여 많은 리뷰가 작성되고 있습니다.

필자 또한, 컴퓨터 교체를 염두에 두고 있던 터라 라이젠과 관련된 정보를 모아보던 중 이에 혼선을 초래하는 정보들로 인해 판단의 어려움을 겪었습니다. 많은 분들이 비슷한 입장이라 생각되어 관련 정보를 취합해 봅니다.

AMD 라이젠(RYZEN) 소개

라이젠은 14nm(나노) 공정의 젠(Zen) 아키텍처로 생산되며, 코드네임은 서밋 릿지(Summit Ridge)이다. 브랜드명이 라이젠(Ryzen)이며, 해당 제품명을 AMD 라이젠 7 1700 (서밋 릿지)와 같이 코드네임을 함께 표기하기도 한다.

서밋 릿지는 데스크톱 CPU로 생산되며, 레이븐 릿지(Raven Ridge)는 APU(CPU+GPU)로 2017년 하반기에 출시될 예정이다. 즉, 현재 출시 및 출시예정인 라이젠 제품군들은 그래픽카드를 따로 준비해야 하며, 이것은 인텔사가 내장그래픽을 CPU에 넣은 제품만을 내놓는 현재의 방식과 비교될 수 있는 방식이라 외장 그래픽을 사용하는 사람들의 선택지가 될 수 있다.

라이젠 제품군들은 모두가 오버클럭이 가능하다(인텔사의 제품군들은 K 버전의 제품군들만이 오버클럭이 가능). 또한, XFR(Extended Frequency Range)이라 불리는 기능이 포함된 라이젠의 X 버전의 제품군들은 CPU 온도와 전력에 여유가 있다면 부스트 클럭을 높이는 자동오버클럭이 작동하여 100Mhz 의 성능향상을 기대할 수 있다. 이 기능이 X 제품군들에만 작동된다고 알려졌으나 현재는 X 제품군 이외의 제품들도 50Mhz 성능향상을 기대할 수 있다고 알려져 있다.

AMD 라이젠(RYZEN) 출시

지난 2017년 2월 23일 AMD가 'ZEN' 마이크로 아키텍처 기반의 차세대 CPU 라이젠(RYZEN)을 공식 발표했으며, 약 10일 정도 후인 3월 2일부터 라이젠 7의 정식 판매를 시작했다.

영상의 내용을 간추리면 아래와 같다.

브랜드명은 라이젠(RYZEN)이며, 라이젠 7은 익스트림 1800X, 1700X, 1700으로 라인업되었으며, 모두 8코어 16쓰레드이다.

브랜드	제품명	코어(쓰레드)	클럭/부스터 클럭	L2 캐시	L3 캐시	TDP	가격
Ryzen 7	1800X	8(16)	3.6GHz/4.0GHz	4MB	16MB	95W	$499
Ryzen 7	1700X	8(16)	3.4GHz/3.8GHz	4MB	16MB	95W	$399
Ryzen 7	1700	8(16)	3.0GHz/3.7GHz	4MB	16MB	65W	$329

지난 4년의 노력이 담긴 결과물로, 목표였던 IPC 40% 향상을 뛰어넘은 52% 향상되었다.
강력한 성능의 플래그십 프로세서 1800X와 인텔 i7 6900K와의 비교
게이머와 콘텐츠 제작자등을 위한 1700X와 인텔 i7 6800K와의 비교
가성비와 적은 전력소모량의 1700과 i7 7700K와의 비교

라이젠 가격에 대하여

라이젠 제품군들은 경쟁사인 인텔사와 비교하여 가성비가 뛰어나다. 이후 출시될 제품들도 그러하고, 이 기조를 이어갈 것으로 보인다.

라이젠에 대한 단 하나의 목표를 정했습니다.

PC 시장을 뒤흔들고 싶었습니다.

최대한 많은 이들에게 혁신, 선택지, 그리고 성능을 제공하고 싶었습니다.

그래서 고성능 컴퓨팅을 수십, 수백배의 사람들에게 선사할 수 있게 가격을 책정했습니다.

더 많은 코어, 더 많은 쓰레드를 모두에게 제공하기 위하여~

AMD RYZEN 발표 CEO Lisa Su

라이젠 쿨러

라이젠은 제품군에 따라 제공하거나 구매할 수 있는 쿨러가 다르다. X 제품군들은 기본 쿨러를 제공하지 않으며, 멀티팩 조합으로 제공되는 쿨러를 구매할 수는 있다.

1800X & 1700X &1600X : 기본 제공 쿨러가 없으며 멀티팩 구매시 레이스 맥스 제공
1700 & 1600 & 1500X : 레이스 스파이어가 기본 제공
1400 : 레이스 스텔스가 기본 제공

라이젠 오버클럭

라이젠의 전 제품군은 오버클럭을 지원한다. 관련하여 손쉽게 오버클럭을 윈도우상에서 지원할 수 있도록 라이젠 마스터라는 유틸리티도 제공하고 있다. CPU 코어 관련 조절은 재부팅없이 바로 적용되며, 메모리 전압과 타이밍 조절은 재부팅이 필요하다.

1700 제품의 경우, 전압 조절없이 3.7~3.8GHz 가 국민오버
1800X와 1700X의 경우, 4GHz 오버 클럭이 대다수를 이루고, 그 이상의 오버 클럭은 노하우가 필요할듯 싶다.
오버 클럭과 관련하여 AMD 나 바이오스상의 패치로 개선되길 바라고 있는 실정이다.

라이젠 벤치마크

각종 하드웨어 포럼 및 개인들이 라이젠 7 제품군들과 인텔사의 i7 제품군과의 비교 벤치마크가 이루어지고 있다.

멀티스레드를 활용한 거의 모든 작업(인터넷 방송, 그래픽 작업, 인코딩, 연산, 렌더링, 기타 등등)에서는 라이젠 제품군이 다중 코어와 쓰레드를 앞세워 우위를 점하거나 비등하다.
게임에서 인텔 비교군들보다 대체적으로 소폭 하향된 성능을 보이는데 게임의 종류에 따라 그 폭은 커지기도 한다.
소비전력면에서도 크게 뒤쳐지된 과거와 달리 동급 수준내지 더 뛰어난 소비전력을 보인다.

쿨엔조이 AMD RYZEN 7 1800X / 1700X / 1700 벤치마크
라이젠 7 1800X, 1700X, 1700 게임 성능 종결 벤치마크

라이젠 최적화

라이젠 출시와 더불어 각 서드파티사의 지원이 미비한 것이 논란이 되고 있다. 확실히 그 동안 AMD에 대한 처우가 어떠했는지 드러나는 부분이다.

메인보드의 바이오스 업데이트

라이젠을 지원하는 메인보드들은 AM4 칩셋의 메인보드들이다. 각 메인보드 제조사별로 현재 바이오스 업데이트를 진행중인데 그 주기가 짧고 잦은 패치가 이루어지고 있다. 출시 이전에 완성형 형태로 배포되지 않았기에 아쉬움이 남는 부분이다. 경우에 따라서는 바이오스 패치이후에 성능이 25% 향상되는 등 제조사별로 문제점이 다른듯 싶다.

관련해서 AMD CPU의 문제점으로 치부하는 이들이 있는데 사실 이부분은 서드파티사들의 지원문제이므로 별개로 봐야할 듯 싶다. AMD의 영향력이 그 만큼 미미했다는 반증이기도 할 것이다.

추가로 AMD 공식 홈페이지에서 칩셋 드라이버를 다운받아 설치해야 안정적인 시스템 구동을 보장 받을수 있다.

게임 제조사의 업데이트

라이젠 제품군들의 게임성능이 인텔사에 비해 부족하다는 벤치가 많이 나왔다. 유독 게임에서 성능이 떨어져서 의아한 부분이였는데 기존 게임 제조사가 인텔 CPU에는 최적화되었어도 AMD CPU는 그렇지 못한 것으로 잠정적으로 결론이 났다. 현재 AMD CPU를 고려한 게임 제조사의 패치를 준비중인 베타버전에서 성능향상이 이루어진 테스트가 나오고 있는 것을 봐서 메이저 게임 제조사들에서는 앞으로도 패치 및 업데이트를 통해 이를 개선할 것으로 보인다. 다만, 게임 출시후 꾸준히 패치 및 업데이트가 이어지지 못하고 있는 게임들은 개선되지 않을 것으로 보인다.

게임이 AMD 라이젠 최적화를 만날 때, 최대 30% 성능 개선?
확인 리뷰 : 최적화된 게임에서의 AMD 라이젠 CPU 성능 향상 효과

메모리 속도

AMD 측에서 권장하는 라이젠 시스템의 메모리 동작 속도는 DDR4 2666MHz이다(클럭 2666MHz, 전압 1.3V, 타이밍 16-16-16-16-36 권장메모리). 내부 테스트 결과에서도 2666MHz 부터 병목현상이 사라지는 결과를 보였기 때문이다. 메모리 속도는 메인보드의 바이오스에도 영향을 많이 받는데, 메인보드에 따라 지원하는 메모리 최대 속도가 다르므로 이를 잘 살펴보아야 한다. 기존의 시스템들에서 고클럭 메모리의 성능향상에 미비했던 것과 달리 라이젠에서는 고클럭 메모리를 사용하면 성능향상이 눈에 띄게 증가하니 염두에 두자.

현재 버스 속도 조정시 실질적인 라이젠 메모리 속도는 3200MHz 수준이라고 알려졌으며, 이는 AMD 측에서 5월 메인보드 파트너사 대상으로 업데이트를 배포해 추가적인 속도 개선이 이뤄질 것이라고 한다. 이를 통해 업체들은 고객들이 어떤 상품을 선택하든 현재의 DDR4 3200 램보다 빠른 속도를 지원할 수 있을 것이라고 한다.

인텔 메인보드에서 사용하는 램오버 클럭기능의 하나인 XMP는 AMD 메인보드에서 공식지원하지 않는데, MSI는 이와 흡사한 기술인 A-XMP 기능을 발표하여 바이오스를 배포하고 있다. 즉, 메인보드 제조사의 바이오스에 따라 기존의 XMP 지원 메모리를 사용할 수 있다. 또한, AMP 메모리가 해외에서 판매되고 있는데 국내에도 곧 출시예정이며, XMP 메모리를 이미 구입하였다면 메인보드 제조사에서 꼭 호환가능한지 살펴보아야 한다.

MSI announce auto DDR4 OC support on AMD Ryzen platform with A-XMP feature

전원관리 고사양

윈도우 10에서 코어파킹 현상으로 인해, 모든 쓰레드에 균등한 작업배분이 이루어지지 않는 경우가 발생한다. 이는 윈도우의 전원옵션에서 고성능으로 변경함으로써 해결가능하다.

HPET 끄기

바이오스 메뉴나 윈도우에서 고정밀 이벤트 타이머인 'HPET'를 끌 것을 권장했다. HPET를 정지시키면 5~8%의 게임 프레임레이트 향상을 경험할 수 있다는 설명이다.

메인보드 바이오스 메뉴에 HPET 설정이 있는 경우가 있고, 없다면 윈도우 상에서 명령 프롬프트(CMD)에서 bcdedit /set useplatformclock false 명령어를 통해 수동으로 끌 수도 있다.

총평

기존의 AMD 제품군들이 높은 발열량과 전력소모량, 클럭당 효율이 떨어져 외면 받아왔는데 라이젠은 과거의 오점들을 대부분 개선하였다.
완성형 CPU가 아닌 성장형 CPU라는 이야기가 나오듯이, 발매당시 완벽한 호환이 이루어지지 않고, 각종 패치와 최적화를 통해 성능향상을 이끌어 낼 수 있는 것이 아쉬움으로 남는다. 다만, 최적화 이전의 시스템에서도 성능이 검증되어 가성비가 뛰어난 것은 인정해야 할 부분이다.
라이젠 7은 익스트림급 PC를 꿈꿔오던 사람들에게 인텔대비 낮은 가격에 이를 구성할 수 있는 기회를 제공하며 8코어 16쓰레드의 보편화에 앞장선다.
게임성능의 이슈해결을 위해 게임사에서 적극적인 최적화가 기대된다.
AMD와 인텔사가 성능과 가격으로 경쟁한다면 소비자에겐 이로운 일임에 틀림없지만 그에 앞서 업자와 중고가격 방어, 팬심으로 무장한 이들이 소비자의 판단을 흐리기도 한다는 것에 유념해야 한다. 자료를 수집하면서 AMD, 인텔의 팬보이들이 과장하거나 과소평가하는 등의 글들이 혼재하였다.

새로운 수익창출 모델 - Adobe Affiliate Program (어도브 제휴 프로그램)

흉내쟁이 — Tue, 14 Mar 2017 17:00:28 +0900

사이트 및 블로그 운영의 수익창출모델에 도움이 될만한 프로그램이 있어 소개합니다. 기존의 구글 애드센스와 유사하며 아래에서 배너 신청 및 등록방법에 대하여 알아봅니다.

Adobe 제휴 프로그램 소개

Adobe Affiliate Program은 어도브사와 제휴를 맺고, 웹 사이트에 배너를 등록하여 수수료 이익을 창출하는 프로그램이다. 또한, 어도브사는 익히 알다시피 포토샵, 일러스트등의 유명 그래픽 프로그램 제작사로 관련제품을 월간 혹은 연간 구독을 통해 저렴한 가격으로 사용할 수 있게 제공하고 있고, 여러가지 할인혜택을 함께 제공하고 있다.

Adobe 제휴 프로그램 특징

어도브 제휴 프로그램에 참여하는 파트너가 얻을 수 있는 이점을 아래와 같이 소개하고 있다.

합리적인 수수료 체계와 클릭/노출 기여도 실적과 함께 상당한 수익 창출 기회를 통한 매출 증대. 120일의 클릭 라이프 시간 및 2일의 게시물 뷰 시간에 해당하는 쿠키 지속 시간
바로 게재할 수 있는 다양한 마케팅 배너와 텍스트 링크(Adobe Creative Cloud, Document Cloud 및 Adobe Stock) 활용
합리적인 매체사 인센티브를 통한 정기적이고 독점적인 제품 홍보 기회
신규 릴리스 및 제품 출시에 대한 최신 정보
단기간에 습득하여 마케팅 활동 향상에 도움을 주는 제품별 일일 리포팅

Adobe 제휴 프로그램 신청

Adobe 제휴 프로그램 페이지로 이동한 후, 지금 신청하기 버튼을 통해 가입을 신청한다.

기존의 Adobe 사이트 계정을 가진 분들도 해당 사이트는 별도의 사이트이므로 계정을 새로 만들어야 한다.

회원가입

영문으로 제공되는 회원가입 페이지가 등장하는데 대략의 내용은 아래와 같다.

국가 : 접속 국가로 자동선택되는데 맞지않다면 변경한다(ex. Korea, Republic Of).
언어 : 현재로선 영어와 일어만 선택가능하다.
유형 : individual (개인), organization(단체), company(회사)로 구분된다.
이름 : 영문이름을 적어준다.(한글이름 영문으로 표기법 참고하자.)
성 : 성을 적어준다.(한글이름 영문으로 표기법 참고하자.)
이메일 : 사용하는 메일주소를 입력한다.
이메일확인 : 위의 메일주소를 한번 더 입력한다.
사용자명 : 사용할 아이디를 입력한다.
암호 : 암호를 입력한다.
암호확인 : 위의 암호를 한번 더 적어준다.
사이트주소 : 배너노출을 사용할 사이트주소를 적어준다.
자동등록방지 : 우측의 자동등록방지 코드를 적어준다.

Create account 버튼을 클릭하여 계정생성을 완료하면 아래와 같이 계정 활성화를 위해 이메일 발송중임을 알린다.

이메일을 확인해보면 아래와 같이 계정활성화를 위한 링크를 제공하니 이 링크를 클릭하면 회원가입은 완료된다.

지급정보 갱신

회원가입이 완료된 후 마주하게 되는 화면이다. 수수료가 발생하게 되면 그래프가 변동될 것이다. 수수료를 지급받기 위해서 Account > Payment Information로 이동하자.

Payment Information의 정보를 입력해야하는데, 회원가입시 작성된 정보와 연동되어 몇몇은 완성되어 있다. 정보를 아래처럼 모두 입력하고 Save 버튼을 누르자.

Tax Residence : 한국 거주중이라면 Korea, Republic Of 로 변경한다.
Payment Provider : Payoneer 로 설정되어 있는지 확인한다.
Enter your Tradedoubler password : 계정 암호를 입력한다.
Verify you entered correct tax Residence : 세금관련해서 다시 물으니 체크박스에 체크하자.

Payoneer 지급은 유럽 이외의 지역에서 해외 프로그램에 참여하는 게시자의 경우 또는 수수료를 Payoneer가 제공하는 추가 통화로 지급받는 경우 권장하는 지급 방식입니다. 이 방식을 선택하면 게시자가 거주하는 국가의 통화로 수수료를 받을 수 있고,국제적으로 활동하는 게시자의 경우 참여 프로그램 또는 거주 국가와 상관없이 모든 수수료를 단일 통화(예: 해당 국가의 통화, USD 또는 EUR)로 지급받을 수 있습니다.

은행 이체 설정

다음은 개인정보와 이체받을 은행 정보를 입력해야 한다. 계좌이름을 제외하곤 모두 영문으로 입력해야하고 주소의 경우 네이버 영어주소를 이용해서 입력하도록 하자.

이체 설정이 모두 완료되면 아래와 같으며, 관련 메일도 받게 된다.

Adobe 제휴 프로그램 사이트 인증

사이트 인증을 위해 상단 메뉴중에 Sites > Sites로 이동하자. not verified 부분을 클릭하여 다음페이지로 넘어가자.

상단의 Option 1:에서 제공하는  부분을 복사해서 자신의 블로그 및 사이트에 복사해 붙여넣도록 하자.

<head>
    <!-- TradeDoubler site verification 자신의 사이트 ID값 -->
</head>

또한, 하단의 입력가능한 폼들에 내용을 채워넣고 Click here to verify your site 버튼을 눌러 정보를 갱신하도록 하자. 이후 사이트 인증이 짧게는 몇분후~몇일이 걸릴 수 있다는 것에 유념하도록 하자.

사이트 인증이 완료되면 아래와 같이 verified 란 문구로 변경된다. 또한 최종심사 결과를 메일로 알려주는데 그 이전에는 광고가 Under Consideration으로 표기되며 선택할 수 없다.

Adobe 제휴 프로그램 배너등록

최종 심사가 성공적으로 완료되면 아래와 같은 메일을 받을 수 있다. 링크를 따라 이동하여 로그인을 완료하자.

메뉴를 통해 Advertisers > Search Affiliate Programs으로 이동하도록 하자.

Search 버튼을 클릭하면, 이전에 사이트인증에서 선택한 카테고리 및 Accepted 여부를 확인할 수 있으며, Program name의 Links를 따라 이동하자.원하는 배너를 선택할 수 있게 된다.

배너를 선택했다면 Show code 링크를 통해 선택하자.

마지막 코드부분을 복사하여 자신의 블로그 및 사이트의 원하는 위치에 삽입하면 모든 과정은 끝나게 된다.

Adobe 제휴 프로그램 에필로그

구글 애드센스와 마찬가지로 광고수익을 기대해 볼 수 있다는 것은 매우 기뻐할만한 소식이다. 다만, 구글 애드센스의 시작이 그러했듯 아직은 부족한 한글지원으로 인해 가입과 배너설치에 어려움을 호소할 수 있다는 생각이 든다. 차차 나아질 문제라고 보며, 광고 프로그램으로 고수익을 노리는 사용자들은 부담없이 설치를 진행할 것으로 보인다.

그누보드5 메뉴 현재 위치 설정

흉내쟁이 — Tue, 7 Feb 2017 11:00:46 +0900

그누보드5에서 제공하는 메뉴는 현재 위치를 알리는 클래스가 설정되어 있지 않습니다. 현재 위치를 알리는 용도로 사용될 active 클래스를 추가하는 간단한 방법을 살펴봅니다.

메뉴 현재 위치 설정 원리

그누보드5에서 제공하는 메뉴에는 링크 주소를 담고 있는 $row['me_link'] 가 존재한다. 이를 현재 페이지의 주소창의 주소와 비교하여 같다면 해당 메뉴의 <li> 에 .active 를 추가하도록 설정하는 것이 핵심이다. .active 에 대한 디자인을 스타일시트에 추가함으로써 일반 메뉴와 현재위치의 메뉴가 구분된다.

당연한 이야기겠지만, 그누보드5의 관리자 > 환경설정 > 메뉴설정 에서 추가한 메뉴들에서만 작동하며, 주소창의 주소를 다른 방식으로 변경하는 방법을 사용한다면 작동하지 않는다.

메뉴 현재 위치 설정

메뉴 현재 위치 설정 및 각각의 메뉴를 선택할 수 있는 클래스를 부여하기 위한 코드는 아래와 같다.

<ul id="gnb_1dul">
    <?php
    $sql = " select *
                  from {$g5['menu_table']}
                  where me_use = '1'
                  and length(me_code) = '2'
                  order by me_order, me_id ";
    $result = sql_query($sql, false);
    $gnb_zindex = 999; // gnb_1dli z-index 값 설정용
    $cur_url = G5_URL.$_SERVER['REQUEST_URI'];  // #1 현재위치 설정용으로 추가

    for ($i=0; $row=sql_fetch_array($result); $i++) {
        $li_view1 = $i+1; // #2 각각의 메뉴명을 추가하기위해 설정
    ?>
    <li class="gnb_1dli <?php echo 'gnb_1dli_'.$li_view1; ?> <?php echo ($row['me_link']==$cur_url)?'active':''; ?>" >
        <a href="<?php echo $row['me_link']; ?>" target="_<?php echo $row['me_target']; ?>" class="gnb_1da"><?php echo $row['me_name'] ?></a>
        <?php
        $sql2 = " select *
                       from {$g5['menu_table']}
                       where me_use = '1'
                       and length(me_code) = '4'
                       and substring(me_code, 1, 2) = '{$row['me_code']}'
                       order by me_order, me_id ";
        $result2 = sql_query($sql2);

        for ($k=0; $row2=sql_fetch_array($result2); $k++) {
            if($k == 0)
                echo '<ul class="gnb_2dul">'.PHP_EOL;
                $li_view2 = $k+1;  // #3 각각의 서브 메뉴명을 추가하기위해 설정
        ?>
        <li class="gnb_2dli <?php echo 'gnb_2dli_'.$li_view2; ?> <?php echo ($row2['me_link']==$cur_url)?'active':''; ?>"><a href="<?php echo $row2['me_link']; ?>" target="_<?php echo $row2['me_target']; ?>" class="gnb_2da"><?php echo $row2['me_name'] ?></a></li>
        <?php
        }

        if($k > 0)
            echo '</ul>'.PHP_EOL;
        ?>
        </li>
        <?php
        }

        if ($i == 0) {  ?>
            <li id="gnb_empty">메뉴 준비 중입니다.<?php if ($is_admin) { ?> <br><a href="<?php echo G5_ADMIN_URL; ?>/menu_list.php">관리자모드 > 환경설정 > 메뉴설정 에서 설정하실 수 있습니다.<?php } ?></li>
        <?php } ?>
</ul>

15: 해당줄의 li 요소에 style="z-index: <?php echo $gnb_zindex--; ?>" 가 추가되어있어야 하지만 티스토리와 표기상 충돌이 일어나서 위에서는 삭제되었다. 실제론 추가되어 있어야한다.

#1 현재위치 설정용

$cur_url = G5_URL.$_SERVER['REQUEST_URI'];  // #1 현재위치 설정용으로 추가

G5_URL 은 그누보드5에 설정되어 있는 절대경로 상수이다. 이는 http://도메인명 과 같은 경로를 반환하게 된다.
$_SERVER['REQUEST_URI'] 는 현재 페이지에의 주소에서 도메인을 제외한 부분을 반환하는 상수이다. 이 상수는 파일명이나 디렉토리명만을 반환하는 다른 PHP 상수와는 다르게 변수값들도 함께 전달 받기에 게시판처럼 매개변수가 필요한 곳에 사용하기에 적당하다.

#2 메뉴명 추가를 위한 설정

$li_view1 = $i+1; // #2 각각의 메뉴명을 추가하기위해 설정

각 $row 마다 1씩 증가된 이름을 표기하기 위한 설정이다.

#3 서브 메뉴명 추가를 위한 설정

$li_view2 = $k+1;  // #3 각각의 서브 메뉴명을 추가하기위해 설정

위에서 설명한 것과 같으며 이것은 서브메뉴에 표기할 메뉴명에 대한 설정이다.

메뉴명과 현재위치 클래스 추가

<li class="gnb_1dli <?php echo 'gnb_1dli_'.$li_view1; ?> <?php echo ($row['me_link']==$cur_url)?'active':''; ?>" >

<?php echo 'gnb_1dli_'.$li_view1; ?> 은 class 속성값으로 삽입되며, gnb_1dli_1 을 시작으로 다음 메뉴의 클래스명은 gnb_1dli_2, .gnb_1dli_3 과 같은 형식으로 맨 뒤 숫자가 증가된 클래스명이 된다.
- 클래스명(메뉴명)은 관리자의 메뉴설정에 추가된 순서가 기준이 아니라 메뉴설정의 순서 필드가 기준이 된다. 즉, 화면에 표시되는 실제 순서가 기준이다.
- 서브 메뉴에 대한 메뉴명 추가도 위와 같은 형식이다.
<?php echo ($row['me_link']==$cur_url)?'active':''; ?> 또한, class 속성 값으로 삽입되며, 현재 페이지의 주소와 메뉴설정에서 설정된 링크 주소를 비교하여 active 를 삽입하게 된다.
- 서브 메뉴 부분에서는 $row2['me_link'] 가 사용됨에 유의하자.
결과적으로 삽입되는 첫번째 메뉴의 클래스를 살펴보면 공통의 클래스 gnb_1dli, 해당 메뉴를 선택할 수 있는 클래스 gnb_1dli_1, 현재 위치가 첫번째 메뉴의 페이지라면 클래스 active가 삽입되어 있다.

스타일시트 추가

메뉴가 삽입되는 영역에 대한 스타일시트, 대부분 default.css에 원하는 디자인을 추가하면 된다. 물론, 기존의 메뉴영역에 대한 디자인이 중복되지 않게 기존 것을 삭제하거나 수정해야 한다.

각각의 메뉴 선택 활용

가령, 각각의 메뉴의 색상을 무지개빛으로 각각 다르게 설정하고 싶다고 하자.

.gnb_1dli a {
    /* 공통의 설정 내용 */
    display: block;
    font-size: 14px;
    font-weight: bold;
    color: #fff;
}

.gnb_1dli_1 > a {
    background-color: red;
}

.gnb_1dli_2  > a {
    background-color: orange;
}
...

메뉴 현재 위치 활용

현재 위치의 메뉴에 다른 디자인을 입혀보자.

.gnb_1dli a {
    /* 공통의 설정 내용 */
    display: block; 
    color: black;
    background-color: transparent;
}

.gnb_1dli.active > a {
    color: #fff;
    background-color: red;
}

.gnb_2dli.active > a {
    color: #fff;
    background-color: orange;
}

서브 메뉴가 있다면 서브메뉴에 대한 디자인도 추가하면된다.

서브메뉴를 위한 추가사항

일반적인 메뉴바와 같은 경우 서브메뉴는 숨겨두고 1차 메뉴들만 보여지게 된다. 서브메뉴에 .active 가 적용되어 있어도 마우스 오버나 클릭과 같은 동작이 발생하지 않는한 알 수 없기에 이를 수정하고 싶을수도 있다. 간단한 방법으로는 자바스크립트를 이용해 서브메뉴의 부모 메뉴에도 .active 를 추가하는 것이다.

$(document).ready(function() {
    // 메뉴 active
    if ($('.gnb_2dli').hasClass('active')){
        var $hasActive = $('.gnb_2dli.active');
        $hasActive.parents('.gnb_1dli').addClass('active');
    };
});

간단히 jQuery를 이용해 .active 를 가진 서브메뉴들의 부모에도 .active 를 추가했다.

그누보드 제목 $g5['title'] 이해와 설정

흉내쟁이 — Thu, 2 Feb 2017 11:00:09 +0900

그누보드에서 제목 출력을 담당하는 PHP 변수는 $g5['title'] 입니다. 이에 대한 설정내용과 페이지별 제목의 원리를 살펴보고 이를 수정해 봅시다.

해당 글은 그누보드5 버전을 기준으로 작성되었습니다.

사이트 제목 담당 ($g5_head_title)

그누보드에서 사이트의 제목을 설정하는 곳은 head.sub.php 파일이다.

head.sub.php 파일의 head 영역에서 <title><?php echo $g5_head_title; ?></title>와 같이 처리하고 있는데 $g5_head_title은 PHP 변수로 head.sub.php 파일의 상단에 아래와 같이 변수값을 설정하고 있다.

if (!isset($g5['title'])) {
    $g5['title'] = $config['cf_title'];
    $g5_head_title = $g5['title'];
}
else {
    $g5_head_title = $g5['title']; // 상태바에 표시될 제목
    $g5_head_title .= " | ".$config['cf_title'];
}

① $g5['title'] 변수가 설정되어 있지않다면, 이어지는 구문에서 변수들을 설정한다. (그누보드에서는 게시판 및 특정 페이지의 제목을 따로 만들어두기 때문에 출력하게 되는 $g5['title'] 변수값은 접속하는 페이지에 따라 달라진다.)
② $g5['title'] 변수값이 설정되어 있지 않다면, 관리자의 환경설정에 설정된 홈페이지 제목의 값을 가져와 $g5['title'] 에 할당한다.
③ $g5['title'] 변수값이 설정되어 있지 않다면, <title>에 설정될 값으로 위와 마찬가지로 홈페이지 제목의 값을 가져와 $g5_head_title 에 할당한다.
⑦ $g5['title'] 변수값이 설정되어 있을때 즉, 게시판이나 제목을 자체적으로 가진 특정 페이지의 경우에는 $g5['title'] 에 이미 설정된 페이지 제목과 홈페이지 제목을 가져와 $g5_head_title 에 할당한다. 세부페이지명 혹은 게시판 글제목 | 사이트제목 과 같은 형태로 표기된다.

요약

관리자의 환경설정에 설정된 홈페이지 제목이 사이트 제목으로 이용되고, 일부 페이지들은 해당 페이지에 미리 설정된 $g5['title'] 이 해당 페이지의 제목으로 설정된다.

브랜드명으로 출력

검색엔진이나 기타 봇들에 의해 사이트가 수집될때 헤딩(heading) 태그들을 주요하게 살펴보는데, 이중 사이트의 <h1> 태그가 해당 사이트의 브랜드명, 즉 제목으로 사용되곤 한다. 서적의 목차를 생각하면 이해가 쉬운데, 주요 제목(h1)과 이하의 목차들(h2,h3,h4)이 세부 목차로 구분된다고 보면 된다.

head.php 파일의 상단에 아래와 같이 제목을 출력한다. 그누보드의 경우 기본형이 로고 이미지를 사용하기에 해당 부분은 눈에는 보이지 않게 처리되어 있지만 실제로는 봇들에 의해 수집된다.

<!-- 상단 시작 { -->
<div id="hd">
    <h1 id="hd_h1"><?php echo $g5['title'] ?></h1>

③ 브랜드명을 출력한다(화면에는 출력되지 않음).

본문에 출력

head.php 파일의 하단에 아래와 같이 제목을 출력한다.

<!-- 콘텐츠 시작 { -->
<div id="wrapper">
    <div id="aside">
        <?php echo outlogin('basic'); // 외부 로그인, 테마의 스킨을 사용하려면 스킨을 theme/basic 과 같이 지정 ?>
        <?php echo poll('basic'); // 설문조사, 테마의 스킨을 사용하려면 스킨을 theme/basic 과 같이 지정 ?>
    </div>
    <div id="container">
        <?php if ((!$bo_table || $w == 's' ) && !defined("_INDEX_")) { ?><div id="container_title"><?php echo $g5['title'] ?></div><?php } ?>

⑧ 본문에 해당하는 #container 에 게시판, 비밀글, 인덱스 페이지가 아닌 경우에 본문의 제목으로 출력한다.

페이지의 제목

$w 변수값이 의미하는 것

게시판에 출력

위에서 살펴본 본문에 출력부분의 게시판일 경우에는 다른 적용을 받게 되는데 이는 board.php 파일에서 변수 $g5['title'] 값을 아래와 같이 설정한다.

.....
$g5['title'] = strip_tags(conv_subject($write['wr_subject'], 255))." > ".((G5_IS_MOBILE && $board['bo_mobile_subject']) ? $board['bo_mobile_subject'] : $board['bo_subject']);
.....
$g5['title'] = ((G5_IS_MOBILE && $board['bo_mobile_subject']) ? $board['bo_mobile_subject'] : $board['bo_subject']).' '.$page.' 페이지';
.....

② 모바일과 PC에 설정된 게시판 제목을 가져와 $g5['title'] 에 할당한다.
④ 만일 게시판의 페이지 갯수가 1개 이상이라면 해당 페이지 숫자를 $g5['title'] 에 함께 할당한다.

그누보드 $w 변수값이 의미하는 것

흉내쟁이 — Wed, 1 Feb 2017 11:00:59 +0900

그누보드에서 사용되는 변수 $w 값이 의미하는 것에 대하여 알아봅니다.

해당 글은 그누보드5 버전을 기준으로 작성되었습니다.

변수 $w

그누보드는 변수 $w 값을 이용해 특정상황에 맞는 조건문의 분기로 사용한다. 가령 글쓰기 폼이나 회원가입 폼등에서 작성된 문서의 수정을 위한 접근인지 첫 접근인지를 파악하는 용도로 사용된다.

각각의 값이 가지는 의미는 아래와 같다.

$w == '' 라면 새글
$w == 'u' 라면 글수정
$w == 'r' 라면 답변글
$w == 's' 라면 비밀글

여러가지 기기의 중단점(breakpoint)

흉내쟁이 — Mon, 7 Nov 2016 11:00:20 +0900

반응형 웹디자인을 만들때 특정 중단점을 기준으로 디자인을 구상하는 것은 현명하지 못한 결과를 초래한다. 수많은 기기의 뷰포트들을 각각의 중단점에 맞게 디자인을 구상하지 말고 전체를 아우르는 유동성있는 디자인이 작업의 노고를 줄이는 지름길이다. 다만 경우에 따라 특정 기기들의 뷰포트가 필요한 경우가 있기에 이를 조사해봤다.

스마트폰(Smartphone)

아이폰(iphones)

/* ----------- iPhone 4 and 4S ----------- */

/* Portrait and Landscape */
@media only screen 
  and (min-device-width: 320px) 
  and (max-device-width: 480px)
  and (-webkit-min-device-pixel-ratio: 2) {

}

/* Portrait */
@media only screen 
  and (min-device-width: 320px) 
  and (max-device-width: 480px)
  and (-webkit-min-device-pixel-ratio: 2)
  and (orientation: portrait) {
}

/* Landscape */
@media only screen 
  and (min-device-width: 320px) 
  and (max-device-width: 480px)
  and (-webkit-min-device-pixel-ratio: 2)
  and (orientation: landscape) {

}

/* ----------- iPhone 5 and 5S ----------- */

/* Portrait and Landscape */
@media only screen 
  and (min-device-width: 320px) 
  and (max-device-width: 568px)
  and (-webkit-min-device-pixel-ratio: 2) {

}

/* Portrait */
@media only screen 
  and (min-device-width: 320px) 
  and (max-device-width: 568px)
  and (-webkit-min-device-pixel-ratio: 2)
  and (orientation: portrait) {
}

/* Landscape */
@media only screen 
  and (min-device-width: 320px) 
  and (max-device-width: 568px)
  and (-webkit-min-device-pixel-ratio: 2)
  and (orientation: landscape) {

}

/* ----------- iPhone 6 ----------- */

/* Portrait and Landscape */
@media only screen 
  and (min-device-width: 375px) 
  and (max-device-width: 667px) 
  and (-webkit-min-device-pixel-ratio: 2) { 

}

/* Portrait */
@media only screen 
  and (min-device-width: 375px) 
  and (max-device-width: 667px) 
  and (-webkit-min-device-pixel-ratio: 2)
  and (orientation: portrait) { 

}

/* Landscape */
@media only screen 
  and (min-device-width: 375px) 
  and (max-device-width: 667px) 
  and (-webkit-min-device-pixel-ratio: 2)
  and (orientation: landscape) { 

}

/* ----------- iPhone 6+ ----------- */

/* Portrait and Landscape */
@media only screen 
  and (min-device-width: 414px) 
  and (max-device-width: 736px) 
  and (-webkit-min-device-pixel-ratio: 3) { 

}

/* Portrait */
@media only screen 
  and (min-device-width: 414px) 
  and (max-device-width: 736px) 
  and (-webkit-min-device-pixel-ratio: 3)
  and (orientation: portrait) { 

}

/* Landscape */
@media only screen 
  and (min-device-width: 414px) 
  and (max-device-width: 736px) 
  and (-webkit-min-device-pixel-ratio: 3)
  and (orientation: landscape) { 

}

갤럭시폰(Galaxy phones)

/* ----------- Galaxy S3 ----------- */

/* Portrait and Landscape */
@media screen 
  and (device-width: 320px) 
  and (device-height: 640px) 
  and (-webkit-device-pixel-ratio: 2) {

}

/* Portrait */
@media screen 
  and (device-width: 320px) 
  and (device-height: 640px) 
  and (-webkit-device-pixel-ratio: 2) 
  and (orientation: portrait) {

}

/* Landscape */
@media screen 
  and (device-width: 320px) 
  and (device-height: 640px) 
  and (-webkit-device-pixel-ratio: 2) 
  and (orientation: landscape) {

}

/* ----------- Galaxy S4 ----------- */

/* Portrait and Landscape */
@media screen 
  and (device-width: 320px) 
  and (device-height: 640px) 
  and (-webkit-device-pixel-ratio: 3) {

}

/* Portrait */
@media screen 
  and (device-width: 320px) 
  and (device-height: 640px) 
  and (-webkit-device-pixel-ratio: 3) 
  and (orientation: portrait) {

}

/* Landscape */
@media screen 
  and (device-width: 320px) 
  and (device-height: 640px) 
  and (-webkit-device-pixel-ratio: 3) 
  and (orientation: landscape) {

}

/* ----------- Galaxy S5 ----------- */

/* Portrait and Landscape */
@media screen 
  and (device-width: 360px) 
  and (device-height: 640px) 
  and (-webkit-device-pixel-ratio: 3) {

}

/* Portrait */
@media screen 
  and (device-width: 360px) 
  and (device-height: 640px) 
  and (-webkit-device-pixel-ratio: 3) 
  and (orientation: portrait) {

}

/* Landscape */
@media screen 
  and (device-width: 360px) 
  and (device-height: 640px) 
  and (-webkit-device-pixel-ratio: 3) 
  and (orientation: landscape) {

}

HTC Phones

/* ----------- HTC One ----------- */

/* Portrait and Landscape */
@media screen 
  and (device-width: 360px) 
  and (device-height: 640px) 
  and (-webkit-device-pixel-ratio: 3) {

}

/* Portrait */
@media screen 
  and (device-width: 360px) 
  and (device-height: 640px) 
  and (-webkit-device-pixel-ratio: 3) 
  and (orientation: portrait) {

}

/* Landscape */
@media screen 
  and (device-width: 360px) 
  and (device-height: 640px) 
  and (-webkit-device-pixel-ratio: 3) 
  and (orientation: landscape) {

}

태블릿(Tablets)

아이패드(iPads)

/* ----------- iPad mini ----------- */

/* Portrait and Landscape */
@media only screen 
  and (min-device-width: 768px) 
  and (max-device-width: 1024px) 
  and (-webkit-min-device-pixel-ratio: 1) {

}

/* Portrait */
@media only screen 
  and (min-device-width: 768px) 
  and (max-device-width: 1024px) 
  and (orientation: portrait) 
  and (-webkit-min-device-pixel-ratio: 1) {

}

/* Landscape */
@media only screen 
  and (min-device-width: 768px) 
  and (max-device-width: 1024px) 
  and (orientation: landscape) 
  and (-webkit-min-device-pixel-ratio: 1) {

}

/* ----------- iPad 1 and 2 ----------- */
/* Portrait and Landscape */
@media only screen 
  and (min-device-width: 768px) 
  and (max-device-width: 1024px) 
  and (-webkit-min-device-pixel-ratio: 1) {

}

/* Portrait */
@media only screen 
  and (min-device-width: 768px) 
  and (max-device-width: 1024px) 
  and (orientation: portrait) 
  and (-webkit-min-device-pixel-ratio: 1) {

}

/* Landscape */
@media only screen 
  and (min-device-width: 768px) 
  and (max-device-width: 1024px) 
  and (orientation: landscape) 
  and (-webkit-min-device-pixel-ratio: 1) {

}

/* ----------- iPad 3 and 4 ----------- */
/* Portrait and Landscape */
@media only screen 
  and (min-device-width: 768px) 
  and (max-device-width: 1024px) 
  and (-webkit-min-device-pixel-ratio: 2) {

}

/* Portrait */
@media only screen 
  and (min-device-width: 768px) 
  and (max-device-width: 1024px) 
  and (orientation: portrait) 
  and (-webkit-min-device-pixel-ratio: 2) {

}

/* Landscape */
@media only screen 
  and (min-device-width: 768px) 
  and (max-device-width: 1024px) 
  and (orientation: landscape) 
  and (-webkit-min-device-pixel-ratio: 2) {

}

갤럭시 태블릿(Galaxy Tablets)

/* ----------- Galaxy Tab 10.1 ----------- */

/* Portrait and Landscape */
@media 
  (min-device-width: 800px) 
  and (max-device-width: 1280px) {

}

/* Portrait */
@media 
  (max-device-width: 800px) 
  and (orientation: portrait) { 

}

/* Landscape */
@media 
  (max-device-width: 1280px) 
  and (orientation: landscape) { 

}

넥서스 태블릿(Nexus Tablets)

/* ----------- Asus Nexus 7 ----------- */

/* Portrait and Landscape */
@media screen 
  and (device-width: 601px) 
  and (device-height: 906px) 
  and (-webkit-min-device-pixel-ratio: 1.331) 
  and (-webkit-max-device-pixel-ratio: 1.332) {

}

/* Portrait */
@media screen 
  and (device-width: 601px) 
  and (device-height: 906px) 
  and (-webkit-min-device-pixel-ratio: 1.331) 
  and (-webkit-max-device-pixel-ratio: 1.332) 
  and (orientation: portrait) {

}

/* Landscape */
@media screen 
  and (device-width: 601px) 
  and (device-height: 906px) 
  and (-webkit-min-device-pixel-ratio: 1.331) 
  and (-webkit-max-device-pixel-ratio: 1.332) 
  and (orientation: landscape) {

}/* ----------- Asus Nexus 7 ----------- */

/* Portrait and Landscape */
@media screen 
  and (device-width: 601px) 
  and (device-height: 906px) 
  and (-webkit-min-device-pixel-ratio: 1.331) 
  and (-webkit-max-device-pixel-ratio: 1.332) {

}

/* Portrait */
@media screen 
  and (device-width: 601px) 
  and (device-height: 906px) 
  and (-webkit-min-device-pixel-ratio: 1.331) 
  and (-webkit-max-device-pixel-ratio: 1.332) 
  and (orientation: portrait) {

}

/* Landscape */
@media screen 
  and (device-width: 601px) 
  and (device-height: 906px) 
  and (-webkit-min-device-pixel-ratio: 1.331) 
  and (-webkit-max-device-pixel-ratio: 1.332) 
  and (orientation: landscape) {

}

킨들 파이어(Kindle Fire)

/* ----------- Kindle Fire HD 7" ----------- */

/* Portrait and Landscape */
@media only screen 
  and (min-device-width: 800px) 
  and (max-device-width: 1280px) 
  and (-webkit-min-device-pixel-ratio: 1.5) {

}

/* Portrait */
@media only screen 
  and (min-device-width: 800px) 
  and (max-device-width: 1280px) 
  and (-webkit-min-device-pixel-ratio: 1.5) 
  and (orientation: portrait) {
}

/* Landscape */
@media only screen 
  and (min-device-width: 800px) 
  and (max-device-width: 1280px) 
  and (-webkit-min-device-pixel-ratio: 1.5) 
  and (orientation: landscape) {

}

/* ----------- Kindle Fire HD 8.9" ----------- */

/* Portrait and Landscape */
@media only screen 
  and (min-device-width: 1200px) 
  and (max-device-width: 1600px) 
  and (-webkit-min-device-pixel-ratio: 1.5) {

}

/* Portrait */
@media only screen 
  and (min-device-width: 1200px) 
  and (max-device-width: 1600px) 
  and (-webkit-min-device-pixel-ratio: 1.5) 
  and (orientation: portrait) {
}

/* Landscape */
@media only screen 
  and (min-device-width: 1200px) 
  and (max-device-width: 1600px) 
  and (-webkit-min-device-pixel-ratio: 1.5) 
  and (orientation: landscape) {

}

노트북(Laptops)

/* ----------- Non-Retina Screens ----------- */
@media screen 
  and (min-device-width: 1200px) 
  and (max-device-width: 1600px) 
  and (-webkit-min-device-pixel-ratio: 1) { 
}

/* ----------- Retina Screens ----------- */
@media screen 
  and (min-device-width: 1200px) 
  and (max-device-width: 1600px) 
  and (-webkit-min-device-pixel-ratio: 2)
  and (min-resolution: 192dpi) { 
}

Wearables

애플워치(Apple Watch)

/* ----------- Apple Watch ----------- */
@media
  (max-device-width: 42mm)
  and (min-device-width: 38mm) { 

}

모토 360워치(Moto 360 Watch)

/* ----------- Moto 360 Watch ----------- */
@media 
  (max-device-width: 218px)
  and (max-device-height: 281px) { 

}

참고문헌 및 관련링크.

Media Queries for Standard Devices

크롬 개발자 도구 오류

흉내쟁이 — Sat, 29 Oct 2016 11:47:34 +0900

크롬개발자도구에서 갑자기 아래와 같은 오류가 발견되었다. VM: 다음의 숫자는 계속해서 변하고 있다.

GET http://s3.eu-central-1.amazonaws.com/forton/http_headers_1.js VM7376:1

이게 무슨 오류일까 곰곰히 생각해봤다.

진행중이던 프로젝트에 삽입된 코드들중에 외부서버에서 무엇인가 받고 내보내는 해킹코드가 삽입되었는가?
최근에 재설치한 VMware(가상머신)에서 정보수집을 위해 무엇인가 하고 있는 것인가?
기타 등등

관련하여 검색중에 의심되는 부분을 발견했고 구글의 확장기능들을 만들때 사용되는 코드들과 관련될 수 있다고 유추했다. 설치된 확장기능을 하나 하나 사용중지 시켜보니 HTTP Headers 란 확장기능이 문제의 원인이었다.

VMware를 의심했던 것에 심심한 사과를~

Windows 10 정품인증 사례

흉내쟁이 — Mon, 24 Oct 2016 14:11:43 +0900

윈도우즈 10의 정품인증과 관련된 궁금한 내용들을 모아봅니다.

Windows 10 다운로드 및 설치용 미디어(USB/DVD) 만들기

흉내쟁이 — Tue, 11 Oct 2016 11:00:28 +0900

윈도우즈 10은 업데이트 및 설치도구, ISO 이미지를 제공하고 있습니다. 관련 ISO 이미지가 필요해서 토렌트나 기타 웹하드를 전전하는 분들은 마이크로소프트에서 제공하는 최신의 정식 버전을 다운로드하여 사용하기를 추천합니다.

Windows 10 다운로드

아래의 링크는 마이크로소프트 공식 링크이다.

DOWN #1 : 이 링크는 미디어 만들기 도구를 통해 운영중인 PC에 직접 윈도우즈 10을 설치하거나 설치/부팅용 USB/DVD 를 만들 수 있게 해준다.
DOWN #2 : 이 링크는 원하는 버전의 ISO 파일을 바로 다운로드 받을 수 있게 해준다.

아래에선 DOWN #1 링크에 대한 설명으로 이루어지고, ISO를 직접 다운 받은 경우에는 부팅가능한 USB 드라이버 만들기 - Rufus를 참고하길 바란다.

Windows 10 설치 미디어 만들기

DOWN #1 링크에서 지금 도구 다운로드를 선택해 MediaCreationTool.exe를 다운로드하고 실행한다.

MediaCreationTool.exe를 실행하면 아래와 같은 과정을 거친다. 다음 및 동의를 선택하도록 하자.

설치 미디어를 만드는게 목표이므로 다른 PC용 설치 미디어 만들기를 선택하고, 설치할 버전을 선택하도록 하자. 기본적으로 현재 설치를 진행하고 있는 PC를 기준으로 선택되는데 이 PC에 권장 옵션 사용을 체크해제하면 원하는 버전을 선택할 수 있게 된다.

USB를 선택하면 부팅가능한 윈도우즈 설치 파일이 되는 것이고, ISO 파일을 선택하면 차후에 다른 방법을 통하여 설치파일로 만들 수 있다. 알맞은 외장장치를 선택하여 진행하도록 하자.

다운로드가 진행되고 완료되면 다시 미디어를 만들게 된다.

제작이 완료되면 마침을 눌러 프로그램을 종료한다.

마이크로소프트에서 링크를 제공하는 한 설치를 위해 ISO파일을 준비할 필요도 없고 순서에 따라 선택만 해주면 되니 매우 간편하게 설치 미디어를 만들 수 있다. 다만 설치시에 다른 옵션 선택이 불가능하기 때문에 GPT 파티션을 위한 UEFI 설치 미디어를 만들 수 없다는 단점은 있다.

부팅가능한 USB 드라이버 만들기 - Rufus

흉내쟁이 — Mon, 10 Oct 2016 11:38:02 +0900

이전에 소개한 Windows USB/DVD Download Tool은 빠른 제작은 가능하지만 다른 옵션지정이 불가능한 단점이 있습니다. 최근에는 UEFI 부팅을 이용한 GPT 파티션이 애용되고 있으니 이에 대한 편리함을 제공하는 Rufus에 대하여 알아봅니다.

윈도우즈 10은 마이크로소프트에서 제공하는 Windows 10 다운로드를 통해 USB나 DVD를 제작할 수 있습니다. 다만 UEFI를 이용한 GPT 파티션 설정을 지원하지 않습니다.

Rufus 소개

Rufus는 USB키/펜드라이브, 메모리 스틱등의 USB 드라이버 포맷과 동시에 USB로 부팅할 수 있게 도와주는 유틸리티이다. 윈도우 8/8.1 설치 - Fast Boot 설정(UEFI 설치)에서 다뤘던 UEFI 부팅디스크를 만드는 방법은 트윅되어 퍼지고 있는 각종 윈도우즈 ISO 파일은 정상 작동하지 않는 경우가 있는데 Rufus를 이용해 부팅디스크를 만들어 성공한 사례들이 종종 보고되곤 한다.

Rufus 특징

부팅가능한 ISO파일(윈도우, 리눅스, UEFI등)을 USB를 이용해서 설치하는 것이 필요할때 사용가능하다.
OS가 설치되지 않은 시스템에서 작업해야 될 필요가 있을때 사용가능하다.
바이오스나 DOS 펌웨어의 플래쉬가 필요할때 사용가능하다.
로우레벨 유틸리티를 실행시키기를 원할때 사용가능하다.
작은 용량이지만 빠르게 작동하며 유사한 타 유틸리티들 보다 두배나 더 빠르다.

Rufus 설치

위의 Rufus 홈페이지를 통해 다운로드 받을 수 있다. 따로 설치과정이 없이 바로 실행할 수 있는 실행파일로 배포된다. 실행하면 아래와 같이 업데이트 연결을 하게 되는데 "아니오"를 선택하면 실행이 되질 않는다...

시스템 요구사항

32비트 혹은 64비트의 윈도우 XP 이상 운영체제. 다운로드후 바로 이용이 가능하다.

UEFI/GPT지원을 위해서는 윈도우 비스타 혹은 그 이후의 운영체제가 필요하며, 윈도우 XP의 경우에는 MBR 모드에서 부팅가능한 UEFI 드라이브를 만드는 것이 제한되어 있다.

부팅 디스크 만들기

먼저, 설치에 필요한 윈도우즈 이미지 ISO 파일을 준비한다. 윈도우즈 10의 경우 Windows 10 디스크 이미지 다운로드(ISO 파일)를 통해 최신의 윈도우즈 10버전을 다운로드 할 수 있다. 4Gb 이상의 USB를 준비하고 컴퓨터에 삽입하고 Rufus를 실행하고 UAC 프롬프트가 뜨면 '예'를 선택하도록 하자.

필자는 Windows 10 이미지를 GPT 파티션 형식의 UEFI로 미디어를 제작한다.

장치에서 삽입한 USB 드라이브가 맞는지 확인하고, 하단의 ISO 이미지 버튼을 이용하여 ISO 이미지를 선택한다(ISO 이미지를 나중에 선택하면 상단에 설정한 내용이 초기화되곤 한다).
디스크 형식과 부팅 시스템 유형에서 파티션 형식을 선택한다.
- MBR 파티션 형식의 BIOS 또는 UEFI-CSM (BIOS)호환 : 기존의 BIOS 탑재형에서 MBR 파티션을 이용할 경우인데, 과거의 방식은 대부분 이 방식이다.
- MBR 파티션 형식의 UEFI : 최신의 UEFI 탑재형에서 MBR 파티션을 사용할 경우인데, GPT 파티션에 대한 정보가 없는 경우 이 방식으로 설치하곤 한다.
- GPT 파티션 형식의 UEFI : 최신의 UEFI 탑재형에서 GPT 파티션을 사용할 경우이다.
파일 시스템을 선택하는데 UEFI는 기본값은 FAT32를 추천한다(UEFI는 FAT로 포맷된 별도의 부트로더 파티션이 필요하며, 일부 업체를 제외하곤 NTFS를 지원하지 않는 실정이다). UEFI가 아닐경우, NTFS로 좀 더 빠른 부팅 디스크를 만들 수 있다.
시작버튼으로 진행을 시작한다.

완료

모두 완료되면 rufus를 종료하고 USB를 제거한 후, 다시 삽입해보도록 하자.

예비용 링크

rufus-2.11.exe

Windows USB/DVD Download Tool

흉내쟁이 — Thu, 6 Oct 2016 11:30:10 +0900

예전부터 윈도우즈 설치를 위해서 ISO 파일을 부팅가능하게 만들어주는 여러가지 도구들이 존재했는데 이런 프로그램들이 대부분 유료이거나 여러가지 기능중에 하나이기에 복잡하기도 하고 오랬동안 같은 과정을 반복하지 않아 사용법을 잊곤 했습니다. 아래의 방법은 마이크로소프트에서 공식적인 문서로 제공하는 부분이고 몇가지 질답을 제공하고 있으니 좀 더 안정적인 방법일거라 판단되고 무엇보다 매우 간단합니다.

Windows USB/DVD Download Tool은 윈도우즈7/8 의 ISO파일을 BIOS의 MBR 파티션을 기반으로 미디어를 제작합니다. 최신의 PC들은 UEFI를 지원하고 GPT 파티션 기반의 미디어를 제작하기를 원한다면 Rufus를 이용한 미디어 제작을 추천합니다. 이에 대한 설명은 부팅가능한 USB 드라이버 만들기 - Rufus를 참고하세요.

Windows USB/DVD Download Tool 소개

윈도우즈 7/8 ISO 파일을 Windows USB/DVD Download Tool를 실행하여 윈도우즈 ISO파일을 DVD 혹은 USB에 복사함으로써 부팅가능한 파일로 생성해준다. 이렇게 생성된 USB 혹은 DVD로 윈도우즈 설치를 진행할 수 있게 된다.

공식문서와 다운로드 사이트는 다르지만 마이크로소프트에서 링크된 부분이다.

Windows USB/DVD Download Tool 설치

다운로드 후에 설치한다. 다운로드 페이지의 하단을 살펴보면 한글 설치파일도 존재한다.

Microsoft .NET Framework version 2.0 이상이 필요하다.

시스템 요구사항

Windows XP SP2, Windows Vista, or Windows 7 (32-bit or 64-bit)
팬티엄 233MHz 프로세서이상(300MHz 권장)
50MB의 HDD 여유공간
DVD-R 드라이브 혹은 4GB USB 드라이브

윈도우즈 XP 사용자

Windows USB/DVD Download Tool을 설치하기 이전에 아래의 응용 프로그램들이 설치되어야 한다.

Microsoft .NET Framework version 2.0이 반드시 설치되어 있어야 한다.
Microsoft Image Mastering API v2 가 설치되어 있어야 한다.

Windows USB/DVD Download Tool 사용법

설치 후, 제공되는 실행파일을 관리자 권한으로 실행한다.

ISO 파일을 찾아보기 버튼을 통해 선택한다.

원하는 미디어 유형을 선택한다(아래에선 USB를 선택한 후 진행).

장치를 확인하고 복사시작 버튼으로 복사를 시작한다.

복사를 진행하면 드라이브를 포맷하게 된다.

복사 진행 중...

복사가 완료되면 해당 미디어를 제거한다.

예비용 링크

Windows7-USB-DVD-Download-Tool-Installer-ko-KR.exe

Window(전역객체) - BOM

흉내쟁이 — Thu, 25 Aug 2016 11:41:27 +0900

Wiindow 객체 정의

Window 객체는 브라우저의 창(또는 프레임)을 가리키는 객체로, 모든 전역 객체와 전역 함수는 Window 객체의 프로퍼티와 메서드에 해당한다. 즉, Window 객체가 최상위 객체이며, 생략될 수 있기에 눈에 보이지 않을뿐, 모든 변수와 객체, 함수들이 Window 객체안에서 선언되고 실행되고 있다는 것이다.

var x = 6;  //window.x = 6 과 같다.
var y = 4;  //window.y = 4 와 같다.

window.document  //현재창의 document 프로퍼티(HTML 문서)접근
window.document.forms[0]  //현재창의 HTML 문서의 첫번째 폼 접근

모든 자바스크립트 구현에는 유효 범위 체인의 가장 앞에 전역 객체가 위치하며, 이 전역 객체의 프로퍼티들은 전역 변수들이다.
웹 브라우저 창을 조작할 수 있는 수많은 프로퍼티와 메서드들을 정의하며, 다른 객체(예: Document 객체)를 가리키는 프로퍼티들도 정의한다.
자기 자신을 참조하는 프로퍼티로 window와 self가 있다.
여러개의 창을 출력한 상태라면, 각각의 창은 고유의 window 객체를 지니며, 고유의 실행 컨텍스트를 정의하게 된다. 이는 첫번째 창에서 선언된 전역 변수는 다른 창에서는 전역 변수가 아니며, 첫번재 창의 전역변수에 접근하기 위해 다른 방법을 사용해야한다.

Window 객체 계층구조

Window 객체를 루트(root)로 하는 자바스크립트 객체들의 계층 구조를 도식화하면 아래와 같다.

그림출처 -http://www.ktword.co.kr/abbr_view.php?m_temp1=2519

Window 객체 프로퍼티

아래의 표는 The Window Object 의 내용을 옮겼다.

프로퍼티	설명
closed	창이 종료되었는지 여부를 나타내는 부울(bollean) 값을 반환한다.
defaultStatus	창의 상태표시줄의 텍스트를 반환하거나 설정한다.
document	창의 document 객체를 반환한다.
frameElement	현재 창에 삽입된 `<iframe>` 요소를 반환한다.
frames	현재 창에서 모든 `<iframe>` 요소를 반환한다.
history	창의 history 객체를 반환한다.
innerHeight	창의 콘텐츠 영역(뷰포트)의 내부 높이를 반환한다.
innerWidth	창의 콘텐츠 영역(뷰포트)의 내부 너비를 반환한다.
length	현재 창의 `<iframe>` 요소의 갯수를 반환한다.
localStorage	데이터를 저장하는데 사용되는 로컬 스토리지 객체에 대한 참조를 반환한다. 저장된 데이터는 유효기간이 없다.
location	창의 location 객체를 반환한다.
name	창의 이름을 반환하거나 설정한다.
navigator	창의 navigator 객체를 반환한다.
opener	창을 생성한 창에 대한 참조를 반환한다.
outerHeight	툴바 및 스크롤바를 포함하는 창의 외부 높이를 반환한다.
outerWidth	툴바 및 스크롤바를 포함하는 창의 외부 너비를 반환한다.
pageXOffset	창의 상부 좌측 구석으로부터 현재의 문서가 스크롤(수평) 된 픽셀를 반환한다.
pageYOffset	창의 상부 좌측 구석으로부터 현재의 문서가 스크롤(수직) 된 픽셀 반환한다.
parent	현재 창의 부모 창을 반환한다.
screen	창의 screen 객체를 반환한다.
screenLeft	데스크톱을 기준으로 창 화면의 X좌표를 반환한다.
screenTop	데스크톱을 기준으로 창 화면의 Y좌표를 반환한다.
screenX	데스크톱을 기준으로 창 화면의 X좌표를 반환한다.
screenY	데스크톱을 기준으로 창 화면의 Y좌표를 반환한다.
sessionStorage	데이터를 저장하는데 사용되는 로컬 스토리지 객체에 대한 참조를 반환한다. 저장된 데이터는 하나의 세션이다(브라우저 탭이 닫힐때 손실).
scrollX	pageXOffset 의 별칭이다.
scrollY	pageYOffset 의 별칭이다.
self	현재 창을 반환한다.
status	창의 상태표시줄의 텍스트를 반환하거나 설정한다.
top	최상위의 브라우저 창을 반환한다.

화면 좌표(screen coordinates)는 데스크톱 상에서 브라우저 창이 떠 있는 곳의 위치를 나타내며 데스크톱의 좌측 상단 모서리에서 상대적으로 계산된다.

창 좌표(window coordinates)는 웹 브라우저의 뷰포트(viewport, 화상표시영역)안의 위치를 나타내며, 뷰포트의 좌측 상단 모서리에서 상대적으로 계산된다.

문서 좌표(document coordinates)는 HTML 문서 안의 위치를 나타내며 문서의 좌측 상단 모서리에서 상대적으로 계산된다.

Window 객체 메서드

아래의 표는 The Window Object 의 내용을 옮겼다.

메서드	설명
alert()	메세지와 확인 버튼을 대화상자를 표시한다.
atob()	base-64로 인코딩 된 문자열을 디코딩한다.
blur()	현재 창에서 포커스를 제거한다.
btoa()	base-64로 문자열을 인코딩한다.
clearInterval()	setInterval()로 설정한 타이머를 제거한다.
clearTimeout()	setTimeout()로 설정한 타이머를 제거한다.
close()	현재 창을 닫는다.
confirm()	메세지 및 확인, 취소 버튼이 있는 대화상자를 표시한다.
focus()	현재 창을 포커스한다.
getComputedStyle()	현재 계산된 CSS 스타일 요소의 적용을 가져온다.
getSelection()	사용자에 의해 선택된 텍스트의 범위를 나타내는 selection 객체를 반환한다.
matchMedia()	지정된 CSS 미디어쿼리 문자열을 나타내는 mediaQueryList 객체를 반환한다.
moveBy()	현재 위치에 창을 상대적으로 이동시킨다.
moveTo()	지정된 위치에 창을 이동시킨다.
open()	새로운 브라우저 창을 생성한다.
print()	현재 창의 내용을 인쇄한다.
prompt()	방문자의 입력을 기다리는 대화상자를 표시한다.
resizeBy()	지정된 픽셀만큼 창 크기를 조정한다.
resizeTo()	지정된 너비와 높이로 창 크기를 조정한다.
scroll()	이 메서드는 scrollTo() 메서드로 대체되었다.
scrollBy()	지정된 픽셀의 수만큼 문서를 스크롤한다.
scrollTo()	지정된 좌표로 문서를 스크롤한다.
setInterval()	함수를 호출하거나 지정된 간격(밀리초)으로 표현식을 수행한다.
setTimeout()	함수를 호출하거나 지정된 밀리초의 수 이후에 표현식을 수행한다.
stop()	로딩중인 창을 중지한다.

자바스크립트 구성요소

흉내쟁이 — Wed, 6 Apr 2016 11:00:14 +0900

자바스크립트는 아래와 같은 3가지 구성요소들로 이루어져 있다.

자바스크립트 BOM

자바스크립트 BOM(Browser Object Model)은 브라우저와 관련된 객체로 구성되며, 브라우저를 프로그래밍적으로 제어할 수 있는 수단이 된다.

Window
Navigator
Location
History
Document
Screen

BOM은 전역객체인 Window 객체의 프로퍼티와 메소드들을 이용해 제어하기에 Window 객체의 사용법을 배우는 것과 같다.

자바스크립트 DOM

자바스크립트DOM(Document Object Model)은 웹문서를 조작할때 지켜야할 규칙(인터페이스)을 브라우저 제조사의 자신들만의 기술로 기능을 구현한 것이다. 웹표준은 W3C DOM 인터페이스를 따르며, 구형 IE7,8의 경우는 지원하지 않는 부분이 존재한다.

Element 제어부
Style 제어부
Attribute 제어부
Event 제어부

브라우저가 HTML 웹문서를 파싱한 후, 이를 문서에 작성된 노드와 1:1로 매칭되도록 DOM 객체를 변환한 후 화면에 출력한다. 비록 그 구조가 눈에 보이지 않지만 추상적으로 그 개념을 이해하고 접근하여 사용할 수 있게 된다.

자바스크립트 Core

자바스크립트의 기본 문법과 구조, 데이터 타입, 조건문, 반목문, 함수, 기본 라이브러리등이 포함된다. 우리가 새로운 프로그래밍을 배울때 익히는 기초적인 문법들이 이에 해당된다.

문서의 로드시점 - onload, DOMContentLoaded

흉내쟁이 — Mon, 4 Apr 2016 11:00:10 +0900

웹문서를 만드는 경우, 문서가 로드되었을때를 기점으로 문서를 초기화하고, 각종 설정을 부여하는 것은 빈번한 일입니다. 이 시점에 접근하기 위해 사용되는 이벤트들에 대하여 알아봅니다.

일반적으로, 스크립트를 문서의 마지막(</body>) 이전에 삽입하면 굳이 이벤트를 이용하여 프로그래밍을 처리할 필요가 없다. 다만, 문서의 <head> 영역에 스크립트가 삽입되거나 외부의 파일에 정의되어 있다면 이벤트를 연결하여 문서의 로드시점에 맞게 처리해야 한다.

onload

문서의 모든 콘텐츠(images, script, css, etc)가 로드된 후 발생하는 이벤트이다(load 이벤트라고들 한다).

window.onload = function() {
//실행될 코드
}

문서에 포함된 모든 콘텐츠가 로드된 후에 실행되기에 불필요한 로딩시간이 추가될 수 있다.
동일한 문서에 오직 onload는 하나만 존재해야 한다.
- 중복될 경우, 마지막 선언이 실행된다.
- 외부 라이브러리에서 이미 선언된 경우 이를 찾아 하나로 합치는 과정이 필요하다.
외부의 자원(iframe, image, script)을 사용하는 경우에도 해당된다.

<body> 요소에 속성(attribute)으로 지정될 수 있다.

<body onload="실행될 코드">

위와 같이 사용된 경우, window.onload로 지정된 것은 무시된다.

window 객체뿐만 아니라 원하는 객체(object)가 로드되었을때 실행될 코드를 설정할 수 있다.

document.getElementById("myFrame").onload = function() {
//실행될 코드
}

이벤트를 직접 연결할 수도 있다.

window.addEventListener('load', function(){
//실행될 코드
});

jQuery load

jQuery에서는 onload와 같은 동작을 하는 load 메소드를 제공한다.

 $(window).load( function() {
//실행될 코드
})

DOMContentLoaded

HTML과 script가 로드된 시점에 발생하는 이벤트이다.

window.addEventListener('DOMContentLoaded', function(){
//실행될 코드
})

onload 이벤트보다 먼저 발생한다. 빠른 실행속도가 필요할때 적합하다.
IE8 이하에서는 지원하지 않는다.

IE8 이하에 대체방안

비슷한 기능을 하는 jQuery의 ready 메소드를 순수 자바스크립트로 대체하는 방법을 탐구하다 발견한 방법이다.(링크)

// Mozilla, Opera, Webkit 
if (document.addEventListener) {
	document.addEventListener("DOMContentLoaded", function () {
		document.removeEventListener("DOMContentLoaded", arguments.callee, false);
		domReady();
	}, false);
} 

// Internet Explorer
else if (document.attachEvent) {
	document.attachEvent("onreadystatechange", function () {
		if (document.readyState === "complete") {
			document.detachEvent("onreadystatechange", arguments.callee);
			domReady();
		}
	});
}

//DOM이 모두 로드 되었을 때
function domReady () {
	//처리할 내용
}

jQuery ready

자바스크립트의 DOM 트리가 준비되었을때의 시점을 컨트롤하는 메소드로 DOMContentLoaded의 jQuery 버전이라 생각하자.

$(document).ready(function(){
//실행될 코드
});

onload 이벤트보다 먼저 발생한다. 즉, 문서의 모든 자원이 다운로드되었을때 발생하는 onload와 달리 DOM 트리만 완성되면 바로 발생하므로 빠른 실행속도가 필요할때 적합하다.
여러번 사용되면 선언 순서에 따라 순차적으로 실행된다.

스크립트 모듈화 - Require.js #1

흉내쟁이 — Fri, 1 Apr 2016 19:23:02 +0900

자바스크립트(JS)는 자체적으로 파일간의 모듈화를 지원하지 않기때문에 이를 유지 보수하는 일에서 전역변수를 오염시키고 서로간의 간섭을 신경써야 합니다. 모듈패턴을 이용하여 최소한의 간섭을 유지하고, 동적으로 스크립트를 로딩하여 필요한 것만 다운받게 만들며 최적화를 꾀할 수 있지만, 파일이 커지고 코드가 길어질 수록 이를 체계적으로 관리할 수 있는 도구가 절실해집니다. 이를 보완해주는 라이브러리중에 하나인 Require.js에 대하여 알아봅니다.

Require.js 소개

Require.js는 AMD(Asynchronous Module Definition - 비동기 모듈 정의)를 바탕으로 제작된 JS 모듈 로더(loader) 파일이다. 이는 JS 코드를 모듈화하고 모듈간의 의존성 문제를 해결하여 코드를 파악하기 쉽게 만들고 관리에 도움을 준다. 또한, lazy-loading(동적로딩)을 통해서 스크립트 로딩을 최적화한다.

AMD는 브라우저의 비동기적인 상황에서 JS 모듈화의 표준을 구현하기 위해 조직된 그룹이다.

브라우저 지원

IE 6+
Firefox 2+
Safari 3.2+
Chrome 3+
Opera 10+

아래의 특징들을 살펴본다면 이해에 도움이 될 것이다.

모듈을 파일로 세분화

기존에는 하나 혹은 몇개의 파일에 JS를 모듈패턴으로 구조화하여 최소한으로 전역에 노출하는 방식을 애용했다. 이를 유지보수하는 입장에서는 전역에 노출된 변수, 함수, 객체등을 유의해야 했고 새로운 무엇인가를 추가할때도 모듈패턴으로 구조화해야 했다.

Require.js는 전역에 어떠한 것도 노출시키지 않는 구조를 기본으로 하며, 이를 지원하지 않는 다른 라이브러리들이나 파일들의 경우는 설정을 통해 전역에 노출할 수 있게 한다. 모듈을 전역에 노출시키지 않기 위해 모듈별로 하나의 파일로 구성하며, return을 이용하여 모듈 외부에서 접근할 수 있도록 노출할 것을 지정할 수 있다.

의존성(종속성) 해결

JS 코드를 유지보수시에 또 하나의 걸림돌은 의존성을 파악하는 것이다. 코드 어느부분에서 다른 모듈이나 라이브러리에서 어떤 것을 가져다 쓰는지를 파악하는 것은 전체 구조를 이해해야 하는 작업이 될 수도 있는 까다로운 일이다. 또한 브라우저는 네트워크를 통해 접근하려는 파일의 다운로드가 필요하기 때문에 Requier.js는 모듈을 정의하거나 호출할때 이를 정해진 문법에 따라 초입에 종속성 코드를 작성하므로 한 눈에 관계를 파악할 수 있게 된다.

Lazy-loading(동적로딩)

필요한 경우에만 스크립트를 로딩하기 위한 기법으로 아래와 같이 동적로딩을 사용해왔다.

function loadScript(url, callback) {  
    var scriptEl = document.createElement('script');
    scriptEl.type = 'text/javascript';
    // IE에서는 onreadystatechange를 사용
    scriptEl.onload = function () {
        callback();
    };
    scriptEl.src = url;
    document.getElementsByTagName('head')[0].appendChild(scriptEl);
}

loadScript('example.js', function () {  
    // example.js가 로딩 완료한 시점에 실행
});

Require.js는 모듈화로 구성되기 때문에 자동적으로 무엇인가 호출하면 필요한 모듈을 로드하고 모듈에서 필요한 종속성을 검사하고 다시 필요한 것을 로드한다. 이미 한번 로드된 것이라면 캐시를 활용하니 필요한 것만을 자동적으로 로드하는 동적로드가 구성된다.

충돌의 가능성을 제거

여러 라이브러리들을 이용하거나 같은 라이브러리의 다른 버전들이 사용되는 경우가 있다. 어떤 것들은 같은 전역변수를 이용하여(prototype과 jQuery처럼) 서로 충돌이 발생한다.

Require.js를 이용해 각각의 버전들을 따로 모듈화할 수도 있고, 모듈에 주어진 ID로 호출하는 대신 다른 모듈 ID로 대체하여 사용할 수 있다.

Require.js 파일로딩

Require.js는 일반적인 <script> 태그를 사용한 스크립트 로딩 방식과 다른 접근방식을 취하고 있다. 이는 빠르게 실행되고 최적화되는 동시에, 주요 목표는 모듈형 코드가 되도록 하는 것이다. 그 일환으로, <script> 태그의 URL 대신에 모듈 ID를 사용하는 것을 권장하고 있다.

Require.js는 baseUrl로 설정된 위치에 상대경로를 통해 모든 코드를 불러온다. baseUrl은 일반적으로 아래와 같이 data-main 속성이 설정된 최상위 스크립트와 같은 경로를 가지게 되며, data-main 속성은 require.js가 스크립트 로딩을 시작하게 되는 위치를 지정하게 된다.

<!-- "scripts" 디렉토리에 baseUrl을 설정하고, 모듈 ID를 'main'으로 하는 스크립트를 불러온다 -->
<script data-main="scripts/main" src="scripts/require.js"></script>

baseUrl은 RequireJS Config를 통해 직접 설정할 수도 있다. 만일 명시적인 Config 설정이 없고, data-main 속성도 사용되지 않았다면 baseUrl은 Require.js가 실행되는 HTML 페이지를 포함하는 디렉토리이다.

설명이 복잡하지만 문서에 require.js 파일을 삽입하고, require.js가 처음으로 불러오는 스크립트 파일을 설정하며, baseUrl로 기본 디렉토리를 설정하는 것이다.

Requier.js는 기본적으로 모든 의존적인 파일들을 스크립트 파일(js)이라고 가정한다. 그렇기때문에 .js를 모듈 ID에 생략할 수 있으며, 자동적으로 해석될때 .js를 덧붙여준다.

Require.js 모듈 정의와 사용

Requir.js의 모듈은 전역 네임스페이스를 오염시키지 않으며 스코프가 형성되어 있는 객체이다. 이것은 의존성 목록을 쉽게 확인 가능하며, 전역 객체를 참조할 필요없이 의존성을 조작할 수 있도록 해주며, 의존성에 해당하는 것을 함수의 인자로 넘겨준다. Require.js에서의 모듈은 모듈패턴의 확장이며, 다른 모듈을 참조하기 위해 전역 객체를 필요로 하지 않는 이점이 더해졌다.

Require.js 문법을 통해 가능한한 빠르게 모듈을 로딩할 수 있으며, 순서가 정해져있지 않더라도 이를 정확한 의존성 순서로 정렬하며, 전역 변수들이 생성되지 않기 때문에 다양한 버전의 모듈을 한 페이지에 불러오는 것을 가능하게 한다. 파일당 오직 하나의 모듈만 정의되어야 하며, 모듈은 최적화 툴을 통해 묶음으로 그룹핑될 수 있다.

간단한 이름/값으로 이루어진 모듈 정의

모듈이 어떠한 의존성도 가지고 있지 않고, 이름/값으로 이루어져 있다면 객체 리터럴의 방식으로 정의할 수 있다.

define({
    color: "black",
    size: "unisize"
});

함수 정의

모듈이 의존성은 가지지 않지만, 작업을 위해 함수가 필요하다면 define() 내에 함수를 추가한다.

 define(function () {
    //Do setup work here

    return {
        color: "black",
        size: "unisize"
    }
});

의존성이 있는 함수 정의

모듈이 의존성을 포함하고 있다면 첫번째 인자로 의존성 이름을 배열로 나열하고, 두번째 인자는 함수 정의여야 한다. 함수는 모든 의존성이 불러들여졌을때 모듈에 대한 define을 호출하게 된다. 함수는 모듈을 정의한 객체를 반환해야 하며, 의존성은 정의된 함수에 함수 인자의 형태로 의존성 배열의 순서와 같은 순서로 들어가야 한다.

define(["./cart", "./inventory"], function(cart, inventory) {
         return {
            color: "blue",
            size: "large",
            addToCart: function() {
                inventory.decrement(this);
                cart.add(this);
            }
        }
    }
);

위의 예제에서는, 모듈이 /cart 와 /inventory에 의존성이 있는 구조이며, 함수 호출은 두개의 인자를 기술하고 있다. 이 두개의 의존성들이 모두 로드될때 까지 함수는 호출되지 않는다.

모듈을 이름으로 정의

define() 호출시에 첫번째 인자로 모듈의 이름을 명시할 수도 있다.

define("foo/title",
    ["my/cart", "my/inventory"],
    function(cart, inventory) {
        //Define foo/title object in here.
    }
);

이 형태는 일반적으로 optimizer tool에서 생성되는 형태이다. 모듈의 이름을 명시할 수 있지만, 이것은 모듈의 이동성을 제한하게 된다. 개발시에 파일의 위치이동은 빈번하게 발생하므로, 그때마다 이름을 변경해야하는 수고스러움이 뒤따르기 때문에 평소에는 모듈의 이름을 명시하는 것을 피하고, 최적화툴에 의해 자동으로 이름을 작성하도록 하는 것이 최선이다. optimizer tool에서는 브라우저의 로딩 속도를 높이기 위해, 하나 이상의 모듈이 하나의 파일로 합쳐질 수 있도록 이름을 더해주게 된다.

자바스크립트 삽입방식과 위치

흉내쟁이 — Fri, 18 Mar 2016 11:30:06 +0900

자바스크립트 삽입방식

자바스크립트를 실행하는 방법은 문서안에 <script> 태그를 이용해 작성하거나 외부의 스크립트 파일을 링크하는 것이다.

<script type="text/javascript">
//코드내용
</script>

<script type="text/javascript" src="링크주소"></script>

type="text/javascript" 부분은 HTML5에서는 생략할 수 있다.
문서의 어느 곳이든 스크립트 배치에 제한을 두지 않는다.
전자의 경우는 간단한 스크립트의 경우이거나 해당 문서에만 적용되는 코드들, 초기화등에 자주 사용된다.
후자의 경우는 반복사용되는 코드들을 파일별로 저장해두고 필요에 따라 링크해 사용되곤 한다. 이와 같은 방식이 코드의 가독성과 실행순서, 의존성들을 확인하기에 수월하기 때문에 추천되는 방식이다.

자바스크립트 삽입 위치

브라우저는 HTML의 구조와 CSS 스타일을 렌더링하는 도중 자바스크립트를 만나게 되면 이에 대한 해석과 구현이 완료이 완료될때까지 브라우저 렌더링을 멈추게 된다.

즉, 자바스크립트의 삽입 위치에 따라 스크립트 실행순서와 브라우저 렌더링에 영향을 미친다는 것이다.

head에 삽입되는 경우

<head>
    <script>
    //코드내용
    </script>
</head>

브라우저 렌더링에 방해가 되어 무거운 스크립트가 실행되는 경우 오랫동안 완성되지 못한 화면을 노출하게 된다.
문서를 초기화하거나 설정하는 가벼운 스크립트들이 자주 사용된다.
문서의 DOM(Document Object Model) 구조가 필요한 스크립트의 경우 document.onload와 같은 로드 이벤트가 추가되어야 에러없이 작동된다.

</body> 앞에 삽입되는 경우

.....
    <script>
    //코드내용
    </script>
</body>

브라우저가 렌더링이 완료된 상태에서 스크립트가 실행되기에 콘텐츠를 변경하는 스크립트의 경우 화면에 노출된체로 변화된다.
대부분의 스크립트의 위치로 추천되는 위치이다.
문서의 DOM 구조가 완료된 시점에 실행되기에 별다른 추가설정이 필요없다.

ECMAScript 6 특징 정리 링크들

흉내쟁이 — Tue, 15 Mar 2016 17:26:01 +0900

2015년 6월에 공개된 새로운 자바스크립트(JS) 표준 ECMAScript 6은 새로운 기능이 많이 추가되었으며, 2009년 이후의 첫번째 업데이트입니다. 아직 주요 브라우저들의 자바스크립트 엔진에서 이를 완벽히 지원하진 않지만 향상된 기능을 경험해볼 순 있습니다.

자바스크립트 (ECMAScript) 버전

흉내쟁이 — Mon, 14 Mar 2016 11:00:16 +0900

그 동안 자바스크립트(JS)를 사용하면서도 현재 사용하는 브라우저가 몇 버전의 JS를 지원하는지, 새로이 어떠한 기능들이 추가되었는지도 깜깜히 지내왔습니다. jQuery에 너무 익숙해져 jQuery에서 지원하는 기능들에 발목이 메인 형상이지요. 저와 비슷한 분들이 있을꺼라 생각되어 관련정보를 취합해 보았습니다.

JavaScript와 ECMAScript, JScript

우리가 흔히 자바스크립트라고 부르는 언어는 Ecma 인터내셔널^[각주:1]이라 불리는 표준화 기구에서 제정한 ECMA-262 스크립트이다.

자바스크립트는 넷스케이프에서 제작하였고 이를 Ecma 표준으로 등록하는 과정에서 이미 등록되어 있는 JAVA와 유사한 명칭으로 인해 ECMA-262라는 이름을 가지게 되었으며 이를 표준화한 것이 ECMAScript이다. 마이크로소프트에서도 자바스크립트와 유사한 JScript를 제작하였고 이를 브라우저에 포함하였다.

자바스크립트와 JScript는 ECMAScript와의 호환을 목표로하면서 ECMA 규격에 포함되지 않는 확장기능들을 제공하고 있다. 우리가 자바스크립트라고 부르는 언어가 가리키는 것은 통칭 ECMAScript의 표준안에 해당하는 부분이기때문에 각각의 브라우저에서 제공하는 자바스크립트 지원사항은 달라진다.

ECMA-262 버전

ECMA-262는 지금까지 여섯 개의 버전이 출시되었고, 현재 6 버전(2015년 6월)이 최신버전이다. 4 버전은 중도 포기되었는데 타언어와 비슷한 개념들을 도입하면서 복잡성이 크게 증가하였고 관련된 정치적 문제점이 있었기 때문이다.

버전	출시일	차이점	브라우저지원
1	1997년 6월	초판	넷스케이프 4.5, IE4.0
2	1998년 6월	ISO/IEC 16262 국제 표준과 완전히 동일한 규격을 적용하기 위한 변경.	넷스케이프 4.5, IE4.0
3	1999년 12월	강력한 정규 표현식, 향상된 문자열 처리, 새로운 제어문 , try/catch 예외 처리, 엄격한 오류 정의, 수치형 출력의 포매팅 등.	넷스케이프 6.0 이후의 넷스케이프와 모질라의 모든 버전에 포함, IE5.5
4	포기됨	4 버전은 언어에 얽힌 정치적 차이로 인해 버려졌다. 이 판을 작업 가운데 일부는 5 버전을 이루는 기본이 되고 다른 일부는 ECMA스크립트의 기본을 이루고 있다.
5	2009년 12월	더 철저한 오류 검사를 제공하고 오류 경향이 있는 구조를 피하는 하부집합인 "strict mode"를 추가한다. 3 버전의 규격에 있던 수많은 애매한 부분을 명확히 한다.	이후 부터는 ECMAScript 호환 테이블이 제공되니 이를 참고. ECMAScript 5 호환성
5.1	2011년 6월	ECMA스크립트 표준의 5.1 버전은 ISO/IEC 16262:2011 국제 표준 제3판과 함께 한다.
6	2015년 6월	6 버전에서는 클래스와 모듈 같은 복잡한 응용 프로그램을 작성하기 위한 새로운 문법이 추가되었다. 하지만 이러한 문법의 의미는 5 버전의 strict mode와 같은 방법으로 정의된다. 이 버전은 "ECMAScript Harmony" 혹은 "ES6 Harmony" 등으로 불리기도 한다.	ECMAScript 6 호환성
7	작업중	6 버전에 이어서 새로운 언어 기능이 추가될 예정이다.

가장 범용적인 자바스크립트 버전은 1.5 버전이며, 이는 ECMAScript 3 버전에 해당하며, JScript 5.5 버전이 포함된 IE 5.5 및 기타 브라우저에서 모두 지원한다.

IE9를 포함한 모던 브라우저들은 ECMAScript 5 까지는 무난히 적용가능하다.

현재에 이르러 배우게되는 자바스크립트는 대부분 ECMAScript 3 버전에 대한 공부이며, 최근에 출시된 ECMAScript 6 버전이 새로운 기능으로 무장되어 있어 이와 관련된 공부가 필요할 것이다.

Ecma 인터내셔널(Ecma International)은 정보와 통신 시스템을 위한 국제적이면서도 회원국 기반의 비영리 표준화 기구이다. 이 이름은 이 기구의 국제적 확장을 반영하여 1994년에 European Computer Manufacturers Association (ECMA)에서 바뀐 것이다. 그 결과 이 이름은 더 이상 두문자어가 아니며 더 이상 대문자만을 사용하지 않는다. 이 기구는 원래 1961년에 유럽에서 컴퓨터 시스템을 표준화하기 위해 세워졌다. 멤버십은 유럽에서 컴퓨터나 통신 시스템을 생산하고 시장화하고 개발하는 회사들에게 열려 있다. 이 기구는 제네바에 위치해 있다. 출처: https://ko.wikipedia.org/wiki/Ecma_%EC%9D%B8%ED%84%B0%EB%82%B4%EC%85%94%EB%84%90 [본문으로]

다시 공부하는 자바스크립트

흉내쟁이 — Tue, 1 Mar 2016 11:00:20 +0900

처음 자바스크립트(JS)를 접했던 것은 2000년도 초반이였다. 지금과는 달리 JS에 대한 인식이 좋지 못했고, 관련 지식을 찾아보기가 어려웠던 시기였다. 타 프로그래밍 언어에 비해 느슨한 문법과 미지원되는 기능들이 비교대상이 되어 저수준의 언어로 치부되었고, 그런 인식에서 출발한 관련 서적들도 형편없었다라고 돌이켜 본다.

무엇보다도 웹표준이라는 개념이 없었던 시기라 브라우저마다 제각기 다른 지원사항들로 골머리를 앓다보면 자연스레 멀어질 수 밖에 없었다.

JS에 다시 관심을 가지게 만든 것은 jQuery의 등장으로 DOM 조작의 편의성과 크로스브라우징의 부담감을 덜면서 였다. 게다가 구글의 V8엔진이 탑재된 브라우저들의 등장으로 대폭적으로 개선된 환경을 접하면서 쏟아지는 jQuery 플러그인들과 각종 라이브러리들이 등장했다. 이후로 개발자들의 아이디어를 훔쳐보면서 마냥 부러워하던 시기가 최근까지 이어져왔다.

jQuery를 이용하면서 DOM의 구조를 변경하거나 Ajax를 통한 처리, 이벤트 연결정도만을 코딩해왔고, 쓸만한 라이브러리로 주요 기능들을 메꾸는 낮은 수준의 활용에서만 겉돌고 있는게 현재 나의 상황이다. 지금까지 배운 것이라면, 그것이 무엇이든간에 웹에 존재하는 것이라면 비슷한 기능의 플러그인들에 코드 조각들을 붙여내어 아이디어를 흉내낼 수 있게 되었다는 것이다.

이것들이 반복되면서 이론적으로는 배워도 이해못하고 넘어가던 것들이 필요에 의해 반복되다보니 자연스레 원리를 파악하게 되었고 개발자들의 생각을 얼핏 엿 볼 수 있게 되었다. 아직도 기존 개발자들이 관례적으로 사용해오던 문법들에 대한 이해도와 축약된 표기방식들을 만나면 소스 해독의 난해함으로 나를 혼란케하지만, 머릿속에서 희미해져버린 JS의 기본 개념들을 다시 상기시켜야 할때가 왔다는 것을 부정할 순 없다.

jQuery로 익힌 JS이지만 이제는 jQuery를 벗겨내어 순수한 JS로 돌아가야할 때인 것도 같다. 각종 애플리케이션이나 서버로 확장되고 있는 JS는 JS이지, jQuery가 아니다. jQuery를 다방면에서 사용하다보면 성능의 이슈를 무시할 수도 없고, 구 브라우저에 대한 지원을 포기하는 현재의 추세를 미루어볼때 크로스브라우징에 대한 문제도 자연스레 해결될 일이라 본다.

그.래.서. 나는 자바스크립트를 다시 공부하기로 마음 먹었다.

추상적이던 객체, 그리고 모듈화, promise 등에 대한 이해를 넓히고 이를 실전에 활용하면서 한 발 내딛고 싶어졌다. JS로 개발되고 있는 다양한 프론트 앤드 툴들도 활용해볼 작정이고, Node.js로 서버를 구축하고 각종 테스트를 진행하게 될 것이다. 올해는 그렇게 지나갈듯 싶다...

CSS 이벤트 제어(pointer-events ) 속성

흉내쟁이 — Mon, 1 Feb 2016 11:00:08 +0900

흔히 이벤트가 부여된 요소를 숨기면 해당 이벤트가 작동하지 않을꺼라 생각합니다. 대부분 의도한 결과를 반영하지만 숨김처리에 사용한 방법이 opacity 속성을 이용한 경우라면 가시성은 없지만 해당 영역의 이벤트에 응답하게 됩니다. 이를 강제로 제어하기 위해서는 pointer-events 속성을 활용해야 하며 관련하여 아래에서 추가적인 정보를 서술하였습니다.

숨김 처리 속성에 따른 특성

요소를 숨길때 사용하는 CSS 속성은 제각기 고유의 특성을 지니고 있다. 아래의 표를 참고하자.

숨김 속성과 값	공간점유	이벤트	탭(`Tab`) 접근
opacity: 0	점유	활성	가능
visibility: hidden	점유	비활성	불가능
visibility: collapse	테이블안에서만 비점유	비활성	불가능
display: none	비점유	비활성	불가능

이벤트가 비활성되는 속성들을 사용하면 좋겠지만, 트랜지션(전환)이나 애니메이션 같이 프레임별로 진행되는 효과를 요소에 부여하여 숨김처리를 하는 경우, opacity 이외에는 맞당한 방법이 없다. 설상가상으로 해당 요소가 고정된 위치를 부여받을 경우(ex. position: fixed) 해당 요소는 원치않는 이벤트를 발생시킬 위험도가 높아진다.

point-events 속성

위와 같이 어떤 경우에는 요소에 부여된 이벤트를 제거하거나 다시 활성화 시켜야하는 경우가 생길 수 있다. pointer-events 는 HTML 요소들의 마우스/터치 이벤트들(CSS hover/active, JS click/tap, 커서 드래그등)의 응답을 조정할 수 있는 속성이다.

.hidden {
    opacity: 0;
    pointer-events: none;
}

pointer-events 속성은 11개의 속성값을 가지지만 3개를 제외하고는 모두 SVG에서 사용하도록 예약되어 있다. 아래의 3개의 속성값은 HTML 요소들에서 사용 가능하다.

none : HTML 요소에 정의된 클릭, 상태(hover,active등), 커서 옵션들이 비활성화한다.
auto : 비활성화된 이벤트를 다시 기본 기능을 하도록 되돌린다.
inherit : 부모 요소로부터 pointer-events 값을 상속받는다.

나랏말싸미 듕귁에 달아 문자와로 서르 사맛디 아니할쎄 이런 전차로 어린 백셩이 니르고져 홇베이셔도 마참네 제 뜨들 시러펴디 몯핧 노미하니아 내 이랄 윙하야 어엿비너겨 새로 스믈 여듫 짜랄 맹가노니 사람마다 해여 수비니겨 날로 쑤메 뻔한킈 하고져 할따라미니라.

이 요소를 통과해서 드래그 가능

IE9와 IE10에서 pointer-events가 작동하지 않기때문에 visibility: hidden 값과 함께 사용하는 것을 고려하도록 하자.

참고문헌 및 관련링크.

Windows 10 가상 데스크톱

흉내쟁이 — Tue, 26 Jan 2016 12:00:11 +0900

윈도우 10의 새 기능중에 하나인 가상 데스크톱은 바탕화면을 동시에 여러개 사용할 수 있게 만든 기능입니다. 작업별로 화면을 전환하며 사용할 수 있어 여러 대의 모니터를 보유한 효과를 얻을 수 있습니다.

가상 데스크톱 생성

작업표시줄에 아래와 같이 새로 생긴 작업보기 아이콘이 가상 데스크톱 화면을 불러온다.

현재 바탕화면에서 실행중인 프로그램들이 표기되며 하단에 데스크톱의 갯수와 새로운 가상 데스크톱을 생성할 수 있는 메뉴를 확인할 수 있다.

가상 데스크톱 이동

가상 데스크톱간의 이동은 가상 데스크톱 화면에서 원하는 데스크톱을 선택해서 이동할 수도 있고, 단축키 Ctrl + Window() + ←, → 를 활용해 이동할 수도 있다.

또한, 각각의 데스크톱에서 사용중인 프로그램을 다른 데스크톱으로 옮길 수도 있는데, 이는 해당 프로그램이 실행중인 가상 데스크톱 화면에서 이동시킬 프로그램을 원하는 데스크톱으로 드래그하여 이동시킬 수 있다. 마우스 우클릭을 이용해 메뉴를 통한 접근도 가능하다.

가상 데스크톱 삭제

가상 데스크톱 화면에서 하단의 데스크톱들에 마우스를 올리면 삭제버튼이 나타난다. 삭제시에는 해당 가상 데스크탑 화면에 띄워져있던 작업 창들은 다른 가상 데스크탑 화면으로 옮겨지게 되니 작업을 잃는 불상사는 없다.

가상 데스크톱 단축키

생성 : Ctrl + Window() + D
삭제 : Ctrl + Window() + F4
이동 : Ctrl + Window() + ←, →
보기 : Window() + Tab

단축키를 이용한 가상 데스크톱간의 이동이 불가능한 경우

원인 : 일부, 노트북(랩탑) 제품군은 키보드 설계방식에 따라 동일한 행과 열에 2개 이상의 키가 눌렸을 경우, 눌리지 않는 키가 발생하는 경우가 있다. 이를 고스트키라고 부르며, 이와 같은 현상이 발생한 경우 조건을 발생시키는 마지막 키를 발생하지 않도록 하거나 동시에 눌렸을 경우 눌린 모든 키를 무시하도록 설계된 키보드들이 있다(ex. 삼성 nt910).

해결 : 하드웨어 조합 설계다보니 마땅한 개선사항이 없을 수도 있다. 우선, 제조사에서 제공하는 드라이버가 있다면 설치해보자. 임시적으로 가상 데스크톱의 이동간에 Ctrl + Window() + ←, → 단축키를 누르고 방향키는 유지하고 나머지 키들을 떼어보는 식으로 전환을 시도해보라.

모니터 3대를 사용하기에 가상 데스크톱 기능이 필요하겠냐 싶었는데 막상 사용해보니 매우 편리하다. 데스크톱 간의 이동 단축키를 마우스에서 제공하는 보조 키들에 부여해서 전환도 손가락 하나로 해결하니 매우 편리한 작업 공간을 가지게 되었다.

이전 윈도우에서 가상 데스크톱

가상 데스크톱을 지원하지 않는 이전 윈도우들을 사용하더라도 비슷한 기능을 제공하는 프로그램들이 존재한다. 이 중에 DEXPOT은 개인 사용자에게 무료로 제공되는 제품군이니 사용해볼 것을 권한다.

이 프로그램에 대한 자세한 소개와 사용방법은 가상 데스크톱 Dexpot 윈도우 많아져 복잡할 때 사용하는 멀티 데스크톱의 글을 참고하자.

Windows 10 다이렉트X 12 (DirectX)

흉내쟁이 — Mon, 25 Jan 2016 13:48:43 +0900

윈도우10에는 새로운 다이렉트X(DX) 12가 탑재되었습니다. 지난 11버전 이후로 6년여만의 변화이며, 그동안 GPU(그래픽카드)의 발전을 감안한다면 은근히 기대감을 감출수 없는 부분입니다. 무엇보다도 게임을 좋아하는 분이라면 새로운 DX의 등장으로 개선될 성능의 향상과 낮아질 전력 소비량에 반가울 것입니다.

다이렉트X는 게임 및 멀티미디어를 손실없이 최대한의 성능을 이끌어내기 위해 사용되는 라이브러리(API, 플랫폼)이다. 개발자들이 DX 라이브러리를 사용해 제품을 만들게 되며, 이로 제작된 것은 좋은 성능 평가를 받고있다.

다이렉트X 12 등장

과거 윈도우 7과 함께 DX11이 공개되었으며, 이후로 마이너한 업데이트가 계속적으로 이루어지고 있었다. 이후로 6년만의 새버전으로 DX12가 등장했다. 그간 GPU(그래픽카드)의 발전은 급성장하였으나 이의 처리를 담당할 DX의 API는 정체되어 있었다고 볼 수 있다.

하드웨어가 자신의 최대 성능을 안정적으로 지원하기 위해서는 무엇보다 소프트웨어의 뒷받침이 필요한데 윈도우 10의 출시와 함께 그 격차를 줄일 소프트웨어가 등장한 것이다. 기존에 1년 단위로 새 버전을 내놓던 DX와는 달리 오랜만의 새 버전이라 이를 활용할 경우 성능향상이 비약적으로 발전한다는 테스트 보고가 뒤따르고 있다.

게임 및 기타 멀티미디어 소프트웨어를 만드는것은 개발기간이 1~2년이상이 걸리기에 정확한 성능 테스트 보고는 이를 정식으로 지원하는 소프트웨어들이 등장하면서 시작될 터이다.

다이렉트X 12 성능개선

DX11이 등장했던 시기가 2009년도였기에, 멀티코어의 보급율이 낮은편이였으며, 이를 제대로 활용하기 위해 필요한 다중 코어를 제어하는 기술들이 부족하고 어려웠다. 이에 DX12는 다중 코어의 활용도를 높여 CPU의 부하를 개선하는데 중점을 두었으며, 이를 대폭 개선하는데 성공했다.

기존의 DX가 멀티 코어 CPU 환경을 지원하였지만, 하나의 코어에 부하가 집중되었다면 DX12는 나머지 스레드에 분산 작업이 이루어져 전체 CPU 실행 시간이 절반 이하로 줄일 수 있게 된 것이다. DX12는 하드웨어에 직접 접근 가능해 불필요한 API 오버헤드를 줄여 멀티 코어 CPU를 이용해 처리되는 작업의 효율과 성능을 크게 향상시킨다.

출처: http://www.kbench.com/?q=node/151239

다이렉트X 12 멀티 GPU 사용

기존에도 크로스파이어 및 SLI 라고 불리는 기술로 여러개의 GPU을 장착하고 성능의 향상을 꾀하는 방법이 있었다. 다만, 기존 기술의 제약은 동일한 제조사의 동일한 제품들로 GPU를 준비해야 한다는 것이었다. DX12에서는 CPU 내장 그래픽 및 제조사나 성능에 상관없이 한데 묶어 그래픽처리를 할 수 있도록 멀티 GPU를 지원한다. 아직 만족할 만한 테스트 결과를 얻지 못하고 있지만 차후에는 향상된 기술임이 될 것에는 이견이 없다.

다이렉트X 12 지원 GPU

근래에 생산된 GPU 대부분이 이를 지원할 것이라고 GPU 제조사들은 말하지만, DX12의 모든 기능을 사용할 수 있을거라고는 생각하지 말자. 어느정도 성능향상은 이루어질 것이고 그것은 최신의 고성능 GPU일수록 그럴것이다.

INTEL 지원

인텔의 그래픽 내장 CPU에서는 인텔 하스웰(Haswell - 4세대 코어)와 브로드웰(Broadwell - 5세대 코어) 프로세서에서 지원한다.

NVIDIA 지원

DX11이 사용가능한 GPU를 탑재한 모든 제품에 DX12를 지원한다. 케플러(Kepler), 맥스웰(Maxwell) 아키텍처의 제품군인 지포스 600, 700, 900 시리즈 및 GTX 타이탄 시리즈가 이에 속하며, 그 밖의 페르미(Fermi) 아키텍처의 제품군들도 지원예정이다. 페르미 아키텍처의 제품군은 Which NVIDIA GPUs will support DX12?에서 직접 확인하도록 하자.

AMD 지원

라데온 HD 70000, 80000 시리즈, 라데온 R7, R9 시리즈, AMD A4/A6/A8/A10-7000 APU(코드명 카베리), AMD A6/A8/A10 PRO-7000 APU(코드명 카베리), AMD E1/A4/A10 Micro-6000 APU(코드명 뮬린), AMD E1/E2/A4/A6/A8-6000 APU(코드명 비마)

다이렉트X 확인법

시작메뉴 > 실행 혹은 시작메뉴 우클릭 > 실행
dxdiag를 입력한 다음 확인
DirectX 진단도구 시스템 탭에서 버전 확인

참고문헌 및 관련링크.

인터넷 익스플로우 구버전 지원 종료(IE8,IE9,IE10)

흉내쟁이 — Thu, 14 Jan 2016 18:57:28 +0900

MS(마이크로소프트)는 지난 1월 13일부로 IE(인터넷 익스플로우) 구버전에 대한 정기 보안 업데이트를 지원 종료하였습니다. 이후 발생할 수 있는 보안 취약점에 대해 브라우저를 업데이트(IE11, Edge)하거나 크롬이나 파이어폭스같은 다른 브라우저 사용을 권고합니다.

그림출처: http://www.komando.com/happening-now/300756/say-goodbye-to-internet-explorer/all

IE 지원 종료 브라우저를 사용하고 있다면?

지원 종료된 브라우저는 더 이상 보안 업데이트, 비보안 업데이트, 무료나 유료 지원 옵션 또는 온라인 기술 콘텐츠 업데이트에서 제외된다. 즉, 해당 브라우저들을 지속적으로 이용하다 보안 취약점을 이용한 해킹 및 자료유출등에 문제점이 발견되어도 MS사로 부터 어떠한 지원도 받을 수 없게 된다.

요즘같이 랜섬웨어의 전파가 활발한 시기에 국내처럼 ActiveX로 무엇이 설치되는지도 가늠할 수 없고 관리하는 곳도 없는 환경에서는 최악의 시나리오를 떠올리기 쉽다. 사내 인트라넷의 경우, 구형 브라우저를 이용하는 경우가 적지 않은데 충분히 표적이 될 수 있는 부분이다.

IE 지원 종료 브라우저

2016년 1월 13일 02시(한국시간기준)부터 아래의 브라우저 버전은 정기 보안 업데이트를 지원 종료한다.

인터넷 익스플로우 8
인터넷 익스플로우 9
인터넷 익스플로우 10

IE 브라우저 버전 확인방법

IE를 실행한다.
Shift+Alt+H 단축키로 브라우저 도움말 메뉴를 호출한다.
Internet Explorer 정보를 선택한다.
Internet Explorer 버전을 확인한다.

IE 브라우저 업데이트

사용하는 OS(운영체제)가 IE11을 지원한다면 자동 업데이트 실행으로 이를 설치할 수 있다(업데이트 가능 목록에 이를 표기해 준다).

시작메뉴 > 모든 프로그램 > Windows Update 실행
또는, MS 업데이트를 방문한다.

아직도 국내에서는 구형 브라우저 사용률이 적지 않은 편이다. 일반적으로 구형 브라우저를 지칭함에 있어 IE8 이하버전을 거론하곤 했는데, MS에서 공식적으로 IE10 이하를 포함했다는 것에 놀라울뿐이다.

MS는 자동 업데이트 및 강제 업데이트를 통해 그 동안 구형 브라우저 퇴치에 힘써왔지만 사용자의 사정으로 인해 이를 업데이트하지 않는 경우가 적지 않았다. 웹개발과 관련된 분야에서는 그로 인해 꾸준히 욕을 먹고 있는 실정이며, 브라우저 점유율 또한 낮아지고 있다.

국내에서도 IE가 아닌 크롬, 파이어폭스가 대중적인 브라우저였다면 웹개발에 있어 이렇게 더딘 결과를 초래하진 않았을터이다.

Windows 10 탐색기 설정

흉내쟁이 — Wed, 13 Jan 2016 11:00:12 +0900

윈도우10에서도 탐색기를 통한 폴더 및 파일 접근은 여전히 불편합니다. 새로 추가된 부분도 중복되는 요소들이 많아 기본 설정의 탐색기는 복잡해 보이기에 이를 재설정하는 방법을 소개합니다.

탐색기 확장

윈도우 탐색기를 크롬 브라우저와 유사한 북마크, 탭 기능을 추가하는 Clover가 윈도우 10에서도 여전히 작동한다.

이를 통해 파일간 이동 및 복사를 여러개의 탐색기를 실행하고 찾아 해메는 수고를 덜 수 있으며, 자주 여닫는 폴더를 탭 고정할 수도 있다.

탐색기 바로가기

윈도우 탐색기를 실행하면 보여지는 첫 화면이 바로가기 페이지로 설정되어 있다. 또한, 고정된 바로가기 이외에도 최근에 사용된 파일 및 폴더가 표시되어 좌,우측 패널 모두에 표시된다.

이것을 변경하려면 탐색기 상단의 파일 > 폴더 및 검색 옵션 변경 을 통해 폴더옵션에 접근해야 한다.

일반탭의 파일 탐색기 열기의 드롭다운 메뉴를 통해 탐색기의 첫 화면을 내 PC로 변경가능하다(아마 대부분 이 설정에 익숙할듯).
일반탭의 개인 정보 보호의 최근 사용 파일 및 폴더 표시를 체크해제하여 바로가기에 고정되지 않은 파일 및 폴더가 표시되는 것을 방지할 수 있다.

탐색기 라이브러리

라이브러리 기능을 잘 활용하면 여러 곳에 흩어진 자료를 한데 모아 볼 수 있고 손쉽게 접근이 가능해진다. 다만, 대부분의 사람들은 하나의 사진 폴더와 하나의 음악 폴더에 자료를 보관하기에 탐색기의 자리만 차지하는 애물단지 취급을 받곤한다. 윈도우 10에서는 이 라이브러리를 아래와 같이 숨길 수 있는 기능을 추가했다.

탐색기 상단의 파일 > 폴더 및 검색 옵션 변경 을 통해 폴더옵션에 접근한다.
보기탭의 고급 설정의 탐색 창 영역의 라이브러리 표시 여부에 대한 체크박스를 해제하면 라이브러리가 표시되지 않는다.
보기탭의 고급 설정의 탐색 창 여역의 모든 폴더 표시를 활성화하면 반대로 모든 것들을 표기하게 된다.

탐색기 디스크

SATA 설정을 AHCI로 사용한다면 아래처럼 시스템에 연결된 모든 디스크가 외장형 디스크연결처럼 보이곤 한다. 메인보드 제조사나 Intel에서 제공하는 Intel® Rapid Storage 드라이버를 설치한다면 정상적으로 돌아오기도 하나 그냥 사용해도 무방하다.

윈도우 10에서는 운영체제가 설치된 디스크를 제외한 나머지 디스크를 따로 표기해주어 접근성을 높이고자 했는데, 주로 내 PC로 접근하는 경우에는 중복표기되는 귀찮은 존재일뿐이다(설정메뉴없음).

핫 스왑/핫 플러그인

사실 디스크가 위와 같이 보이는 이유중에 하나가 핫 스왑/핫 플러그인과 연관되어 있다. 핫스왑이 가능한 SATA 포트에 대해서 저런식으로 표기를 해주기 때문이다. BIOS/UEFI 설정에서 (ex. Advanced\Storage Configuration) 각각의 SATA 포트에 대한 핫스왑 지원여부를 설정할 수 있는 메인보드들은 이를 Disabled로 변경하면 정상적으로 보여진다.

USB를 연결해보면 외장형 디스크이기에 따로 디스크가 표기된다.

레지스트 수정

메인보드 제조사에서 Rapid Storage 드라이버를 제공하지 않거나, Intel 드라이버가 정상작동하지 않는 경우, 또는 BIOS/UEFI에서 핫스왑 설정을 지원하지 않는다면 직접 레지스트리를 수정할 수도 있다.

개인적으로는 레지스트리 수정을 추천하지 않는다.

How to hide removable drives from the Navigation Pane in Windows 10에서 소개된 내용이다.

시작메뉴 우클릭 > 실행선택 > regedit 입력으로 레지스트리 편집기을 연다.

시스템 운영체제에 따라 주어진 위치를 찾아간다.

32bit :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Desktop\NameSpace\DelegateFolders\{F5FB2C77-0E2F-4A16-A381-3E560C68BC83}

64bit :

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Explorer\Desktop\NameSpace\DelegateFolders

찾은 서브키{F5FB2C77-0E2F-4A16-A381-3E560C68BC83} 앞에 '-'(하이픈)을 추가해 -{F5FB2C77-0E2F-4A16-A381-3E560C68BC83} 로 변경한다.
변경 내용을 적용하기 위해 모든 탐색기 창을 닫는다.

이를 다시 복원하려면 서브키의 '-'을 제거하면 된다.

OneDrive

탐색기의 OneDrive 또한 제거 할 수 있으며, 관련해서 OneDrive 해제 또는 제거라는 공식 문서가 제공되니 이를 참조하도록 하자.

Windows 10 바로가기 및 브라우저 설정

흉내쟁이 — Tue, 12 Jan 2016 11:00:18 +0900

윈도우 10 설치 후에 도움이 될만한 기본 설정을 모았습니다. 설정 부분까지 도달하는데는 복잡한 메뉴나열보다는 검색을 이용하도록 합시다.

바탕화면에 아이콘 추가

바탕화면에 기본 아이콘(컴퓨터, 휴지통, 문서, 제어판, IE11)이 없을 경우, 이를 접근하기 쉽게 바탕화면에 아이콘을 추가해보자.

바탕 으로 검색하여 바탕 화면의 일반 아이콘 표시/숨기기 선택
원하는 아이콘을 선택하고 적용
internet 으로 검색, 검색 결과중 Internet Explorer 에 마우스 우클릭한 후 파일위치 열기 선택
이동된 위치에서 Internet Explorer 의 바로가기를 바탕화면에 복사
기타 자주 사용하는 프로그램들을 검색하여 실행파일을 바로가기로 만들어 바탕화면에 복사

윈도우 8이상 부터는 시작메뉴에 우클릭으로 등장하는 메뉴가 존재한다. 몇개의 자주 사용되는 메뉴들이 제공되며, 바탕화면을 좀 더 깔끔히 유지하고 접근에 용이할 것이다.

브라우저 설정

윈도우 10부터는 기본으로 제공되는 브라우저가 Edge로 변경되었으며, ActiveX 및 NPAPI를 사용하는 국내의 사이트와는 궁합이 좋지 않은 관계로 아래와 같은 화면을 자주 접하게 된다.

Microsoft Edge에서 계속하기를 선택하면 대부분 정상적으로 접속되나 이 메세지가 뜨는 것이 달갑지 않다면 주소창에 about:flags 를 입력 후 개발자 설정의 Microsoft 호환성 목록 사용을 체크해제하면 메세지가 뜨지 않는다.

시작 페이지 변경

Edge 브라우저는 기본 화면이 뉴스 화면으로 나오는데 설정메뉴를 통해 이를 변경할 수 있다.

다른 프로그램으로 열기의 특정 페이지의 드롭다운 메뉴의 사용자 지정를 선택한다.

웹 주소 입력란에 원하는 주소를 입력하면(ex. www.naver.com) 해당 페이지가 브라우저가 실행될 때 열리며 갯수를 추가하거나 삭제할 수 있다.

기본 검색엔진 변경

Edge 브라우저는 기본 검색이 빙(Bing)을 이용해 검색한다. 이를 변경해보자.

검색엔진을 제공하는 사이트로 이동(ex. google.co.kr)한 후에 설정메뉴를 통해 고급 설정 보기를 선택한다.

주소 표시줄에서의 검색에 사용에서 변경을 선택한다.

검색된 검색엔진을 선택하고 기본값으로 설정한다. 이 후 주소창을 이용한 검색시 해당 검색엔진을 이용하게 된다.

기본 브라우저 변경

Edge 이외의 IE11 이나 기타 브라우저를 기본 브라우저로 설정해보자.

기본 앱 으로 검색하여 기본 앱 설정 선택
웹 브라우저를 선택하여 원하는 브라우저를 기본 브라우저로 선택

Windows 10 다운그레이드(이전 윈도우로 돌아가기)

흉내쟁이 — Mon, 11 Jan 2016 11:00:11 +0900

윈도우 10을 사용하다가 하드웨어 및 프로그램의 호환성 문제, 혹은 특정한 부분이 마음에 들지 않아 다시 이전의 윈도우로 돌아가고 싶을 경우가 있습니다. 이와 관련된 내용을 서술합니다.

다운그레이드 조건

윈도우를 업그레이드 한 사용자는 28일이내에는 다운그레이드가 가능하다. 즉, 클린 설치를 통해 윈도우를 사용하는 사용자의 경우와 업그레이드 후 28일이 지난 사용자는 다운그레이드 할 수 없다.
c:\ 에 Windows.old 및 Windows.~BT 폴더의 모든 항목을 유지해야 한다. 이를 제거하였거나 디스크정리를 통해서 기존 Windows 정보가 제거된 경우에는 다운그레이드 할 수 없다.
업그레이드 후 추가한 모든 사용자 계정을 제거해야 한다.
윈도우 7 또는 윈도우 8.1에 로그인하는데 사용한 암호를 알고 있어야 한다(암호를 사용한 경우).

윈도우 8.1로 되돌린 경우 메일 및 피플과 같이 윈도우와 함께 제공된 일부 앱은 더 이상 작동하지 않을 수 있다. 이 문제를 해결하려면 스토어에서 해당 앱을 다시 설치해야 한다.

다운그레이드 방법

시작메뉴의 설정 > 업데이트 및 복구 > 복구 의 Windows *로 돌아가기를 통해 이전 버전의 윈도우로 되돌릴 수 있다. 이 옵션을 사용하면 개인 파일은 유지되지만, 업그레이드 후에 설치한 앱 및 드라이버와 설정에 대해 변경한 모든 내용이 제거된다.

몇가지 주의 메세지를 띄우고 계속 진행하면 재부팅이 되면서 이전 버전의 Windows 복원 중... 이라는 메세지를 접하게 된다.

다운그레이드가 완료되면 이전에 사용하던 파일과 인증에 문제가 없는지 살펴보도록 하자.

Windows 10 업그레이드 및 설치 오류 해결방안

흉내쟁이 — Sun, 10 Jan 2016 11:00:10 +0900

윈도우 10의 업그레이드가 모종의 이유로 실패한다면 눈 앞이 캄캄해집니다. 이전 자료에 대한 걱정부터 이전 윈도우를 그냥 쓸껄하는 자책까지... 마이크로소프트에 대한 원망은 뒤로하고도 말이죠. 관련해서 오류해결책에 대한 정보를 모아보았습니다.

오류코드 확인하기

윈도우는 오류 발생시 오류코드를 알려준다. 아래는 필자가 윈도우 10 업그레이드 실패를 경험하면서 발생한 오류 코드에 대한 예시이다.

업그레이드중 아래와 같이 이전 윈도우로 복구가 되어버렸다.

오류코드 800706FB를 알리나 이에 대한 검색결과는 존재하지 않았다.

필자는 HDD 공간을 약 30Gb이상으로 여유공간을 만들고 다시 업그레이드를 진행하였더니 오류없이 윈도우 10 업그레이드에 성공하였다. 윈도우 10에서 요구하는 공간은 3Gb 정도의 여유공간인데 업그레이드를 성공하고 난후 Windows.old 파일을 살펴보니 무려 20Gb의 공간을 차지하고 있었다. 실제로 필요한 여유 공간은 Windows.old 가 생성될 크기를 예상해야 되는 것이 아닐까?

오류해결 방안

일반적으로, Windows 10 업그레이드 및 설치 오류에 대한 도움말을 제공하고 있지만 오류라는게 그 범위내에서만 일어나진 않는다. 윈도우 10 업그레이드 오류라는 검색어로 검색하면 다양한 오류를 접할 수 있다.

오류에 대한 해결방안을 찾지 못하거나 알려진 방법들을 동원해도 계속적인 실패를 경험할 수 있다. 평소에 자신의 시스템에 많은 수정이 가해졌거나 순정의 윈도우가 아니라고 생각된다면 포맷후 순정의 MSDN 버전으로 클린 설치를 하고 업데이트를 진행 후 업그레이드를 시도하는 것이 시간 낭비를 줄일 수 있는 방법이 될 수 있다.

그 밖의 오류코드가 발생한다면 윈도우 10 설치 오류 총정리의 글도 참고하도록 하자.

Windows 10 업그레이드 및 설치

흉내쟁이 — Sat, 9 Jan 2016 11:00:17 +0900

'새해에는 새 윈도우에~!' 라는 다짐아래 그 동안의 시스템을 정리하고 윈도우 10으로 업그레이드를 진행하였고 무사안착 하였습니다. 관련하여 설치순서를 정리해봅니다.

일반 사용자를 위한 윈도우즈 10 무료 업그레이드 혜택은 2016년 7월 29일로 종료되었습니다. 하지만 마이크로소프트는 여전히 무료 업그레이드 혜택을 받을 수 있는 통로를 열어두었습니다.

보조 기술을 사용하는 고객을 위한 Windows 10 무료 업그레이드

Windows 10 업그레이드 알림

기존의 시스템에 업그레이드가 준비되면 아래와 같은 알림이 등장한다.

또한, 윈도우가 설치된 드라이브에는 $Windows.~BT라는 숨긴 폴더가 존재하며, 이는 윈도우 10 설치파일을 미리 다운로드받아둔 폴더로 약 3~6Gb의 용량을 차지한다. 윈도우 10으로 업그레이드 완료후에도 이는 이전버전의 윈도우로 돌아갈때도 사용된다.

본격적으로 업그레이드를 시작하기 전에 마지막으로 자신의 시스템을 한번 체크한다. 윈도우 버전 및 시스템 종류, 인증여부등을 확인하도록 하자.

Windows 10 업그레이드

작업표시줄의 알림창을 클릭하거나 윈도우 로고를 클릭하면 아래와 같은 창을 뜨며 업그레이드를 시작할 수 있다.

$Windows.~BT 폴더가 있더라도 다시 다운로드가 진행되는데 미리 받아둔 파일이 완전한 파일이 아닌듯 싶다.

다운로드가 완료되면 사용권 계약 동의를 구하고 업그레이드 설치 준비가 완료된다.

지금 업그레이드 시작을 선택하면 본격적으로 업그레이드가 진행된다.

이후의 업그레이드 과정에서는 몇번의 재부팅을 동반함에 유의하자

업그레이드 시작전에 업데이트 파일을 구성하며 자동으로 재부팅하게 된다.

재부팅 후, 윈도우 10 업그레이드가 파일복사 → 기능 및 드라이버 설치 → 설정 구성의 순으로 진행된다.

설정을 구성하면서 사용할 계정을 선택하게 된다.

이후, 법적 고지사항 및 기본 설정, 앱 선택의 과정을 거쳐 윈도우 설정은 마무리하게 되며, 이제 시작합니다 라는 메세지와 더불어 몇가지 메세지가 더 등장하고 윈도우의 업그레이드는 완료된다. 기본적으로 이전 윈도우에 설치된 프로그램들과 설정들을 물려받는다.

우선 설치가 완료되면 시작메뉴에 마우스 우클릭으로 등장하는 메뉴에서 시스템 을 선택하여 설치정보 및 인증을 확인하자.

이로써 설치과정은 마무리된다.

Windows 10 업그레이드 및 설치전 준비사항

흉내쟁이 — Fri, 8 Jan 2016 11:00:10 +0900

기존의 윈도우 시스템을 윈도우 10으로 업그레이드하거나 클린설치를 염두에 두고 있을때 유의해야 할 사항들을 짚어봅니다.

하드웨어 호환성 확인

윈도우 10을 설치하고 막상 기존의 시스템을 구성하고 있던 하드웨어들이 이를 지원하지 않는다면 그보다 난감할 수 없다. 사전에 각각의 하드웨어 제조사의 홈페이지에 들려 윈도우 10의 지원사항을 파악하자.

일반적인 시스템은 메인보드에 대부분의 시스템 구성요소가 포함되므로 이의 호환성을 우선적으로 확인해야 한다. 메인보드의 경우 드라이버뿐만 아니라 BIOS/UEFI의 업데이트 또한 지원하지는 꼼꼼히 살펴보도록 하자.

또한 프린터, 스캐너같은 의외의 주변기기에서 난관에 봉착할 수 있기 때문에 사용하는 주변기기들에 대한 호환성도 염두에 두어야한다.

제조사의 홈페이지에서 드라이버를 다운로드 받고,

BIOS/UEFI를 업데이트 한다.

필자의 경우, 메인보드의 UEFI를 업데이트하고, 윈도우 10 설치 완료후, 드라이버를 업데이트하였다.

윈도우 10은 아톰(Atom) 기반 태블릿처럼 낮은 전력 시스템을 포함한 다양한 하드웨어에서 실행되지만 최소 요구사항이 존재한다. 컴퓨터가 1GHz 보다 낮은 속도의 프로세서이거나 32비트 시스템의 1Gb 이하의 메모리, 64비트 시스템의 2Gb 이하의 메모리를 보유하고 있다면 설치 프로그램이 설치를 완료할 수 없다.

업데이트 기간 및 설치 시간

2015년 7월 29일부터 1년간 무료 업데이트가 시행된다. Windows 10 무료 업그레이드 예약을 했다면 시간의 차등을 두고 순차적으로 업그레이드 알림이 뜨게 된다.

예약없이 윈도우 10으로 업그레이드하길 원한다면 아래의 링크를 이용해 설치할 수 있다.

오류 없이 설치가 진행된다면 1시간 이내에 설치를 마무리 지을 수 있다. 다만, 윈도우의 중요 업데이트가 항상 매끄럽게 진행되지만은 않기에 불상사를 대비해서 주요 자료의 백업과 넉넉한 시간 배분이 필요하다. 오류를 해결하는데 해가 지고 해가 다시 뜨는 일은 다반사이니 말이다.

호환 프로그램 및 게임

윈도우 10의 프로그램 호환성은 계속 업데이트되고 있으며 Windows 10/호환성 에서 호환 목록을 확인해 볼 수 있다. 특수한 경우를 제외한 대부분의 프로그램 및 게임이 호환성을 보이고 있다.

비호환성 프로그램 제거

윈도우의 업데이트를 방해하는 몇가지 대표적인 사례가 있다. 윈도우 8과 8.1에서 사리진 시작메뉴를 복구하기 위해 설치하는 각종 유틸리티들이 그들 중 하나이며, 비슷하게 이전 세대의 윈도우에 깊숙히 초점이 맞춰진 프로그램들은 윈도우 10 업그레이드 실패의 원인이 될 수 있다.

마이크로소프트 계정준비

윈도우 8이상의 운영체제에서는 마이크로소프트의 계정을 설정해 이를 디바이스간의 연결 및 시스템 설정사항등을 저장한다. 윈도우 10에 이르러서는 이 계정을 이용해 아래와 같은 더욱 통합된 시스템을 구축한다.

윈도우 10을 설치시 마이크로소프트 계정을 생성할 수 있으나 계정의 인증과 같은 부분에서 다른 기기를 이용해서 확인해야 할 수 있으니 미리미리 생성하자.

티스토리 댓글 및 방명록 디자인 유의사항

흉내쟁이 — Tue, 5 Jan 2016 11:00:11 +0900

티스토리의 댓글 및 방명록을 디자인할때 겪을 수 있는 유의사항을 살펴봅니다.

댓글 및 방명록 스크립트

티스토리에서 댓글과 방명록 폼에 입력된 내용을 처리하는 스크립트는 아래와 같다.

function addComment(caller, entryId) {
    var oForm = findFormObject(caller);
    if (!oForm)
    return false;
    var request = new HTTPRequest("POST", oForm.action);
    request.onSuccess = function () {
        if(entryId == 0)
            window.location = blogURL + "/guestbook";
        else {
            document.getElementById("entry" + entryId + "Comment").innerHTML = this.getText("/response/commentBlock");
            if(document.getElementById("recentComments"))
                document.getElementById("recentComments").innerHTML = this.getText("/response/recentCommentBlock");
            if(document.getElementById("commentCount" + entryId))
                document.getElementById("commentCount" + entryId).innerHTML = this.getText("/response/commentView");
            if(document.getElementById("commentCountOnRecentEntries" + entryId))
                document.getElementById("commentCountOnRecentEntries" + entryId).innerHTML = "(" + this.getText("/response/commentCount") + ")";
        }
        if(typeof window.needCommentCaptcha !== "undefined"){
            captchaPlugin.init('complete');
        }
    }
    request.onError = function() {
        var description = this.getText("/response/description");
        if (description) { alert(description); }
    }
    var queryString = "key=tistory";
    var captchaInput = document.getElementById('inputCaptcha');
    if (oForm["name"])
        queryString += "&name=" + encodeURIComponent(oForm["name"].value);
    if (oForm["password"])
        queryString += "&password=" + encodeURIComponent(oForm["password"].value);
    if (oForm["homepage"])
        queryString += "&homepage=" + encodeURIComponent(oForm["homepage"].value);
    if (oForm["secret"] && oForm["secret"].checked)
        queryString += "&secret=1";
    if (oForm["comment"])
        queryString += "&comment=" + encodeURIComponent(oForm["comment"].value);
    if (captchaInput) {
        if (!captchaInput.value) {
            alert('그림문자가 입력되지 않았습니다.');
            return false;
        }
        queryString += "&captcha=" + encodeURIComponent(captchaInput.value);
    }
    request.send(queryString);
}
.....

폼에 입력된 내용을 전송하고 내용을 갱신시키기 위해 페이지를 새로고침시키는 일반적인 방식과는 달리 서버측과 통신하기 위해 AJAX를 사용하고 페이지 전체를 새로고침하지 않고 입력된 댓글들을 갱신시키고 있다.

AJAX 요청으로 응답받는 내용은 아래 그림과 같이 XML문서이고 이 곳에 정의된 <commentBlock> 은 스킨제작시 삽입되는 댓글영역 치환자 <s_rp> 가 정의하고 있는 영역이다.

댓글 및 방명록 이벤트연결

다시말하자면 댓글을 입력하고 전송버튼을 누르면 위의 스크립트들이 실행되고 AJAX로 응답받은 내용들로 댓글 및 방명록 영역이 교체된다. 일반적인 디자인을 염두에 두고 있다면 문제발생 소지가 적지만 스크립트를 이용해 이벤트를 연결하고 어떤 행동을 부여하는 등의 디자인을 구상하고 있다면 이는 원하는데로 작동하지 않아 당황스러울지도 모른다. 어떠한 추가적인 에러메세지도 노출되지 않을테니.....

사실 동적으로 생성된 구조에는 동적인 이벤트연결을 부여해야한다. jQuery를 사용하고 있다면 .on() 의 사용에 익숙할 것이다.

on( events [, selector] [, data], handler(eventObject))

events : 공백으로 구분된 하나 이상의 이벤트 형식으로 click, keydown, focus 등이 있다.
selector : 이벤트가 발생할 자식요소들을 찾을 선택자로 일반적인 경우에 이를 생략하여 선택된 요소에만 이벤트를 적용하지만 동적 이벤트연결엔 필요하다.
data : 이벤트가 발생할 때 핸들러에 전달할 데이터
handler(eventObject) : 이벤트가 발생하면 실행될 함수

일반적인 경우라면 전자와 같이 이벤트를 연결하겠지만 동적인 연결은 후자와 같다.

$('.focus-target').on('focus', function(){
    $(this).closest('.focus-wrap').addClass('focus');
});

$(document).on('focus', '.focus-target', function(){
    $(this).closest('.focus-wrap').addClass('focus');
});

스킨을 제작하면서 댓글폼을 전송시 동적으로 생성되는 구조를 모르고 있다가 당황스러웠다. 그런분들이 또 있을까 싶어 기록을 남겼다.

티스토리 카테고리 클래스 추가

흉내쟁이 — Mon, 4 Jan 2016 11:00:10 +0900

티스토리 스킨의 카테고리 목록형 구조에 클래스명이 새로이 추가되었습니다. 카테고리 디자인을 위해 복잡한 CSS 선택자를 이용하거나 스크립트로 클래스를 추가해 사용해왔는데 조금은 수월해질 듯 싶습니다.

카테고리 목록의 구조

아래는 [샆샾_category_list_샾샾] 치환자를 이용할 경우 생성되는 구조이다.

샾샾 부분은 ##으로 교체

<ul class="tt_category">
    <li>
        <a class="link_tit" href="/category">분류 전체보기 <span class="c_cnt">(글갯수)</span></a>
        <ul class="category_list">
            <li>
                <a class="link_item" href="...">카테고리명 <span class="c_cnt">(글갯수)</span></a>
                <ul class="sub_category_list">
                    <li>
                        <a class="link_sub_item" href="...">서브 카테고리명 <span class="c_cnt">(글갯수)</span></a>
                    </li>
                </ul>
            </li>
        </ul>
    </li>
</ul>

카테고리 목록의 시작엔 .tt_category 가 추가되었다 - 1행.
카테고리 목록의 최상위 목록엔 .link_tit 가 추가되었다 - 3행
카테고리 목록의 1차 카테고리의 시작엔 .category_list 가 추가되었다. - 4행
카테고리 목록의 1차 카테고리의 링크엔 .link_item 이 추가되었다. - 6행
카테고리 목록의 2차 카테고리가 있다면 그 시작엔 .sub_category_list 가 추가된다. - 7행
카테고리 목록의 2차 카테고리의 링크엔 link_sub_item 이 추가된다. - 9행

이로써, 일반적인 카테고리 목록의 디자인을 변경하는 것에는 문제가 없을 것이다. 다만, 아직 현재 활성화된 카테고리에 대한 클래스를 부여해주지 않기에 스크립트로 이를 대체해야 한다.

CCZ-CROSS 패치노트

흉내쟁이 — Tue, 29 Dec 2015 05:18:22 +0900

테스트가 부족했던 관계로 미흡한 부분이 발견되고 있으며, 이를 보완하고 패치내역을 공개하고 있습니다. 불편하시더라도 패치내역을 둘러 보시길 권합니다.

모든 패치내용을 반드시 수정할 필요는 없습니다. 패치내역을 살펴보시고 적용하길 원한다면 새 파일을 다운로드 하거나 직접 수정할 수 있도록 설명을 보태고 있습니다(오래된 패치내용 부터 최신순으로 수정하세요).

[2016.01.24]] 패치 내용의 전달을 수월하게 진행하기 위해 GitHub의 변경이력을 살펴볼 수 있도록 변경되었습니다.

댓글과 방명록 폼버그 수정

증상 : 댓글과 방명록에 댓글이나 답글을 작성한 후, 신규 댓글이나 답글을 작성하기 위해 입력폼을 선택해도 동작하지 않는 버그

해결 : main.js 파일의 //폼액션 부분을 찾아 삭제하고 아래의 코드로 대체한다.

//폼액션
$(document).on('focus', '.focus-target', function(){
    $(this).closest('.focus-wrap').addClass('focus');
});
$(document).on('focusout', '.focus-target', function(){
    $(this).closest('.focus-wrap').removeClass('focus');
});

$(document).on('focus','.textboxs textarea', function(){
    $('.write-form').addClass('active');
    $(this).siblings('label').fadeOut('fast');
});
$(document).on('focusout','.textboxs textarea', function(){
    if($(this).val() == ''){
        $(this).siblings('label').fadeIn('fast');
    }
});

//goToTop
.....

사이드바 카테고리 카운트 수정

증상 : 구형 IE에서 카테고리 카운트 부분의 위치가 부정확하다.

해결 : style.css 파일의 .module-category .c_cnt 부분에 위치제어를 추가한다.

.module-category .c_cnt {
    position: absolute;
    top: 0;
    right: 5px;
    font-size: .8em;
}

사이드바 카테고리 NEW 아이콘 FOUC 처리

증상 : 기존의 NEW 아이콘 이미지가 노출된 체로 새로운 NEW 아이콘으로 변경된다.

해결 : reset.css 파일의 FOUC 처리 부분에 NEW 아이콘을 추가한다.

.loading .fouc,
 .loading .tt-cate img[alt="N"] {
    opacity: 0 !important;
}
.fouc, 
.tt-cate img[alt="N"] {
    opacity: 1 !important;
    -webkit-transition-property: opacity;
    -webkit-transition-delay: .6s;
    -webkit-transition-duration: .6s;
    transition-property: opacity;transition-delay: .6s;
    transition-duration: .6s;
}
.no-csstransitions .loading .fouc, 
.no-csstransitions .loading .tt-cate img[alt="N"] {
    visibility: hidden;
}
.no-csstransitions .fouc, 
.no-csstransitions .tt-cate img[alt="N"] {
    visibility: visible;
}

사이트 헤더와 푸터에 최소너비 지정

증상 : 구형 IE에서 사이트 헤더와 푸터의 최소너비를 지정하여 창의 크기를 줄여도 디자인이 깨지지 않도록 한다.

해결 : old.css 파일의 레이아웃부분에 최소너비를 아래와 같이 지정한다.

#site-header,
#site-footer {
    min-width: 1000px;
}

테이블 관련 서식 업데이트

증상 : 소스의 원본은 부트스트랩에서 차용해서 쓰고 있으며, 업데이트 내용을 적용한다.

해결 : reset.css 파일의 table 관련 스타일을 삭제하고 이를 아래의 내용으로 대체한다.

/* table */
table{background-color:transparent;}caption{padding-top:8px;padding-bottom:8px;color:#777;text-align:left;}th{text-align:left;}.table{width:100%;max-width:100%;margin-bottom:20px}.table>thead>tr>th,.table>tbody>tr>th,.table>tfoot>tr>th,.table>thead>tr>td,.table>tbody>tr>td,.table>tfoot>tr>td{padding:8px;line-height:1.42857143;vertical-align:middle;border-top:1px solid #ddd}.table>thead>tr>th{vertical-align:bottom;border-bottom:2px solid #ddd;}.table>caption+thead>tr:first-child>th,.table>colgroup+thead>tr:first-child>th,.table>thead:first-child>tr:first-child>th,.table>caption+thead>tr:first-child>td,.table>colgroup+thead>tr:first-child>td,.table>thead:first-child>tr:first-child>td{border-top:0}.table>tbody+tbody{border-top:2px solid #ddd}.table .table{background-color:#fff}.table-condensed>thead>tr>th,.table-condensed>tbody>tr>th,.table-condensed>tfoot>tr>th,.table-condensed>thead>tr>td,.table-condensed>tbody>tr>td,.table-condensed>tfoot>tr>td{padding:5px}.table-bordered{border:1px solid #ddd}.table-bordered>thead>tr>th,.table-bordered>tbody>tr>th,.table-bordered>tfoot>tr>th,.table-bordered>thead>tr>td,.table-bordered>tbody>tr>td,.table-bordered>tfoot>tr>td{border:1px solid #ddd}.table-bordered>thead>tr>th,.table-bordered>thead>tr>td{border-bottom-width:2px}.table-striped>tbody>tr:nth-child(odd){background-color:#f9f9f9}.table-hover>tbody>tr:hover{background-color:#f5f5f5}table col[class*="col-"]{position:static;display:table-column;float:none;}table td[class*="col-"],table th[class*="col-"]{position:static;display:table-cell;float:none;}.table>thead>tr>td.active,.table>tbody>tr>td.active,.table>tfoot>tr>td.active,.table>thead>tr>th.active,.table>tbody>tr>th.active,.table>tfoot>tr>th.active,.table>thead>tr.active >td,.table>tbody>tr.active>td,.table>tfoot>tr.active>td,.table>thead>tr.active>th,.table>tbody>tr.active>th,.table>tfoot>tr.active>th{background-color:#f5f5f5;}.table-hover>tbody>tr>td.active:hover,.table-hover>tbody>tr>th.active:hover,.table-hover>tbody>tr.active:hover>td,.table-hover>tbody>tr:hover>.active,.table-hover>tbody>tr.active:hover>th{background-color:#e8e8e8}.table>thead>tr>td.success,.table>tbody>tr>td.success,.table>tfoot>tr>td.success,.table>thead>tr>th.success,.table>tbody>tr>th.success,.table>tfoot>tr>th.success,.table>thead>tr.success>td,.table>tbody>tr.success>td,.table>tfoot>tr.success>td,.table>thead>tr.success>th,.table>tbody>tr.success>th,.table>tfoot>tr.success>th{background-color:#dff0d8}.table-hover>tbody>tr>td.success:hover,.table-hover>tbody>tr>th.success:hover,.table-hover>tbody>tr.success:hover>td,.table-hover>tbody>tr:hover>.success,.table-hover>tbody>tr.success:hover>th{background-color:#d0e9c6}.table>thead>tr>td.info,.table>tbody>tr>td.info,.table>tfoot>tr>td.info,.table>thead>tr>th.info,.table>tbody>tr>th.info,.table>tfoot>tr>th.info,.table>thead>tr.info>td,.table>tbody>tr.info>td,.table>tfoot>tr.info>td,.table>thead>tr.info>th,.table>tbody>tr.info>th,.table>tfoot>tr.info>th{background-color:#d9edf7}.table-hover>tbody>tr>td.info:hover,.table-hover>tbody>tr>th.info:hover,.table-hover>tbody>tr.info:hover>td,.table-hover>tbody>tr:hover>.info,.table-hover>tbody>tr.info:hover>th{background-color:#c4e3f3}.table>thead>tr>td.warning,.table>tbody>tr>td.warning,.table>tfoot>tr>td.warning,.table>thead>tr>th.warning,.table>tbody>tr>th.warning,.table>tfoot>tr>th.warning,.table>thead>tr.warning>td,.table>tbody>tr.warning>td,.table>tfoot>tr.warning>td,.table>thead>tr.warning>th,.table>tbody>tr.warning>th,.table>tfoot>tr.warning>th{background-color:#fcf8e3}.table-hover>tbody>tr>td.warning:hover,.table-hover>tbody>tr>th.warning:hover,.table-hover>tbody>tr.warning:hover>td,.table-hover > tbody > tr:hover > .warning,.table-hover>tbody>tr.warning:hover>th{background-color:#faf2cc}.table>thead>tr>td.danger,.table>tbody>tr>td.danger,.table>tfoot>tr>td.danger,.table>thead>tr>th.danger,.table>tbody>tr>th.danger,.table>tfoot>tr>th.danger,.table>thead>tr.danger>td,.table>tbody>tr.danger>td,.table>tfoot>tr.danger>td,.table>thead>tr.danger>th,.table>tbody>tr.danger>th,.table>tfoot>tr.danger>th{background-color:#f2dede}.table-hover>tbody>tr>td.danger:hover,.table-hover>tbody>tr>th.danger:hover,.table-hover>tbody>tr.danger:hover>td,.table-hover > tbody > tr:hover > .danger,.table-hover>tbody>tr.danger:hover>th{background-color:#ebcccc}.table-responsive{min-height:.01%;overflow-x:auto;}@media screen and (max-width:767px){.table-responsive{width:100%;margin-bottom:15px;overflow-y:hidden;-ms-overflow-style:-ms-autohiding-scrollbar;border:1px solid #ddd;}.table-responsive>.table{margin-bottom:0}.table-responsive>.table>thead>tr>th,.table-responsive>.table>tbody>tr>th,.table-responsive>.table>tfoot>tr>th,.table-responsive>.table>thead>tr>td,.table-responsive>.table>tbody>tr>td,.table-responsive>.table>tfoot>tr>td{white-space:nowrap}.table-responsive>.table-bordered{border:0}.table-responsive>.table-bordered>thead>tr>th:first-child,.table-responsive>.table-bordered>tbody>tr>th:first-child,.table-responsive>.table-bordered>tfoot>tr>th:first-child,.table-responsive>.table-bordered>thead>tr>td:first-child,.table-responsive>.table-bordered>tbody>tr>td:first-child,.table-responsive>.table-bordered>tfoot>tr>td:first-child{border-left:0}.table-responsive>.table-bordered>thead>tr>th:last-child,.table-responsive>.table-bordered>tbody>tr>th:last-child,.table-responsive>.table-bordered>tfoot>tr>th:last-child,.table-responsive>.table-bordered>thead>tr>td:last-child,.table-responsive>.table-bordered>tbody>tr>td:last-child,.table-responsive>.table-bordered>tfoot>tr>td:last-child{border-right:0}.table-responsive>.table-bordered>tbody>tr:last-child>th,.table-responsive>.table-bordered>tfoot>tr:last-child>th,.table-responsive>.table-bordered>tbody>tr:last-child>td,.table-responsive>.table-bordered>tfoot>tr:last-child>td{border-bottom:0}}

홈화면 및 카테고리 목록 스타일 수정

증상 : 홈화면 및 카테고리 목록의 메타정보(카테고리명과 날짜) 부분의 콘텐츠가 길어지면 썸네일 위로 오버랩된다.

해결 : style.css 파일의 .list-meta 을 아래와 같이 수정한다.

.list-meta {margin-top: 5px; font-size: .85em; white-space: normal;}

다음맵 반응형 스타일 추가

증상 : 에디터로 삽입하는 다음 지도가 반응형으로 작동하지 않는다.

해결 : style.css 파일의 Tistory Plugins 영역에 아래의 내용을 추가한다.

/* 다음맵 */
iframe[id^="emap"]{max-width: 100%;}

경보 스타일 수정

증상 : 경보의 콘텐츠가 한 줄일때, 세로 가운데 정렬이 되지 못한다.

해결 : reset.css 파일의 .alert 의 반응형 부분을 아래와 같이 수정하고 업로드한다.

@media (min-width: 768px) {
    .alert {
        display: table-cell;
        position: relative;
        width: 10000px;
        height: 108px;
        vertical-align: middle;
        padding: 30px 30px 30px 100px;
        color: #666;
        background-color: #fafafa;
    }
}

old.css 파일의 .alert 부분도 아래와 같이 수정하고 업로드한다.

.alert {
    display: table-cell;
    position: relative;
    height: 108px;
    width: 10000px;
    vertical-align: middle;
    padding: 30px 30px 30px 100px;
    color: #666;
    font-size: 12px;
    background-color: #fafafa;
    *display: block;
    *width: auto;
    *height: auto;
    *min-height: 50px;
    *zoom:expression(this.runtimeStyle['zoom'] = '1',this.insertBefore(document.createElement("i"), this.firstChild).className="ie-before");
}

CCZ-CROSS 스킨 배포

흉내쟁이 — Sat, 26 Dec 2015 10:33:46 +0900

티스토리의 관리자 페이지 업데이트 이후로 로그인/로그아웃이 정상작동하지 않는 경우에는 환경설정(블로그관리) > 꾸미기 - 설정에서 블로그 메뉴바를 표시합니다.로 설정을 변경해 주시길 바랍니다.

CCZ-CROSS 스킨 소개

기존에 사용하고 있던 스킨에 대한 공유 요청이 있어 배포 가능한 형태로 재작업하여 배포하게 되었습니다. 개인적으로 구형 브라우저 및 기기들을 지원하는 마지막 작업 결과물인 동시에, 여러가지 쓸만한 아이디어를 조합한 시험작입니다.

ccz-cross-mobile.jpg

ccz-cross-pc.jpg

특징

클래식한 테마
다양한 기기 및 브라우저를 지원하는 반응형 디자인
옵션 값의 변경으로 일부 기능 ON/OFF 가능
글 작성시 도움이 될만한 서식 스타일 추가

브라우저 지원

Windows XP 운영체제의 Internet Explorer 7/8
Windows 7 운영체제의 Internet Explorer 9/11
Windows 8.1 운영체제의 Internet Explorer 11
Windows 10 운영체제의 Internet Explorer 11/Edge
Firefox 최신버전
Chrome 최신버전
Opera 최신버전
iOS Safari
Android 2.3.x 이상 내장브라우저
Android Chrome

테스트의 진행은 위의 브라우저들에서 진행되었지만 웹 표준을 준수하는 브라우저라면 그 밖의 브라우저에서도 이상없이 작동됩니다. 블로그 주소를 도메인을 연결하여 사용하시거나 개별글 주소를 문자형태로 사용하신다면 테스트가 필요합니다.

라이센스

CCZ-CROSS 스킨은 무료로 배포되며, 자유로이 수정하셔서 사용하셔도 됩니다.
판매의 목적으로 사용될 수 없습니다.
썸네일 추출과 관련된 소스는 ishaiin 님이 판매중인 스킨의 썸네일 추출 소스를 참고하였습니다. 공개 라이센스가 아니기에 이의 재사용을 금합니다.

스킨 참고 및 참조

스킨을 배포판으로 재작업하면서 스킨 공모전에 출품된 많은 작품들을 참고하였습니다.

스킨 다운로드 및 설치

아래의 스킨 파일을 다운로드하고 압축을 해제합니다.

CCZ-CROSSV1.2.2.fix.zip

스킨등록

티스토리 관리 페이지에 접속합니다.
꾸미기 스킨 → 스킨등록 버튼을 클릭합니다.
스킨저장명에 적당한 이름(ex. ccz-cross)을 입력하고 추가버튼을 통해 index.xml, skin.html, style.css, preview.gif 및 images 폴더의 모든 파일을 업로드하고 저장합니다.
보관함 탭의 등록된 스킨을 적용합니다.

스킨설정

꾸미기의 스킨편집 > 홈 화면 꾸미기
- 홈 화면 글 수, 글 목록 글 수를 설정합니다.
- 글 목록 형태를 목록+내용으로 설정합니다.
- 태그 클라우드 순서를 인기순으로 설정합니다.
- 댓글 펼침의 댓글펼침을 활성화합니다.
- 사이드바 태그를 인기순으로 설정합니다.
꾸미기의 사이드바에서 원하는 모듈을 등록하고 저장합니다.
꾸미기의 메뉴에서 원하는 메뉴를 설정합니다.
꾸미기의 모바일에서 티스토리 모바일웹 자동 연결을 '사용하지 않습니다.' 로 설정합니다.
꾸미기의 설정에서 블로그 '메뉴바를 표시합니다.' 로 설정합니다.
플러그인의 플러그인 설정에서 블로그 아이콘 표시 플러그인을 활성화(64x64) 합니다.
환경설정의 기본 정보에서 블로그 정보탭의 블로그 화면 이미지와 아이콘을 등록합니다(개인이 준비).

스킨 옵션설정

images 폴더내의 main.js에는 몇가지 옵션을 설정할 수 있는 트리거가 준비되어 있습니다. main.js 파일을 메모장이나 기타 편집기로 열어보면 문서의 초입에 아래의 구문을 발견할 수 있습니다.

var setting = {

	activeCate: true,    //현재카테고리위치 표기 
	autoLink: true,      //댓글,방명록 자동링크
	extendThumb: false,  //썸네일 확장
	newIcon: true,    	 //new 아이콘 변경여부
	preloader: false,    //프리로드 활성화
	searchTag: true,  	 //검색시에 우선순위태그를 보여줌
	searchTagCount: 8,   //보여줄 우선순위태그 갯수
	tbHide: true,        //트랙백숨기기
	timeChange: true    //포스트,댓글,방명록 날짜표기 변경 
	
}

각각의 옵션은 true 와 false 값으로, 활성/비활성화 됩니다.

activeCate

티스토리에서 제공하는 카테고리의 현재 위치 표기가 불량이라 이를 지원하기 위해 새로 만든 옵션입니다. 이후에 티스토리측에서 정상적인 형태로 제공하게 된다면 비활성화 하시면 됩니다.

autoLink

댓글과 방명록에 링크형식(ex. http://www.tistory.com)의 문자들을 실제 클릭 가능한 링크로 변환하는 옵션입니다. 댓글이 많이 달리는 블로그라면 성능에 영향을 미칠수 있으며, 악의적인 링크연결을 방지하고 싶다면 비활성화 하세요.

extendThumb

홈화면 또는 카테고리 목록에서 유투브, 비메오, 다음tv팟, 사운드클라우드, 데일리모션과 같은 멀티미어 서비스들의 썸네일을 추가하는 옵션입니다. 관련 서비스들을 이용한 글을 주로 작성한다면 이를 활성화하세요.

newIcon

새 글을 알리는 NEW 아이콘을 변경하는 옵션입니다. 기존의 이미지형 아이콘은 세로 정렬에 한계가 있어 준비했지만 원치 않는다면 비활성화 하세요.

preloader

해당 스킨은 스크립트로 변경되는 부분이 존재하며, 이를 콘텐츠가 노출된 상태에서 변경되는 과정을 감추기 위해서 FOUC 처리가 기본으로 적용되어 있습니다. 다만, 로딩이 길어질 경우 빈 화면을 노출하고 있기에 기호에 따라 로딩 이미지로 대체할 수 있도록 이 옵션을 제공합니다. 활성화하면 페이지 로딩시에 아래와 같은 이미지가 제공됩니다.

searchTag

검색시에 보여줄 추천 검색어를 인기태그를 활용해 제공합니다. ~~해당 스킨이 기본적으로 태그를 인기태그로 변경하나 변경되지 않는다면~~ 직접 관리 페이지의 화면설정 → 화면출력에서 사이드바 태그를 인기순으로 변경하시길 바랍니다.

searchTagCount

위의 searchTag 옵션 활성화시에 보여줄 추천 검색어의 갯수를 설정합니다.

tbHide

엮인글(트랙백)과 관련된 내용을 숨깁니다. 엮인글을 사용하시는 경우 비활성화 하세요.

본문 하단의 엮인글 영역
사이드바의 엮인글 영역

timeChange

날짜표기 방식을 2015.09.07 과 같은 방식에서 3개월전, 몇시간전과 같이 현재를 기준으로 지난 시간을 표기합니다.

기타 궁금하신 내용은 CCZ-CROSS 데모페이지에서 살펴보시기 바랍니다.

패치노트

파일을 수정할때 마다 위의 다운로드 파일을 갱신하고 있습니다. 스킨을 수정해서 사용하시는 분들은 전체를 변경하기 어려우실꺼라 생각되어 패치내역 을 따로 공개하고 있습니다.

스킨을 사용하시면서 발견되는 미흡한 부분에 대해서 많은 제보 부탁드립니다.

알려진 문제점

~~각종 서식, 디자인의 스타일 및 위치정렬과 관련된 문제~~ - 2015.12.29/2015.12.31 패치
~~댓글 및 방명록 작성후, 신규 댓글이나 답글을 작성할 수 없었던 문제~~ - 2016.01.04 패치
MAC 운영체제의 크롬브라우저에서 검색이 작동하지 않는 문제 - 티스토리측에서 확인중
카테고리명에 '/' 문자가 들어있을 경우, 카테고리명 노출이 오작동을 일으킴(ex. C/C++) - , 나 & 같은 다른 문자 사용추천
카테고리 및 검색결과등의 목록이 보이지 않는 경우 - 스킨을 적용한 후, 관리자 페이지의 꾸미기의 화면설정메뉴로 이동한 후 화면출력의 선택화면 글 목록의 갯수와 표기화면을 목록+내용으로 전환합니다. 이미 표기화면이 목록+내용으로 되어 있어도 다른 방식으로 변경후 저장하고 다시 목록+내용으로 변경해보세요.
티스토리의 신고기능 업데이트로 인해 기존의 날짜표기 변경 기능이 정상적으로 작동하지 않습니다. 관련해서 업데이트 사항을 참고하세요.