- 프로젝트 관리란?

     요구사항을 충족시키기 위한 지식, 기량, 도구 및 기법 등을 활용하여 투입물을 받아서 결

     과물을 산출하는 일련의 프로세스를 통해 실행된다
   - 착수, 기획, 실행, 감시 및 통제, 종료로 구분하고 프로세스를 식별하는데 활용할 수 있다
   - 프로젝트관리자나 프로젝트팀은 프로세스들을 지침으로 활용하고 참고해야 하는데

     이것을 '맞춤'(Tailoring) 이라 한다
   - 프로세스란? 사전에 지정된 제품, 결과 또는 서비스를 달성하기 위해 수행하는 상호 연관

      된 일련의 조치 및 활동들을 의미한다
   - 프로세스는 프로젝트관리 프로세스 그룹으로 정의되는 5가지 그룹에 통합된다

3.1 프로젝트관리 프로세스
   - 프로젝트관리 프로세스 사이의 상호작용에 대한 기본 개념은
      계획-실행-점검-조치(PDCA, Plan-Do-Check-Act) 주기이다.
   - 프로세스 그룹을 PDCA 주기에 적용하면 계획(P:기획), 실행(D:실행),

      감시및점검(C:점검 / A:조치) 요소에 해당한다

3.2 프로젝트관리 프로세스 그룹
   - 프로세스 그룹은 프로젝트 단계가 아니다.
   - 5가지 프로세스 그룹은 다음과 같다
      . 착수 프로세스 그룹 : 프로젝트나 프로젝트 단계를 정의한다
      . 기획 프로세스 그룹 : 목표를 정의하고 수정 보완하며, 프로젝트가 수행해야 할 목표 및

        범위를 달성하기 위해 필요한 행동 방침을 계획한다.
      . 실행 프로세스 그룹 : 프로젝트에 소요되는 인력과 자원을 갖추고 프로젝트관리계획을

        수행한다.
      . 감시 및 통제 프로세스 그룹 : 프로젝트의 진행을 정기적으로 측저, 감시하여 프로젝트관

        리계획과의 차이를 식별함으로써 목표를 달성하는데 필요한 시정조치를 취할 수 있도록

        한다.
      . 종료 프로세스 그룹 :결과물의 인수를 공식화하고 프로젝트 및 프로젝트 단계를 순서에

        따라 종료시킨다

3.2.1 착수프로세스 그룹
   - 새로운 프로젝트나 프로젝트 단계의 시작을 공식적으로 승인 받기 위해 진행할 프로세스

      들로 구성된다.  즉, 프로젝트 목적을 정의하고 목표를 식별하며 프로젝트관리자에게 프로

      젝트를 시작하도록 인가한다
   - 사업성이 뛰어난 프로젝트를 채택하기 위해 대안평가 프로세스를 통해 입증하고, 목표에

      대한 명확한 정의를 내린다
   - 조직 내에서 관리 책임 사항이 식별된다.
   - 다단계 프로젝트에서는 후속 단계를 수행하는 도중 초기 프로젝트헌장 개발 및 예비 프로

      젝트범위기술서 개발 프로세스 과정에서 내린 가정과 결정을 확증하기 위해 수행된다
   - 초기 범위 기술 내용과 조직에서 투자할 자원 내역이 명확하게 정의된다
   - 초기가정과 제약사항도 문서로 작성되고 프로젝트헌장에 수집 및 승인되면 프로젝트가

      공식적인 인가가 된 것이다.

※ 착수프로세스 그룹에 포함된 2개의 프로젝트관리 프로세스
   1. 프로젝트헌장 개발 : 프로젝트를 승인하는 것으로 결과물에 대한 문서화를 위해 필요한

       프로세스 이다.
   2. 예비프로젝트범위기술서 개발 : 프로젝트헌장을 사용하여 프로젝트에 대한 높은 수준의

       예비정의를 내리고 문서화한다

3.2.2 기획프로세스 그룹
   - 프로젝트관리계획을 개발한다.
   - 프로젝트 범위, 프로젝트 원가 및 일정과 프로젝트 내에서 발생하는 프로젝트 활동들을

      식별 및 정의하고 완성시킨다.
   - 프로젝트관리계획을 점진적으로 구체화하는 것을 연동기획(Rolling Wave Planning)이라

      하며, 이는 기획이 반복적이고 지속적인 프로세스라는 것을 의미한다.
   - 프로젝트팀은 프로젝트 기획단계에서 이해관계자를 활용하고, 적절히 기여할 수 있는

      환경을 조성해야 한다.

※ 기획프로세스 그룹에 포함된 21개의 프로젝트관리 프로세스
     1. 프로젝트관리계획개발 : 프로젝트관리계획을 정의, 준비, 조정하고 관련된 모든 보조

         계획들을 통합하기 위해 필요한 프로세스. 주로 프로젝트들 계획, 실행, 감시 및 통제,

         종료하는 방법에 대한 내용이 포함된다.
     2. 범위기획 : 프로젝트 범위관리 계획을 작성하기 위해 필요한 프로세스로 범위정의, 검증

         및 통제하는 방법과 작업분류체계를 작성하는 방법이 포함되어 있다.
     3. 범위정의 : 상세한 프로젝트 범위기술서를 개발하기 위해 필요한 프로세스이다.
     4. 작업분류체계작성 : 프로젝트 인도물과 프로젝트 작업을 작은 구성요소들로 세분하기

         위해 필요한 프로세스이다.
     5. 활동정의 : 프로젝트 인도물을 생산하기 위해 수행해야 하는 활동들을 식별하기 위해

         필요한 프로세스
     6. 활동순서배열 : 일정 활동들 사이의 의존도를 명시하고 문서화하기 위한 프로세스
     7. 활동별자원선정 : 일정 활동을 수행하기 위해 필요한 자원의 종류와 양을 산정하기

         위해 필요한 프로세
     8. 활동기간 산정 : 개별 일정 활동 작업기간을 산출하기 위해 필요한 프로세스
     9. 일정개발 : 프로젝트 일정을 수립하기 위해 필요한 프로세스
    10. 원가산정 : 프로젝트에 투입될 자원의 대략적 원가를 산출하는 프로세스
    11. 원가예산책정 : 개별활동이나 작업패키지에 대해 산정된 원가를 모두 합산하여 원가

         기준선을 설정하는 프로세스
    12. 품질기획 : 프로젝트에 대한 품질 표준을 명시하고 충족시키는 방법을 결정하기 위한

         프로세스
    13. 인적자원기획 : 인력관리계획 수립 및, 프로젝트에서의 역할 및 액임 사항, 보고체계를

          문서로 명시하는 프로세스
    14. 의사소통기획 : 프로젝트이해관계자들의 정보/의사소통 요구사항을 결정하는 프로세스
    15. 리스크관리기획 : 리스크관리 활동의 접근 방식과 리스크관리 활동의 계획 및 실행 방법

         을 결정하기 위해 필요한 프로세스
    16. 리스크 식별 : 프로젝트에 영향을 주는 위험을 파악하며 위험의 특성을 문서화하기 위해

         필요한 프로세스
    17. 정성적리스크분석 : 위험 발생 확률과 그 영향을 평가하여 위험의 우선순위 결정을 위한

         프로세스
    18. 정량적리스크분석 : 식별된 위험의 영향을 분석하여 그 결과를 수량으로 산출하기 위한

         프로세스
    19. 리스크대응기획 : 긍정적 기회를 증대하고 부정적 위험을 줄일 수 있는 옵션과 조치를

         개발하기 위한 프로세스
    20. 구매 및 획득 계획 : 구매 및 획득 대상을 결정하고 그 시기와 방법을 판단하기 위해

         필요한 프로세스
    21. 계약체결계획 : 제품, 서비스 및 결과물의 요구사항을 문서화하고 잠재적 판매자를 식별

         하기 위해 필요한 프로세스

3.2.3 실행프로세스 그룹
   - 프로젝트관리계획에 정의된 작업을 완료하는 데 사용되는 프로세스들로 구성된다.
   - 프로젝트관리계획에 의거하여 프로젝트의 활동을 통합 및 수행하고 인력과 자원을

      조율하는 일이다
   - 프로젝트범위기술서에 정의된 범위를 처리하고 승인된 변경을 구현하는 일도 실행

      프로세스 그룹에 속한다

※ 실행프로세스 그룹에 포함되는 7개의 프로젝트관리 프로세스들
    1. 프로세트실행 지시 및 관리 : 프로젝트관리계획에 정의된 작업을 시행하도록 지시하기

        위해 필요한 프로세스
    2. 품질보증 수행 : 요구사항을 만족하는 데 필요한 품질관리 활동을 적용하는 프로세스
    3. 프로젝트팀 확보 : 필요한 인적 자원을 확보하기 위해 필요한 프로세스
    4. 프로젝트팀 개발 : 팀원들의 역량과 팀원간 협력을 향상시키기 위해 필요한 프로세스
    5. 정보배포 : 프로젝트이해관계자가 필요한 정보를 적시에 사용할 수 있도록 지원하는

       프로세스
    6. 판매자응답 요청 : 정보,견적,입찰,제의, 제안서를 획득하기 위한 프로세스
    7. 판매자 선정 : 가장 적합한 판매자를 선정하고 선정된 판매자와 서면 계약을 협상하기

        위한 프로세스

3.2.4 감시 및 통제프로세스 그룹
   - 잠재된 문제를 제때 식별하여 수정 조치를 취할 수 있도록 실행을 관찰하고 통제하기 위해

      수행하는 프로세스들로 구성된다
   - 프로젝트 성과를 정기적으로 관찰하고 측정하여 프로젝트관리계획에서 벗어난 변이를

      식별하는 것이 주된 성과이다.
   - 변경을 통제하고 발생 가능한 문제에 대비한 예방 조치를 제시한다
   - 프로젝트관리계획 및 프로젝트 성과 기준선을 기준으로 현재 수행되는 프로젝트 활동을

      감시한다
   - 승인된 변경만 구현하도록 조치한다
 
※ 감시 및 통제 프로세스 그룹에 포함되는 12개의 프로젝트관리 프로세스들
   1. 프로젝트작업 감시 및 통제 : 프로젝트 성과 정보를 수집, 측정, 배포하고 프로세스

       개선에 영향을 주는 측정치와 트렌드를 평가하기 위해 필요한 프로세스.
   2. 통합변경통제 : 프로젝트 착수 단계부터 종료단계에 이르기까지 변동사항이 있었는지

       여부를 판별하고 발생 시기를 포함해 승인된 경을 관리하는 프로세스
   3. 범위검증 : 완성된 프로젝트 인도물의 공식적인 인수에 필요한 프로세스
   4. 범위통제 : 프로젝트 범위에 대한 변경을 통제하기 위한 프로세스
   5. 일정통제 : 프로젝트 일정에 대한 변경을 통제하기 위해 필요한 프로세스
   6. 원가통제 : 프로젝트 예산에 대한 변경을 유발하는 요인과 영향을 통제하는 프로세스
   7. 품질통제 수행(품질관리제어) : 프로젝트 결과를 감시하여 해당 품질 표준을 준수하는지

       판단하고 성과 미달인 경우에 그 원인을 제거할 방법을 식별하기 위한 프로세스
   8. 프로젝트팀 관리 : 팀원의 성과를 추적하고, 피드백을 제공하고, 문제를 해결하고, 변경을

       조정하는 프로세스
   9. 성과보고 : 성과 정보를 수집하고 배포하기 위해 필요한 프로세스
  10. 이해관계자관리 : 프로젝트이해관계자의 요구사항을 충족시키고, 이해관계자와 문제

       해결을 위한 의사소통 및 교환을 관리하는 프로세스
  11. 리스크감시 및 통제 : 식별된 위험을 추적하고, 감시하고, 위험 대응계획을 실행하고,

       프로젝트 생애주기 전반에 걸쳐 위험 대응 계획의 효율을 평가하기 위해 필요한 프로세스
  12. 계약행정(관리) : 구매자와 판매자 사이의 계약과 관계를 관리하고 계약 이행하는 방법을

       검토 및 문서화하기 위한 프로세스

3.2.5 종료프로세스 그룹
   - 프로젝트 모든 활동을 공식적으로 종료하고 완제품을 인계하거나 취소된 프로젝트를 종결

      하는데 사용되는 프로세스를 포함한다.

※ 종료 프로세스 그룹에 포함되는 2개의 프로젝트관리 프로세스
   1. 프로젝트 종료 : 프로젝트를 공식적으로 종료하기 위해 모든 활동을 마무리하는 프로세스
   2. 계약종료 : 미결 상태의 항목 해결 및 프로젝트 단계에 적용된 계약을 완료하기 위한

       프로세스

3.3 프로세스 상호작용
   - 일반적으로 한 프로세스의 산출물이 다른 프로세스의 투입물이 되거나 그 프로젝트의

      최종 인도물이 된다.
   - 기획프로세스 그룹은 실행프로세스 그룹에 문서화된 프로젝트관리계획과 프로젝트범위

      기술서를 제공한다.
 

3.4 프로젝트관리 프로세스 연계
   - 9가지 프로젝트관리 지식영역게 따른 44개의 프로젝트관리 프로세스가 5가지 프로젝트

      관리 프로세스 그룹안에 연결관계를 가지고 있다.
   - 9가지 프로젝트관리 지식영역 : 통합관리, 범위관리, 일정관리, 원가관리, 품질관리,

      인적자원관리,  의사소통관리, 위험관리, 조달관리
   - 5가지 프로젝트 그룹 : 착수, 기획, 실행, 감시 및 통제, 종료
   - 44개는 다음 정리부터 차례차례..

하둡은 내부 데몬(NameNode, SecondaryNameNode, DataNode, JobTracker, TaskTracker)간에 통신을 위해 다양한 포트를 사용합니다. 만약 하둡이 사용하는 포트가 막혀 있다면, 하둡은 구동했더라도 HDFS 파일 제어나 MapReduce 잡이 정상적으로 실행되지 않을 확률이 매우 높습니다.

CentOS의 경우 OS를 처음 설치했을 때 기본 포트를 제외한 모든 포트를 방화벽에서 막고 있습니다. 포트를 열어 주지 않은 상태에서 MapReduce 잡을 실행할 경우 다음과 같은 로그 메시지가 발생하면서, MapReduce 작업이 더 이상 진행되지 않게 됩니다.

이러한 현상을 피하기 위해서는 다음과 같은 하둡의 포트를 열어줘야 합니다.

하지만 사내 보안정책으로 인해 기본 포트를 사용하지 못할 경우에는, 설정 파일에서 해당 포트를 변경해주시면 됩니다.

사실 위와 같이 포트를 한땀 한땀 열어주는 건 매우 번거로운 일입니다. 그래서 대부분은 하둡이 하둡이 사내 내부망으로만 설치가 되어 있기 때문에 다음과 같이 방화벽을 내려주시는 게 가장 간단한 방법입니다.  

su -  root

service iptables stop

chkconfig iptables off

service 코맨드로 현재 실행중인 방화벽을 내려주고,

chkconfig 코맨드로 앞으로 부팅 시 방화벽이 올라오지 않도록 설정합니다.

1. ssh 포트 열기

 $ iptables -A INPUT -p tcp --dport 22 -j ACCEPT

2. telnet 포트 열기

$ iptables -A INPUT -p tcp --dport 23 -j ACCEPT

3. web 포트 열기

$ iptables -A INPUT -p tcp --dport 80 -j ACCEPT

$ iptables -A INPUT -p tcp --dport 443 -j ACCEPT

443 포트는 ssl 적용이 되는 웹 서비스를 하실 경우만 열어주면 됨. (https:// 를 이용)

4. ftp 포트 열기

$ iptables -A INPUT -p tcp --dport 20 -j ACCEPT

$ iptables -A INPUT -p tcp --dport 21 -j ACCEPT

4.1 ftp 포트 닫기

$ iptables -D INPUT -s 69.36.233.0/24 -j DROP

위의 명령어 입력 후

# service iptables save   ---->  꼭 실행해 줘야한다.

# service iptables restart

[참고] : http://blogs.msdn.com/b/endpoint/archive/2011/05/12/how-to-eliminate-tempuri-org-from-your-service-wsdl.aspx

[wcp 개발시 tempuri.org  즉 namespace 변경하기]

Iservice.cs
[ServiceContract(Namespace="http://billing.fourfree.com")] 선언

service.svc
[ServiceBehavior(Namespace="http://billing.fourfree.com")] 선언

Web.config

<?xml version="1.0" encoding="utf-8"?>
<configuration>

  <system.web>
    <compilation debug="true" targetFramework="4.0" />
  </system.web>
  <system.serviceModel>
    <services>
      <service name="billing.service">
        <endpoint address=""
        binding ="basicHttpBinding"
        bindingNamespace="http://visualp.com"
        contract="billing.Iservice"
        />
      </service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior>
          <!-- 메타데이터 정보를 공개하지 않으려면 배포하기 전에 아래의 값을 false로 설정하고 위의 메타데이터 끝점을 제거하십시오. -->
          <serviceMetadata httpGetEnabled="true"/>
          <!-- 디버깅 목적으로 오류에서 예외 정보를 받으려면 아래의 값을 true로 설정하십시오. 예외 정보를 공개하지 않으려면 배포하기 전에 false로 설정하십시오. -->
          <serviceDebug includeExceptionDetailInFaults="false"/>
        </behavior>
      </serviceBehaviors>
    </behaviors>
    <serviceHostingEnvironment multipleSiteBindingsEnabled="true" />
  </system.serviceModel>
 <system.webServer>
    <modules runAllManagedModulesForAllRequests="true"/>
  </system.webServer>
 
</configuration>

• Import : svn import sampledir svn+ssh://svn-domain/svn/sample/trunk

맨 처음 프로젝트 시작할때 Repository에 등록하는 명령어 한번 하고 나면 쓸일이 없을 듯.

• Checkout : svn checkout svn+ssh://svn-domain/svn/sample/trunk sample

저장소에서 소스를 받아 오는 명령어. 받아온 소스에는 소스 뿐만이 아니라 버젼관리를 위한 파일도 같이 받아온다. 지우거나 변경시 Reposiotory와 연결 불가능

• Export : svn export svn+ssh://svn-domain/svn/sample2/trun.sample

체크아웃과는 달리 버젼 관리 파일을 뺀 순수한 소스만 가져오는 명령어

• Commit(Checkin) : svn commit

체크아웃한 소스를 수정, 파일 추가, 삭제 등을 한 뒤 Repository에 저장하여 갱신하는 명령어. Revision이 1 증가한다.

• Update : svn update

체크아웃해서 받은 소스를 최신의 소스로 업데이트하는 명령어. 소스 수정이나 commit하기 전에 한번씩 해주는 것이 좋다.

• Log : svn log

Repository에 어떠한 것들이 변경 되었는지 확인 할 수있는 log 명령어

• Diff : svn diff --revision 4 sample.c

diff 명령은 예전 소스파일과 지금의 소스파일을 비교해보는 명령어. 리눅스의 diff명령과 비슷

• Blame : svn blane sample.c

Blame은 한 소스파일을 대상으로 각 revision에 대해서 어떤 행을 누가 수정했는지 알아보기 위한 명령어

• lock : svn lock sample.c

파일에 락을 걸어 락을 건 사용자만이 수정할 수 있게 해주는 명령어. 해제는 svn unlock 왜 파일에 락을 걸었는지 로그를 기록할 수 있다.

• Add : svn add sample.c

새 파일을 만들었을 경우 파일을 추가해주는 명령어. 그 뒤에 곡 svn commit를 해줘야 한다. 새 파일을 생성해서 올릴 때에도 꼭 add를 해줘야 함. 안해주면 commit를 해도 안 올라감.

1. 파일 백업 및 복구
   • dump : svnadmin dump sample > sample.dump
   • load : svnadmin load sample < sample.dump

1. 새 파일을 만들었을 경우
   • svn add filename.*
   • svn ci filename.*

1. 기존 소스를 수정할 경우
   • svn ci filename.*

항상 svn update는 필수

- svn status 자신이 수정하고 있는 파일의 상태를 알려주는 명령어

[원문] : http://itbaby.egloos.com/4228347

[원문]
Apache를 사용하다 보면 한글파일명이 제대로 지원되지 않습니다.

이 부분은 mod_url 이라는 모듈을 설치하면 되는데요. 아래 방법으로 설치하시면 됩니다.

OS : Cente OS 5.5

Apache : 2.X

1. 모듈을 컴파일 하기 위하여 apxs라는 프로그램을 먼저 설치합니다. 만약 설치되어 있다면 넘어가셔도 됩니다.

  yum install httpd-devel

2. 컴파일 가능한 상태인지 확인합니다.

# httpd -l
Compiled-in modules:
http_core.c
mod_so.c
mod_php3.c
#/usr/local/apache/bin/httpd -l | grep mod_so
mod_so.c

위와 같이 mod_so.c 가 있다면 apxs로 컴파일 가능합니다.

3. 파일을 다운로드 합니다.

wget http://kldp.net/frs/download.php/4101/mod_url-apache2-1.8.tar.bz2

4. 압축을 풀고 컴파일 합니다.

5. 설치 확인합니다.

vi /etc/httpd/conf/httpd.conf

하신 후 아래 내용이 있는지 확인하세요.

LoadModule redurl_module      /usr/lib64/httpd/modules/mod_url.so

6. 모듈활성화

httpd.conf에 아래내용 추가

 CheckURL On

7. 서비스재시작

service httpd restart

정상 설치되었다면 한글파일이 정상 지원되는지 확인합니다.

214회 - 김창옥의 포프리쇼 - 두려워마라, 답은 심장에 있다 [보기] 

이야기 하나, 새아이의 탄생을 준비하는 마음가짐은 어떻게 해야 할까요?

믿음은 우리가 바라는 것의 실상이 됩니다
믿음을 먹으며, 아이는 자랍니다.
그러나, 생명이 태어나면, 홀로 자라는 것이 있습니다
하지만, 어느순간 우리는 그를 위해 우리가 무엇을 해야한다고 생각하는 의식의 힘으로
버거워진것이 아닐까요?

이야기둘, 깊은 동굴속으로 자꿈 숨으려는 자아를 어떻게 하면 발견할 수 있을까요?

"어둠을 알게 해주는 것은 빛"
내가 동굴속에 있는지 없는 지를 알게 되는것은, 삶의 빛이 보일때 동굴안에 있는 나를 발견합니다

빛이란, 시간이 지나도 영원히 변하지 않는 삶의 원칙들입니다
어느날, 삶의 힘듦이 찾아올지도 모릅니다.
그때, 그 힘듦을 인정하는 일!
갈등이나 고난을 대하는 태도가 중요합니다

이야기 셋, 좋아하는 사람이 생겼습니다.
사랑의 장벽을 어떻게 해결해야 할까요?

두려움을 이기는 것은, 강력한 추구함!
진짜 답은 자신의 심장으로부터 구하세요

About a month ago I was reading the New York Times online and they had an article which showed a road in Brooklyn that had been reconstructed to make it safer and more pleasing to the eye. To show the difference  in the reconstruction project, they showed a before and after picture using Flash that let the visitor drag a slider over the images, which were sandwiched with one on top of the other, so that you could easily see how dramatic the changes were. I immediately thought that this could be done in JavaScript using jQuery, so I set out to do it. Here’s the result:

Pretty slick no? The possibilities for this plugin are endless. Doctors can have before and after images of patients, Photoshop users can show the before and after differences between images, remodelers can show the before and after images of projects and on and on. This plugin weighs in at only 7K and can be used multiple times on a page.

Download

Go to the Before/After download page

What’s So Great About this Plugin?

• Slick effect, no Flash needed
• It’s just 7K (4K compressed)
• Reusable on multiple containers
• Degradable. If the visitor doesn’t have JavaScript they will still see both images.

How to Use

First, your before and after images must be the same size.  Each image must be inside its own div, and both of those within a containing div which must have an ID.  See this example.

<div id="container">
 <div><img alt="before" src="before.jpg" width="600" height="366" /></div>
 <div><img alt="after" src="after.jpg" width="600" height="366" /></div>
</div>

All images *MUST* have the width and height declared otherwise the plugin won’t work in Safari, Chrome, and any other webkit-based browsers.

To use the plugin you’ll need to have a copy of  jQuery and the jQuery UI, or point to jquery on Google and jqueryui on Google, and the plugin. Place the files on your site and link to them:

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js"></script>
<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jqueryui/1.7.1/jquery-ui.min.js"></script>
<script type="text/javascript" src="jquery.beforeafter.js"></script>
<script type="text/javascript">
$(function(){
	$('#container').beforeAfter();
});
</script>

$('#container').beforeAfter({
	animateIntro : true,
        introDelay : 2000,
        introDuration : 500,
        showFullLinks : false
});

Demos

• Example 1
• Example 2

Note that the plugin uses several images which are kept in the same folder as the plugin. If you store the plugin in another folder on your server, update the path to these images. Please be sure to read the license before using.

213회 - 김창옥의 포프리쇼 - 삶의 신세계를 두려워하지 마라  [보기] 

우리는 살아가며 "신세계:를 만납니다
입학, 결혼, 아이의 부모...
인간의 삶은, 끊잉없이 새로운 삶, 즉 신세계로 들어갑니다
학생에게는 진학이라는 두려움..
군인에게는 사회라는 두려움..

'두려워하면 고통이 현실이 된다'
어쩌면, 두려움이 빚어낸 첫 트라우마가 다음의 신세계에 머뭇거림..
그 세계가 가진 충격보다 불필요한 충격을 우리에게 줄지도 모릅니다

212회 - 김창옥의 포프리쇼 - 힘이들면 힘들다고 이야기하라 [보기] 

이야기하나,가족은 물론이고 친구관계도 관리가 필요하다생각합니다
상처가 있는 친구에게..내가 해줄수 있는 도움은 어떤 것이 있을까요?

'그 상처와 결핍이 오늘의 너를 만들었다'는
부적절한 위로는 하지 않았으면 좋겠습니다
"너그래서 얼마나 힘들었니"
지금 이순간... 마음을 보내주세요

이야기 둘, 내가 의미있는 사람이 아니라, 짐처럼 느껴지는 절망감의 순간..
내삶의 반려동물을 쉴세없이 만나는 나...