Recent Changes

Full text search for "페이지"


Case-sensitive searching
Display context of search results
  • 100대 홈페이지 . . . . 70 matches
         #title 100대 홈페이지
         Describe [100대 홈페이지] here 2008-06-13 01:34:13
         http://kdaq.empas.com/knowhow/view.html?num=184327 100대 홈페이지
         추천… James & Search에서 선정한 한국의 100대 개인 홈페이지입니다.
         1인 미디어의 대표적인 예가 바로 개인 홈페이지이다. 바로 지금도 기업이 운영
         하는 홈페이지에 절대 뒤지지 않는 좋은 개인 홈페이지들이 많이 만들어지고 있
         에 月刊朝鮮은 좋은 개인 홈페이지들을 널리 알리고자 「2002년 한국의 100大
         개인 홈페이지」를 선정했다.
         개인 홈페이지 선정의 객관성과 합리성을 기하기 위해 국내 주요 포털 다섯 곳
         상 가나다순) 다섯 개 업체이다. 개인 홈페이지가 상황에 따라 다소 모호한 기
         개인(들)이 운영하는 非영리 홈페이지
         한글로 만들어진 홈페이지
         운영자(들)의 컨텐츠(프로그램 포함) 직접 제작 비율이 70%를 넘는 홈페이지
         (정치인, 연예인 홈페이지의 경우도 이 기준을 적용하여 선정)
         일정 수준 이상의 방문자가 있는 홈페이지
         기업, 공식 협회·단체에서 운영하는 홈페이지
         단순한 홈페이지 링크 모음인 경우
         불법·성인 정보 홈페이지
         선정에 참여한 포털 관계자들은 『이번에 선정된 개인 홈페이지 이외에도 훌륭
         한 곳은 많이 있다』면서 『어떤 순위를 매긴 것이 아니라 좋은 홈페이지를 발굴
  • MoniWikiFaq . . . . 35 matches
          [[Icon(moni-info.gif)]]를 누른 후에, diff하고자 하는 버전을 체크하고 diff를 해보세요. 이게 안되는 것은 rcsdiff의 문제입니다. (diff는 충돌이 일어났을 때와 페이지를 고쳤을 때 써먹힙니다.) --WkPark
         = 페이지를 수정하면 현재 수정한 페이지의이름 v 라는 페이지가 생성되요 =
         '''Q''': 페이지를 수정하면 현재 수정한 "페이지의이름,v"라는 페이지가 생성되요.
         '''Q''' : Monisetup.php파일에서 셋업을 할 경우 Old password와 New Password의 용도를 알고싶습니다. 비밀번호 바꿀시에만 사용을 하고 그냥 페이지이름등의 update버튼으로 끝나는것이 맞습니까? 그렇다면 아무나 접근경로만 안다면 설정자체까지도 바꿀수 있다는것입니까? 참.. 어렵군요.. ㅠ0ㅠ 답변 부탁드립니다.(꾸벅)
         '''A''': 필수인 것은 아닙니다. {{{$use_counter=0;}}}으로 하면 db모듈과 상관 없이 쓸 수 있습니다. 이렇게 하면 페이지 카운터를 쓸 수 없게 됩니다.
         설치했는데... 생성한 페이지를 지울려고 하니 Please enter the valid password 에러가 나네요. 분명히 MoniSetup할 때의 관리자 암호를 그대로 쳤는데도 불구하고 말입니다...ㅠ.ㅠ
         '''Q''': = 한개로 둘러쌀 경우 해당 페이지의 제목인 것으로 생각하고 있는데 목차에서는 최상위 목차인 1로 나오네요. 이 페이지도 마찬가지고요. 원래 그런건가요? 그렇다면 목차에는 포함되지 않는, 페이지 제목만을 위한 별도의 포매팅 규칙이 있는 것인지.... (각 페이지 상단에 제목이 있으므로 본문상에서는 별도로 제목을 넣을 필요가 없을것 같다는 생각도 드는군요.) -- [권순선]
         '''Q''' : preview가 안나오게 할 수는 없나요? 수정을 하면 preview할 것 없이 수정된 페이지를 봤으면 좋겠다는 생각이 듭니다만. --[이지수]
         '''Q''' : 이 곳에 있는 윈도우즈용 모니위키를 설치해서 StandaloneWiki로 사용하고 있습니다. 그런데, 짧은 텍스트는 저장되는데 좀 길다 싶으면 페이지오류를 일으킵니다. 각종 자료를 정리할 목적으로 설치한 것인데 이런 문제가 발생해서 난감하네요. 길어 봤자 A4용지 1장 분량도 되지 않는데 이상합니다. 제가 무슨 문제인지 알아보려고 했으나, php는 영 낯설어서요. :( 도움 부탁드립니다.
         = 페이지생성이 되지 않습니다. =
         '''Q''' : 새로운 페이지를 만드는데 제한이 생겼습니다. 가령, ''마법의바다''라는 페이지가 있다면, ''바다''라는 페이지를 만들려고 해도 곧장 ''마법의바다''페이지로 연결이 됩니다. 영문의 경우에도 똑같습니다.왜 그런 것일까요? http://seaofmagic.cafe24.com 에 문제의 위키가 있습니다. MoniWiki 1.1.0 으로 설치했습니다.
         저같은 경우에는, Schedule이라는 페이지를 생성하려고 시도하면 ScheduleMgmt라는 페이지로 바로 넘어갑니다. --;; wikiX에서 MoniWiki로 넘어왔는데, 이 문제 때문에 상당히 망설여지는 상황입니다. 가능하면 빨리 수정이 되었으면 하네요.
         WordIndex 페이지에서도 동일한 동작 방식을 원하시면 {{{plugin/WordIndex.php}}} 파일의 {{{macro_WordIndex()}}} 함수를 유사한 방식으로 수정해 주시면 됩니다.
         = 한 페이지에 BackLink를 두개이상 되게 하려면? =
         현재 win32 + apache2 + php5에 위키 최신버전을 설치해서 utf8기본으로 서비스했을시 한글페이지는 생성되지만 한글사용자명은 생성되지 않는 문제점이 발견되었다.
          * 한글 사용자명으로 로그인한 후, 페이지를 생성하면 RecentChanges에서 에러가 발생합니다. PHP를 잘몰라서 어떻게 고쳐야할지 감이 잘 안오네요. -- 임용섭
          1. "wiki.php"가 사라지면서 http://mywiki.net/imgs/moniwiki-logo.gif 라는 URL의 의미가 모호해집니다. 로고 그림 파일을 가리키는 것일 수도 있고 "imgs/moniwiki-logo.gif"라는 이름의 페이지를 가리키는 것일 수도 있게 됩니다. 아래 방법에서는 "그 URL이 가리키는 파일이 존재하는 경우는 그 파일을, 그 외의 경우는 페이지 이름을 가리키도록" 동작하게 합니다.
          1. 호스트의 언어-인코딩 설정이 config.php에 설정한 언어-인코딩 설정과 동일해야 합니다. 그렇지 않으면 한글 페이지를 열지 못하는 문제가 발생할 수 있습니다.
         '''Q''': 등록된 사용자만, 링크된 페이지를 열람, 검색, 작성할 수 있게 할 수 없을까요?
         '''Q''': [http://chemie.skku.ac.kr/wiki/wiki.php/MoniCalendar MoniCalendar]를 사용하고 있습니다. event라는 위키 페이지를 만들어서 일정을 넣은 다음 MoniCalendar로 읽는데, MoniCalendar가 보여줄 때는 위키 문법이 적용되지 않고, 그냥 plain text로 보여지는군요. 예를 들어서 attachment로 해서 올리면 링크가 걸려야 하는데, 그냥 attachment라고 보입니다. 어떻게 해결할 수 있는 방법이 없을까요?
  • MoniWikiTutorial . . . . 24 matches
          * '''쉽고 빠르게''': HTML 문법을 몰라도 누구나 쉽게, 그 결과는 바로바로 웹페이지
          * '''무엇이나''': 어떠한 페이지라도 상관없이
          * 이메일주소: 시스템이 이메일을 지원하는 경우에는 자신의 이메일을 등록합니다. 페이지를 구독하거나 비밀번호를 잃어버렸을 때 필요합니다.
         == 둘째고개: 위키의 기본 페이지들 ==
          * TitleIndex: 위키위키의 모든 페이지 목록을 보여줍니다.
          * [[Icon(diff)]] 페이지가 다른 사람에 의해 고쳐졌을때 그 변화를 보여주는 3차원 입체안경 아이콘입니다.
          * [[Icon(info)]] 페이지 변경 정보를 보여줍니다.
          * 매크로는 페이지내에 {{{[[GoTo]]}}}와 같은 형식으로 집어넣습니다.
          * 매크로는 페이지에 따라 종종 동적으로 변할 수 있습니다. 예를 들어 {{{[[Calendar]]}}}매크로를 사용하면 보이는 달력은 날마다 그 내용이 변할 수 있습니다.
          * `TableOfContents` - 페이지의 목차를 만들어줍니다.
          * ` PageList` - 인수로 사용되는 패턴과 일치하는 페이지 목록을 보여줍니다.
         == 아홉째고개: 페이지 새로만들기 ==
         페이지를 새로 만들어봅시다. 페이지를 만드는 방법은 여러가지가 있습니다:
          * 상단의 검색 폼에다 만들고 싶은 페이지 이름을 넣습니다.
          * 페이지가 발견되면 그 페이지로 갈 것이고, 발견되지 않으면 비슷한 이름의 페이지 목록을 보여줍니다.
          * 비슷한 주제의 다른 페이지가 없다면 페이지 만들기를 가리키는 아이콘 혹은 링크를 눌러줍니다.
          * URL창에 직접 페이지 이름을 넣는 방법도 있습니다.
          * 페이지를 만들때는 Template를 사용하면 편리한 경우도 있습니다.
         페이지를 만들기 전에 비슷한 주제 혹은 약간 다른 이름의 페이지가 이미 있는지 확인해 보시기 바랍니다.
  • MoniWikiPo . . . . 22 matches
         msgstr "페이지가 없습니다"
         msgstr "죄송합니다. 특정 메시지가 금지되어 페이지를 저장할 수 없습니다."
         msgstr "%3$s의 페이지중에 %1$s개가 발견되었습니다"
         msgstr "페이지"
         msgstr "페이지"
         msgstr "%d 개의 연관된 페이지"
         msgstr "비슷한 페이지가 없습니다"
         msgstr "인덱스 페이지가 없습니다"
         msgstr "페이지가 없습니다"
         msgstr "페이지 개수"
         msgstr "%s의 쌍둥이 페이지"
         msgstr "쌍둥이 페이지가 없습니다"
         msgstr "페이지 만들기"
         msgstr "페이지 이름을 넣으세요"
         msgstr "페이지이름 정규화하기"
         "페이지 변경을 구독하시려면 WikiMaster에게 전자메일 구독을활성화 시키도록 건의"
         "페이지 구독을 하시려면, ID를 등록하고 전자메일 주소를 UserPreferences에서 등"
         msgstr "페이지 만들기"
         msgstr "탬플리트를 만드시려면 Template라고 이름이 끝나는 페이지를 만드세요.\n"
         msgstr "탬플리트를 만드시려면 Template라고 이름이 끝나는 페이지를 만드세요."
  • ZCS . . . . 20 matches
         매일 이모토부루에 올라오는 짤 중 마음에 드는 짤을 마우스 오른쪽으로 저장하는 게 나의 일과 중 하나였는데 페이지를 넘겨가며 수집하다보니 시간이 너무 많이 소요되었다. N페이지부터 M페이지까지 구간의 모든 이미지를 하드에 저장하고 그 중에 마음에 드는 것만 이동하면 편하지 않을까?
          * 정규표현식으로 목록 페이지, 이미지 위치 등을 구성하여, 부루에 있는 이미지를 원하는 범위만큼 내려받는다.
          * 부루가 아니더라도 페이지 번호가 있는 게시판이라면 어떤 컨텐츠를 받는데도 활용할 수 있다.
         3. 페이지 범위나 글번호 범위를 지정합니다.
         === 페이지 기반 ===
          * {{{"[page]범위"}}} 현재 페이지부터 10페이지까지 수집하고 싶으면 1-10을 입력합니다. (형식: \d-\d)
         ==== booru /post 페이지 ====
         부루의 이미지 목록이 보이는 페이지 주소
          * {{{[page]}}}: 페이지 번호.
          * {{{[sub_page]}}}: 페이지의 각 순회마다 한 번 더 순회. (Option)
         이미지 목록 페이지(/post 페이지)에서 게시글을 향하는 링크를 검색하는 [정규표현식].
         1. 이미지 목록 페이지에서 페이지 소스 보기를 해서 게시글 주소가 유일하게 Search 되는 정규표현식을 찾는다.
         1. 이미지 게시글 페이지에서 페이지 소스 보기를 해서 이미지 주소가 유일하게 Search 되는 정규표현식을 찾는다.
         PostPageUrl=http://yande.re/post?page=[page]&tags=[tags] // booru /post 페이지
  • 모니위키 팁 . . . . 18 matches
         2. 또는 #format monimarkup 라고 페이지 맨 상단에 넣으면 마크업 파서로 교체된다.
         ["한글 제목"] 이라고 하면 공백이 들어간 페이지가 링크되고,
         [한글 제목] 이라고 링크를 하면 공백이 빠진 페이지가 링크된다.
         ii) 페이지 첨부
         === 페이지 이름 규칙 ===
         my 에서 test 페이지로 이동 {{{ [/test] }}}
         test 에서 my 페이지로 이동 {{{ [../] }}}
         /을 구분자로 상위/하위 페이지간 이동이 가능하다.
         [InterMap] 페이지에 예약어와 위키의 주소를 추가한다.
         매핑된 위키의 이동 규칙은 (Map)+(페이지 이름)
         주의할 점이 있다면 한글 등은 페이지 인코딩이 다르면 그에 맞춰줘야 제대로 이동될 것이다.
         === 페이지 리디렉트 ===
         #redirect 페이지이름
         === 페이지 이름 변경 ===
         === 존재하지 않는 위키 페이지 링크 ===
         존재하지 않는 페이지 링크에 대해 어떻게 출력할지 결정한다.
         === 시스터 위키와 트윈 페이지 안 쓰기 ===
         기본 페이지는 {{{ [[PageList(^Category.*)]] }}} 인데 이대로 사용하면 출력된 목록에 CategoryCategory 도 보이게 된다.
  • AliasPageNames . . . . 15 matches
         # 이 페이지 이름을 가리킵니다.
         # 또한, 별명으로 가리킨 페이지가 단 하나의 페이지일 경우에 연결이 바로되기를 원하시면
         # 없는페이지이름>있는페이지1,있는페이지2
         # 있는페이지<없는페이지1,없는페이지2
         # 있는페이지,없는페이지,없는페이지
         # 존재하는 페이지에는 인터위키(자매 페이지) 혹은 URL도 가능합니다.
         # 자매 페이지 연결
  • MoniWikiACL . . . . 13 matches
         지정 방법은 {{{*}}}는 모든 액션을 가리키며, 페이지 이름은 regex가 가능합니다.
         # 페이지이름 @그룹/특정사용자 allow/deny 액션리스트
         * @ALL deny * // 모든 페이지(*)를 모든 사용자(@ALL)에서 모든 액션(*)을 거부(deny)
         * @ALL allow ticket // 모든 페이지를 모든 사용자에게 ticket 액션을 허락(allow)
         // 모든 페이지(*)를 일반 가입 사용자에게(@User) 허락(*)
         // WikiSandBox 페이지를 @Guest 그룹에 edit,info,diff 액션을 허용(allow)
         // 모든 페이지(*)를 모든 사용자(@ALL)에서 모든 액션(*)을 거부(deny)
         // 모든 페이지(*)를 모든 사용자(@ALL)에게 ticket 액션을 허락(allow) ticket은 가입 폼에 나오는 로봇가입방지 captcha
         // 모든 페이지(*)를 일반 가입 사용자에게(@User) 허락(*)
         // WikiSandBox 페이지를 @Guest 그룹에 edit,info,diff 액션을 허용(allow)
         // 모든 페이지(*)에 대해 모든 사용자의(@ALL) detetefile,deltetepage 등등의 protect 가능한 액션을 protect
         // MoniWiki 페이지를 @ALL 모든 사용자에게 edit,upload,diff등의 일부 액션을 거부
         모든 페이지에 대해서 읽기만 가능하게, ProtectedPage에 대해서는 읽기도 거부
  • Blog/2014-02 . . . . 11 matches
         모니위키 하단에서는 보통 페이지 수정 시간을 찾을 수 있다. 나는 페이지 생성 시간도 보여주고 싶었다.
         이게 모니위키와 관련이 있는 이유는 모니위키는 페이지 관리를 DB가 아닌 파일 시스템을 사용하기 때문인데, 그래서 페이지 수정 시간은 {{{ filemtime() \}}} 으로 쉽게 구할 수 있지만(페이지 하단의 `Modified on 2:32 pm, February 20, 2014' 와 같은) 페이지 생성 시간은 쉽게 구할 수가 없다! 모니위키에서 페이지(파일) 수정 시간을 구하는 방법은 두 가지가 있는데 하나는 페이지 파일의 mtime을 직접 얻는 방법과 모니위키에서 관리하는 수정 이력(editlog)으로부터 fake mtime을 구하는 방법이다. (이는 config.php의 $use_fakemtime=1 또는 0 옵션으로 선택된다.) editlog 형식은 다음처럼 되어 있다.
         공공 위키위키에서 페이지 생성시간은 그렇게 중요한 정보가 아니다. 하지만 개인 위키에선 Published date를 보여주고 싶을 수 있다. '''editlog 내용을 보고 이로부터 fake crtime을 구할 수 있겠다고 생각했다.''' editlog를 처음부터 읽어 그 페이지의 가장 처음 나온 기록이 바로 생성 시간일 것이다. 여기까지 생각이 들었을 때 바로 모니위키 엔진에 추가했다.
         이제 페이지 아래 Published on 5:22 am, February 2, 2014. 를 표시할 수 있게 되었다. :)
  • HelpMiscellaneous . . . . 10 matches
         [[질문과답변]] 페이지에서 질문하시거나 http://kldp.net/projects/moniwiki 를 통해 질문하시기 바랍니다.
         특히 페이지 이름을 영어로 만들 것인지 한글로 만들 것인지에 대한 부담을 가지게 되는데, 이러한 부담을 덜고
         좀 더 유연한 페이지 이름을 접근하는 방식을 제공하는 것이 바로 페이지 이름의 별명을 지원하는 것입니다.
         모니위키 1.1.5부터는 !HongGilDong이라는 페이지를 만들어 {{{#title 홍길동}}}이라고 하면 제목이 별명으로 등록되게 됩니다. 또한 다른 별명을 등록하려면 {{{#alias 홍 길 동,홍 길동}}} 등등을 등록하여 띄어쓰기에 상관없이 만들 수도 있으며, 제목 검색도 별명과 함께 검색되게 되었습니다.
         특별히 한글의 경우 그 띄어쓰기가 일관되지 못하는 경우가 많이 있는데, 모니위키 1.1.5부터는 띄어쓰기에 상관 없이 제목을 검색해주므로 띄어쓰기를 조금 잘못하더라도 손쉽게 페이지를 찾을 수 있게 되었습니다.
         특정 URL을 fix해주는 기능을 제공합니다. 예를 들어 과거의 {{{http://foobar.org}}}였던 링크가 최근에 {{{http://foobar.com}}}으로 바뀌었다면 이를 UrlMappings에 등록해서 자동으로 잘못된 URL 정보를 fix할 수 있게 해줍니다. 이 기능은 단지 대치만 해주기 때문에 실제로 페이지 내용이 바뀌거나 하지는 않습니다.
         관심가지는 페이지를 북마크하는 기능을 하는 플러그인
         페이지의 점수를 주는 플러그인
         그밖에 자세한 내용은 각각의 기능 페이지를 참조하세요.
  • HelpOnLinking . . . . 10 matches
         == 페이지 이름 ==
         모니위키는 페이지 이름을 넣는 여러가지 링크방식을 제공합니다.
         {{{[[모니위키]]}}}라고 적으면 [[모니위키]]처럼 링크가 됩니다. 이것은 MediaWiki에서 쓰이는 페이지 이름 연결 문법으로, 모니위키에서도 호환성 측면에서 지원합니다.
         /!\ 이 문법은 매크로 문법과 충돌합니다. 예를 들어 {{{[[Date]]}}}라고 링크를 걸면 Date가 링크가 되는 대신에, Date 매크로가 호출되게 됩니다. 따라서 영문으로 된 페이지 이름을 연결할 경우는 매크로 이름이 중복되어 있다면 이중 대괄호로 링크를 걸 수 없습니다.
         공백을 포함하는 임의의 페이지 이름을 연결하고 싶은 경우가 있습니다.
         그런데 {{{[공백이 있는 이름]}}}으로 연결하면 [공백이 있는 이름]으로 연결되며, 공백이 모두 제거 되고 정규화 된 페이지가 링크가 걸립니다. {{{[hello world]}}}라고 링크를 걸렴 [hello world]라고 링크가 걸리고 공백이 모두 사라지면서 정규화 된 페이지 이름인 HelloWorld페이지로 링크가 걸립니다.
         공백이 있고 대소문자도 마음대로 지정하고 싶은 경우에는 {{{["임의의 페이지 이름"]}}}으로 링크를 걸면 ["임의의 페이지 이름"]처럼 링크가 됩니다.
  • Blog/2012-02 . . . . 9 matches
         두번째 결과가 내가 원했던 다운로드가 가능한 MS의 '''공식''' 페이지 링크다.
         스크롤을 끝까지 내려도 마이크로소프트 공식 배포 페이지가 없다. 마이크로소프트와 가장 관련이 있는 검색어인데 심지어 도메인이 마이크로소프트으로 향하는 페이지조차 없다.
         === Case 2. 우체국 택배 송장번호 조회 페이지를 알고 싶다. ===
         첫번째 링크가 내가 원했던 우체국의 국내등기/소포(우편)조회 페이지이며 페이지 내용에 송장이란 단어가 없었어도 원했던 사이트가 검색됐다.
         Case 1과 마찬가지로 우체국 택배 조회 페이지을 어디서 찾을 수 있는지 물어보는 네이버 지식in, 블로그 글이 먼저 보인다. 이쯤 되면 웹 검색은 형식적인 수준이다.
         한심! 네이버를 비판할 때 한결같이 나오는 말인데 폐쇄성이 지나치다. 네이버를 이용하면 컨텐츠 소비와 생산이 네이버 안에서만 이루어진다. [[footnote(네이버 검색결과 카테고리 1. 카페, 2. 블로그, 3. 웹 문서, 4. (네이버)지식iN, 5. 뉴스, 6. 동영상, 7. 이미지, 8. 책.)]] 대부분 자신이 가공하고 복제한 서비스을 보여주고, 웹 문서 결과는 형식적인 수준이다. 그나마 조금 있는 웹 검색 결과도 상당수는 네이버와 '''제휴'''된 것이 분명해 보이는 듣도 보도 못한 '''게시판''' 검색이다. 결국 웹 검색 결과는 한 화면에 보이는 결과 페이지에서 한 두개 밖에 되지 않는다. ;; 얘네는 대체 뭘 검색하고 있는 거지? 괜히 [http://jinmedi.tistory.com/243 "네이버 검색창의 폐쇄성, 지나치다 못해 황당"] 이라는 말이 나오는 게 아니다. 네이버 검색은 웹 검색 서비스가 아니다.
         ##구글은 잘 알려진 몇 가지 대표적인 알고리즘[[FootNote(PageRank 등. 지금은 초기보다는 다양한 알고리즘을 통해 계산되고 있지만 여전히 중요한 알고리즘이다.)]]을 통해 검색어에 대해 사용자가 원했던 페이지에 가장 일치하는 결과를 찾는다. N 포탈은 일단 "~는 무엇인가요?"라는 누군가 사용자가 검색한 것을 물어본 지식을 찾는다. --; 뭐야 이게... . 그리고 N[[FootNote(점점 짧아진다. 입에 담고 싶지도 않은. )]]의 웹 검색은 일반적 웹(WWW)과는 꽤 떨어져있다.
  • Guestbook/2009 . . . . 8 matches
         Q. 카테고리 페이지에서 {{{[[PageList(^Category.*[^{Category$}])]]}}}을 사용해야 CategoryCategory를 목록에서 제외할 수 있는데, 그렇다면 CategoryWiki 페이지에서 CategoryWiki를 목록에서 제외하려면 매크로를 어떻게 지정해야 하나요? --파초 -- [icehit3] [[DateTime(2009-01-30T12:05:30)]]
         Q2. Subpage 사용법 : 책, 책/삽질정신 과 같이 서브 페이지를 만들어 사용할 수 있더군요. 그런데 책과 같은 최상위 페이지에서 최하단에 붙어있는 {{{../}}}는 따로 매크로같은 걸 사용하는 건가요?
         ...모니위키 팁 페이지에 방법이 나와있었네요;; 해결하고 갑니다. 얼마 안남은 주말 즐겁게 보내세요~ -- 파초 [[Date(2009-02-01T07:31:46)]]
         A. 페이지 구성이 어떻게 되어있는지 알 수 없어 확실치 않지만, 아시다시피 모니위키의 베이스가 된 모인모인 위키에서 구현된 카테고리 원리는 전체검색이기 때문에, FrontPage에 카테고리 이름이 들어있다면 검색이 안 되도록 본문 내용을 수정하는 것이 가장 쉬운 방법이 아닐까 하네요. 아니면 CategorySearch 매크로 소스를 보고 페이지 이름이 FrontPage라면 뿌리지 않도록 분기문을 추가해도 되겠네요.
         잠깐 소스를 봤는데 제가 수정했던 CategorySearch 매크로를 쓰시고 있다면 238라인 else 문 밑에 if(strcmp($page_name,'FrontPage')){ 을 추가하시고 254라인에 } 을 추가해 블록을 닫아 주시면 FrontPage 페이지는 출력되지 않습니다. -- [hyacinth] [[DateTime(2009-02-07T17:58:26)]]
  • HelpOnEditing . . . . 8 matches
         == 페이지 고치기 ==
         위키위키는 기본적으로, 위키위키 내의 모든 페이지를 모든 사용자가 고칠 수 있습니다. 위키위키는 좀 더 편리하고 직관적인 페이지 편집을 지원하며 편집에 앞서 몇가지 포매팅 규칙을 배우셔야 합니다.
         다음 페이지들은 위키위키를 고치는데 필수적인 규칙/문법을 설명합니다:
          * HelpOnLinking - 페이지간 연결과 이미지 넣기
          * HelpOnProcessingInstructions - 페이지 제어
          * HelpOnSubPages - 하위 페이지
          * HelpOnXmlPages - 페이지를 xml로 저장하고 xslt 적용하기
  • Blog/2014-08 . . . . 7 matches
         HyacinthWiki 의 일부 페이지는 크리에이티브 커먼즈 라이선스(CCL) CC BY 2.0을 사용하고 있다. 페이지 하단에 CC 배너를 추가하고 링크를 따던 중 2.0은 한국어 페이지가 있는데( http://creativecommons.org/licenses/by/2.0/kr/ ) 4.0은 한국어 페이지가 없는 것 같았다(.../4.0/kr/ 같은 주소를 예상했다.). CCL 2.0을 써도 되는지 궁금해서 CCL 2.0과 CCL 4.0의 차이를 찾아 봤다.
         찾던 중 알게 되었는데 http://creativecommons.org/licenses/by/2.0/kr/ 이 페이지는 단순한 CCL 2.0 한국어 번역 페이지가 아니라 '''2.0 대한민국 버전'''(대한민국법을 적용하는 버전)을 쓴다는 의미였다. 즉, 별개의 라이선스다. 이렇게 만들어진 이유는 CCL은 미국의 저작권을 염두에 두고 개발되었기에, 개별 나라의 사정에 맞지 않을 수 있다. 그래서 세계 50개국에서 지역화 작업이 진행/완료되었고 대한민국에서 지역화가 완료된 최신 버전이 2.0이다.
         마지막으로, CCL 4.0 권리 표시 국제 버전 '''한국어 번역 페이지'''는 아래 링크다(처음 내가 찾았던).
  • HelpForBeginners . . . . 7 matches
         누구나 어떠한 페이지라도 고칠 수 있으며, 페이지간의 보다 손 쉬운 연결, 쉬운 서치환경, 그리고 현 위키에 있지 않는 페이지에 대해 새로운 페이지를 만들기 쉬운 어포던스를 제공합니다.
         처음 위키위키를 방문하신다면 무작정 다른 페이지를 고치려 하지 마시고 [위키모래상자]같은 곳에서 위키위키에 사용되는 간단한 문법을 테스트해보시기 바랍니다.
         위키위키의 문법을 지금 당장 알고싶으신 분은 HelpOnEditing 페이지로 가시기 바랍니다.
          * WordIndex: 위키위키 페이지 이름을 구성하고 있는 단어들의 목록(따라서 이 위키위키의 주된 콘셉트를 보여줍니다.)
  • kommentar . . . . 7 matches
         트위터를 만들고 부터 이 페이지가 갖는 마이크로 블로깅의 위치는 트위터가 차지했지만 트위터의 140자 제한은 상당한 압박이다. 원래 트위터는 마이크로 블로깅도 겸한다고 하지만 태생이 모블로깅이지…. 짧은 글자수 제한으로 부담없이 글을 올릴 수 있다는 것을 누군가 말하길 멍석 효과나 맨홀 효과라고 하는듯 한데, 쓰다보니 글이 길어진다 싶을 때는 반대로 어려워지는 상황이 된다. -- [hyacinth] [[DateTime(2009-10-05T13:57:41)]]
         [상식이 통하는 웹사이트가 성공한다/Krug, Steve/대웅/2006] 를 읽고 느낀 바가 있어 위키 테마를 조금 수정했다. 아무도 들르지 않는 홈페이지기는 하지만 확실히 첫 화면(대문)으로 가는 링크도 찾기 힘들었던 디자인은 문제가 있었다(라는 것을 전부터 느끼고 있었다). 이제 조금 상식적인 페이지가 되었나? -- [hyacinth] [[DateTime(2008-05-08T12:55:35)]]
         서버2003에서는 펜3 L2 캐쉬를 제대로 인식하지 못했던가? 아무리 펜3라지만 예전 펜3 733, 256램 쓸 때도 이보다는 나았다고 생각되었는데 라고 생각하긴 했지만 빠른 컴->느린 컴에서 오는 상대적인 차이와 웹 페이지 비대화에서 오는 차이 때문이라 생각하고 대수롭지 않게 생각했었다만 아무래도 무언가 이상이 있다는 걸 알았다(많이 뒤늦은 깨닳음). 혹시나 하는 것들을 건드려봤는데 가장 먼저 L2 캐쉬량을 레지스트리에 등록하니(많이 알려진 팁으로) 컴퓨팅이 ''상당히'' 많이 부드러워졌다. 맙소사 그동안 L2 캐쉬 없이 써왔단 말인가. ;; 사실 레지스트리의 L2 캐쉬 등록팁은 거의 무의미한 일이라 생각했었는데 이렇게 쓸모가 있다. 과연 오래된 팁은 오래된 컴에서 빛을 발하나 보다. 서브 컴은 서버 용도 외에는 거의 건드리지 않아 메인 컴에 문제가 없었으면 영영 알아차리지 못했겠으니 불행중 다행이라…. -- [hyacinth] [[DateTime(2007-12-20T22:24:20)]]
         모니위키에서 Blog/2007 , Blog/2006 등과 같이 / 로 구분되는 서브 페이지에서 하위 페이지로 들어가면 오른쪽 상단의 모니위키 아이콘에 뒤로를 뜻하는 http://hyacinth.byus.net/moniwiki/imgs/moni/upper.png (U) 아이콘이 생긴다는 것을 이제야 알았다. 그 동안 수동으로 페이지 끝에 '[../] 뒤로' 라고 적어주었었는데 재미있다. -- [hyacinth] [[DateTime(2007-12-17T20:06:42)]]
  • 모니위키활용/AccessControl/읽기권한제어 . . . . 7 matches
         모니위키에서는 / 을 이용해 주소를 계층화한다. 주소창에서 보면 디렉토리처럼 보이지만 / 은 단지 특수문자로 페이지 리스트 파일을 보면 상위 디렉토리 이름을 이름에 포함시킨 하나하나의 파일로 나타내짐을 알 수 있다. 해당 페이지의 하위 페이지까지 모두 권한 제어가 필요했을 때, 처음에는 페이지가 서버에서 실제로 디렉토리로 구분되어졌다고 생각해 디렉토리 내의 파일리스트를 읽어들이려는 생각을 했으나 모두 파일로 되어 있어 ereg 함수를 이용할 수 있었다.
          if (ereg("특정 페이지",$options['page'])) {
          ※ 특정 페이지 이름은 정규 표현식 사용이 가능하다.
          예) Secret로 시작되는 모든 페이지는 ^Secret
  • Blog/2007-05 . . . . 6 matches
          hrp에 대한 생각을 조금 해봤다. 아무리 생각해도 hrp와 같은 개인 홈페이지의 뚜렷한 존재의의, 목표점을 찾지 못하겠다. hrp의 컨텐츠라하면 끽해야 lifelog(blog),stuff,photo,illust 정도 밖에 떠오르지 않고 사실상 lifelog를 제외하면 기분나쁜 자기과시 분출구에 지나지 않는데다 lifelog마저 자기 사생활을 노출시키는 노출광적인 기질의 마당이라고 밖에 보이지 않는다. 대체 수 년전 blog가 득세하기 전의 수 많았던 개인 홈페이지들은 무엇을 포스팅했던 것이였지? 역시 떠올리기 힘들다. 요즘은 절대다수가 개인 홈페이지 대신 블로그 하나만으로 운영하고 있으니 html로 이루어진 개인 홈페이지는 천연 기념물화 되고 있는 듯 한데….
          ──그래도 멀리 안가 주위에 지젤님, 말세인님, 구님 등이 개인 홈페이지를 '계속' 운영해나가고 있다. 그 사실 만으로도 개인 홈페이지를 운영해야 할 의의는 충분하다. 조금 더 생각을 해보자.
  • Blog/2012-12 . . . . 6 matches
         몇 달 전 페이스북 댓글 플러그인을 잠깐 [[HTML(<a href="http://hyacinth.byus.net/moniwiki/wiki.php/Blog/2012-08?action=blog&value=266ba3f921cb15a821590ebab15cf010">달았었는데</a>)]] 단점이 있어서 내렸다. 우선 페이스북에서 제공하는 플러그인이다보니 다른 SNS에 대한 지원이 부족했었고, 더 문제는 페이스북 댓글 플러그인이 페이지 로딩 속도에 영향을 주었던 점이다. 위키 페이지 로딩이 끝나도 페이스북 댓글 플러그인의 로딩이 끝날 때까지 페이지 로딩 중으로 보여 평소보다 반응이 느려보이는 현상 때문에 없앴다.
         얼마 전 DISQUS([http://disqus.com/])라는 괜찮은 서비스를 찾았다(뒤늦게?). 이건 페이스북 댓글 플러그인에서 있었던 페이지 로딩이 길어지는 단점이 없다. iframe 등을 사용해 마치 스레드처럼 자연스럽게 로딩된다. 그리고 국내/외에서 아주 많이 사용하는 서비스다! 아는 만큼 보인다고 이제는 댓글 시스템에 DISQUS을 사용한 블로그/매체가 정말 많이 보인다. WordPress, Blogger, Tumblr 같은 메이저 서비스나 많은 블로그, 특히 해외 신문사 홈페이지, GitHub 등. 소셜 댓글 서비스 중엔 지금까지 본 것 중 가장 좋다.
         모니위키 블로그는 여전히 blog.php 기반의 Blog 프로세서를 커스터마이징해서 점점 더 블로그다워지고 있는데, 점차 메이저 블로그 비슷한 느낌을 주는 게 목표라면 목표라고 할까. 워드프레스를 홈페이지에 설치해 위키와 같이 써 본 적이 없지는 않은데, 쓰다보니 위키와 통합되는 블로그에서만 있는 장점이 있다. 그런데 솔직히 나는 WikipediaKo:하위문화 를 좋아하기 때문에 이렇게 쓰는 거지 보통 사람이라면 워드프레스 같은 전문 블로그를 쓰기를 권해 드립니다.
  • HelpContents . . . . 6 matches
         아래는 가장 중요한 도움말 페이지목록입니다:
          * HelpForBeginners - 위키 초보자를 위한 페이지
          * HelpOnPageCreation - 새 페이지 만드는 방법과 템플리트 이용하기
          * HelpOnPageDeletion - 페이지 지우기
          * HelpOnEditing - 페이지를 고치기
          * HelpOnActions - 각 페이지에 대한 여러가지 조작 및 변형법
  • HyacinthWiki . . . . 6 matches
         * 모든 페이지의 위키 원문은 페이지 주소 뒤에 [wiki:HyacinthWiki?action=raw ?action=raw]를 입력하면 볼 수 있습니다.
          페이지 내 큰 이미지는 이미지 원본 링크 추가
          일반 페이지도 트랙백 핑 가능
          블로그 글 하나를 독립된 페이지처럼 보이게 수정
         배너 (설명은 페이지 안에)
  • TaggingSystem . . . . 6 matches
          2. LocalKeywords 페이지를 만든다. LocalKeywords페이지 참조: LocalKeywords는 일종의 작은 분류 지도이다.
          1. RecentChanges같은 여러사람이 많이 접근하는 페이지에 TagCloud를 집어넣는다.
          1. 모든 키워드가 태깅된 페이지에 키워드 목록을 하단에 넣으려면 다음과 같이 한다.
         LocalKeywords는 각각의 페이지에 포함된 키워드 정보를 유기적으로 연결시켜주는 역할을 하는 분류지도이며, 일종의 작은 위키위키이다.
         LocalKeywords 페이지에 누구나 내용을 첨가할 수 있지만 이것이 곧바로 시스템에 반영되지 않는다. 이것을 시스템에 반영하기 위해서는 위키위키의 관리자 혹은 소유자로 등록된 사용자가 다음과 같이 URL에 덧붙여준다.
  • Blog/2012-08 . . . . 5 matches
         1. 상단 메뉴에서 최근 바뀐글 항목을 다시 보이게 했고 RSS(ATOM) 버튼을 메인 페이지로 이동 시켰습니다.
         2. 모든 페이지 하단에 페이스북 댓글 플러그인을 보이게 했습니다. JoinC 위키에서 쓰인 걸 보고 긍정적인 부분을 많이 느껴 참고 했습니다.
         위키 철학에 적합한지는 모르겠지만 모든 페이지마다 방문자가 interaction을 줄 수 있다는 건 좋아 보입니다. 위키 나온지 10년도 넘었는데 시대도 바뀌었고... -- (원래 위키 방식이라면 직접 페이지를 편집해 --[DeleteMe] 글을 남기면 되겠지만) 플러그인 방식은 페이지에 붙어 있지만 원본에 영향을 주지 않는 다는 점도 장점이라면 장점.
  • Blog/2013-02 . . . . 5 matches
         블로그는 가끔 추가하고 있지만, 위키 페이지는 비교적 자주 갱신하고 있다. 바뀐 글(RecentChanges 페이지)에서도 이를 확인할 수 있지만 접근성을 높이기 위해 매달 있었던 포스팅을 간단히 정리해 본다.
         1월부터 이번 달까지는 오덕한 페이지 추가가 조금 있었고, 프로그래밍 관련 페이지 추가가 많았다. 작년부터 일부 목적을 위한 코드 조각에 대한 프로그래밍 관련 페이지 추가가 많았다.
  • CategoryCategory . . . . 5 matches
         분류(Category)는 위키위키의 역링크를 활용하는 NoSmoke:WikiName 입니다. 해당 분류에 포함된 모든 페이지의 목록을 보고 싶으면, 분류 페이지의 제목을 누르면 됩니다.
         어떤 페이지를 특정 분류에 포함시키려면, 페이지의 하단에 분류를 나타내는 CategoryWiki와 같이 WikiName을 적어주면 됩니다.
         C2 분류 방식에서는 모든 분류는 "Category"로 시작해야 합니다. 이 방식을 따르고 있습니다. Wiki:AboutCategoriesAndTopics 페이지를 보면 더 많은 정보를 얻을 수 있습니다..
  • FindPage . . . . 5 matches
         이 페이지를 이용하여 문서들을 찾을 수 있습니다. 검색에는 대소문자 구분이 없습니다.
          * TitleIndex: 위키 안의 모든 페이지들의 목록입니다.
          * WordIndex: 페이지의 제목을 이루는 모든 단어들의 목록입니다.
         또는 직접 페이지로 가거나 이름을 아래에 입력하여 새 페이지를 만들 수도 있습니다:
  • MoniWikiOptions . . . . 5 matches
         `'''$frontpage="페이지이름";'''`
         `'''$logo_page="페이지이름";'''`
          * 로고를 클릭할 때 가는 페이지를 정한다. 기본값은 $frontpage.
          * 페이지 카운터의 사용 여부를 결정한다 (See PageHitsMacro)
          * 존재하니 않는 페이지 링크
  • UploadedFiles . . . . 5 matches
         {{{[[UploadedFiles]]}}} : 현재 페이지에 첨부된 파일 목록을 보여준다. pds/현제페이지이름/* 하위의 모든 파일 목록을 보여주게 된다.
         {{{[[UploadedFiles(페이지이름)]]}}} : 지정된 페이지에 첨부된 파일 목록을 보여준다.
         /!\ UploadedFiles 플러그인은 액션과 매크로를 동시에 지원하므로, 주소창에 {{{?action=uploadedfiles}}}를 덭붙여 주면 그 페이지에 첨부된 파일을 보여줍니다.
  • Blog/2007-08 . . . . 4 matches
         {{{#!blog hyacinth 2007-08-13T00:14:32 경어와 개인 홈페이지
         개인 홈페이지를 둘로 나누면 경어체를 사용하는 사람, 경어체를 사용하지 않는 곳으로 나눌 수 있다. 아무래도 경어체를 사용하는 곳이 더 사교적인 느낌이 든다. 여기와 같이 방문객이 거의 없으면, 결국 혼자 말하는 건데 경어체를 쓰면 이상해 보이지만, 방문객이 많게 되면 반대로 경어체를 쓰지 않는 것이 이상하게 보일 듯 하다.
         내가 속한 모임 중 하나는 아는 사람 5명만 가끔 들르는 친목 모임 홈페이지인데 홈페이지는 .net 1차 도메인에, 모임 공지사항같은 것은 꼭 격식을 차려서 딱딱하게 적는 모습이 재미있었다.(분명 노리고 그러는 것이야..)
  • Blog/2011-08 . . . . 4 matches
         위 같이 메인 Uri와 페이지 링크, 이미지 Regex를 잘 설정해 주면 어떤 부루 계열 사이트도 수집할 수 있다. (페이지 소스를 보며 알았는데 부루 계열엔 크게 두 종류가 있는 듯.) boorulist.ini 형태로 읽고 저장하기 때문에 리스트 배포 및 공유도 가능할 듯. 부루 계열을 타겟으로 만들었지만 유니크한 id로 접근할 수 있는 페이지 리스트가 있고 정규표현식으로 목표의 Uri를 뽑아낼 수 있다면 어떤 사이트도 적용 가능하다.
         배포 페이지를 만들었음. - [ZCS] -- [hyacinth] [[DateTime(2012-12-22T15:18:54)]]
  • Blog/2013-01 . . . . 4 matches
         + 마크 러시노비치 페이지 중 '성, 이름 표기 원칙'이 정확히 지켜진 것[[footnote(** '마크 러시노비치'와 '러시노비치, 마크'가 같이 쓰이고 있다.)]]이 보여서 소개한다. 우리 이름을 영문 표기 할 때 Gildong, Hong 은 틀리다. Gildong Hong 은 맞다. Hong, Gildong 도 맞다.
         위키는 누군가 글을 만들어 쓰고, 누군가 글에 대한 목록 페이지를 만든다. 누군가 최신 글을 표시하는 페이지를 만들고 첫 화면에 최신 글 페이지 링크를 넣어 꾸민다. 이것이 저자동 고유연성이 말하는 예다. 그렇게 생각하면 위키의 형식도 상당히 정형화되었으니 완전히 저자동이라고 볼 수는 없겠다. 이젠 누구나 위키를 보면 이것이 위키라는 것을 알고 있다.
  • Blog/2015-05 . . . . 4 matches
         지금 사용하고 있는 모니위키 테마 publishh2의 기본은 publish였다. publish에서 메뉴의 위치를 왼쪽으로 바꾸는 등 몇 가지 수정이 있었고('''publishh'''), 현재 모습처럼 레이아웃을 가운데 정렬하고, 메뉴를 간략하게 바꾸고, 페이지 이름을 상단에 고정하는 모습이 되기 위해 많은 영감을 받은 곳이 바로 [[html(<a href="http://nolboo.github.io">nolboo.github.io</a>)]] 이다(Theme inspired by nolboo.github.io).
         여기서부터 재미있는 부분인데 nolboo.github.io 를 방문해 보면 nolboo.github.io 역시 sebastien.saunier.me 에서 영감을 받아 테마를 수정했다고 밝히고 있다. (페이지 하단 Template inspired by sebastien.saunier.me)
         다들 홈페이지 꾸미는 취향이 비슷한 것 같으니 marcgg 씨가 페이지 테마를 바꾸면 관련된(...) 사람들도 다 같이 수정할지도 모르겠다. 그냥 그렇다는 잔잔한 이야기.
  • FullSearchMacro . . . . 4 matches
          * 붙으면, (rc15 이상에서) 인자가 없을 땐 현재 페이지 제목으로 찾고, 인자가 있으면 그에 따라 찾는다.
         그런데, gybe 경우에 해당되는 페이지 이름이 불규칙해서 PageList를 쓸 수가 없습니다. FullSearch가 날짜별 정렬을 지원하지 않는다면, MoniWiki의 기능 중에 어떤 걸 쓰면 될까요? --[kz]
         음, 그러니까 규칙이 전혀 없다고 할 수 있습니다. 주로 gybe로 시작하지만, 그 외에 gybe란 글자가 전혀 안 들어가지는 페이지도 많거든요. -_-a --[kz]
          아하.. 그러니까, Category페이지를 어떻게 찾느냐는 것을 말씀하신 것이군요 ? 흠 그것은 FullSearch로 찾아야 겠군요. ToDo로 넣겠습니다. ^^;;; --WkPark
  • HelpOnUserPreferences . . . . 4 matches
         위키위키를 여행하시는데에 사용자 등록을 하시면 편리합니다. 사용자 등록을 마친 후에는 우상단의 아이콘에 [[Icon(home)]]이 보이게 되며, 자신만의 [위키홈페이지]를 만들어 보실 수도 있습니다.
          * '''[[GetText(Email)]]''': 자주 쓸 이메일 주소. 이메일 주소를 넣어주면 원하는 위키페이지에 대하여 그 변경점을 구독신청하거나 취소하실 수 있습니다. 비밀번호를 잊으셨을 경우에도 이 이메일 주소를 사용해 새로운 비밀번호를 등록하실 수 있습니다.
          * '''[[GetText(Quick links)]]''': 최상단에 있는 메뉴에 자신이 원하는 링크를 추가하거나 원하는 위키페이지에 대한 링크를 넣을 수 있습니다. QuickLinks 페이지를 참조해주세요.
  • RecentChanges . . . . 4 matches
         전체 [[PageCount]] 페이지가 있습니다
         |||| [[Icon(diff)]] || 백업이 여러개 있는 페이지 (클릭하면 바뀐점)||
         |||| [[Icon(updated)]] || 북마크를 한 시점에서 새로 바뀐점이 있는 페이지 (클릭하면 북마크 이후 바뀐점)||
         |||| [[Icon(new)]] || 북마크 시점 이후에 새로 만들어지고 그 뒤로 편집이 안된 페이지||
  • irc logs . . . . 4 matches
         [18:09:15] 20<hyacinth>30 두세달 전부터 제 홈페이지 구글로부터 접근하는 트래픽이 줄은 느낌이 들었는데 오늘 구글 콘솔에서 점검해봤는데 구글크롤러가 사이트에 접근을 못하는 듯 하여 robots.txt 등을 점검해 봤으나 이상이 없었고 더 찾아해보니 구글 서포터 페이지에서 같은 증상을 겪는 중에 파일 문제가 아니라 호스트 측에서 구글 크롤링의 IP대역과
         [18:09:20] 20<hyacinth>30 서버와의 통신이 다소 정상적이지 않다는 걸 확인하여 방화벽 등을 점검하여 해결하였다는 스레드를 봐서 호스팅 업체에 위와 같이 문의하니 구글 크롤링 서버 IP는 화이트 되어 있으나 혹시 몰라 방화벽을 리셋하였다고 답변 받고서 크롤러 상태를 확인하니 정상적으로 크롤러가 홈페이지를 잘 가져와서 문제가 해결되었네요
         * 바로 이 페이지를 말하는 것이었다.
  • Blog/2008-10 . . . . 3 matches
         구글이 지난 달 출시한 크롬은 빠른 웹 페이지 전환속도를 보이며 주목받았지만 브라우저가 갑자기 멈추는 오류가 종종 발생했다. 특히 동영상을 재생할 때는 오류 발생 빈도가 더 높게 나타났다.
         이에 구글은 크롬의 플러그인을 대폭 수정, 웹 페이지가 멈춤 현상을 방지했다고 강조한다. 또 어도비 플래시나 모질라의 파이어폭스에 대응하는 플러그인도 사용할 수 있게 됐다.
         그 동안 웹 브라우저는 몇 번이나 모질라 파이어폭스를 써보려 했으나 도저히 맞지 않아서 IE 만 썼습니다. 다른건 둘째치고 (파이어폭스는) 너무 느립니다. 페이지 로딩은 IE 보다 조금 빠른 것 같아도 초기 구동이 답답할 정도로 느리고 전체적으로 IE 보다 무거워 보입니다. 실제로 메모리도 훨씬 더 많이 차지하구요. 몇 가지 매력적인 애드온이 있긴 하지만 익숙하고 빠른(!) IE 을 대신할 메리트를 전혀 느끼지 못했습니다.
  • Blog/2014-09 . . . . 3 matches
         9월 중엔 주로 그동안 쓰고 싶었던 몇 가지 주제를 정리해서 페이지를 만들었다.
         오덕한 것들도 페이지로 만들었다.
         ["UI References/웹-코드 구문 하이라이트"] - 요즘 웹에서 코드 구문 하이라이트를 해 놓은 것을 보면 색상 참조용으로 UI 레퍼런스 페이지에 캡처해 올리고 있다.
  • BlogChangesMacro . . . . 3 matches
         특정 페이지에 대한 blog rss
         전체 페이지에 대한 BlogChanges
         특정 페이지에 대한 BlogChanges
  • HelpOnConfiguration . . . . 3 matches
         config.php에 $security_class="needtologin";를 추가하면 로그인 하지 않은 사람은 위키 페이지를 고칠 수 없게 된다. 로그인을 하지 않고 편집을 하려고 하면 경고 메시지와 함께, 가입을 종용하는 간단한 안내가 나온다.
         메뉴의 대문(FrontPage)및 로고 그림이 연결하고 있는 페이지는 config.php의 다음 변수를 설정한다.
          * $hr='';로 지정하면, 페이지 상단의 <hr />과 하단의 <hr />이 출력되지 않는다.
  • Link . . . . 3 matches
         http://codefactory.kr/ 개인 홈페이지
         ===== 개인 홈페이지 =====
         ##==개인 홈페이지 ===
  • LocalKeywords . . . . 3 matches
         ## 이 페이지는 누구나 편집하실 수 있습니다.
         레퍼런스 참고문헌 홈페이지
         PHP 모바일 페이지
  • NPAPI NPRuntime 크롬 파이어폭스 플러그인 만들기 . . . . 3 matches
         이 페이지에서는 2013년 4월 1일 현재 최신 Gecko SDK[[Footnote(XULRunner SDK로도 알려져 있다.)]](19.0.2)와 최신 비주얼 스튜디오(VS2008/2010/2012)를 사용한 NPAPI Hello world 를 만드는 방법을 소개한다. Gecko SDK 1.9 부터 프로젝트 구성 방법과 헤더와 타입이 많이 바뀌었기 때문에 1.9 버전 예제들은 변경이 필요하다. 이에 대한 자세한 방법을 소개한다.
         2. 리소스(.rc)의 빌드 언어 설정(코드 페이지)이 영어(미국)이여야만 한다. (한글이라면 크롬에서는 플러그인으로 인식하지만 파이어폭스에서는 플러그인을 찾을 수 없다.)
         == 플러그인을 웹 페이지에 추가 ==
  • PageListMacro . . . . 3 matches
         [페이지이름]만 찾는다. 내용은 FullSearchMacro로 찾는다.
          옵션을 metawiki 혹은 m으로 넣었습니다. 그런데, 서치 속도가 느립니다. metadb가 5메가 이상인데 약 2초 가까이 걸리네요. 페이지이 이 매크로를 넣으면 페이지 로딩속도가 느려지므로 그다지 바람직한 방법은 아닌 것 같습니다. 그리고, metadb를 다 서치하려면 메모리를 많이 잡아먹게 되어 멎는 경우도 생기므로, 100여개정도를 찾으면 끝내도록 되어있습니다.
  • UploadFile . . . . 3 matches
         'UploadFile'페이지 이외의 특정한 페이지에서 {{{[[UploadFile]]}}}을 사용하면, 그 페이지 이름을 하위 디렉토리로 하는 새로운 UploadFile 디렉토리가 만들어지고 그 밑으로 파일이 업로드 된다. (1단계 하위 디렉토리만 지원된다)
  • UploadFileMacro . . . . 3 matches
         모니위키의 {{{[[UploadFile]]}}} 매크로는 업로드 된 파일을 {{{$upload_dir}}}로 정의된 디렉토리에 각 페이지별 디렉토리를 생성시키고, 그 디렉토리에 업로드된 파일을 저장한다.
         attachment:filename.ext 혹은 attachment:페이지명:filename.ext
         그러나 노스모크 모인모인에서는 {{{pds/*}}} 하위 디렉토리로 모든 파일이 저장된다. 노스모크 모인모인과 호환을 보장하기 위해서 UploadFile액션은 특별히 {{{UploadFile}}}이라는 페이지에서 파일을 업로드하면 {{{pds/UploadFile}}}라는 디렉토리가 만들어지지 않고 pds 아래로 바로 업로드 되게끔 하였다.
  • Windows2003Tips . . . . 3 matches
         웹페이지에 링크된 음악이나 동영상파일은 플레이되지 않고, 네모칸만 나올때...(embed태그로 링크한것이지만,앞에것도 해당되기때문에 같이 설명)
         [59] 웹페이지 로딩을 빠르게
         프린터 자동검색을 해제하시면 웹페이지가 단번에 뜹니다.
  • fopen() 대신 fsockopen()을 사용한 RSS 매크로 . . . . 3 matches
         그리고 또 한가지, 예전에 작성된 RssMacro 페이지가 위키에 있는 분은 매크로를 수정하고 그 페이지에 들어갈 때 주의해주세요. 본문 중 {{{ [[RSS(ERR: not a valid URL! http://kz.mpecc.com/moniwiki/wiki.php?action=rss_rc&dummy=1)]] }}} 이 부분에서 계속 응답을 기다리는지 홈페이지가 한동안 먹통이 되어버립니다.
  • irc logs/2011 . . . . 3 matches
         [21:32] <04hyacinth> channy.creation.net/blog/714 - 저장된 페이지2009년 6월 29일 ? Daum에도 JDBC의 DB pool 병목을 해결하기 위한 다양한 내부 기술이 있으니까요. 트위터가 어떻게 문제를 해결해 왔는지 기술 내적 혹은 외적 ...
         [21:33] <04hyacinth> www.ciobiz.co.kr ? 글로벌 ? 뉴스 - 저장된 페이지2010년 3월 4일 ? 이 보도에 따르면 수천만 회원이 가입한 SNS에서는 방대한 데이터를 지원하기 위해 DB의 확장성이 무엇보다 중요하고 트위터 역시 이 때문에 ...
         [18:32] <+hyacinth^> dic.impact.pe.kr/ecmaster-cgi/search.cgi?kwd=clout - 저장된 페이지
  • irc logs/2012 . . . . 3 matches
         [14:11] <@hyacinth> Next로 페이지 넘겨보면 증시 역사상 가장 높은 가치로 등록된 페이스북
         [21:42] <04hyacinth> "총선 투표마감 저녁 8시?" 선관위 홈페이지 오류
         [21:42] <04hyacinth> 중앙선거관리위원회가 10일 모바일 홈페이지 초기화면에 지난해 10.26 재보궐선거 화면을 표출해 다시 수정하는 해프닝이 벌어졌다.
  • 구글 사이트맵 제출하기 . . . . 3 matches
         1. 위의 웹사이트에 접속한 후, 중간 쯤에 'Starting URL' 웹사이트 주소를 입력하는 란이 있는데 이곳에 사이트맵을 생성할 홈페이지 주소를 입력합니다.
         시작 버튼을 누르면 사이트 규모에따라 몇 초~ 몇 분정도의 사이트 분석 시간이 지난 후 생성결과 페이지가 뜹니다.
         이렇게 사이트 맵을 제출 한다면 7일 내로 구글봇이 내부 웹페이지를 포함해 웹사이트 전체가 크롤링될 가능성이 높아집니다.
  • 도움이 될 만한 사이트 . . . . 3 matches
         #keywords 레퍼런스,참고문헌,홈페이지
         [7] http://goedel.chonbuk.ac.kr/wcham/ - 함운철교수님의 개인 홈페이지. 커널 디버깅 관련자료들이 많다.
         [8] http://www.zap.pe.kr – 여리님의 개인홈페이지. 커널 해킹에 관한 몇 가지 결과물과 아이디어가 있다.
  • Blog . . . . 2 matches
         attachment:twitter-bird.png 블로그 페이지에 첨부된 트위터 주소. http://twitter.com/yhyacinth
         attachment:Google-Plus.png 블로그 페이지에 첨부된 구글 플러스 주소. https://www.google.com/+DaehyeonKim
  • Blog/2008-12 . . . . 2 matches
         * 새로운 페이지 캐싱 지원 : 좀더 규모가 큰 위키에 대해서도 문제없게 하였습니다.
         * {{{$latex_allinone\}}}: 페이지 내의 latex 및 inline latex을 모두 모아서 한번에 컴파일=> 시간 단축 및 equation 번호가 제대로 붙을 수 있게 함.
  • Blog/2009-06 . . . . 2 matches
         '''트위터'''(twitter)는 무료 소셜 네트워킹 겸 마이크로-블로깅 서비스이다. 사용자들은 단문 메시지 서비스, 인스턴트 메신저, 이메일 등을 통해 "트위트"(140바이트 한도 내의 문자, 다른 말로 업데이트)를 트위터 웹사이트로 보낼 수 있다. 트위트는 사용자의 프로파일 페이지에 표시되며, 또한 이 트위트는 다른 사용자들에게로 전달된다.
         어제 김철균 청와대비서관도 트위터에 가입했다는 뉴스가 나오기도 하고, 프레도님 홈페이지에도 하나 박혀있어 궁금했기에 개설하였다.
  • Blog/2011-06 . . . . 2 matches
         그래피컬 과학 잡지 《[http://dictionary.sensagent.com/%EB%89%B4%ED%84%B4+(%EC%9E%A1%EC%A7%80)/ko-ko/ Newton]》(뉴턴)의 이번 달(6월) 호가 상당히 괜찮다. 지난 달에 예고한대로 일본 동북지방 대지진 특집 호로 나왔는데, 평소는 2/3 정도가 천문학 관련 기사지만 이번 달은 광고면 빼고, 뒷면에 하찮은 내용 몇 장 빼고 ''전부(110페이지)'' 대지진 특집 기사다. 과학계에서도 큰 이슈로 다루어질만 하지만 일본계 잡지기 때문에 더 크게 다루어진 듯.
         한 편으로 특집 기사에 부쳐 첫 페이지에 특별히 Newton 일본 편집장의 글이 있었는데, 글이 인상적이다. 대중에게 과학을 알리는 사람의 입장에서 진심으로 후회하고 있다고.
  • Blog/2012-01 . . . . 2 matches
         사실 워드프레스는 몇 년 전에도 설치해 써 봤는데(주소는 http://hyacinth.byus.net/wp/) 굳이 블로그 타이틀을 단 페이지를 두 개 쓸 이유가 없어서 WP는 쓰다 말았다. WP가 좋은 점은 형식이 정해진(알려진) 페이지기 때문에 구글 봇이 기가 막히게 크롤링을 한다는 것.
  • Blog/2012-03 . . . . 2 matches
         로지텍 A/S 센터가 2009년 쯤 오프라인 센터를 없애고 택배로만 받았었는데, 그렇게 기억하고 있다가 이번 주에는 택배를 보내보려고 홈페이지를 다시 찾았는데…
         지금 홈페이지 보니 전에 없던 방문접수센터 안내가 있다?
  • Blog/2014-07 . . . . 2 matches
         코세라(Coursera)는 세계 최대 규모의 온라인 공개 강좌 컨소시엄이다. 지난 달에는 카이스트도 지난 해 10월에 있었던 코세라와의 협약에 따라 김양한 교수의 음향학 등 3개의 강좌를 공식 개설했다. 누구나 코세라 홈페이지를 통해 수강할 수 있다.
         다음은 C 프로젝트에서 Civetweb을 사용하여 HTTP 서버를 열어 Hello civetweb 페이지를 리턴하는 예제다. 사용하기 간단다는 것을 보여준다.
  • CommentMacro . . . . 2 matches
         특정 페이지 하단에 [[Comment]]를 넣으면 http://chemie.skku.ac.kr/wiki/''''''에서 보이듯이 맨 하단에 CommentMacro가 붙게 됩니다.
         만약 모든 페이지에 Comment 매크로를 붙이기를 원한다면 config.php에 다음을 추가해주세요.
  • FrontPage . . . . 2 matches
         이곳은 [MoniWiki]를 이용한 [hyacinth]의 개인 홈페이지입니다.
         ##특별히 명시되어 있지 않으면 이 홈페이지의 콘텐츠에는 [Creative Commons Attribution 3.0 라이선스]에 따른 라이선스가 부여되며, 코드 예제에는 Apache 2.0 라이선스에 따른 라이선스가 부여됩니다. 자세한 내용은 [사이트 정책]을 참조하세요.
  • HelpOnInstallation . . . . 2 matches
          씨앗을 심는 경우는 불필요한 페이지가 들어갈 수 있는데, 어느정도 익숙해졌다고 생각되면 지워도 되며, 아예 처음부터 설치하지 않아도 된다.[[BR]]
          * [http://kldp.net/forum/forum.php?forum_id=2350 1원짜리 팁]: http://kldp.net 의 모니위키 프로젝트 홈페이지.
  • Lens . . . . 2 matches
         (!) 도움말: 하위 페이지에서는 상위 페이지로 바로 가기 아이콘( http://hyacinth.byus.net/moniwiki/imgs/moni2/upper.png )이 보입니다.
  • OekakiMacro . . . . 2 matches
         {{{[[OeKaki]]}}}라고만 쓰면 페이지 전체를 OeKaki게시판처럼 쓸 수 있다. 단, 코멘트는 위키위키식으로 단다.
         (!) 짧막한 코멘트를 달게끔 해도 괜찮을 것이다. Comment 플러그인을 만들고, Blog의 코멘트와 Vote매크로를 응용해서 페이지 임의의 부분에 좀 더 쉽게 코멘트를 덧붙일 수 있게 한다.
  • PageHitsMacro . . . . 2 matches
         PageHits에서 히트가 많은 페이지가 위에 오는데, 이를 거꾸로 해서 히트가 빈한 페이지에게도 꽃다발을 주고 싶습니다. r 옵션을 지원해서 arsort()만이 아니라 asort()도 되게 하면 어떨까요 ?
  • Tools . . . . 2 matches
         활용도 높은 멀티 클립보드. 오래 전 업데이트가 멈췄지만 OLE 기반으로 만들어졌기 때문에 지금도 거의 불편 없이 쓸 수 있다. 강력 추천. 이 페이지에서 딱 하나만 추천해야 한다면 이 도구이다. {OK} {OK} {OK} 지난 클립보드 히스토리를 목록을 저장하고 있고 클립보드에 저장된 RAW 데이터 형태를 확인 할 수도 있다. BITMAP, DataObject, TEXT, UNICODE TEXT, Rich Text Format 등. 윈도11 기본 기능에 다중 클립보드가 추가됐어도 여전히 CLCL이 (특히 개발자라면) 더 편하고 상세하게 클립보드를 다룰 수 있다.
         .doc 파일을 웹 페이지 도움말이나 Windows 도움말로 바꾸어주는 유틸러티. {OK}
  • irc logs/2002-2010 . . . . 2 matches
         [22:37] <05[FB]주백통> 1╂ LOD iRC ╂ http://al-s.net/orient - 기본 브라우저를 통해 울티마 온라인 프리서버 랜닥 홈페이지로 접속합니다.
         [00:53] <04hyacinth> 내가 8년전에 GTA2 멀티플레이 홈페이지를 만들었는데
  • omr1/Totaliter . . . . 2 matches
         # - 설치 등과 관련된 질문은 홈페이지 게시판에 문의해주시기 바랍니다.
         # Wget 대상 페이지 데이터를 얻음
  • 모니위키활용 . . . . 2 matches
         이 페이지는 예전 페이지입니다. 모니위키 활용 팁은 [wiki:"모니위키 팁"]을 참고해주시기 바랍니다. -- [hyacinth] [[DateTime(2011-12-20T08:25:07)]]
  • 모니위키활용/오에카키사용하기 . . . . 2 matches
         1. 아래 페이지에서 최신의 PaintBBS 를 다운받는다.
          http://hp.vector.co.jp/authors/VA016309/paintbbs/file/ {{{#999999 (배포 페이지) }}}
  • AnimeReleased/2008년 10월 신작 . . . . 1 match
         [홈페이지 먹통으로 스샷 없음]
  • AudioPlayerMoniwikiMacro . . . . 1 match
         || yes ||재생 전에 접힌 모습으로 보임. 재생 시 펼치기. 가장 처음 쓰는 플레이어에만 유효하며 한 페이지 전체가 적용되게 됩니다. ||
  • Blog/2008-09 . . . . 1 match
         * 그림 설명 : 오래간만에 가이낙스 홈페이지에 가니 대문 그림이 바뀌었다. 신지가 너무 예쁘게 나왔다.
  • Blog/2008-11 . . . . 1 match
         홈페이지에서 연결된 링크들로 그래프를 그려줍니다.
  • Blog/2009-01 . . . . 1 match
         ||<width="121" bgcolor="transparent">{{{{font-size: 9pt; }선행 학습 레퍼런스\}}}{{{{font-size: 9pt; }(\}}}{{{{font-size: 9pt; }공부해두면 좋아요)\}}}||<width="369" bgcolor="transparent">{{{{font-size: 9pt; }l \}}}{{{{font-size: 9pt; }미리 RoR이나 Django 등의 웹 프레임워크로 장난감 예제를 작성하고 오시면 크게 도움이 됩니다.\}}}{{{{font-size: 9pt; }l \}}}{{{{font-size: 9pt; }Python, \}}}{{{{font-size: 9pt; }특히 Python 3.0을 알고 오시면 좋습니다. Python 공식 홈페이지의 튜토리얼을 읽어보세요. 이미 Python은 알고 있지만, 최근 릴리즈된 3.0은 익숙하지 않으시다면, Python 사이트에서 PEP-3000대 문서들을 살펴보시면 도움이 됩니다.\}}}{{{{font-size: 9pt; }l \}}}{{{{font-size: 9pt; }Kent Beck\}}}{{{{font-size: 9pt; }의 TDD 책도 읽어보세요. 꼭 이 프로젝트를 진행하는 것이 아니라도 무척 훌륭한 가르침을 얻을 수 있습니다.\}}}||
  • Blog/2009-03 . . . . 1 match
         엠파스가 완전히 서비스를 종료하고 네이트로 통합된 이후 시작 페이지를 어디로 해야할지 고민 중입니다.
  • Blog/2009-07 . . . . 1 match
         재미있는 짤방을 구해서 [정규표현식] 페이지를 업데이트했다.
  • Blog/2011-02 . . . . 1 match
         배포 페이지
  • Blog/2011-12 . . . . 1 match
         아래 사이트들은 브라우저 북마크에 추가해 둘만 하다. 분야는 윈도우 시스템 via C/C++ 쪽. 사실 같은 [wiki:http://hyacinth.byus.net/moniwiki/wiki.php/유용한%20Reference%20사이트들 페이지]를 위키에 추가했는데 요즘 블로그 글이 너무 없어 블로그에도 올림. 아무래도 블로그 글감을 찾아봐야겠는 걸...
  • Blog/2013-04 . . . . 1 match
         추가 된 페이지
  • Blog/2013-05 . . . . 1 match
         > '''북라인마커'''는 책의 읽은 페이지 뿐 아니라 '''읽는 줄''' 위치까지도 '''표시'''가 가능한 혁신적인 '''북마크'''입니다.
  • Blog/2014-03 . . . . 1 match
         구글 Developer 홈페이지([http://developer.chrome.com/apps/first_app])를 보던 중이었다. 본문 중간에 크롬 메뉴를 나타내는 아이콘 그림이 보였다 ( http://developer.chrome.com/static/images/hotdogmenu.png ). 구글 크롬 오른쪽 위에는 메뉴가 있는데 2012년 8월까지 렌치 모양 아이콘에서 세 줄 모양 아이콘으로 바뀐 바 있다. 이 아이콘은 모바일 환경에서 메뉴를 나타내는 아이콘으로 많이 쓰이고 있다.
  • Blog/2014-04 . . . . 1 match
         1996년 3월, 넷스케이프는 넷스케이프 네비게이터 2.0를 출시하면서부터 자바스크립트를 지원하기 시작했다. 웹 페이지 동작을 향상시키는 언어로서 자바스크립트는 성공적이었고, 마이크로소프트가 이와 '적당히' 호환되는 J스크립트를 개발하는 계기가 되었다. J스크립트는 1996년 8월, 인터넷 익스플로러 3.0에 포함되어 출시되었다.
  • Blog/2017-06 . . . . 1 match
         ISS를 보려면 다음의 두 홈페이지를 참고하면 된다.
  • Blog/2017-11 . . . . 1 match
         나는 재미있는 앱 UI나 참고할만한 UI가 보이면 종종 정리해 놓는데 (["UI References"] 페이지) 이번엔 바뀐 에버노트 표 UI가 편리하고 직관적이어서 눈에 띄었다.
  • Blog/2022-06 . . . . 1 match
         어렴풋이 알고 있었으나 지금은 그 차이를 이제 안다. 위키 페이지를 만들었다. REST는 이론적이고 순수한 제약이 있는 이상적인 가이드라인이고 RESTful API는 REST에서 영감을 받아 REST의 특징을 적용한 실용적인 웹 API이다. ["REST와 RESTful API의 차이"]
  • Blog/2023-03 . . . . 1 match
         챗GPT 답변을 위키 컨텐츠 보강에도 활용하기 시작했다. 예) [wiki:K8S Kubernetes]. 예전 작성해둔 페이지 중에 리서치가 부실했던 부분 챗GPT에 물어봐서 보강만 해도 훨씬 풍성해질 듯...
  • Blog/2024-08 . . . . 1 match
         임베디드 부품샵에서 Quectel[[footnote(Quectel Wireless Solutions Co., Ltd. (상하이 증권 거래소 603236.SS))]]이란 중국 회사의 천원짜리 안테나 몇 개를 주문했다. 홈페이지에서 데이터시트를 충실히 제공해서 만족스러웠는데 IoT에서 유명한 회사인가 보다.
  • BlogPages . . . . 1 match
         * 검색 로봇 도움 용 블로그 페이지 리스트
  • CategoryApplication . . . . 1 match
         이 카테고리를 포함하는 모든 페이지의 리스트입니다.
  • CategoryBook . . . . 1 match
         이 카테고리를 포함하는 모든 페이지의 리스트입니다.
  • CategoryDev . . . . 1 match
         이 카테고리를 포함하는 모든 페이지의 리스트입니다.
  • CategoryDocument . . . . 1 match
         이 카테고리를 포함하는 모든 페이지의 리스트입니다.
  • CategoryMacro . . . . 1 match
         이 카테고리를 포함하는 모든 페이지의 리스트입니다.
  • CategoryNonClassified . . . . 1 match
         이 카테고리를 포함하는 모든 페이지의 리스트입니다.
  • Data/강원도 온천 약수 지도 . . . . 1 match
         강원도청에서 운영하는 강원도 관광 홈페이지[[footnote(http://www.gangwon.to/)]]에서 공개하는 온천관광지 소개 데이터를[[footnote(http://www.gangwon.to/xml_template/info/content_04_01.xml)]] 보고 동기를 얻었다. D3.js로 강원도 지방 지도를 그리고 위, 경도 상에 온천, 약수 위치를 표시했다.
  • Guestbook/2011 . . . . 1 match
         예전에 GTA2 홈페이지 개설 하셨던 그분 맞지요?
  • HelpOnAdministration . . . . 1 match
         열거된 페이지는 위키를 관리하기 위한 여러가지 정보를 담고있습니다.~
  • HelpOnFormatting . . . . 1 match
         위키위키는 좀 더 직관적이면서 이해하기 쉬운 단순한 세트의 문법 규칙을 가지고 있습니다. HTML 문서를 만들기 위해서 HTML문법을 알아야 하는 것 처럼 위키위키 페이지를 만들거나 고치기 위해서 위키위키 문법을 알아야 합니다. HTML문법은 직관적이지 않고 복잡한 측면이 있습니다. 그러나 대다수의 HTML문서는 매우 간단한 문법을 알기만 하면 만들 수 있습니다. 위키위키는 이러한 문법을 좀 더 단순화 시키고 직관적이고 이해하기 쉬운 단순한 규칙으로 구성되도록 고안되었으며 조금만 시간을 투자한다면 위키위키의 문법을 쉽게 이해하고 배우실 수 있습니다.
  • HelpOnHeadlines . . . . 1 match
         /!\ {{{= 레벨 1 =}}} 제목은 <h1>으로 랜더링되지만 다른 위키위키 마크업과 통일성을 위해 '''두개'''의 "==" 부터 제목줄을 사용하시는 것을 권장합니다. MediaWiki에서도 비슷한 이유로 ``레벨1`` 제목 사용을 제한적 허용하고 있는데, 그 이유는 <h1>은 ''페이지의 제목''에 할당하고 있기 때문이라고 합니다.
  • InterMap . . . . 1 match
         # $PAGE라고 되어있는 부분은 페이지 이름으로 치환됩니다.
  • IsbnMap . . . . 1 match
         macro_ISBN()를 보면 이 페이지를 파싱한다.
  • MPIR로 C++ 고정밀 연산을 해 보자 . . . . 1 match
         ##GMP 사용법과 같으며 공식 홈페이지를 방문하면 샘플 코드를 포함한 친절한 설명을 얻을 수 있다. -_-
  • MoniWikiThemes . . . . 1 match
         {{{background-color: #fff;}}}를 쓰면 페이지가 길어질때 이상하게 보일 가능성이 있습니다. -- WkPark [[Date(2004-11-03T09:09:02)]]
  • OeKaki . . . . 1 match
         {{{[[OeKaki]]}}}라고만 쓰면 페이지 전체를 OeKaki게시판처럼 쓸 수 있다. 단, 코멘트는 위키위키식으로 단다.
  • PHP/a-zA-Z1-10 랜덤 출력 . . . . 1 match
         [18:30] <+냐옹이> php 코드를 실행합니다. %nick%은 닉네임으로 치환됩니다. '~http://google.com/'을 파일로 읽으면 해당 웹 페이지의 내용이 fd로 출력됩니다. c/c++에서 기본 헤더 파일은 인클루드가 되어있으며, boost도 일부 사용 가능하고, main함수를 생략해도 됩니다. | !c !cpp !pl !py !rb !js !lua !php !bas !기억실행
  • Perl/CGI-500InternalServerError . . . . 1 match
         Perl로 웹상에서 페이지를 출력하기 위해서는 내용을 출력하기 전에 다음과 같은 헤더를 출력하여 형식을 선언해줘야 한다.
  • RamdomPages . . . . 1 match
         아무(랜덤) 페이지 100개를 보여줍니다.
  • TableOfContentsMacro . . . . 1 match
         TableOfContentsMacro를 페이지의 상단에 {{{[[TableOfContents]]}}} 와 같이 넣으면,
  • WinampControllers . . . . 1 match
         IntelliType Pro 를 실행해 키 설정 탭에서 키 값에 '프로그램, 웹 페이지 또는 파일 시작'을 선택한다.
  • ZCS/boorulists.ini . . . . 1 match
         짤 수집 셔틀 기타 단보루 계열 사이트 목록 페이지입니다.
  • hyacinth . . . . 1 match
         모니위키를 사용한 개인 위키/홈페이지입니다. HyacinthWiki
  • omr1 . . . . 1 match
         [/4] 개발자 홈페이지
  • omr1/3/002 . . . . 1 match
         </div><div><span class="Apple-style-span" style="color: rgb(51, 51, 51); font-family: Verdana; font-size: 12px; line-height: normal; "><div class="post hentry category-42" id="post-2443" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; text-align: left; "><h3 class="storytitle" style="font-weight: normal; text-transform: capitalize; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; font-size: 12px; font-family: 돋움, dotum, sans-serif; "><a href="http://gaemon.wordpress.com/2008/10/13/10%eb%85%84-%ec%95%88%ec%97%90-%ed%94%84%eb%a1%9c%ea%b7%b8%eb%9e%98%eb%b0%8d-%eb%8f%85%ed%95%99%ed%95%98%ea%b8%b0/" rel="bookmark" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">10년 안에 프로그래밍 독학하기</a></h3><div class="meta" style="font-weight: normal; color: rgb(204, 204, 204); letter-spacing: 0px; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; text-align: left; ">Filed under: <a title="View all posts in 42" href="http://ko.wordpress.com/tag/42/" rel="category tag" target="_blank" style="font-weight: normal; letter-spacing: 0px; color: rgb(102, 102, 102); text-decoration: none; ">42</a> — 개멍 @ 21:52</div><div class="storycontent" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; text-align: left; "><div class="snap_preview" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; text-align: left; "><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; "><a id="yit6" title="피터 노빅 횽아의 유명한 글" href="http://www.norvig.com/21-days.html" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">피터 노빅 횽아의 유명한 글</a> 번역. <a id="vb" title="다른 분이 번�한 글" href="http://tavon.org/work/21-days" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">다른 분이 번역한 글</a> 도 있긴 한데 품질이 맘에 안 들어서 새로 번역해 봤다. “프로그램하다” 는 말은 요즘 잘 안 쓰이는거 같아서 몇몇 경우 “코딩하다” 는 표현을 사용했다.</p><hr width="100%" size="2"><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">어떤 서점을 들어가도 “7일만에 자바 독학하기” 라든가 그 옆에 나란히 놓인 비주얼 베이직, 윈도우즈, 인터넷 등을 며칠 내지 몇 시간만에 독학하는 방법을 찾을 수 있다. 아래와 같은 고급 검색을 amazon.com 에서 해 봤더니:</p><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">248 개의 결과가 나왔다. 상위 78 개는 컴퓨터 책이었다. (79위는 “30일만에 벵갈어 배우기” 였다) “며칠만에” 를 “몇 시간 만에” 로 바꿔도 눈에 띄게 비슷한 결과가 나온다. 253 개의 결과 중 상위 77 개는 컴퓨터 책이고 “문법과 문체를 24 시간만에 독학하기” 가 78위로 뒤를 잇는다. 상위 200 개 중에 96% 가 컴퓨터 책이다.</p><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">결론을 내리자면 사람들이 컴퓨터를 배우기 위해 몰려들고 있든가, 아니면 다른 어떤 것보다 컴퓨터가 끝내주게 쉽다는 얘기, 둘 중 하나일 것이다. 베토벤이나 양자 역학이나 심지어 개 빗질하는 법을 며칠 만에 배우는 책은 없다. <a id="jrhs" title="3일만에 파스칼 배우기" href="http://www.amazon.com/exec/obidos/ISBN=1556225679/4094-7934802-027992" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">“3일만에 파스칼 배우기”</a> 같은 책이 어떤 의미일지 생각해 보자:</p><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">배우기: 3일 이라면, 의미있는 프로그램을 몇 개 짤 시간도 없고, 그 과정의 성공이나 실패로부터 배울 수도 없다. 경험있는 프로그래머와 같이 일하는 환경이 어떤 것인지 이해할 시간도 없다. 잘라 말해, 별로 많이 배울 시간이 안된다. <a id="rfbb" title="알렉산더 포프" href="http://en.wikipedia.org/wiki/Alexander_Pope" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">알렉산더 포프</a> 가 말했듯, 선무당이 사람잡는다.</p><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; "><strong><font color="#fe1100" size="3">파스칼: 3일 이라면 파스칼의 문법은 배울 수 있을 것이다 (비슷한 언어를 이미 알고 있다면). 하지만 그 문법으로 뭘 할지를 배우진 못할 것이다.</font></strong> 잘라 말해, 당신이 베이식 (BASIC) 프로그래머라면, 파스칼 문법을 사용해서 베이식 스타일의 프로그램은 짤 수 있겠지만, 파스칼이 정말 좋은지 (또는 나쁜지) 는 알 수 없을 것이다. 그러니 그게 무슨 소용인가? <a id="ilr3" title="알란 펄리스" href="http://www-pu.informatik.uni-tuebingen.de/users/klaeren/epigrams.html" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">알란 펄리스</a> 가 말했듯이, “프로그래밍에 대해 생각하는 방법을 바꾸지 않는 언어는 알 필요도 없다.” 파스칼을 (실은 비주얼 베이식이나 자바스크립트 쪽이 좀 더 가능성 있겠지만) 약간 배워서 기존에 존재하는 코드와 인터페이싱한다면 뭔가 소용이 되긴 하겠지만, 그런 경우도 프로그래밍을 배우는건 아니다: 그 일을 하는 방법을 배우는 것일 뿐.</p><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">3일 동안이라. 불행히도 이걸론 충분치 않다. 좀 더 설명해 보겠다.</p><h3 style="font-weight: normal; text-transform: capitalize; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; font-size: 12px; font-family: 돋움, dotum, sans-serif; ">10년 동안 프로그래밍 독학하기</h3><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">연구자들 (<a href="http://www.amazon.com/exec/obidos/ASIN/034531509X/" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">Bloom (1985)</a>, <a href="http://www.norvig.com/21-days.html#bh" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">Bryan & Harter (1899)</a>, <a href="http://www.amazon.com/exec/obidos/ASIN/0805803092" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">Hayes (1989)</a>, <a href="http://www.norvig.com/21-days.html#sc" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">Simmon & Chase (1973)</a>) 은 세상의 많은 일들 중 어느 하나라도 전문적 지식을 갖추려면 10년 정도의 시간이 걸린다는 것을 밝힌 바 있다. 체스라든가, 음악 작곡, 모르스 전신 치는 법, 그림, 피아노 연주, 수영, 테니스, 신경정신학 및 토폴로지 등 모두 마찬가지다. 지름길은 없는 듯 하다: 심지어 <font size="3"><strong><font color="#fe1100">4살 때 음악 신동이었던 모짜르트도 세계적인 음악을 만들기까지는 13년을 기다려야 했다</font></strong>.</font> 장르를 바꿔 얘기하면, 비틀즈는 갑자기 나타나 1964 년부터 연속으로 1위 히트곡을 쏟아내면서 <a id="rg7o" title="에드 설리반 쇼" href="http://en.wikipedia.org/wiki/The_Ed_Sullivan_Show" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">에드 설리반 쇼</a> 에 출연한 것 처럼 보인다. 하지만 그들은 리버풀이나 함부르그의 작은 클럽에서 1957 년부터 활동해 왔고, 그때부터 대중적 호소력이 있긴 했지만, 진정한 첫 번째로 성공한 앨범인 “페퍼 하사” 는 1967 년에 발매되었다. 사무엘 존슨 (1709-1784) 는 심지어 10년도 짧다고 봤다: “어느 분야에서든 탁월함을 보이려면 평생 노력해야 한다. 더 싼 방법은 없다.” 그리고 초서 (1340-1440) 는 “인생은 짧고, 재주를 배우는건 너무 오래 걸리는도다” 고 한탄했다. 히포크라테스 (기원전 400년경) 는 그의 명언 “인생은 짧고, 예술은 길다” 라는 말은 남겼는데, 축약되지 않은 원문은 “Ars longa, vita brevis, occasio praeceps, experimentum periculosum, iudicium difficile” 이며 번역하자면 “인생은 짧고, 재주는 길고, 기회는 잠깐이고, 실험은 믿을 수 없고, 판단은 어렵다.” 이다. 라틴어에서 “ars” 는 예술이나 기술 어느 쪽을 말할 수도 있지만, 원문의 그리스어는 “techne” 이고 이는 “재주” 로 번역되지 “예술” 로 번역되지 않는다.</p><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">내가 제안하는 성공적인 프로그래밍의 요소는 다음과 같다:</p><ul style="list-style-type: none; list-style-position: initial; list-style-image: initial; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">프로그래밍에 흥미를 갖고, 재미로 해 봐라. 계속해서 재미를 느껴서 10년을 버틸 수 있도록 하라.</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">다른 프로그래머와 얘기하라; <font color="#fe1100" size="3"><strong>다른 이들이 짠 프로그램을 읽어라</strong></font>. 이것이 어떤 책이나 수업보다 더 중요하다.</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">코딩하라. <font size="3"><strong><font color="#fe1100">가장 좋은 학습은 </font></strong></font><a id="bxrj" title="해보면서 배우는 것" href="http://www.engines4ed.org/hyperbook/nodes/NODE-120-pg.html" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; "><font color="#fe1100" size="3"><strong>하면서 배우는 것</strong></font></a> 이다. 더 전문적으로 말하자면, “개인이 특정 영역에서 최고로 발휘할 수 있는 수준은 그저 오랫동안 경험한다고 그냥 배워지는게 아니다. 매우 경험이 많은 개인이라도 발전하려는 노력이 없으면 수준을 높일 수 없다.” <a href="http://www2.umassd.edu/swpi/DesignInCS/expertise.html" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">(p. 366)</a> 그리고 “가장 효과적인 학습에는 특정 개인에게 맞는 난이도의 잘 정의된 과제와, 유익한 피드백과, 반복해서 잘못을 수정해 나갈 기회가 필요하다.” (p. 20-21) 이러한 관점을 제공하는 <a href="http://www.amazon.com/exec/obidos/ASIN/0521357349" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">Cognition in Practice: Mind, Mathematics, and Culture in Everyday Life</a> 는 흥미로운 참고서적이다.</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">원한다면, 대학에서 4년을 보내라 (아니면 대학원에서 더 시간을 보내라). 이렇게 하면 해당 경력을 필요로 하는 직업에 도전할 수도 있고, 이 분야에 대한 더 깊은 이해를 얻을 수도 있다. 하지만 수업을 즐기지 않는다면 (약간의 노력으로) 직업 내에서 비슷한 경험을 얻을 수도 있다. 어느 경우든, 책에서 배우는 것만으론 충분치 않다. “컴퓨터 과학 교육을 듣는다고 전문 프로그래머가 될 수 있다면 붓과 물감을 전공한 누구든 전문 화가가 될 수 있을 것이다” 고 <a id="lhvd" title="The New Hacker's Dictionary" href="http://www.ccil.org/jargon/jargon_toc.html" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">The New Hacker’s Dictionary</a> 의 저자 <a id="md7x" title="에� 레이몬드" href="http://catb.org/esr/" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">에릭 레이몬드</a> 가 말한 바 있다. 내가 고용했던 최고의 프로그래머 중 하나는 고등학교 졸업장밖에 갖고 있지 않았다. 그는 <a href="http://www.xemacs.org/" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">대단한</a> <a href="http://www.mozilla.org/" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">소프트웨어</a> 를 많이 만들었고, 자신만의 <a href="http://groups.google.com/groups?q=alt.fan.jwz&meta=site%3Dgroups" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">뉴스 그룹</a> 도 있으며, 스톡 옵션을 충분히 벌어 자신의 <a id="eirn" title="나이트클럽" href="http://en.wikipedia.org/wiki/DNA_Lounge" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">나이트클럽</a> 까지 만들었다.</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; "><font face="돋움" size="3" ;=""><strong><font color="#fe1100">다른 프로그래머들과 같이 프로젝트에 참여하라</font></strong>.</font> 몇 프로젝트에서 최고의 프로그래머가 되어라. 다른 몇 개에서는 최악의 프로그래머가 되어라. 자신이 최고인 프로젝트에서는 프로젝트를 꾸려나가고, 다른 이들에게 영감을 주는 능력을 시험하라. 최악인 프로젝트에서는 스승들이 무엇을 하고, 무엇을 하기 싫어하는지 배워라 (하기 싫은 것은 당신에게 시킬 것이다).</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">다른 프로그래머들이 이미 일하는 프로젝트에 참여하라. 다른 이들이 쓴 코드를 이해하는데 집중하라. 원 저자의 도움 없이 이해하고 고치는데 얼마나 노력이 드는가 경험하라. 당신이 짠 코드를 관리해야 하는 이들이 쉽게 작업하려면 어떻게 프로그램을 설계해야 할지 생각하라.</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">최소한 대 여섯개의 프로그래밍 언어를 배워라. 클래스 추상화를 제공하는 언어 (Java 나 C++ 같은) 하나와, 함수 추상화를 제공하는 언어 (Lisp 이나 ML 같은) 하나, 문법 추상화를 제공하는 언어 (Lisp 같은) 하나, 선언형 명세 방법 (declarative specification) 을 지원하는 언어 (Prolog 나 C++ 템플릿 같은) 하나, 코루틴을 제공하는 언어 (Icon 이나 Scheme 같은) 하나, 병렬화를 제공하는 언어 (Sisal 같은) 하나는 꼭 배워라.</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">“컴퓨터 과학” 에는 “컴퓨터” 가 들어간다는 것을 잊지 마라. 컴퓨터가 인스트럭션 하나를 수행하거나, 메모리에서 워드 하나를 가져오거나 (캐쉬 미스 나는 경우 및 안 나는 경우), 디스크에서 워드를 연속으로 읽어오거나, 디스크를 탐색하는데 얼마나 걸리는지 배워라. (해답은 아래쪽에)</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">언어 표준화 작업에 참여하라. ANSI C++ 위원회에 들어갈 수도 있지만, 주위 사람들의 인덴트 스타일이 공백 2 개인지 4 개인지 결정하는 일일 수도 있다. 어느 경우든, 다른 이들이 특정 언어에서 무엇을 좋아하는지, 얼마나 좋아하는지, (운이 좋으면) 왜 그렇게 느끼는지 배울 수 있다.</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">위 언어 표준화 작업에서 가능한 빨리 빠져나오는 센스를 키워라.</li></ul><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">이 모두를 염두에 두면, 책에만 의존해서 얼마나 배울 수 있는지 의문스럽다. 내 첫 아이가 태어나기 전, 나는 모든 “~하는 법” 류의 책들을 다 읽었지만 그럼에도 아직도 대책없는 초보라고 느꼈다. 30달이 지나 내 두 번째 아이가 태어날 때 쯤, 기억을 되살리려 그 책들을 다시 읽었을까? 아니다. 나는 개인적 경험에 의존했고, 전문가들이 쓴 수천 페이지보다 그 쪽이 훨씬 유용하다는 확신을 줬다.</p><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">프레드 브룩스는 그의 에세이 <a href="http://citeseer.nj.nec.com/context/7718/0" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">No Silver Bullets</a> 에서, 훌륭한 소프트웨어 설계자를 찾는 세 가지 방법을 제시했다.</p><ol style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; "><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">가능한 일찍, 최고 설계자감을 체계적으로 찾아내라.</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">경력 개발을 책임질 멘토를 붙여주고, 재능을 계발하는 책임을 부여하라. 신중하게 경력을 쌓게 하라.</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">자라나는 설계자들이 서로 소통하고 자극할 기회를 만들어 줘라.</li></ol><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">이 말은 훌륭한 설계자감은 이미 처음부터 그럴 자질이 있다는 것을 암시한다. 신경 써야 하는 부분은 그들끼리 제대로 얽히게 하는 것이다. <a id="ep_c" title="알란 펄리스" href="http://www-pu.informatik.uni-tuebingen.de/users/klaeren/epigrams.html" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">알란 펄리스</a> 가 더 간단히 말한 바 있다: “누구에게나 조각을 가르칠 수 있지만, 미켈란젤로에게는 조각을 못하게 가르칠 수는 있어도 조각은 가르칠 방법이 없다. 훌륭한 프로그래머도 마찬가지다.”</p><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">그러니 가서 그 자바 책을 사라. 뭔가 소용은 있을 것이다. 하지만 그 책은 당신의 인생을 바꿀 수도 없고, 프로그래머로서의 전문성을 24시간 안에, 며칠 안에, 심지어 몇 달 안에 가르치진 못할 것이다.</p><h3 style="font-weight: normal; text-transform: capitalize; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; font-size: 12px; font-family: 돋움, dotum, sans-serif; ">참고문헌</h3><ol style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; "><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">Bloom, Benjamin (ed.) <i><a href="http://www.amazon.com/exec/obidos/ASIN/034531509X" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">Developing Talent in Young People</a></i>, Ballantine, 1985.</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">Brooks, Fred, <i><a href="http://citeseer.nj.nec.com/context/7718/0" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">No Silver Bullets</a></i>, IEEE Computer, vol. 20, no. 4, 1987, p. 10-19.</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">Bryan, W.L. & Harter, N. “Studies on the telegraphic language: The acquisition of a hierarchy of habits. <i>Psychology Review</i>, 1899, 8, 345-375</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">Hayes, John R., <i><a href="http://www.amazon.com/exec/obidos/ASIN/0805803092" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">Complete Problem Solver</a></i> Lawrence Erlbaum, 1989.</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">Chase, William G. & Simon, Herbert A.<a href="http://books.google.com/books?id=dYPSHAAACAAJ&dq=%22perception+in+chess%22+simon&ei=z4PyR5iIAZnmtQPbyLyuDQ" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">“Perception in Chess”</a> <i>Cognitive Psychology</i>, 1973, 4, 55-81.</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; ">Lave, Jean, <i><a href="http://www.amazon.com/exec/obidos/ASIN/0521357349" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">Cognition in Practice: Mind, Mathematics, and Culture in Everyday Life</a></i>, Cambridge University Press, 1988.</li></ol><h3 style="font-weight: normal; text-transform: capitalize; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; font-size: 12px; font-family: 돋움, dotum, sans-serif; ">부록: 언어 선택</h3><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">몇 사람들이 맨 처음 무슨 프로그래밍 언어를 배워야 할지 물어왔다. 하나의 정답은 없지만, 이런 점들을 생각해 보자.</p><ul style="list-style-type: none; list-style-position: initial; list-style-image: initial; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; "><b>친구들을 사용하라.</b> “어떤 OS 를 써야 할까? 윈도우즈, 유닉스, 아니면 맥?” 이라고 누가 내게 물어보면, 난 보통 이렇게 대답한다: “친구들이 쓰는걸 써라.” 친구들에게서 배울수 있다는 장점은 OS 나 프로그래밍 언어의 어떤 근본적 차이점보다도 더 큰 잇점이다. 또 앞으로 사귈 친구들을 고려하라: 해당 언어 사용자 커뮤니티에 당신도 참여하게 될 것이다. 선택한 언어의 사용자 커뮤니티가 계속 커지고 있는가, 아니면 사라지고 있는가? 해답을 찾을 수 있는 책이나, 웹 사이트나, 온라인 게시판이 있는가? 그 게시판에 있는 사람들이 맘에 드는가?</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; "><b>간단한 것을 골라라.</b> C++ 나 자바 같은 언어는 경험 많은 프로그래머들이 큰 팀으로 모여서 전문적인 개발을 하기 위한 것이고, 런타임 성능에 신경을 쓴다. 그렇기 때문에 이 언어들에는 그런 상황에 맞는 복잡한 부분들이 있다. 당신은 프로그램을 배우는데 신경을 써야 한다. 그런 복잡한 부분은 필요없다. 한명의 신인 프로그래머가 배우기 쉽고 기억하기 쉬운 언어를 골라라.</li><li style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; "><b>갖고 놀아라.</b> 피아노를 어떻게 배우고 싶은가? 흔히 하듯이 인터랙티브하게, 건반을 치면 곧 소리가 들리는 방식으로 하고 싶은가? 아니면 “뱃치” 방식으로, 한 곡을 다 쳐야만 소리가 나는 식으로 배우고 싶은가? 당연히, 인터랙티브 모드 쪽으로 피아노를 배우는 편이 쉽다. 프로그래밍도 마찬가지다. 반드시 인터랙티브 모드가 있는 언어를 선택하고 그 모드를 사용하라.</li></ul><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">이런 기준을 놓고 볼 때, 내가 추천하는 첫 번째 언어는 <b><a id="i" title="파이쏜" href="http://python.org/" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">파이쏜</a></b> 이나 <b><a href="http://www.schemers.org/" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">스킴</a></b> 이다. 하지만 당신의 상황은 다를 수 있고, 다른 좋은 대안들도 있다. 나이가 한자리 숫자라면 <a id="e8ve" title="앨리스" href="http://alice.org/" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">앨리스</a> 나 <a id="j83l" title="스퀵" href="http://www.squeak.org/" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">스퀵</a> 을 좋아할 수도 있다 (나이가 들었다고 싫어할 이유는 없다). 중요한 것은 일단 선택하고 시작하는 것이다.</p><p style="font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; "></p></div></div><div class="feedback" style="clear: both; font: normal normal normal 1em/1.3em Verdana, Arial, Helvetica, sans-serif; color: rgb(204, 204, 204); margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; text-align: left; "></div></div><p style="margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; "> </p><p style="margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; "><a href="http://gaemon.wordpress.com/2008/10/13/10%EB%85%84-%EC%95%88%EC%97%90-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D-%EB%8F%85%ED%95%99%ED%95%98%EA%B8%B0/" target="_blank" style="color: rgb(102, 102, 102); text-decoration: none; ">http://gaemon.wordpress.com/2008/10/13/10년-안에-프로그래밍-독학하기/</a></p><p style="margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; "> </p><p style="margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">여기서 긁어왔음.</p><p style="margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">결국 핵심은 공부엔 왕도가 없다.</p><p style="margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">날로 먹을려고 들지 마라.</p><p style="margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; "> </p><p style="margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">프로그래밍 잘 하고 싶으면, 코딩 많이 해봐라.</p><p style="margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">라는 얘기.</p><p style="margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; "> </p><p style="margin-right: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 2px; margin-bottom: 2px; ">당연한 말이면서 중요하고, 핵심을 찌르는 말들이네요.</p></span></div>
  • omr1/draft . . . . 1 match
         초안을 위한 페이지
  • test4 . . . . 1 match
         홈페이지
  • 메모장/링크 . . . . 1 match
         개인 홈페이지
  • 모니위키 플러그인 . . . . 1 match
         ||["Evernote+MoniwikiMacro"] ||Evernote 노트를 Moniwiki 페이지에 출력하는 플러그인 ||
  • 스도쿠 솔버 . . . . 1 match
         바퀴를 또 만들 필요는 없을 것 같아서, 괜찮은 온라인 솔버를 보면 이 페이지에 등록해야겠다.
  • 윈도우용 wget . . . . 1 match
         여기서 홈페이지에서 그림이나 오디오파일 등은 빼고 HTML 문서만 복사해오고자 한다면
  • 제로의 사역마 . . . . 1 match
         「--제로의 사역마--루이즈 오피셜 야설」 11권 24페이지
  • 폰트에 대해 . . . . 1 match
         <출처: 윤디자인연구소 홈페이지>
Found 123 matching pages out of 1201 total pages

You can also click here to search title.