GNU/FSF 웹 사이트 운영 지침

이 문서는 GNU/FSF의 웹 페이지 작성 및 운영 지침을 설명하고 있습니다.

이 문서에서 설명한 내용들은 GNU 프로젝트와 FSF 웹 사이트에서 기본적으로 사용되고 있는 표준입니다. 따라서 모든 웹 페이지들은 이러한 기준에 따라 만들어져야 합니다. 그러나 만약 이 문서의 기준과 다른 형태와 기능의 웹 페이지를 만들고자 한다면 그러한 기능을 지원할 수 있는 자유 소프트웨어 웹 브라우저가 존재하는 조건에 한해서 허용될 수 있습니다.

그러나 일단 새로운 기능이 사용되면 그에 대한 일관된 기준이 적용되어야 하고 해당 기능을 어떻게 사용할 것인지에 대한 표준이 만들어져야 합니다. www.gnu.org 사이트에서 유사한 기능이 포함된 페이지를 유지하고 있는 다른 관리자가 있다면, 새로운 표준을 만들어 이 문서에 추가시킬 수 있도록 함께 상의해 주시기 바랍니다.

만약 여러분이 관심을 갖고 있는 기능이 포함된 웹 페이지의 저자가 누구인지 확실히 알 수 없다면 <webmasters@gnu.org> 앞으로 문의하면 됩니다.

그러나 웹 페이지에 프레임을 사용해서는 안된다는 점에 유의하시기 바랍니다. 프레임을 사용한 페이지는 북마크에 방해가 됩니다. 만약 프레임을 사용해야 할 정당한 이유를 갖고 있다면, 먼저 <webmasters@gnu.org> 앞으로 그 사실을 알려주시기 바랍니다.

목 차

저작권에 대한 기준

모든 페이지에는 저작권 고지가 포함되어 있어야 합니다.
기본적으로 사용되고 있는 저작권 고지 형태는 템플릿 파일의 하단 부분을 통해 참고할 수 있습니다.
만약 특정 페이지의 저작권이 GNU/FSF가 아닌 다른 개인이나 단체에 있다면 이를 분명히 명시해야 합니다. 이 때에는 해당 저작권 사항을 페이지 상단에 명시하고, 페이지 하단에 있는 FSF 저작권 표시를 다음과 같은 형태로 수정합니다.
저작권 고지는 페이지 상단에 명시되어 있습니다.
Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110, USA

이러한 사항을 페이지 하단에 명시하는 이유는 독자들이 모든 페이지 안에서 저작권에 대한 정보를 쉽게 발견할 수 있도록 하기 위해서 입니다.
하나의 문서가 둘 이상의 파일로 분리되어 있을 경우에도 모든 파일의 하단에 위에서 언급한 기준에 따라 저작권 고지를 명시해야 합니다.
모든 페이지에는 문서를 자유롭게 배포할 수 있다는 사항을 표시해야 합니다. 만약 특정 페이지의 저자로부터 이러한 허가를 얻지 못했다면 먼저 GNU/FSF 웹마스터와 상의해 주시기 바랍니다.

일반적인 기준

기억하세요! GNU와 함께 하는 작업은 항상 즐거워야 합니다!
잘못된 철자를 사용하지 않도록 주의하는 것이 좋습니다. 영문의 경우에는 GNU Emacs의 ispell 모드를 사용할 수 있지만 아직까지 자유롭게 사용할 수 있는 한국어 철자 검사기는 없는 상황입니다. 한국어의 경우에는 철자뿐 아니라 띄어쓰기에도 유의해야 합니다.
FSF는 GNU/FSF 웹 서버에 자유 소프트웨어만을 설치하는 기준을 갖고 있습니다. 우리는 GNU/FSF 웹 서버에 있는 모든 컨텐츠의 개발에 자유 소프트웨어를 사용하고자 합니다.
GNU/FSF 웹 서버에는 오직 자유 소프트웨어에 대한 목록과 링크만이 포함되어 있습니다. 소프트웨어의 원시 코드와 실행 파일은 자유롭게 재배포될 수 있어야 하며, 모든 사람과 기업, 단체에 의해 개작될 수 있어야 합니다. 여기에 대해서 확실하지 않은 사항이 있다면 <gnu@gnu.org> 앞으로 문의해 주시기 바랍니다.
GNU/FSF 웹 서버에는 GNU 일반 공중 사용 허가서나 GNU 약소 일반 공중 사용 허가서가 적용된 소프트웨어에 대해 우선 순위를 부여합니다. 항상 이러한 소프트웨어가 제일 먼저 열거될 수 있도록 해 주시기 바랍니다.
GNU/FSF 웹 서버는 컨텐츠의 내용을 최우선으로 생각합니다. 외면적인 포장보다 내용이 중요합니다. 우리는 접속 속도가 느린 곳에서도 웹 페이지들이 빠르게 로딩(loading)될 수 있도록 하기 위해서 그래픽 이미지의 사용을 최소화하고 있습니다. GNU 프로젝트는 모든 사람들을 위한 것입니다. 우리는 인터넷 접속 속도가 느리거나 텍스트 브라우저를 사용하는 사람들에게도 동일한 관심을 애정을 기울이고 있습니다.
웹 페이지들은 종종 페이지 상단에 일단의 링크들이 먼저 위치한 뒤에 본문이 이어지는 형식을 갖고 있습니다. 이렇게 하는 이유는 사용자들로 하여금 필요한 정보를 처음 페이지에서 가능한 빨리 그리고 쉽게 찾을 수 있도록 하기 위해서입니다. 이것은 Info 페이지의 처음 24행이 메뉴로 구성되면서 시작되는 것과 일맥 상통합니다.
문서는 GNU 프로젝트가 허용할 수 있는 가능한 많은 종류의 포맷으로 제공하는 것이 좋습니다. 예를 들면, http://www.gnu.org/prep/tasks.html 페이지와 같은 형태가 될 수 있습니다. 이렇게 하면 사용자들이 자신이 이용할 수 있는 가장 유용한 포맷을 선택할 수 있게 됩니다.
다른 사이트로부터 그래픽 이미지나 문서를 차용할 경우에는 반드시 사전 허락을 얻어야 하며 이러한 요청은 정중히 이루어 져야 합니다. 이러한 경우에 있어서 중요한 것은 해당 이미지나 문서를 자유롭게 재배포 할 수 있어야 한다는 것과 어떠한 저작권 관련 문제도 발생해서는 안된다는 것입니다.
GNU 소프트웨어 꾸러미지기를 포함한 개인의 연락처는 명시적인 요청이 없는 한, 가능한 삽입하지 않는 것이 좋습니다. 대부분의 GNU 꾸러미지기들은 버그 리포트를 GNU 메일 주소를 통해 받는 것을 선호하지, 개인 주소를 통해서 필요 이상의 메일을 받는 것을 원하지 않습니다.

파일 이름과 URL에 대한 기준

다른 페이지를 가리키는 링크는 웹 서버의 루트 디렉토리를 의미하는 ``/''로부터 시작하는 절대 링크 방식을 사용합니다. 다시 말하면 ``http://www.gnu.org/''와 같은 형식이 아니라 ``/order/order.html''와 같이 링크되어야 합니다. 이러한 형식은 특히, 미러 사이트를 운영하는데 큰 도움이 됩니다.
그러나 링크가 동일한 파일 안에서만 이루어 질 때는 파일 이름 전체를 생략해도 무방합니다.
링크가 GNU/FSF 서버의 다른 페이지를 가리키고 있다면 시작 부분에 http를 붙이지 않고 생략합니다. http는 호스트 이름 앞에서만 사용합니다.
Texinfo 원시 파일로부터 여러 개의 파일이 자동으로 생성될 경우에는 상대 링크가 사용됩니다. 그러나 이 파일들은 항상 동일한 디렉토리 안에 위치하게 되므로 이러한 경우에는 상대 링크가 허용됩니다.
Emacs를 이용해서 한 번에 많은 양의 문서를 쉽게 편집하려면 다음과 같은 기준을 지켜야 합니다.
- 모든 html 파일에 유일한 이름을 부여해야 합니다.
- index.html 파일은 심볼릭 링크로만 사용해야 합니다.
웹 서버에 있는 각각의 디렉토리에 대해서 index.html 파일은 해당 디렉토리의 최상위 문서로 가는 심볼릭 링크가 되어야 합니다. 웹 서버의 관리에는 .symlinks 파일이 이용됩니다.
URL을 표시할 때는 디렉토리가 아닌 파일 이름을 사용해야 합니다. 즉 ``/gnu/''와 같은 형태가 아닌 ``/gnu/gnu-history.html''과 같은 형태를 사용해야 합니다. 또한 URL의 이름으로 index.html 파일을 사용해서는 안됩니다. 이러한 형식들은 페이지를 이미 읽은 경우에 따라 링크에 대한 웹 브라우저 상의 하이라이트가 변경될 때 사용자들에게 도움이 되는 방법들입니다. 만약 특정한 링크가 몇개의 다른 파일 이름에 의해 참조되고 있다면 사용자가 명시적으로 참조하지 않은 파일 이름에는 하이라이트가 표시되지 않을 것입니다. 따라서 이미 본 페이지를 다시 갈 수 있는 상황이 발생할 수 있는데 이것은 성가신 일이 아닐 수 없습니다.

HTML 문서 작성 기준

HTML 페이지는 가능한 간결하게 유지되어야 합니다. 우리의 목적은 사람들에게 정보를 제공하는 것이지 멋진 화면이나 볼거리를 제공하는 것이 아닙니다. 따라서 HTML과 사이트의 디자인을 이러한 목적에 맞게 간결하게 유지해야 합니다.
GNU/FSF 웹 사이트에는 보수적인 기준의 HTML이 사용됩니다. HTML 2.0이면 충분하며 HTML 1.0도 허용됩니다. 우리는 어떠한 웹 브라우저의 최신 기능도 우리의 사이트에서 실험하고 싶은 생각이 없습니다. GNU/FSF의 웹 사이트에 있는 모든 문서들은 HTML 2.0을 충족시키는 어떠한 브라우저에서도 잘 보일 수 있어야 합니다.
GNU/FSF는 모든 종류의 브라우저에서 잘 보일 수 있는 웹 페이지를 만들자는 취지의 Any Browser 운동을 지지하고 있습니다.
HTML의 새로운 기능을 사용할 때는 텍스트 브라우저를 포함한 가능한 많은 종류의 브라우저를 이용해서 테스트 해 보아야 합니다. 이러한 테스트를 통해서 특정 브라우저에만 최적화된 페이지를 만들거나 하는 등의 잘못을 바로잡을 수 있습니다. 다음과 같은 브라우저들이 테스트 대상이 될 수 있습니다.
- Lynx
- links
- GNU Emacs의 w3 모드
- Mozilla
- Arena
- Hot Java
- Mosaic 2 및 2.75b
- Netscape 3, 4, 5
- Internet Explorer와 Internet Explorer의 특별한 버전인 AOL 웹 브라우저 (약 1천만명의 사용자들에게 이 브라우저는 그들이 사용할 수 있는 유일한 브라우저입니다.)
물론, 위에서 언급된 브라우저 중에서 이미 사용하고 있는 경우가 아니라면 독점 소프트웨어는 설치하지 말 것을 부탁드립니다.
모든 페이지에는 <HTML> <HEAD> <TITLE> <BODY> 태그들이 짝을 이루며 포함되어 있어야 합니다. (템블릿 파일의 원시 코드를 참고하시기 바랍니다.) 이러한 형태는 몇몇 까다로운 브라우저들을 위한 것입니다.
모든 페이지의 하단에는 FSF 또는 해당 페이지의 관리 책임은 맡은 사람과 웹마스터와 접촉할 수 있는 정보를 명기해야 합니다. 기본적으로 사용할 수 있는 형태는 템플릿 파일의 예와 같습니다. 이러한 정보를 모든 페이지에 명시하는 것은 방문자들로 하여금 필요한 정보를 해당 페이지에서 직접 참고할 수 있도록 하기 위한 것입니다.
처음에 사용된 <Hn> 태그의 내용을 <TITLE> 태그의 시작 부분에 동일하게 삽입해야 합니다. <TITLE> 태그는 많은 종류의 브라우저에서 히스토리 등의 메뉴나 북마크 정보를 표시하는데 사용됩니다. 따라서 페이지의 제목을 <TITLE> 태그에 함께 사용하면 페이지의 정보에 대한 가독성을 높이고 쉽게 접속할 수 있도록 도와줍니다.
<TITLE> 태그에는 ``GNU Project''와 ``Free Software Foundation (FSF)'' 문구가 포함되어야 합니다. 이것은 해당 페이지가 WWW 검색 엔진에 의해 검색되도록 하는데 도움이 됩니다. 기본적으로 사용되는 형식은 <TITLE> 태그의 뒷부분에 다음의 문구를 삽입하는 것입니다.
```
      `` - GNU 프로젝트 - 자유 소프트웨어 재단 (FSF)''  
    
```
<HEAD> 태그 안에는 <TITLE> 태그 밑에 다음과 같은 태그가 포함되어야 합니다.
```
       <LINK REV="made" HREF="mailto:webmasters@gnu.org">
     
```
어떤 브라우저들은 이 정보를 이용해서 사용자들이 페이지에서 발견한 문제점을 관리자에게 쉽게 알려줄 수 있도록 해 줍니다.
날짜가 표시되는 항목을 갖고 있는 새소식, 기부 안내, 등의 페이지들은 최근의 날짜가 먼저 오도록 작성합니다. 이것은 사용자들의 편의를 위한 것입니다.
이메일 주소와 이름을 삽입할 경우에는 다음과 같은 형식을 사용합니다.
```
<A HREF="http://www.stallman.org/rms.html">리차드 스톨만</A>
<A HREF="mailto:rms@gnu.org">&lt;rms@gnu.org&gt;</A>
```
이것은 브라우저 상에서 다음과 같이 보여집니다.
리차드 스톨만 <rms@gnu.org>
이러한 형식은 사용자들에게 보다 혼동을 덜 줄 수 있습니다. 왜냐하면 무엇이 http URL이고 무엇인 이메일 주소인 지에 대한 구분을 명확히 해 주기 때문입니다. 또한 웹브라우저가 지원하는 경우에는 mailto: 를 통해 메일 프로그램을 가동시켜 메일을 작성하고 보낼 수도 있습니다.
만약 사용자가 이 페이지를 저장했다면 페이지 안에 포함된 이메일 주소도 함께 저장된 것이기 때문에 이메일 주소를 참조하기 위해서 웹브라우저를 다시 실행할 필요없이 저장된 문서를 참고하면 됩니다.
만약 웹 페이지를 갖고 있지 않은 사람이라면 다음과 같이 표기합니다.
```
리차드 스톨만
<A HREF="mailto:rms@gnu.org">&lt;rms@gnu.org&gt;</A>
```
위의 형태는 브라우저 상에서 다음과 같이 보여집니다.
리차드 스톨만 <rms@gnu.org>
FTP의 위치를 적을 때는 대상이 있는 디렉토리의 URL을 정확히 적습니다.
```
<A HREF="http://ftp.gnu.org/pub/gnu/standards/">http://ftp.gnu.org/pub/gnu/standards/</A>
```
위의 형태는 웹 브라우저 상에서 다음과 같이 보여집니다.
http://ftp.gnu.org/pub/gnu/standards/
이러한 형태를 사용하면 ftp라는 단어가 명시되기 때문에 다른 웹 페이지로의 http 링크가 아니라 다운로드를 받을 수 있는 FTP 주소임을 분명히 알릴 수 있어 사용자들의 혼동을 줄일 수 있습니다.
또한 사용자가 이 페이지를 저장하게 되면 FTP의 위치 정보도 해당 페이지에 포함되어 함께 저장된 것이기 때문에 FTP 사이트에 대한 정보를 참고하기 위해 웹 브라우저를 다실 실행시킬 필요없이 저장된 문서를 참고하면 됩니다.
FTP 사이트를 운영할 때는 소프트웨어 꾸러미마다 별도의 디렉토리를 사용해서 하나의 디렉토리에는 그 꾸러미와 관련된 파일만을 포함시킬 것을 권장합니다. 이렇게 하면 디렉토리에 포함된 README 파일 등을 통해서 해당 꾸러미에 대한 정보를 사용자들이 보다 쉽게 얻을 수 있게 됩니다. 또한 FTP 사이트를 나타내는 이름으로 디렉토리를 사용하면 그 안에 포함된 파일이 변경되는 경우에도 URL을 수정해야 할 필요가 없습니다. 예를 들면 다음과 같은 형태로 표기할 수 있습니다.
GNU 코딩 표준에 사용된 원시 코드는 http://ftp.gnu.org/pub/gnu/standards/ 디렉토리 또는 GNU FTP 미러 사이트에서 구할 수 있습니다.
HTML 문서 안에 공백 문자를 삽입할 수 있는 확실한 방법은 없습니다. 표준이 존재함에도 불구하고 많은 브라우저들은   태그를 인식하지 못합니다. DosLynx와 같은 몇몇 브라우저들은 운영체제의 코드 페이지(codepage)를 그대로 사용하기 때문에   대신  을 사용한다고 해도 의도한 결과를 얻을 수 없습니다.
색상에 대한 속성을 지정할 때는 태그가 허용하는 속성들을 모두 함께 포함시켜야 합니다. 몇몇 브라우저들은 사용자들이 브라우저의 기본 색상을 지정할 수 있도록 허용합니다. 만약 이때 사용자의 설정이 문서에 지정된 것과 다를 경우에는 문서에 지정된 값이 우선됩니다. 따라서 태그 안에 허용되는 색상에 대한 속성을 모두 지정하지 않을 경우에는 최악의 경우, 배경색과 텍스트의 색이 같게 되어 브라우저 상에서 아무 것도 볼 수 없게 될 수 있습니다.
예를 들면, <BODY 태그 안에는 다음의 속성들을 모두 포함시켜야 합니다. BGCOLOR, TEXT, LINK, ALINK, VLINK.
정확한 문법을 알고 있다면 테이블을 사용하는 것은 괜찮습니다. 몇몇 브라우저는 테이블을 표시하는데 많은 시간이 필요합니다. 따라서 꼭 필요한 경우가 아니라면 테이블의 사용도 줄이는 것이 좋습니다. 테이블로 표시하는데 적절한 양은 50행 정도입니다.
어떤 사람들은 그래픽 브라우저를 사용할 때 오른쪽이나 왼쪽에 예쁜 메뉴를 구성하기 위해서 테이블을 사용하는 것을 좋아합니다. 그러나 텍스트 브라우저에서는 이러한 메뉴가 페이지 상단이나 하단에 표시되기 때문에 원래의 의도를 잘 살릴 수 없습니다. 따라서 표시하고자 하는 메뉴가 만약 30행 이상이라면 메뉴가 너무 멀리 떨어져 버리기 때문에 제대로 역할을 할 수 없게 될 것입니다. 따라서 메뉴를 테이블로 구성할 때에는 텍스트 브라우저에서도 메뉴의 의도를 살리기 위해서 20행 미만으로 만드는 것이 좋습니다. 1행 또는 2행으로 메뉴를 구성하게 되면 원래의 의도를 잘 살릴 수 있을 것입니다.
대부분의 시각 장애자들이 사용하는 텍스트를 읽어주는 프로그램(screen reader)은 테이블을 무시하고 왼쪽부터 오른쪽 방향으로 진행하며 글을 읽습니다. 따라서 테이블을 만들 때는 전체 페이지가 왼쪽에서 오른쪽으로 읽혀질 수 있도록 주의를 기울여야 합니다.

그래픽 이미지의 사용 기준

그래픽 이미지의 사용을 최소화해서 페이지가 빨리 뜨도록 해야 합니다. GNU 프로젝트는 느린 인터넷 접속 환경이나 텍스트 기반의 웹 브라우저를 사용하는 사람들을 포함한 모든 사람들을 위한 것입니다.
GIF 이미지에 대한 특허 문제와 관련해서 모든 이미지들은 JPEG 포맷을 사용하고, 가능한 http://www.gnu.org/philosophy/gif.ko.html 페이지에 대한 링크를 삽입합니다. JPEG이 웹 브라우저에서 사용될 수 있는 가장 대중화된 포맷이기는 하지만, PNG와 같이 자유롭게 사용할 수 있는 포맷의 사용도 허용됩니다.
GNU WWW 사이트에 있는 웹 페이지에 그래픽 이미지를 추가할 때는 다음과 같이 해 주시기 바랍니다.
- 먼저, 그래픽 파일을 '/graphics/' 디렉토리에 넣습니다.
- '/graphics/' 디렉토리에 새로운 웹 페이지를 생성합니다.
- GNU 그래픽 페이지에 새로운 페이지에 대한 링크를 추가합니다. 이것은 GNU 홈페이지를 방문한 사람들이 홈페이지에 사용된 모든 그래픽 이미지들을 한 곳에서 쉽게 찾아볼 수 있도록 하기 위한 것입니다.
웹 페이지에 삽입된 모든 이미지에는 다음과 같은 태그를 사용해야 합니다. 이것은 그래픽 이미지에 관심이 있을 경우 해당 정보 페이지로 쉽게 이동해서 관련 사항들을 참고할 수 있도록 하기 위한 것입니다.
이미지가 삽입될 때는 텍스트 브라우저를 위한 ALT(ALTernative) 태그를 항상 함께 사용해야 합니다. 예를 들면 다음과 같습니다.
<IMG SRC="/graphics/*.jpg" ALT=" [이 이미지에 대한 설명] ">
FSF는 시각 장애자나 텍스트 상태로만 웹 페이지에 접근할 수 있는 사용자들에게도 동일한 대우를 제공하고자 합니다. 우리는 ALT 태그 안에 그래픽 이미지에 대한 설명을 제공하는 것 이외에도 공백 문자와 대괄호를 함께 삽입해서 사용자들이 이 부분에 그래픽 이미지가 있다는 사실을 쉽게 알 수 있도록 하고 있습니다.
또한 다음과 같이 WIDTH와 HEIGHT 속성을 IMG 태그 안에 함께 사용하는데, 이것은 이러한 형태가 성능 향상에 도움이 되는 브라우저가 있기 때문입니다.
<IMG SRC="/graphics/*.jpg" ALT=" [이 이미지에 대한 설명] " WIDTH="999" HEIGHT="666">
우리는 웹 페이지에 배경 그림을 사용하지 않습니다. 왜냐하면 일반적으로 배경이 삽입되면 텍스트 정보를 읽는데 많은 장애가 되기 때문입니다. <BODY> 태그 안의 배경 색과 텍스트 색을 각각 흰색과 검은색으로 설정한 것 또한 텍스트 정보의 가독성을 높이기 위한 것입니다.
때때로 일정한 텍스트 영역을 흰색의 보다 넗은 바탕이 둘러싸고 있는 <TABLE>과 같은 HTML 태그를 사용해서 표시하는 것이 도움이 될 때가 있습니다. 이러한 태그는 웹 페이지의 특정 부분에 보다 관심을 집중시키기 위해서 사용될 수 있습니다.

유용한 자료들

Texinfo 매뉴얼의 ``부록 B 팁과 힌트'' 부분과 기타 다른 부분에서 문서의 서식에 대한 내용들을 참고할 수 있습니다.
우리는 Any Browser 운동의 지침을 따르고 있습니다.
WWW와 이에 대한 기술적 설명은 WWW 컨소시움 홈페이지를 통해서 참고할 수 있습니다.
HTML에 대한 기본적인 정보는 W3C 사이트의 HTML 페이지에서 참고할 수 있습니다.
GNU/FSF 홈페이지는 w3.org 작성 지침의 많은 부분을 준수하고 있습니다.

GNU 홈페이지의 처음 화면으로 돌아갑니다.

자유 소프트웨어 재단과 GNU 프로젝트에 대한 질문은 gnu@gnu.org로 보내 주시기 바랍니다.

GNU에 대한 질문 이외에 홈페이지 자체에 대한 질문과 한국어 페이지에 대한 질문은 각각 webmasters@gnu.org와 www-ko@gnu.org 앞으로 보내 주시고, 그밖의 연락 방법에 대해서는 연락처 안내 부분을 참고하시기 바랍니다.

최근 수정일: Last modified: Thu Feb 22 17:04:36 EET 2007