데이터 백업의 중요성은 굳이 언급하지 않아도 다들 중요하게 여기실 것 입니다. 그런데 스킨 백업에 관해서는 무관심한 블로거님들이 많이 있더군요. 저 또한 스킨 백업에 대해서 그렇게 중요하게 여기지 않았습니다. 그래서 몇 번 스킨이 엉켜서 스킨을 새로 고칠 수 밖에 없었습니다.
스킨 수정전 스킨 백업을 하라!
스킨을 자주
수정하시는 분은 스킨 저장을 생활화 해야 합니다. 간단한 스킨 수정일지라도 스킨 저장을 꼭 하라고 강조하고
싶습니다. 잘못해서 없어서는 안 되는 소스코드를 지워버려서 스킨이 엉망진창으로 변한 경험을 해본 블로거님들도
많을 것 입니다.
한번 엉망진창으로 바뀐 스킨을 다시 복구시키는 작업은 정말 어려운 작업입니다. 엉망진창이
된 스킨을 백업하지 않고 소스코드 수정 전에 skin.html 의 소스코드만 복사해서 엉망진창이 된
스킨을 복원하는 방법도 있지만 전 비 추천합니다.
skin.html 소스코드만 엉망진창이 된 스킨 전으로
돌려놓는다고 해서 스킨 수정 전으로 제대로 복원되지 않는 경우가 많기 때문입니다. 그래서 스킨을 통 체로 백업하는 작업이
중요합니다.
스킨 백업 자료는 함부로 지우지 마라!
스킨 수정 완료 후 백업된 스킨 자료를
지우는 경우가 많습니다. 지금은 제대로 스킨을 고쳤다고 생각하지만 언제 어느 부분에서 스킨의 잘못된
점을 발견할 수 있습니다. 그때 간단한 버그는 금방 고칠 수 있지만 심각한 버그는 쉽게 고치기가 어렵습니다. 그때서야 스킨을 삭제한 것을 후회해도 이미 배는 떠난 뒤라는 것 입니다.
저도 이런 경험이 몇 번 있었습니다. 최근 댓글창 수정을 작업을 하였고, 제대로 잘 적용된 모습을 확인했습니다. 그래서 스킨 수정 전 백업
자료를 삭제하고 다음 날 댓글을 확인하는 도중에 스킨 수정 작업 중 실수를 했다는 것을 알았습니다.
이 글 읽고 생각이 나서, 저도 혼자살면서 생긴 습관들을 정리해봤어요...
확실히 혼자있노라면 변하는 것이 많은것 같아요...^^
트랙백 걸려고 찾아보아도 주소를 못 찾겠네요..ㅜㅜ
트랙백은 안 받으시나 봅니다....
라라 윈 님의 댓글을 보고 저는 뭔가 스킨이 잘못 됐다는 것을 알게 되었고, 댓글창을 확인하러 갔습니다. 라라 윈님께 감사의 말을 남깁니다.
위의 그림에서 빨간색 네모 부분의 트랙백/댓글 선택 부분이 없어진 것 이었습니다. 스킨 수정 작업 중 저 부분의 소스코드를 삭제한 것이었습니다. 심각한 버그라고 생각하고 저는 소스코드를 분석하면서 어느부분에서 잘못된 것을 파악하느라 오랜 시간을 지체하고 해결방법을 찾지 못했습니다.
지인들에게 도움을 구했지만 딱히 해결방법이 나오지 않았습니다. 저의 경솔한 백업 스킨 자료를 삭제한 것에 대해 잘못된 점을 지적만 받았을 뿐입니다. ㅠㅠ
스킨 원본인 중국 블로그까지 접속하여 소스코드를 분석하여 지금은 해결했지만, 스킨 백업 자료가 남아있었다면 금방 해결할 문제였던 듯 합니다.
웹툴즈 사이트에 방문하여 내 링크정보 → 오픈캐스트 프레임정보 으로 이동하여 HTML 코드를 생성하세요. HTML 코드를 생성하였다면 이제 블로그의 원하는 위치에 삽입하세요.
1. 블로그 본문 하단에 삽입
블로그 방문자에게 오픈캐스트를 가장 많이 노출할 수 있는 위치가 본문 하단입니다. 어떤 글을 읽어도 본문 하단에 자동 삽입되어 있는 오픈캐스트를 항상 보게 되는 것입니다.
관리자 → 스킨 → HTML/CSS 편집→ skin.html 에서 ##_article_rep_desc_## 을 검색하세요. ctrl + f 를 이용하여 검색하시면 빠르게 검색하실 수 있을 것 입니다. ##_article_rep_desc_## 아래 부분이 본문 상단에 해당합니다. 블로그 하단에 여러가지를 설정해 두었다면 원하는 위치를 잘 선택하시기 바랍니다. 참고로 제 블로그 본문 하단의 형태 입니다.
원하는 위치에 웹툴즈에서 생성한 HTML 코드를 삽입하면 자동으로 글을 작성하게 되며, 본문 하단에 오픈캐스트가 삽입됩니다.
2. 블로그 메인에 삽입
블로그 메인에 오픈캐스트를 삽입하게 되면 단조로운 블로그 메인화면을 세련되게 바꾸는 효과를 가져옵니다. 블로그 메인을 꾸미는 가장 쉬운 방법은 관리자 → 스킨 → 태터데스크(첫페이지 만들기) 플러그인을 설정하는 것 입니다.
태터데스크(첫페이지 만들기) 플러그인을 설정하시면 블로그 메인화면 우측 상단에 태터데스크 메뉴를 볼 수 있을 것 입니다. 아이템-배치를 클릭하여 HTML 직접입력 으로 아이템을 배치하여 웹툴즈에서 생성한 오픈캐스트 HTML 코드를 입력해 주시면 블로그 메인에 오픈캐스트가 삽입 됩니다.
3. 오픈캐스트 구독 버튼 수정하기
구독버튼을 자신이 원하는 모양으로 바꿀 수 있습니다.
웹툴즈에서 오픈캐스트 HTML 코드를 생성할 때 왼쪽 그림과 같이 구독링크(하단) 옵션에서 표시함으로 체크를 하시면 아래 그림과 같은 구독링크 버튼이 생성됩니다.
단조로운 구독 버튼을 자신만의 구독 버튼으로 바꾸고 싶다면 간단한 HTML 코드를 생성하기 전에 구독링크 (하단) 을 표시안함으로 하고, 구독 버튼 이미지를 만드셔야합니다.
1. 관리자 → 스킨 → skin.html 으로 이동한다.
2. <body> 을 검색한다. ( ctrl + F 을 이용하는 센스! )
3. <body> 태그를 수정한다.
<body> → <bodyonload="expandTree()">
자바스크립트를 이용하여 카테고리 펼기기 했던 형태처럼 카테고리가 펼쳐집니다.
3. 치환자를 이용
1. 관리자 → 스킨 → skin.html 으로 이동한다.
2. [##_category_##] 을 검색한다. ( ctrl + F 을 이용하는 센스! )
3. [##_category_##] 코드를 수정한다.
[##_category_##] → [##_category_list_##]
관리자 → 스킨 → 카테고리 설정 에서 설정한 형태가 아닌 리스트 형태로 카테고리가 펼쳐집니다.
원하는 카테고리만 펼치기
위에 소개한 3가지 방법을 이용하면 전체 카테고리가 자동으로 펼쳐집니다. 그런데 원하는 카테고리만 펼치고 싶을때는 위의 방법을 이용할 수 없습니다. 그러나 자바스크립트를 변경하면 원하는 카테고리만 펼치는 것이 가능합니다.
1. 마우스 오른쪽 클릭 방지를 해지시켜준다.
관리자→ 플러그인→ 스팸·불펌방지 → 마우스 오른쪽 클릭 방지 플러그인을 설정 해지시킨다.
2. 블로그 메인 → 마우스 우클릭 → 소스 보기
3. togglefolder 을 검색한다. ( ctrl + F 을 이용하는 센스! )
onclick="toggleFolder( '숫자' ) 소스가 보일 것 입니다. 카테고리의 갯수에 그에 해당하는 toogleFolder 의 번호를 찾을 수 있을 것 입니다.
제 블로그를 기준으로 설명드리겠습니다. onclick="toggleFolder( '90485' )→ IT onclick="toggleFolder( '53616' ) → 사는 이야기
제 블로그 카테고리는 IT와 사는 이야기 의 총 2개의 카테고리로 분류하고 있습니다. toggleFolder 을 검색하면 2개를 toggleFolder 번호를 찾을 수 있습니다.
파이어폭스 이용자라면 해당 카테고리를 블록지정하고 선택한 소스 보기를 클릭하면 쉽게 toggleFolder 번호를 확인할 수 있습니다.
4. 관리자 → 스킨 → skin.html 으로 이동한다. 5. [##_category_##] 을 검색한다. ( ctrl + F 을 이용하는 센스! ) 6. [##_category_##] 아래 자바스크립트 코드를 삽입한다.
블로그 포스팅 후 관리는 어떻게 하시나요? 포스팅하고 글을 발행한 후 그냥 방치만 하시고 계신분들이 많을 것이라고 생각합니다. 그런 분들의 보편적인 공통점은 아무리 글의 내용이 좋지만 댓글이 보이지 않고, 다른 글에 뭍여 버리는 경우가 허다합니다.
왜 이런 결과가 일어날까요? 이유는 포스팅한 후 관리를 하지 않아서 입니다. 아무리 포스팅을 열심히 하고 많은 사람에게 도움이 되는 글일지언정 포스팅한 글을 다른 사람이 볼수 없으면 그 노력의 결과를 제대로 볼 수 없게 됩니다.
그래서 저는 포스팅을 하게 되면 그 이후 그 포스팅에 대해 관리를 따로 하고 있습니다. 어려운 관리법이 아닌 누구나 쉽게 하실 수 있는 관리법입니다.
글을 발행하시나요?
자신의 글을 다른 사람에게 알리기 위해서는 글을 발행하는 방법이 가장 좋습니다. 그리고 메타 블로그에 등록을 하시고 메타 블로그에 글을 발행 하시면 더욱 좋습니다. 메타블로그는 처음 등록만 하면 자동으로 글을 발행하는 동시에 메타블로그에 자동 업데이트가 되어 따로 관리 안하셔도 무관합니다.
올블로그, 블로그코리아, 믹시, 블로그와이드, 이올린, 오픈블로그 등 메타블로그의 종류는 많습니다.
네이버 오픈캐스트에 글을 발행하시는 것도 좋은 방법입니다. 요즘 오픈캐스트에 대한 방문자 유입량이 늘어나고 있습니다. 오픈캐스트의 영향력을 무시할 수 없기 때문에 오픈캐스트에 글을 발행하시는 것을 추천합니다. 그리고 오픈캐스트의 특성상 발행된 글을 자동으로 업데이트 되지 않기 때문에 노가다를 해야합니다. 글을 포스팅한 후 바로 바로 오픈캐스트에 등록을 해야 지겨운 노가다를 피할 수 있습니다.
메타블로그 카테고리는 관리하시나요?
메타블로그는 등록과 동시에 자동으로 발행한 글을 인식하여 자동으로 업데이트가 되기 때문에 많은 관리를 필요로 하지 않습니다. 그러나 저는 메타블로그의 카테고리 지정이 제대로 되었는지 확인은 꼭 하고 있습니다.
메타블로그가 자동으로 업데이트 되면서 해당 글에 대해 카테고리를 자동으로 입력해 줍니다. 그런데 자신이 원하지 않는 카테고리에 등록되는 경우가 많고, 카테고리 미등록되어 있는 경우도 허다합니다.
포스팅 글과 관련 해당 카테고리에 글이 등록되어야 자신의 글을 더 많이 노출할 수 있기 때문에 카테고리 관리는 중요하다고 생각합니다.
트랙백 관리는 하시나요?
트랙백 (Trackback)은 블로그에서 사용하는 주요기능 중 한 가지로, 간단히 역방향 링크를 자동적으로 생성해 준다. 블로그 이외에 위키위키나 뉴스 사이트에서 제공하기도 한다.
트랙백은 철저한 1인 미디어를 지향하는 블로그들 사이의 연결고리를 만들어 주어 소통 네트워크를 만들어 내는 역할을 한다. 누군가의
블로그를 읽고 그에 대한 의견을 자신의 블로그에 써 넣은 후 트랙백을 주고 받으면 원래 글 아래 새로운 글로 가는 링크가 붙게
된다.
- 위키백과 -
트랙백 관리는 소흘히 하는 경향이 있지만 트랙백 관리를 잘하면 블로그 방문자를 늘릴 수 있는 좋은 아이템이 될 수 있습니다. 포스팅을 한 후 해당 글에 관련된 글을 검색하여 트랙백을 남기는 것 도 중요합니다. 시간이 되시면 다음 지식인의 답변을 달고 그 곳에 트랙백을 남기면 방문자 유입량을 늘릴 수 있습니다.
블로거님들과 의사소통을 하시나요?
제가 생각하는 가장 중요한 관리법이라고 생각합니다. 예를들어 다음뷰에서 많은 글이 등록되어 있는데 하나하나 다 읽는 블로거님은 없을 것이라고 생각합니다. 사람의 심리상 베스트 글을 읽어보게 되고 인기글을 읽어보게 됩니다. 그런데 포스팅 후 아무 관리도 하지 않으면 자신의 글이 그만큼 인기를 얻기 힘들기 때문에 포스팅 목록의 후미에 위치를 하게되어 점점 잃혀져갈 것 입니다.
그래서 다른 블로그를 방문해서 댓글을 달고, 자신의 블로그의 댓글에 대해 답글을 달면서 다른 블로그와의 의사소통을 꾸준히 해야합니다. 그리고 다른 글을 많이 읽어보면서 성의있는 댓글을 달고 나오시면 그 블로거님도 댓글을 달아준 블로거가 누군지 알고 싶기 때문에 자신의 블로그에 방문을 하게 됩니다.
다른 블로그님이 자신의 블로그에 방문하면 가장 많이 읽어보는 글이 최신에 발행된 글을 읽습니다. 그래서 제가 발행한 글에 대해 댓글이 달리고, 추천 수가 올라가면서 다음뷰에도 인기글의 상위에 위치하게 되는 것입니다. 베스트글, 다음 메인에 당첨되는 행운을 얻을 수도 있습니다.
오라클 시험을 보기 위해서는 프로메트릭 ID를 생성해야 합니다. 프로메트릭 ID는 오라클 시험을 보는 사람을 구별할 수 있는 유일한 식별 번호입니다. 그런데 프로메트릭 ID를 다중 생성할 시 문제점이 발생합니다.
OCP 자격증을 취득하기 위해서는 SQL, Fundamentals I, Fundamentals II, PERFORMANCE TUNING 4과목을 패스해야 합니다. SQL 은 어디에서나 시험보는 것이 가능하지만, 나머지 3과목은 오라클 공인 시험센터에서 시험을 보셔야 합니다.
SQL을 시험볼때 실수를 많이 하는 부분이고, 저 또한 이 실수 때문에 좀 당황도 했고, 시험을 연기해야하는 사태까지 벌어졌습니다. 많이 하는 실수는 프로메트릭 ID를 다중 생성하는 문제입니다.
특히, SUN사가 오라클에 합병되는 바람에 SUN사의 자격증이 오라클 자격증과 통합되어서 SUN사의 국제공인 자격증( SCJP ... ) 을 가지고 있는 것을 생각하지 않고, 프로메트릭 ID를 다시 신청하게 되었습니다. SQL 시험을 패스하고 Fundamentals I 시험 접수를 하고나서, 시험 접수가 제대로 되었는지 확인을 하는 과정에 SQL 시험 패스 데이터가 없는 것을 발견했습니다.
전에 봤던 SUN 사의 자격증 정보는 있지만 SQL 과목 자료는 없었습니다. 이유를 곰곰히 생각해 본 결과 지금 로그인했던 ID 는 SUN 사의 자격증 시험 볼때 생성했던 프로메트릭 ID 이고, SQL 과목은 다른 프로메트릭 ID에 생성된 것 이었습니다.
이제 문제점을 파악했지만, 어떻게 하면 다중 프로메트릭 ID를 합병할 것인가가 문제 였습니다. 그래서 오라클사에 전화문의를 했지만, 계속 연락이 되지 않아서 오라클 홈페이지에서 이와 관련된 자료를 찾게 되어 이제는 하나의 프로메트릭 ID로 통합하게 되었습니다.
해결방법은 메일을 작성하여 프로메트릭 ID 통합 신청을 해야 하는 것 입니다. 아래와 같이 메일에 정보를 입력하고 보내시면 되지만, 아래의 기본 정보는 꼭 영문으로 작성하여야 하며, 나머지 질문같은 경우는 한글로 작성해도 무관합니다.
Email주소: itrrc@egios.com
Email제목: "<last name>, <first name> Merge Multiple Prometric ID Numbers”
Email내용:
Request: Merge Multiple Prometric IDs for Oracle Certification Customer
-Full Name: ( first name , last name )
-First Prometric ID: ( 첫번째 생성한 프로메트릭 ID )
-Second Prometric ID: ( 두번째 생성한 프로메트릭 ID )
-Which Prometric ID should survive the merge?: (먼저 만들어진 ID 또 는 PR로 시작되 는 ID가 우선임)
-Complete Mailing Address: ( 주소 )
-Telephone Number: ( 전화번호)
-Email Address: ( 이메일 )
※ 위의 정보는 자신의 프로메트릭 ID를 생성할 때 입력한 자료와 동일해야 합니다. 그리고 첫번째 프로메트릭 ID 와 두번째 프로메트릭 ID 의 정보를 일치시켜주는 게 좋습니다.
RSS를 활용해서 블로그의 글을 읽는 사람이 많습니다. 그런데 자신의 블로그에 몇명의 RSS 구독자를 확인하는 방법이 어렵습니다. 한RSS의 경우는 RSS 구독자 수 위젯을 제공하고 있지만, RSS 구독기는 많기 때문에 정확한 RSS 구독자 수를 확인하는 것은 불가능 합니다. 이런 불편함을 피드버너를 사용하면 비교적 정확한 RSS 구독자 현황을 파악할 수 있습니다.
그런데 2차 도메인으로 확장을 하게 되면 RSS 주소가 새로 생성하게 되어 기존의 RSS주소로는 접근이 불가능하게 됩니다. 그래서 RSS 구독자의 손실을 가져오지만 피드버너를 이용하면 도메인을 바꾸어도 RSS 주소는 변경되지 않습니다.
피드버너 RSS 주소 ☞http://feeds2.feedburner.com/pangsan
3. 이메일 구독이 가능하다.
이메일 구독을 원하시면 신청하세요!
많은 블로그를 방문하다 보면 저런 문구를 보셨을 것 입니다. RSS 는 블로그에 직접 접속하지 않고 블로그의 글을 읽을 수 있다는 장점이 있습니다. 그런데 RSS에 대해서 모르는 분, RSS가 불편한 분에게 편의를 제공하기 위해 블로그 글을 이메일로 발송하는 서비스입니다.
JAR 파일을 더블클릭해서 프로그램을 실행할 수 있지만, JRE(자바런타임) 환경이 구축되어 있지 않다면 실행이 되지 않는다는 단점이 있습니다. 그래서 JAR 파일을 EXE 파일로 바꾸는 작업이 필요합니다. GUI 프로그램의 경우 JAR 파일 생성후 JAR 파일을 윈도우 실행 파일 EXE 파일로 Wrapping 하는 단계를 거처야 합니다.
2. exe 파일 만들기
JSmooth
사이트로 이동하여 JSmooth을 다운로드하여 설치하고, JSmooth 을 실행합니다.
Skeleton(1) 을 선택하고 Skeleton Selection(2) 목록에서 실행이 되는 프로그램을 선택합니다. Console Wrapper : 콘솔 프로그램 Windowed Wrapper : GUI 프로그램( Swing, SWT, AWT 등 )
Executable(1) 을 선택하고 실행파일에 대한 정보를 입력합니다.
Executable Binary(2) 은 생성할 실행파일 저장위치와 실행파일명을 입력합니다.
Executable Icon(3) 은 생성할 실행파일의 아이콘으로 원하는 이미지를 선택하면 됩니다. Current Directory 은 설정 안하셔도 됩니다.
Application(1) 을 선택하여 JAR 파일의 설정을 합니다.
Embedded jar(2) 는 EXE 파일로 만들기 위해 필요한 JAR 파일을 지정합니다. (JAR → EXE)
Main class(3) 은 JAR 파일의 메인 클레스를 지정해 주어야합니다. JAR 파일안에 여러개의 클래스가 존재하여 메인클래스를 지정해주지 않으면 에러가 발생합니다.
JVM Selection(1) 선택하고 JVM 정보를 입력합니다.
Minimum JVM version(2) 은 자신이 사용한 JVM 버전을 설정해 줍니다. 이 프로그램을 실행하기 위한 최소의 JVM 버전입니다. JVM Search Sequence 목록은 자바 가상머신을 찾는 순서를 정하는 것입니다. Windows Registry 부터 Windows JView 까지 순서대로 찾습니다.
JVM Config(1) 는 라이브러리를 추가해서 사용할때 설정하는 부분(3) 과 JVM 이 사용할 메모리 크기를 설정(2) 하는 부분입니다. 필요하실때만 설정하여 사용하면 됩니다.
이제 실행파일 만들기 위한 설정이 끝났습니다. JSmooth 상단의 아이콘에서 톱니바퀴 모양의 아이콘을 클릭해서 실행파일로 만들 수 있습니다. Project → Compile 으로 하셔도 됩니다.
Compile 을 하시면 JSmooth 에서 설정한 정보를 저장하고 왼쪽의 그림처럼 EXE 파일이 생성됩니다.
MissFlash님의 포스팅을 보고 제대로 동작한다면 이제 응용만 하면 됩니다. 테이블을 만들어 행과 열을 구성하고 그안에 해당된 소스 코드만 삽입하면 작업이 완료됩니다.
만약 테이블을 만들지 않고 추천 위젯과 카테고리 글 더보기 를 배치할 경우 생각했던 위치에 만들어지지 않고 엉망진창이 되어서 테이블 안에 소스 코드를 삽입하는 방법을 사용했습니다.
테이블 하나를 이용해서 만들 수도 있지만, 저는 테이블 2개를 이용해서 UI 를 구성하였습니다.
클래스 파일의 효율적인 배포를 위해 여러 클래스 파일들을 하나로 묶어 단일의 파일로 만드는 포멧. 로컬(local)상에서 편리한 관리는 물론 자바(Java) 프로그램 실행 중에 원격지에서 하이퍼텍스트 전송 규약(HTTP) 등을 통해 내려받기(download)되어 바로 사용이 가능하다. -네이버 용어사전-
JAR 생성 방법
1. 일반 파일
Sample1.java, Sample2.java, Sample3.java 클래스 파일을 만들었습니다.
File(1) → Export(2) 선택하면 Export 창이 나옵니다.
JAR File(3) 을 선택하고 Next(4) 클릭한다.
Browse(1) 을 클릭하여 jar 파일을 저장할 장소를 선택하고 Next(2) 을 클릭합니다.
Next 을 클릭한다.
클래스 파일 1개를 jar 파일로 만드는 작업은 FInish 를 클릭하면 되지만 여러개의 클래스 파일을 jar 파일로 만들기 위해서는 Main class 를 지정해줘야 합니다. Main class 를 지정하지 않으면 Sample1, Sample2, Sample3 의 클래스 파일 중 어느 파일이 Main class 인지 알 수가 없어서 jar 파일 실행시 에러를 발생합니다.
2. 패키지 파일
Sample1, Sample2, Sample3 클래스 파일을 Pack 패키지로 묶어서 jar 파일을 생성하였습니다. 이클립스에서는 일반파일의 jar 파일 생성 방법과 동일합니다.
일반 클래스 파일과 패키지 클래스 파일 을 각각 Sample.jar 과 Sample_pack.jar 로 만들고 jar 파일을 압축을 해제한 후 비교를 했습니다.
1. 클래스 파일 위치가 다르다.
일반 클래스 파일로 만든 jar 파일 안에는 클래스 파일이 바로 존재하지만, 패키지 클래스 파일로 만든 jar 파일 안에는 Pack 디렉토리(패키지) 안에 클래스 파일이 존재합니다.
2. MANIFEST.MF 파일의 Main-Class 가 다르다.
일반 클래스 파일로 만든 jar 파일의 Main-Class 는 클래스명을 사용하지만, 패키지 클래스 파일로 만든 jar 파일의 Main-Class 는 패키지명.클래스명 을 사용합니다.
JAR 실행 방법
Browse 을 클릭하여 Main class 를 선택하고 Finish 를 클릭하면 Sample.jar 파일이 생성됩니다.
jar 파일은 더블클릭으로 실행하거나 java -jar 파일.jar 명령어로 실행시킬 수 있습니다.