.htm 대 .html? 어떤 파일 확장자 이름이 더 정확합니까? [닫은]


214

HTML 파일에 어떤 파일 확장자를 선택해야합니까? 그리고 왜?



3
그것은 의견에 근거한 것이 아니라 속임수로 폐쇄되어야합니다
Michael Freidgeim

답변:


243

짧은 대답

없습니다. 그들은 정확히 같습니다.

긴 대답

.htm과 .html 모두 정확히 동일하며 동일한 방식으로 작동합니다. 파일 이름에 문제가없는 경우 파일 선택과 일치하는 경우 개인 취향에 따라 선택할 수 있습니다.

웹 서버의 구성에 따라 파일 형식 중 하나가 다른 형식보다 우선합니다. index.htm과 index.html이 같은 폴더에있을 가능성은 낮으므로 문제가되지 않습니다.

파일 확장자는 일반적으로 3 자이므로 파일 이름에는 항상 짧은 .htm을 사용합니다.

더 ON : http://www.sightspecific.com/~mosh/WWW_FAQ/ext.html 또는 http://www.sightspecific.com/~mosh/WWW_FAQ/ext.htm

여기 에이 부분을 추가해야한다고 생각
합니다. .htm과 .html 파일 사이에는 약간의 차이가 있습니다. 서버에서 mydomain.com/myfolder 와 같은 경로를 고려하십시오 . 해당 폴더 안에 index.htm 파일 을 만들고 mydomain.com/myfolder/ 와 같이 열면 서버에있는 것처럼 파일이 삐져 나가지 여기에 이미지 설명을 입력하십시오
index.html 파일 을 만들면 거기에 브라우저에서 해당 디렉토리를 열면 해당 파일이로드됩니다. VPS에서 이것을 테스트하고 이것을 발견했습니다. 어쩌면 서버가 기본적으로 index.htm 파일을로드하도록 설정할 수는 있지만 .html 파일은 브라우저가 각 디렉토리에서 열 수있는 기본 파일 유형 인 것 같습니다.


28
개인 선호도는 아니지만 많은 마이크로 컨트롤러 와 임베디드 시스템은 8.3 명명 규칙을 사용합니다 .
emc

2
대부분의 웹 서버는 신경 쓰지 않습니다 (Apache, IIS, Nginx 등). 실제로는 거의주의를 기울이지 않습니다 (이것은 종종 OS, 파일 시스템에 의해 제한되거나 매우 오래된 것입니다). 기본적으로 웹 서버는 로컬로 설정된 동일한 파일 이름 및 디렉토리 구조를 호스팅합니다. 웹 페이지와 함께 전송되는 메타 데이터는 파일 형식을 정의합니다. 웹 서버는 확장명을 전달할 필요가 없습니다. 그러나 때때로 그렇습니다. URL 재 작성을 참조하십시오.
TamusJRoyce

104

둘 다!

당신이 묻는다면; "웹 사이트 방문자의 유형, htm 또는 html은 무엇입니까?"-확장명이없는 멋진 설명 URL을 제공하는 것이 훨씬 좋습니다. 그들이 yoursite / contact.html로 이동하는 데 익숙해지고 yoursite / contact.php로 변경하면 해당 링크가 끊어집니다. 사이트 / 연락처 /를 사용하는 경우 기술을 전환 할 때 아무런 문제가 없습니다.


65
+1. .html현대 웹 사이트 에서 자원이 끝나는 것을 보았을 때 항상 여행했던 것처럼 느낍니다 .
그랜트 바그너

4
아주 좋은 생각입니다. 그래도 저장소와 URL이 구별되지 않습니까? 이것이 서버의 일이 아니어야합니까?
xtofl

1
사이트 / 연락처 /를 달성하는 방법은 사용자에게 달려 있습니다. Apache에서 mod_rewrite를 사용하거나 Windows에서 URL 라우팅을 사용합니다. 어떤 사람들은 폴더 구조를 사용하는데 이상적이지는 않지만 나중에 mod_rewrite 또는 URL 라우팅으로 쉽게 바꿀 수 있습니다.
Fenton

2
왜 마지막에 슬래시? 귀하의 사이트 / 연락처는 괜찮습니다.
플래시

3
@Andrew-그것은 선호의 문제입니다. 당신이 선호하는 것을하십시오. 많은 사이트가 사이트 / 연락처를 수락하지만 사이트 / 연락처 /를 선호하는 사이트로 리디렉션합니다.
펜턴

24

.html은 항상 새 파일입니다. .htm은 할 일에 대한 후퇴입니다.



17

똑같은 .. 전혀 차이가 없습니다 ... htm은 3 개의 문자 확장자 만 일반적인 날에 사용되었습니다.


8

8.3 명명 규칙 만 지원하는 시스템에 파일을 넣으려는 경우 확장자를 3 자로 제한해야합니다.

그렇지 않으면 더 설명적인 .html 버전을 선택하는 것이 좋습니다.


7
그런 다음 모든 소스 파일에 언어에 'l'을 추가해야합니까? ;)
xyz

49
누군가 아나라는 언어를 만들 때까지는 괜찮습니다.
dan04

11
@ dan04이라는 언어가 있습니다. 참조 Wikipedia
mgttlinger

3

지금은 조금 늦었지만 MS Outlook에서 HTML 서명을 설정할 때만 (2010 년까지) 차이가납니다. .html 확장자 만 처리 할 수없고 .htm 만 처리 할 수 ​​있습니다.


2

기능과 지원 측면에서 동일합니다. (대부분의 OS는 두 가지를 모두 인식하고 대부분의 검색 엔진은 두 가지를 모두 인식합니다)

일상적으로 사용하기 위해 .htm은 25 % 짧아지기 때문에 선택합니다.


DOCTYPE을 포함시키지 않겠습니까?
Hello71

7
@ Hello71 : 난 이해가 안 돼
Wadih M.

자존심이 강한 검색 엔진은 무엇이든 확장 프로그램을 사용하지 않습니다.
rdb

1

요즘 컴퓨터는 파일 형식으로 모든 길이를 광범위하게 지원하므로 선택은 이제 개인적입니다. 지원되는 경우 단 3 글자 만 사용하던 Windows 초기에는 더 이상 .htm을 사용해야했습니다.


9
" 3 자 (확장자) 만 지원되었던 Windows 초기 시절로 거슬러 올라갑니다 ." 유닉스와 맥 OS (OS 이전의 X조차도)에는 그런 제한이 없었습니다. 우리는 .html처음부터 확장을 사용하고있었습니다 .
Val

1

여기 생각할 음식이 있습니다.

예를 들어 웹 사이트에서 모든 .htm 파일을 사용하고 있고 현재 사용중인 편집기를 변경 한 경우 새 편집기에서 모든 파일을 .html 확장자로 출력합니다. 사이트를 서버에 다시 게시하면 Google을 포함하여 웹에서 .htm을 찾고 있지만 같은 페이지의 새로운 .html 이것은 이전 편집기에서 여전히 동일한 페이지 이름을 사용한다고 가정합니다.

어쨌든 ... 내 요점은, 당신이 만든 그 링크 주스를 풀지 않도록 조심하십시오. 따라서이 예에서는 .htm을 고수해야 할 이유가 있다고 생각합니다. 그러나 다른 모든 사람들이 언급 한 것과 같은 것 같습니다.

내가 틀렸다면 정정하십시오.

내가이 모든 것을 언급 한 이유는 이것이 나에게 일어날 때 내가하는 과정에서하고 있었기 때문에 새로운 에디터로 사이트 SEO를 손상시킬 수 있기 때문입니다.

원래의 편집기는 항상 .htm을 출력 한 MS Front Page였으며 모든 .html 파일을 출력하는 새로운 편집기 인 "90 Second Web Builder 9"였습니다 ... 출력 확장명을 다시 .htm으로 변경

어쨌든, 그것은 내 2 센트입니다. 그것이 누군가를 돕기를 바랍니다 ..


1
웹 사이트 URL이 .htm 또는 .html로 끝나는 경우 잘못된 것입니다. 시맨틱 URL은 훨씬 사용자에게 친숙하며 설명 된 문제를 겪지 않습니다. 웹 사이트 방문자에게 파일 확장자를 공개해야하는 이유는 없습니다.
rdb

0

요컨대, 그것들은 정확히 같습니다. URL의 끝을 발견하면 때로는 .htm이 표시되고 다른 경우에는 .html이 표시됩니다. 여전히 하이퍼 텍스트 마크 업 언어를 나타냅니다.


-19

사이트가 모두 .htm이고 컴퓨터에서 "모두 알고 있습니다"라는 메시지가 Google 순위에 도움이되기 때문에 .html로 변경하라는 메시지를 받았습니다. 시간과 비용을 절약했습니다.


17
그것은 끔찍한 제안입니다. .htm 또는 .html인지 여부는 Google에 중요하지 않습니다. 반대로, 모든 링크를 변경하면 들어오는 링크가 모두 깨지는 것 외에도 SEO 성능이 저하되어 링크 빌딩이 가치가 없게됩니다.
Nix

1
그렇게하면 시간을 낭비 할 수 있습니다
PatomaS

2
그릇된. .htm, .html 또는 .php를 사용하는 경우 Google은 동일합니다!
MultiformeIngegno

1
귀하의 Google 순위는 .htm인지 .html인지 결정되지 않습니다. 우선, 내가 닉스 동의 등 유용하고 좋은 내용 또는 정보, 구조화 된 데이터, 적절한 메타 제목, 사이트 맵, 좋은 도메인 이름 쓰기
시애틀 닌자
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.