'URL'에 해당되는 글 2건

  1. 2017.06.14 [ASCII] HTML URL Encoding Reference
  2. 2007.11.23 URI(URL) 명명에 대한 생각.

[ASCII] HTML URL Encoding Reference

ITWeb/개발일반 2017.06.14 17:47

가끔 찾을 때가 있는데 기억을 못해 스크랩 해봤습니다.


원문)


https://www.w3schools.com/tags/ref_urlencode.asp



ASCII Encoding Reference

Your browser will encode input, according to the character-set used in your page.

The default character-set in HTML5 is UTF-8.


Character

From Windows-1252

From UTF-8

space

%20

%20

!

%21

%21

"

%22

%22

#

%23

%23

$

%24

%24

%

%25

%25

&

%26

%26

'

%27

%27

(

%28

%28

)

%29

%29

*

%2A

%2A

+

%2B

%2B

,

%2C

%2C

-

%2D

%2D

.

%2E

%2E

/

%2F

%2F

0

%30

%30

1

%31

%31

2

%32

%32

3

%33

%33

4

%34

%34

5

%35

%35

6

%36

%36

7

%37

%37

8

%38

%38

9

%39

%39

:

%3A

%3A

;

%3B

%3B

< 

%3C

%3C

=

%3D

%3D

> 

%3E

%3E

?

%3F

%3F

@

%40

%40

A

%41

%41

B

%42

%42

C

%43

%43

D

%44

%44

E

%45

%45

F

%46

%46

G

%47

%47

H

%48

%48

I

%49

%49

J

%4A

%4A

K

%4B

%4B

L

%4C

%4C

M

%4D

%4D

N

%4E

%4E

O

%4F

%4F

P

%50

%50

Q

%51

%51

R

%52

%52

S

%53

%53

T

%54

%54

U

%55

%55

V

%56

%56

W

%57

%57

X

%58

%58

Y

%59

%59

Z

%5A

%5A

[

%5B

%5B

\

%5C

%5C

]

%5D

%5D

^

%5E

%5E

_

%5F

%5F

`

%60

%60

a

%61

%61

b

%62

%62

c

%63

%63

d

%64

%64

e

%65

%65

f

%66

%66

g

%67

%67

h

%68

%68

i

%69

%69

j

%6A

%6A

k

%6B

%6B

l

%6C

%6C

m

%6D

%6D

n

%6E

%6E

o

%6F

%6F

p

%70

%70

q

%71

%71

r

%72

%72

s

%73

%73

t

%74

%74

u

%75

%75

v

%76

%76

w

%77

%77

x

%78

%78

y

%79

%79

z

%7A

%7A

{

%7B

%7B

|

%7C

%7C

}

%7D

%7D

~

%7E

%7E

 

%7F

%7F

`

%80

%E2%82%AC



%81

%81

%82

%E2%80%9A

ƒ

%83

%C6%92

%84

%E2%80%9E

%85

%E2%80%A6

%86

%E2%80%A0

%87

%E2%80%A1

ˆ

%88

%CB%86

%89

%E2%80%B0

Š

%8A

%C5%A0

%8B

%E2%80%B9

Œ

%8C

%C5%92



%8D

%C5%8D

Ž

%8E

%C5%BD



%8F

%8F



%90

%C2%90

%91

%E2%80%98

%92

%E2%80%99

%93

%E2%80%9C

%94

%E2%80%9D

%95

%E2%80%A2

%96

%E2%80%93

%97

%E2%80%94

˜

%98

%CB%9C

%99

%E2%84

š

%9A

%C5%A1

%9B

%E2%80

œ

%9C

%C5%93



%9D

%9D

ž

%9E

%C5%BE

Ÿ

%9F

%C5%B8

 

%A0

%C2%A0

¡

%A1

%C2%A1

¢

%A2

%C2%A2

£

%A3

%C2%A3

¤

%A4

%C2%A4

¥

%A5

%C2%A5

¦

%A6

%C2%A6

§

%A7

%C2%A7

¨

%A8

%C2%A8

©

%A9

%C2%A9

ª

%AA

%C2%AA

«

%AB

%C2%AB

¬

%AC

%C2%AC

%AD

%C2%AD

®

%AE

%C2%AE

¯

%AF

%C2%AF

°

%B0

%C2%B0

±

%B1

%C2%B1

²

%B2

%C2%B2

³

%B3

%C2%B3

´

%B4

%C2%B4

µ

%B5

%C2%B5

%B6

%C2%B6

·

%B7

%C2%B7

¸

%B8

%C2%B8

¹

%B9

%C2%B9

º

%BA

%C2%BA

»

%BB

%C2%BB

¼

%BC

%C2%BC

½

%BD

%C2%BD

¾

%BE

%C2%BE

¿

%BF

%C2%BF

À

%C0

%C3%80

Á

%C1

%C3%81

Â

%C2

%C3%82

Ã

%C3

%C3%83

Ä

%C4

%C3%84

Å

%C5

%C3%85

Æ

%C6

%C3%86

Ç

%C7

%C3%87

È

%C8

%C3%88

É

%C9

%C3%89

Ê

%CA

%C3%8A

Ë

%CB

%C3%8B

Ì

%CC

%C3%8C

Í

%CD

%C3%8D

Î

%CE

%C3%8E

Ï

%CF

%C3%8F

Ð

%D0

%C3%90

Ñ

%D1

%C3%91

Ò

%D2

%C3%92

Ó

%D3

%C3%93

Ô

%D4

%C3%94

Õ

%D5

%C3%95

Ö

%D6

%C3%96

×

%D7

%C3%97

Ø

%D8

%C3%98

Ù

%D9

%C3%99

Ú

%DA

%C3%9A

Û

%DB

%C3%9B

Ü

%DC

%C3%9C

Ý

%DD

%C3%9D

Þ

%DE

%C3%9E

ß

%DF

%C3%9F

à

%E0

%C3%A0

á

%E1

%C3%A1

â

%E2

%C3%A2

ã

%E3

%C3%A3

ä

%E4

%C3%A4

å

%E5

%C3%A5

æ

%E6

%C3%A6

ç

%E7

%C3%A7

è

%E8

%C3%A8

é

%E9

%C3%A9

ê

%EA

%C3%AA

ë

%EB

%C3%AB

ì

%EC

%C3%AC

í

%ED

%C3%AD

î

%EE

%C3%AE

ï

%EF

%C3%AF

ð

%F0

%C3%B0

ñ

%F1

%C3%B1

ò

%F2

%C3%B2

ó

%F3

%C3%B3

ô

%F4

%C3%B4

õ

%F5

%C3%B5

ö

%F6

%C3%B6

÷

%F7

%C3%B7

ø

%F8

%C3%B8

ù

%F9

%C3%B9

ú

%FA

%C3%BA

û

%FB

%C3%BB

ü

%FC

%C3%BC

ý

%FD

%C3%BD

þ

%FE

%C3%BE

ÿ

%FF

%C3%BF


URL Encoding Reference

The ASCII control characters %00-%1F were originally designed to control hardware devices.

Control characters have nothing to do inside a URL.

ASCII Character

Description

URL-encoding

NUL

null character

%00

SOH

start of header

%01

STX

start of text

%02

ETX

end of text

%03

EOT

end of transmission

%04

ENQ

enquiry

%05

ACK

acknowledge

%06

BEL

bell (ring)

%07

BS

backspace

%08

HT

horizontal tab

%09

LF

line feed

%0A

VT

vertical tab

%0B

FF

form feed

%0C

CR

carriage return

%0D

SO

shift out

%0E

SI

shift in

%0F

DLE

data link escape

%10

DC1

device control 1

%11

DC2

device control 2

%12

DC3

device control 3

%13

DC4

device control 4

%14

NAK

negative acknowledge

%15

SYN

synchronize

%16

ETB

end transmission block

%17

CAN

cancel

%18

EM

end of medium

%19

SUB

substitute

%1A

ESC

escape

%1B

FS

file separator

%1C

GS

group separator

%1D

RS

record separator

%1E

US

unit separator

%1F



저작자 표시 비영리 변경 금지
신고
크리에이티브 커먼즈 라이선스
Creative Commons License
tags : ASCII, Encode, URL
Trackback 0 : Comment 0

URI(URL) 명명에 대한 생각.

ITWeb/스크랩 2007.11.23 11:29

ref. http://www.w3.org/Addressing/URL/URI_Overview.html
ref. http://www.w3.org/Addressing/URL/1_NeedUniversal.html

인터넷 웹 서비스를 만들면서 고민했던 것들 중에 한가지를 이야기 해보고자 합니다.
우리는 흔히 웹사이트를 방문할때 브라우저의 주소창에 http://.. 로 시작하는 문자열을 볼 수 있습니다.
이 주소창에 보여 지는 문자열을 우리는 URL(uniform resource locator) 라고 불러 왔습니다.

위에 ref. 보시면 알 수 있습니다.
이 주소창에 보여지는 문자열은 간결하고 Name, Address 의 어떤 종류 이고 웹페이지(서비스)에 대한 identifier 이어야 한다고 표현 되어 있습니다.(약간 제 임의 느낌으로 풀었습니다.)

자 그럼 이게 무슨 의미 일까요?
http://www.naver.com
http://www.daum.net
http://www.yahoo.co.kr

보시면 알 수 있듯이 대표적인 한국의 포털 서비스들 입니다.
간결하고 직관적이라는 걸 알 수 있습니다.

tistory 의 예를 들어 보겠습니다.
http://jjeong.tistory.com/location
http://jjeong.tistory.com/tag
http://jjeong.tistory.com/media
http://jjeong.tistory.com/guestbook
http://jjeong.tistory.com/owner/entry
http://jjeong.tistory.com/entry/post

보시면 역시 간결하고 직관적이라는 걸 알수 있습니다.
URL rewrite 을 적용해서 사용하는 목적은 여러가지가 있을수 있겠지만 그 중 한가지가 URL 의 간결성과 비지니스 목적성을 URL 에 포함 시키기 위해서 사용이 되어 집니다.

물론 query string 때문에 URL 이 길어 지고 복잡해 보여 질수 있습니다.
그것까지 무조건 간결하게 해야 한다는 이야기를 하고 싶은건 아닙니다.

우리가 기본적으로 폴더, 카테고리를 정리 할때 적절한 hierarchy 를 잡아서 정리를 많이 하게 됩니다.
URL 역시 이런 비지니스 hierarchy를 고려 해서 생성을 해야 한다고 저는 생각 합니다.

사용자나 개발자 역시 URL 을 보고 직관적으로 어떤 서비스 일거라는걸 또는 어떤 기능을 하는 페이지 라는걸 알 수 있다면 1차 의미 전달을 위한 커뮤니케이션을 했다고 볼수 있겠죠.
하지만 복잡하고 아무 의미도 없어 보이는 URL 이라면 그 최소한의 의사소통 마저 실패 하고 기억에도 남아 있지 않을 거라 생각 합니다.

작은 부분이라고 소홀히 생각 하는 기획자, 개발자 분들이 계시다면 한번쯤 다시 생각해 보셨으면 합니다.

아래는 어느 서비스의 동일한 페이지에 대한 URL 변천사 입니다.
(그래도 나름 짧은걸로 찾아 봤습니다.)
예) 과거:http://**********/bbs/list.html -> 현재:http://**********/V2/bbs/newlist.html -> 미래:http://**********/V3/bbs/newlist.html
뭐 이렇게 되지 않을까 싶내요.

이걸 예로 든 이유는 URL 을 만들때 대소문자의 섞임과 V2 라는 부분 이건 왜 들어 간걸까요?
새로 개편 했으니까.. 그걸 URL 에 보여 주고 싶었던걸까요? newlist.html 은 또 뭘까요? 그냥 들어가 보면 목록 페이지 인데 new 는 역시  새로만든 목록 페이지라는 걸 URL 에서 보여 주고 싶었던 걸까요?
그런 거라면 의미의 중복이 되어 버렸내요 V2 와 new  라는 문자가...

뭘 이런것 까지 고민을 하느냐고 되물을 수도 있고 대부분의 사용자들은 URL 을 외우지도 직접 주소창에 치지도 않는데 너무 오버 하는거 아니냐고 할 수도 있습니다.
틀린 말은 아닙니다. 그게 맞을 테고요.

하지만 제가 전달 하고 싶었던건 사용자와 같이 호흡하는 서비스를 만들때는 작은것 하나하나 고민을 해야 하고 그 의미를 잘 전달 할 수 있도록 노력 해야 한다는 것입니다.
정보 전달을 목적으로 하는 서비스가 아닌 커뮤니티 서비스니까 더욱 그럴테구요.

좀 많이 길어졌는데 정리 하자면 URL 을 만들때는..
1. URL 에 서비스 또는 기능에 대한 의미가 포함 되어있어야 한다.
2. URL 은 최대한 간결하며 직관적이어야 한다.
3. URL 은 대소문자를 섞어서 사용하지 말아야 한다. ( URL 명명 규칙이 있어야 한다. )

이 세가지 정도를 꼭 고민해서 만들었으면 좋겠다는 것입니다.

신고
크리에이티브 커먼즈 라이선스
Creative Commons License
tags : address, URI, URL, 주소
Trackback 0 : Comment 0

티스토리 툴바