먼저 명령 프롬프트 상에서 netsh를 입력하면 다음과 같이 프롬프트가 생성된다.

netsh>

먼저 우리가 변경해야할 유선랜 인터페이스를 찾아보도록 하겠다. 보통은 ‘로컬 영역 연결’이라고 이름 붙여져 있는 것 같다. 먼저 interface 관련 설정을 확인할 것이므로 interface를 입력한다

netsh> interface
netsh interface>

그러면 위와 같이 쉘 프롬프트가 변경된다. interface 레벨까지 진입했다는 의미이다. 이제 interface 목록을 확인해보자. 이 레벨에서 사용할 수 있는 명령어는 show 이다.

netsh interface > show interface

그러면 아래와 같이 인터페이스의 종류(네트워크 연결의 종류)가 나열된다. 우리가 쓰고자하는 ‘로컬 영역 연결’을 확인할 수 있다.

관리 상태      상태           종류             인터페이스 이름

————————————————————————-

사용                            전용               로컬 영역 연결
사용                            전용               {5B7A9DA3-673E-41D0-AE02-490BA44EF116}
사용                            전용               무선 네트워크 연결
사용                            내부               내부
사용                            루프백              루프백

이제 ip 주소를 변경해본다.ip 주소 관련 레벨로 내려가기 위해 ip를 입력한다.

netsh interface> ip
netsh interface ip> 

변경하는 명령어는 set 을 사용한다. set <바꿀것> <연결이름> <속성1> …. 순으로 정리하는데, 여기서는 ip주소를 바꿀 것이므로 다음과 같이 입력한다.

netsh interface ip > set address name= “로컬 영역 연결” static 111.222.111.101 255.255.255.0 111.222.111.1 1

뒤에 이어진 숫자는 순서대로 ip,서브넷 마스크,게이트 웨이 주소이며, 마지막은 매트릭 번호이다. 보통은 ‘자동 매트릭’으로 설정하던데, 여기서는 매트릭 값을 꼭 주어야 에러없이 처리가 된다.

위와 같이 입력하면 약간의 시간이 경과한 후 별다른 문제가 없을 시 ‘확인됨’이라는 메세지를 출력한다.

ip만 바꾸었다고 인터넷 접속이 제대로 될리가 만무하므로, 다음과 같이 dns도 변경해준다.

netsh interface ip> set dns name= “로컬 영역 연결” static 111.222.10.51 primary

1차 dns 주소를 설정하고 반드시 primary라고 입력해 둔다. 2차 주소를 입력하고 싶다면 위의 명령을 한 번 더 사용하고, secondary를 사용하면 된다.

이러한 작업은 명령줄 창에서 한 줄로 입력이 가능한데, 프롬프트의 내용을 한 줄에 나열하여 쓰면 된다. 결국, 위에서 말한 절차는

netsh interface ip set address name= “로컬 영역 연결” static 111.222.111.101 255.255.255.0 111.222.111.1 1

와 같이 한 줄 그리고 이어서

netsh interface ip set dns= “로컬 영역 연결” static 111.222.10.51 primary

와 같이 입력하고 각각에 대해 ‘확인됨’ 이 출력되면 정상적으로 네트워크 설정이 변경되었음을 확인할 수 있다.

이러한 2번의 과정은 결국 bat 파일을 작성하는 것으로 해결할 수 있는데, 다음과 같이 메모장에 작성하거나, 명령프롬프트 상에서는 ‘copy con 파일이름’ 이라고 입력하고 다음의 내용을 모두 기술한다.

@echo off
echo 로컬 영역 연결 ip 변경
netsh interface ip set address name= “로컬 영역 연결” static 111.222.111.101 255.255.255.0 111.222.111.1 1
echo DNS 변경
netsh interface ip set dns name= “로컬 영역 연결” static 111.222.51.10 primary

IP 자동 구성(DHCP)의 경우에는 조금 짧은데, 다음의 내용으로 bat 파일을 만든다 

@echo off
echo 로컬 영역 연결 ip 자동 구성
netsh interface ip set address name= “로컬 영역 연결” source= dhcp
echo DNS 자동 구성
netsh interface ip set dns name= “로컬 영역 연결” source= dhcp

이런 형태로 배치파일을 만들어두면 더블클릭 한 번으로도 IP 구성을 변경할 수 있다.

#-*-coding:utf-8

def  jumin_valid():

    a = raw_input(u‘주민번호를 입력하세요 :’)

    nla = []

    s = 0

    for x in list(a):

        if x in ’0123456789′:

            nla.append(x)

        if len(nla)==13:

            break

    p = (2,3,4,5,6,7,8,9,2,3,4,5)

    for x in range(12):

        s = s + int(nla[x])*int(p[x])

    m = 11 – (s % 11)

    if m>9 :

        m = m%10

    if m == int(nla[-1]):

        print u’유효한 번호’

    else:

        print u’잘못된 번호’

if __name__ == “__main__”:

    jumin_valid()

불필요한 윈도 서비스를 일일이 찾아서 시작 유형을 설정하는 것이 여간 번거로운 일이 아니라 만들게 되었다. 압축을 풀고 make_config.exe 파일을 실행하면 현재 시스템에 설치된 모든 서비스를 찾아서 아래와 같은 형태로 정리해서 config.ini 파일을 만들어 준다.

서비스 이름 , 서비스 표시 이름 ,      

이 줄에 마지막에 0: 자동  , 1:수동 , 2:사용안함 중에서 선택하여 숫자를 붙여주고 잘 모르는 서비스는 해당 라인을 삭제하거나 맨 앞에 #을 붙여 주석처리 한다.

준비가 완료되면 service_setting.exe 파일을 실행하면 config.ini 파일에 정의된 내용대로 윈도우즈 서비스가 한방에 정리된다.

(어차피 마지막에 숫자를 붙이지 않은 행은 에러처리되어 무시된다)

1. 윈도 XP 환경에서만 테스트 되었다.
2. 본 프로그램을 사용하면 서비스의 설정이 변경되어  윈도우가 정상적으로 작동하지 못하거나 원하는 기능을 사용할 수 없게 될 수 있지만, 이는 전적으로 사용자의 책임이다.
3. 불필요한 서비스를 구분하기 위해서는 도아님이 작성하신 ‘윈도우즈 서비스 완벽 가이드’를 참고하면 된다. 물론 해당 팁을 적용한 후 발생하는 결과는 전적으로 사용자 본인이 지는 것이다.

Model이란 무엇인가

어플리케이션을 구성하는 중요한 2개의 파일은 models.py와 views.py이다. 이는 어플리케이션의 front-end와 back-end라고 칭할 수가 있겠다. 즉 Django는 DB에 저장될 데이터를 마치 하나의 객체처럼 취급할 수 있도록 mapping해 주는 데 이것을 수행하는 것이 models.py이다. 여기서는 class를 정의하고 class 속에 함께 저장될 데이터와 그 데이터의 형식을 지정한다. 또한 각각의 단위 데이터 집합인 model이 포함해야할 함수도 함께 정의할 수 있다. 그리고 ‘함수 객체’를 제외한 데이터들은 추후에 manage.py의 기능을 통해 DB 테이블과 column으로 변환되도록 DB가 자동으로 구성된다.

models에 상응하는 개념은 views이다. 뷰는 모델에서 정의한 형태대로 차곡차곡 쌓여진 데이터를 불러들여서 실제로 사용자 앞에서는 어떻게 그려줄 것인가를 지정하는 내용을 포함한다. 데이터 구조와 프론트를 분리하여 독립적으로 수정, 유지할 수 있다는 장점이 있어 보인다. 어쨌든 개념은 대략 이 정도만 알아 두고 계속 진행하도록 해 보자.

Model 생성하기

polls 디렉터리 내에 models.py 파일을 편집기로 편집한다. 처음에는 아래와 같이 내용이 생성되어 있다.

from django.db import models

Django에서 지원하는 models 모듈을 반입했다. 그리고 투표를 위해 필요한 데이터 모델은 총 2개로 나눌 수 있으며 그것은 다음과 같다.

• 투표 : 개별적인 투표 주제(질문)가 된다.
• 선택지 : 투표를 할 때 선택하는 선택지가 된다. 투표시 마다 다른 선택지가 생성되므로 투표와는 별도의 모델로 생성한다.

그리고 각각의 모델은 그 아래에 다음과 같은 정보가 필요할 것이다.

• 투표
  • 질문 : 투표가 단일 질문으로만 구성된다고 가정하면, 하나의 투표는 결국 하나의 질문으로 대체할 수 있다. (텍스트)
  • 생성일 : 해당 투표 건을 생성한 날짜가 되겠다.(날짜)
• 선택지
  • 외부키 : 선택지 하나는 질문에 대해 고를 수 있는 예시 중의 하나가 되고, 따라서 이 선택지가 어떤 질문에 대한 선택지 인지를 구분하는 값이 필요하다. 즉 선택지와 투표를 연결해 주는 키 값이다. (키)
  • 선택지 내용 : 실제적으로 ‘보기’ 중에서 어떤 내용으로 표시되는 가 하는 정보이다. (텍스트)
  • 선택 수 : 그래서 이 선택지에 얼마나 표가 갔는지를 집계하여 저장하는 부분이다. (정수)

위의 내용으로 2개의 클래스를 생성해 보겠다. 파이썬 코드는 다음과 같다.

class Poll(models.Model):
    question = models.CharField(max_length=200)
    pub_date = models.DateTimeField('date published')

class Choice(models.Model):
    poll = models.ForeignKey(Poll)
    choice = models.CharField(max_length=200)
    votes = models.IntegerField()

models.py 파일을 우선 저장한 후 다시 처음에 편집해 본 적 있는 settings.py 파일을 연다. 세팅 항목 중 INSTALLED_APPS 항목에 poll을 추가한다.

INSTALLED_APPS = (
‘django.contrib.auth’,
‘django.contrib.contenttypes’,
‘django.contrib.sessions’,
‘django.contrib.sites’,
‘mysite.polls’
)

settings.py 파일을 저장하고 나면 mysite 프로젝트에 polls 어플리케이션이 포함되는 것이다. 해당 내용이 DB에는 어떻게 반영되는지 확인해보자. 

> manage.py sql polls

위의 명령은 polls 어플리케이션을 위해 DB에 어떤 쿼리가 전송될 것인지를 미리 확인하게 해준다. 결과는 대략 다음과 같다.

BEGIN;
CREATE TABLE “polls_poll” (
    ”id” integer NOT NULL PRIMARY KEY,
    ”question” varchar(200) NOT NULL,
    ”pub_date” datetime NOT NULL
);

     CREATE TABLE “polls_choice” (
           “id” integer NOT NULL PRIMARY KEY,
           “poll_id” integer NOT NULL REFERENCES “polls_poll” (“id”),
           “choice” varchar(200) NOT NULL,
          ”votes” integer NOT NULL
     )
     ;

COMMIT;

manage.py 툴의 sql 명령은 실제 쿼리를 실행하기 전에 어떤 쿼리를 작성하게 될 것인지 미리 표시해주는 기능이다.  아직 DB파일에 위의 테이블들이 생성되지는 않았다. 현제 프로젝트 내의 DB 내용에 변경이 가해졌으므로 이를 DB 파일에 반영한다. 앞 글에서도 한 번 언급한 바 있는 명령을 사용한다.

> manage.py syncdb

이제 DB에 해당 정보를 입력할 수 있는 테이블들이 생성되었다. 다음은 쉘에서 이렇게 등록된 어플리케이션에 어떻게 접근할 수 있는지 확인해 보도록 하자.

API 확인하기

파이썬 쉘을 실행하기 위해서는 통상 python.exe를 실행했지만, 앞서 작성한 poll 어플리케이션의 내용을 반입하는 것은 꽤나 신경 쓰이는 작업일 수 있으므로,Django에서 작성 중인 프로젝트의 내용을 제대로 반영하기 위해서는 manage.py를 이용하자.

> manage.py shell

보통 파이썬 대화형 쉘이 실행된 것과 그다지 달라보이지 않는 화면이 표시된다. 그렇다 실제로 파이썬 쉘이 실행된 상태다. 물론, 우리가 작성 중인 프로젝트의 위치를 파이썬 쉘이 먼저 알고 있다는 것이 조금 다른 점이라면 다른 점이겠다.

만들어 놓은 model 들을 반입해보도록 하자.

>>>from mysite.polls.models import Poll, Choice

지금 만들어진 Poll 이 혹시 있나 살펴보자면…

>>>Poll.objects.all()

[]

당연히 들어있는 내용이 없다.

이제 DB에 등록된 테이블의 내용을 객체로 다루는 방법을 살펴보자. Poll 클래스를 통해 새로운 객체 p를 생성해 보겠다.

>>> p = Poll(question= ‘What is the weather  like?’)

이렇게 하여 하나의 투표 객체가 생성이 되었다. 투표 객체의 내용 중에는 생성일이 있는데, 이 부분을 작성하기 위해서는 지금 날짜를 알아야 하니 다음과 같이 해보자.

>>> import datetime

>>> p.pub_date = datetime.datetime.now()

이상으로 하나의 투표 객체에 담아야 하는 정보들을 모두 담았다면, 이제는 DB에 저장을 해보도록 하자.

>>>p.save()

비록 제대로 된 웹 폼은 아니지만, 대화형 방식으로 투표 객체를 생성하고 DB에 저장까지 해보았다. 문제는 허무할만큼 너무 간단하다는 것일까. 저장된 내용을 확인하기 위해서 다시 한 번 쉡에서 확인해보자.

>>> Poll.objects.all()

[<Poll : Poll object>]

리스트가 비어있지 않고 방금 생성한 Poll 객체로 저장이 되어 있음을 알 수 있다.

Poll 객체들만 계속 생성, 저장이 될 것이므로, shell에서 이들을 선뜻 구분하기가 쉽지 않다. 따라서 이런 경우에는 Poll 객체내에 __unicode__ 함수를 정의해서 어떤 값을 돌려줄지 결정하면 된다. 즉, models.py 파일을 열고 Poll 객체의 내부(즉 들여쓰기가 끝나지 않은 지점에)에 아래와 같은 줄을 추가한다.

#Poll class in models.py

class Poll():
~~

def  __unicode__(self): 

return self.question

이제 다시 쉘을 실행하여 모델을 반입하고 Poll 객체를 살펴보면 아까와는 다르게 보일 것이다.

>>> Poll.objects.all()

[<Poll : what is the weather like?>]

이렇듯 shell을 통해서 객체를 이리 저리 가져오고, 만들고 저장하는 방법에 대해서는 좀 연습이 더 필요할 듯 하다. 그리고 각 모델에서 정의한 데이터의 유형에 따라서도 어떤 함수들이 존재해서 그러한 함수들을 사용할 수 있는지도 공부가 필요하다. 어떻게 보면 앞으로 여기서 살펴볼 내용들 보다 더 중요한 핵심적인 내용은 shell을 잘 쓰는 곳에 있지 않을까 예상되지만 지금은 필자도 알고 있는 내용이 거의 없으므로 다음을 기약해야 겠다.

진도가 쉽사리 나가지 않는데, 다음 편에는 자동으로 생성되는 어드민을 어떻게 만드는지 살펴볼 것이다. 튜터리얼에서는 어드민 사이트를 커스터 마이징하는 방법을 몇 가지 소개하고 있는데, 여기서는 그런 자세한 부분까지는 생략하고 어떻게 어드민 사이트를 만들고, url을 정리하고 view는 또 어떻게 구성하는지에 대한 내용들을 살펴볼 예정이다.

*원활한 사용을 위해서 시스템의 환경 변수 중 파이썬 디렉터리와 파이썬 스크립트 디렉터리를 패스로 등록한다. 등록할 패스는 ;C:\python25\;C:\python25\scripts; 이며, 반드시 앞에 ;를 붙여서 이미 지정된 패스에 추가되도록 한다. 스크립트 폴더까지 지정해 주어야 보다 쉽게 Django를 사용할 수 있다. 귀찮지 않다면 PATHEXT에 .PY 항목도 추가하여 파이썬 파일을 명령 프롬프트에서 보다 쉽게 실행하도록 하자. 이곳에서 사용한 모든 명령은 이상의 조치가 처해진 것을 가정한다. 

Django의 설치

설치를 위해서는 내려 받은 파일의 압축을 적당한 위치에 풀어준다. 그런 다음 명령 프롬프트를 통해 해당 디렉터리로 이동한다. 만약 C:\Dajngo-1.0.2-final 에 압축을 풀었다면 아래와 같이 입력한다.

> cd c:\django-1.-.2-final
> setup.py install

 글자들이 좌르륵 쏟아지듯 흘러가며 Django의 설치가 완료되었다. 만약, setuptools가 설치되어 있다면 링크를 타고 가서 내려 받을 필요 없이easy_install django 라고 실행하여 바로 설치할 수 도 있다.

DB는 어떤 걸 쓰나

 아시다시피 Django는 웹 프레임워크이다. 어지간한 웹 서비스는 DB와 웹서버는 필수적으로 사용한다고 본다. Django는 MySql등과 같은 널리 쓰이는 DB를 지원하는데, SQLite도 지원한다. 파이썬 2.5.x 이상의 버전에는 SQLite3가 기본적으로 들어있으므로 테스트를 위해서는 별다른 DB를 설치하지 않겠다. MySQL을 쓰고 싶다면, 국내에서 개발(?)된 RWAPM을 추천한다. (안타깝게도 현재는 개발이 중단되었지만, 여전히 쓸만하고, 별도의 번거로운 설치과정이 필요없다.) 여기선 귀찮기도 하니 그냥 SQLite를 사용하겠다. 

웹 서버는 어떤 걸 쓰나

Django로 개발할 때에는 별다른 웹 서버도 필요없다. 프로젝트를 하나 시작하고 나면, Django가 제공하는 미니 웹서버를 사용할 수 있다. 특히 Django의 미니 웹 서버는 프로젝트 내의 파일이 갱신되면 자동으로 재시작되어 브라우저를 통해 바로바로 바뀐 결과를 반영할 수 있다. 이 미니 웹 서버는 순수 파이썬 코드로 작성되었다. 단 튼튼하고 내실있는 본격 상용 웹서버를 생각하면 곤란하다. 다시 한 번 말하지만 Django는 웹 프레임워크이지 웹 서버가 아니다.

프로젝트를 시작하자

이제 프로젝트를 시작하면 된다. 프로젝트의 관리는 django-admin.py 파일을 통해 할 수 있는데, 이 파일이 위에서 잠깐 언급한 파이썬 스크립트 디렉터리에 존재한다. 따라서 프로젝트를 생성하고 싶은 위치로 이동한 다음, 명령 프롬프트에서 다음을 실행한다.

>django-admin startproject myproj

짠 프로젝트가 시작되었다. 뭐냐구? 궁금하면 dir 명령을 통해 뭐가 바뀌었나 확인해본다. myproj 라는 디렉토리가 생겼을 것이다. 이 디렉터리에서 프로젝트가 시작된다. 그리고 곧 생성해보게 되겠지만 프로젝트의 하위 개념으로 어플리케이션이 존재한다. 꼭 들어맞는 것은 아니지만 ‘하나의 그룹으로 묶을 수 있는 기능 단위 집합’을 어플리케이션으로 정의한다면, 이러한 어플리케이션이 모여서 이루는 조금더 큰 범위의 ‘서비스’가 프로젝트에 견줄 수 있는 개념으로 보여진다. 어쨌든 myproj 디렉터리 아래에는 다음과 같은 파일들이 존재한다.

• __init__.py : 생성된 디렉토리가 파이썬 패키지임을 나타내는 비어있는 파일. 
• manage.py : 프로젝트를 관리하기 위해 Django와 상호작용할 수 있는 명령줄 실행 도구
• settings.py : 프로젝트의 설정값을 담은 파일
• urls.py : url을 깔끔하게 정리할 수 있도록 해주는 파일

이중 manage.py를 먼저 살펴보도록 하자.

웹 서버를 시작해보자

웹 서버를 시작하는 것은 위에서 언급한 manage.py 파일을 통해 할 수 있다. 다음과 같이 실행해본다.

>manage.py runserver 8080

메세지가 나오면서 에러 없이 잘 실행되었다고 할 것이다. 웹 브라우저로 http://127.0.0.1:8080/에 접속해보면 파스텔 톤으로 ‘It Works!’라고 자뻑하는 페이지를 만나게 된다. 미니 웹 서버가 잘 돌아간다는 뜻이다. 8080은 포트번호로 주기 나름이고 기본 값은 8000번이다.

이렇게 시작된 django 웹 서버는 프로젝트 내의 파일이 변경되면 자동으로 서버가 재시작되어 변경 사항이 바로 반영될 수 있다. 다만 프로젝트 내에 새로운 파일이 생성되는 것은 자동으로 감지하지 못하므로, 이와 관련하여서는 수동으로 서버를 재시작 해주어야 한다. 웹 서버를 중지하기 위해서는 Ctrl+C를 입력하면 된다.

DB 세팅하기

이번에는 DB를 세팅해보도록 하자. myproj 디렉터리 내에 있는 settings.py 파일을 편집기로 열어본다. 몇 줄 내려가지 않아서 다음과 같은 DB 관련한 세팅 내용이 눈에 띌 것이다. 해당 항목들은 다음과 같다.

DATABASE_ENGINE : DB 엔진의 종류를 말한다. ‘postgresql_psycopg2′,’mysql’,'sqlite3′등과 같은 DB 백엔드가 기본적으로 지원되며, Django 1.0에서 부터는 외부 DB도 지원된다고 한다. 여기서는 그냥 값에 ‘sqlite3′을 넣어준다.

DATABASE_NAME : DB 이름을 지정한다. sqlite3 을 선택한 경우에는 DB 파일 이름을 풀 패스로 입력한다. 만약 존재하지 않는 파일이면 Django는 자동으로 파일을 생성해준다. ‘C:\\myproj\\sqlite3.db’ 와 같이 입력해주면 된다. 

DATABASE_USER : DB에 접근할 계정 명이다. sqlite3을 선택한 경우, 쓰지 않아도 된다.

DATABASE_PASSWORD : DB에 접근할 패스워드다. 물론 sqlite3의 경우 비워둔다.

DATABASE_HOST : DB 서버의 주소이다. 로컬호스트인 경우나, 혹은 내장 sqlite3을 쓰는 경우는 공란으로 둔다.

DATABASE_PORT : DB 서버로 접근하기 위한 포트이다. 역시 이 경우는 공란으로 둔다.

DB 관련 정보를 입력하였다면 파일을 저장하고, 명령 프롬프트에서 다음과 같이 입력한다.

>manage.py syncdb

syncdb 명령은 파일에서 적용한 DB 관련 변경사항을 실제 DB에 반영하는 것이다. 명령을 실행하면 관련 내용을 바탕으로 DB를 생성하고, superuser 계정을 만들 것인지 물어본다. 이는 후에 유용하게 사용할 것이 분명하므로 꼭 만들어 두자. 

어플리케이션 시작하기

프로젝트는 생성이 되었고, 어플리케이션을 만들어 볼 차례다.  Django 튜토리얼은 간단한 투표 어플리케이션을 만드는 것을 소개한다. 이 글은 전적으로 해당 문서의 내용을 근간으로 하고 있으므로 똑같이 따라해 본다.

>manage.py startapp polls

이 명령으로 어플리케이션을 시작할 수 있다. 프로젝트를 시작할 때와 마찬가지로 어플리케이션을 시작하고 나면 polls 라는 디렉토리가 생겨있는 것을 확인할 수 있다. 어플리케이션을 처음 생성하면 다음과 같은 파일들이 있는 것을 확인할 수 있다.

mysite>polls>

__init__.py 

models.py

views.py

눈에 띄는 두 가지 파일은 models.py와 views.py이다. 먼저 우리는 models.py를 살펴볼 예정인데, 이는 Django라는 프레임워크가 데이터를 어떻게 다룰 수 있게 하는지와 관련이 있다. 그리고 당연히, 관련한 내용은 다음 포스팅에서 잇도록 하겠다.