Page protected with pending changes

URL 단축

URL shortening
위키백과의 페이지에 대한 짧은 URL에 대한 자세한 내용은 위키백과:URLShortener.
Meta-Wiki의 URL 단축키

URL 단축은 World Wide Web의 기법으로, 균일한 자원 로케이터(URL)가 실질적으로 더 짧고 여전히 필요한 페이지로 직접 만들어질 수 있다. 이는 URL이 긴 웹 페이지로 연결되는 리디렉션을 사용하여 달성된다. 예를 들어 URL "을 참조하십시오.https://example.com/assets/category_B/subcategory_C/Foo/"은 "https://example.com/Foo"으로 단축할 수 있으며, URL "https://en.wikipedia.org/wiki/URL_shortening"은 "https://w.wiki/U"로 단축할 수 있다. 종종 리디렉션 도메인 이름이 원래 도메인 이름보다 짧다. 메시지의 문자 수(예: SMS)를 제한하는 메시징 기술, 독자가 인쇄소로부터 URL을 복사하는 경우 필요한 타이핑의 양을 줄이기 위해, 사람이 기억하기 쉽도록 하기 위해, 또는 퍼머링크의 의도를 위해 친근한 URL이 필요할 수 있다. 2009년 11월, URL 단축 서비스 비트리의 단축 링크가 21억 회 접속되었다.[1]

URL 축소의 다른 용도는 링크, 트랙 클릭 또는 기본 주소 위장이다. 비록 합법적인 사업상의 이유나 개인적인 이유로 기본 주소의 변장을 원할 수 있지만, 그것은 남용될 수 있다.[2] 일부 URL 단축 서비스 제공업체는 매우 동일한 차단 목록을 우회하려는 사이트에 의해 리디렉션 서비스를 사용하기 때문에 스팸 차단 목록에 있는 것을 알게 되었다. 일부 웹 사이트에서는 리디렉션된 짧은 URL이 게시되지 않도록 방지한다.

목적들

URL 축소를 사용하는 몇 가지 이유가 있다. 종종 정기적으로 단축되지 않은 링크는 미적으로 만족스럽지 않을 수 있다. 많은 웹 개발자들은 데이터 계층, 명령 구조, 트랜잭션 경로 또는 세션 정보를 나타내기 위해 URL에 기술 속성을 전달한다. 이로 인해 수백 자 길이의 URL이 생성되고 복잡한 문자 패턴이 포함될 수 있다. 그러한 URL은 외우거나 타이핑하거나 배포하기 어렵다. 따라서 신뢰도를 위해 긴 URL을 복사하여 붙여넣어야 한다. 따라서 짧은 URL은 웹 사이트나 하드 카피 출판물(예: 인쇄 잡지 또는 책)에 더 편리할 수 있으며, 후자는 매우 긴 문자열을 여러 줄(일부 전자우편 소프트웨어 또는 인터넷 포럼의 경우와 같이)으로 나누거나 줄이도록 요구하는 경우가 많다.

트위터와 일부 인스턴트 메시징 서비스에서는 메시지가 담을 수 있는 문자 수에 제한이 있지만, 현재 트위터는 자체 URL 단축 서비스인 t.co을 사용하여 자동으로 링크를 단축하므로, 트윗의 URL을 단축하기 위해 별도의 URL 단축 서비스를 사용할 필요는 없다. 그러한 다른 서비스에서 URL 단축기를 사용하면 이 제약 조건을 위반할 수 있는 웹 페이지에 연결할 수 있다. goo.gl, tinyurl.com 및 tinyurl.com과 같은 일부 단축 서비스에서는 문자열이 길이에 최적화된 서비스에 의해 생성된 문자열보다 길지만 사람이 읽을 수 있는 URL을 생성할 수 있다. 마지막으로, URL 단축 사이트는 링크가 수신하는 클릭에 대한 자세한 정보를 제공하는데, 이는 동등하게 강력한 서버측 분석 엔진을 설정하는 것보다 간단할 수 있으며, 후자와는 달리 서버에 대한 어떠한 접근도 요구하지 않는다.

QR 코드와 같은 2차원 바코드로 인코딩된 URL은 코드의 인쇄 영역을 줄이기 위해 URL 단축기에 의해 단축되거나 스캔 신뢰성을 높이기 위해 낮은 밀도로 인쇄할 수 있게 되는 경우가 많다.

단축 URL 등록

어떤 웹사이트들은 인스턴트 메시징을 통한 공유 링크를 더 쉽게 만들고, 그것들을 SMS를 통해 보내는 것을 더 저렴하게 하기 위해 짧은 링크를 만든다. 이것은 온라인에서, URL 단축 서비스의 웹 페이지에서, 일괄적으로, 또는 주문형으로 하기 위해서는 API의 사용이 필요할 수 있다.

몇몇 잘 알려진 웹사이트들은 t.co과 함께 트위터, g.co과 함께 구글, x.co과 함께 고대디와 같이 그들 자신의 사용을 위해 URL 단축 서비스를 설정했다.

기술

참고 항목: URL 리디렉션

URL 단축에서 모든 긴 URL은 최상위 도메인 이름 뒤의 부분인 고유 키와 연결된다. 예를 들어, https://tinyurl.com/m3q2xt에는 m3q2xt의 키가 있다. 모든 리디렉션이 동등하게 처리되는 것은 아니다. 브라우저로 전송되는 리디렉션 명령어는 헤더에 HTTP 상태 301(영구적으로 이동됨), 302(Found), 307(임시 리디렉션) 또는 308(영구 리디렉션)을 포함할 수 있다.

URL 단축을 구현하기 위한 몇 가지 기법이 있다. 키는 26개의 문자와 10개의 숫자를 가정하여 베이스 36에서 생성할 수 있다. 이 경우 시퀀스의 각 문자는 0, 1, 2, ..., 9, a, b, c, ..., y, z가 된다. 또는 대문자와 소문자가 구별되는 경우 각 문자는 기준 62(26+26+10)의 숫자 내에서 한 자릿수를 나타낼 수 있다. 키를 형성하기 위해 해시함수를 만들거나, 키 시퀀스를 예측할 수 없도록 임의의 숫자를 생성할 수 있다. 또는 사용자는 자신의 사용자 정의 키를 제안할 수 있다. 예를 들어, https://example.com/product?ref=01652&type=shirt은 https://tinyurl.com/exampleshirt으로 단축될 수 있다.

http, https, ftp, ftps, 메일to, mms, rtmp, rtmp, ed2k, pop, imap, nntp, 뉴스, ldap, gopher, drath 및 dns 등의 URI 체계가 URL 단축기와 같은 서비스에 의해 처리되고 있지만 2011년 현재 모든 URI 체계가 단축될 수 있는 것은 아니다. 일반적으로 데이터: 및 javascript: URL은 보안상의 이유로 지원되지 않는다(사이트 간 스크립팅 및 세션 가로채기와 같은 공격과 싸우기 위해). 일부 URL 단축 서비스에서는 웹 크롤러나 봇의 원치 않는 수확을 피하기 위해, 멍에를 해결하기 위한 대안으로, 메일에 URL의 포워딩을 지원한다. 이것은 때때로 짧은 CAPTCHA로 보호되는 URL을 사용하여 수행될 수 있지만, 일반적인 것은 아니다.[3]

URL 단축기 제조업체들은 짧은 URL과 캐치하기 쉬운 이름을 얻기 위해 일반적으로 도메인 이름을 덜 유명하거나 난해한 최상위 도메인으로 등록하며, 종종 도메인 해킹을 사용한다. 이로 인해 서로 다른 URL 단축기가 무수히 다른 국가에 등록되어 도메인이 등록된 국가와 URL 단축기 자체 또는 단축 링크 간의 관계가 남지 않게 된다. 리비아(.ly), 사모아(.ws), 몽골(.mn), 말레이시아(.my) 및 리히텐슈타인(.li)과 같은 국가의 최상위 도메인이 많이 사용되어 왔다. 최상위 도메인을 담당하는 국가의 정치적 또는 문화적 측면이 이용자와 소유주에게 이슈가 될 수 있는 경우도 있지만,[4] 보통은 그렇지 않다.

서비스는 다른 사람이 공개적으로 볼 수 있는 인바운드 통계를 기록할 수 있다.[5]

만료 및 시간 제한 서비스

단축된 URL의 많은 제공자들은 그들이 "절대 만료되지 않을 것"이라고 주장한다(항상 암시적인 작은 인쇄물이 있다: 우리가 이 서비스를 중단하기로 결정하지 않는 한, "약속"과 관계없이 무료 서비스에 의해 위반될 계약은 없다).

영구 URL이 반드시 좋은 것만은 아니다. 보안상의 함의가 있으며, 구식 짧은 URL은 여전히 존재하며, 목적지 또는 심지어 현존하는 목적지를 가리키는 것을 멈춘 후 오래 후에 유통될 수 있다. 때때로 짧은 URL은 전화 통화를 통해 일회성 액세스나 파일 다운로드를 위해 누군가에게 제공하는 것만으로 유용하며, 더 이상 몇 분 안에 필요하지 않다.

일부 URL 단축기는 시간제한 서비스를 제공하며, 이 서비스는 지정된 기간이 지나면 만료된다. 이용 가능한 서비스로는 5분에서 24시간까지 수명을 가진 URL로서 평범하고 말하기 쉬운 단어, 특정 날짜 또는 특정 기간 후에 만료되는 URL의 생성, 스마트폰에 입력하기 위한 5자 단위의 초단기 URL 생성, U의 총 사용 횟수 작성자에 의한 제한 등이 있다.RL 및 암호 보호. Microsoft Security Brief는 단명 URL을 만들 것을 권장하지만, 편리함보다는 보안상의 이유로 권장한다.[6]

역사

조기 참조는 미국 특허 6957224로, 이 내용은 다음과 같다.

...원격으로 연결된 컴퓨터 네트워크의 원격 위치 정보에 대한 링크를 제공하기 위한 시스템, 방법 및 컴퓨터 프로그램 제품. 균일한 자원 로케이터(URL)가 서버에 등록된다. 속기 링크는 등록된 URL과 연결된다. 관련 속기 링크와 URL은 레지스트리 데이터베이스에 기록된다. 속기 링크에 대한 요청이 수신되면 레지스트리 데이터베이스는 관련 URL을 검색한다. 속기 링크가 URL과 연결된 것으로 확인되면 URL을 가져오고 그렇지 않으면 오류 메시지가 반환된다.[7]

이 특허는 2000년 9월에 출원되었으며, 2005년에 출원된 특허는 출원 후 18개월 이내에 공개된다.

URL 단축에 대한 또 다른 언급은 2001년이었다.[8] 최초의 주목할 만한 URL 단축 서비스인 TinyURL은 2002년에 출시되었다. 그것의 인기는 비록 대부분은 단순히 도메인 대안일 뿐이지만 적어도 100개의 유사한 웹사이트를 만드는 데 영향을 주었다.[9] 처음에 Twitter는 Tiny를 사용하여 26자 이상의 URL을 자동으로 번역했다.URL은, 2009년에[10] 대신 bit.ly을 사용하기 시작했고, 후에 자체적인 URL 단축 서비스인 t.co을 개발했다.

2009년 8월 14일 워드프레스는 WordPress.com 블로그 게시물을 참조할 때 사용할 수 있는 wp.me URL 단축기를 발표했다.[11] 2009년 11월, bit.ly의 단축된 링크는 21억 회 접속되었다.[12] 그 무렵, 아마존닷컴과 타이니.URL은 가장 널리 사용되는 URL 단축 서비스였다.[12]

한 서비스인 아마존닷컴은 2009년에 짧은 URL 생성을 중단했으며, 트위터의 수익 창출 메커니즘 부족과 bit.ly 단전기의 디폴트 사용을 비난하고, 다른 단축 서비스가 장기적으로 URL 단축을 통해 이익을 얻을 수 있을지 의문을 제기했다.[13] 잠시 재개되었다가 닫혔다.[14]

가장 짧은 장기 URL은 NanoURL이 2009년 12월부터 약 2011년까지 최상위 .to(통아) 도메인과 관련하여 http://to./xxxx 형식으로 생성했으며, 여기서 xxxx는 무작위 번호와 문자의 순서를 나타낸다.[15]

2009년 12월 14일 구글은 goo.gl에서 구글 URL 단축제라는 서비스를 발표했는데, 원래는 구글 제품(구글 툴바, 피드버너 등)[16]과 구글 크롬용 확장을 통해서만 사용할 수 있었다.[17] 2009년 12월 21일 구글은 유튜브 URL 쇼트너(youtu.be)를 선보였다.[18] 2010년 9월부터 구글 URL 쇼트너는 직접 인터페이스를 통해 이용할 수 있게 되었다. goo.gl 서비스는 분석 세부 정보와 QR 코드 생성기를 제공한다.[citation needed] 구글은 2018년 3월 30일 "향후 몇 주 동안 goo.gl에 대한 지원을 축소하고 Firebase Dynamic Links로 대체한다"고 발표했다(기존 goo.gl 링크는 계속 작동하겠지만).[19]

이점

짧은 링크의 주요 장점은 이름에서 알 수 있듯이 짧고 깔끔해 보이며 오류 없이 보다 쉽게 소통하고 들어갈 수 있다는 점이다. 매우 제한된 범위까지 그것은 쉽게 발견될 수 있지만 URL의 목적지를 모호하게 할 수 있다. 이것은 유리하거나 불리하거나 관련이 없을 수 있다. 만료되거나 종료될 수 있는 짧은 링크에는 보안상의 이점이 있다.

단점

짧은 URL은 종종 원산지를 표시하기 위해 최상위 도메인의 사용을 회피한다. 많은 국가에서 도메인 등록은 리디렉션된 URL이 그러한 보증을 가지고 있지 않지만, 해당 국가 내에서 물리적 존재의 증거를 필요로 한다.

남용

URL 단축은 스팸 발송자에 의해 또는 불법 인터넷 활동에 이용될 수 있다. 그 결과, 많은 것들이 온라인 등록제에서 제외되거나 웹 호스트나 인터넷 서비스 제공자들에 의해 폐쇄되었다.

.to 도메인의 등록기관인 토닉에 따르면, "도메인 스팸을 무료로 유지하는 것은 매우 심각한 일"이며, 서비스가 남용될 경우 URL 단축 서비스를 등록에서 제거할 수 있다고 한다.[20]

또한, 「u.nu」은 폐업과 동시에 다음과 같이 발표했다.

마지막 순간은 2010년 9월 3일, 아동 포르노 사이트에 대한 다수의 링크에 대한 보고에 대한 우리의 호스팅 제공자의 사전 통보 없이 서버 연결이 끊긴 때였습니다. 서버 단절은 우리에게 심각한 문제를 야기시켰고, 솔직히 말해서, 남용에 대한 수준과 성질은 상당히 사기가 저하되었다. 다른 집을 찾기 위해 시간과 돈을 쓰거나, 아니면 그냥 포기하거나 둘 중 하나를 선택한다면, 후자는 이기고 말았다.[21]

구글의 URL 단축 토론 그룹은 스팸으로 보고된 후 특정 단축 URL이 비활성화되었다는 불만스러운 사용자들의 메시지를 자주 포함시켰다.[22]

2012년 5월 한 연구에서는 URL 단축기의 61%(1002명 중 614명)가 종료된 것으로 나타났다.[23] 가장 흔한 원인은 스팸메일 발송자에 의한 학대였다.

링크로트

URL 단축에 의해 제공되는 편리함 또한 잠재적인 문제를 야기시켜, 이러한 서비스의 이용에 대한 비판을 가져왔다. 예를 들어 단축 서비스가 작동을 멈추면 짧은 URL은 링크로트 대상이 되며, 서비스와 관련된 모든 URL이 깨진다. 기존의 많은 URL 단축 서비스가 장기적으로 지속 가능한 비즈니스 모델을 갖지 못할 수 있다는 것은 정당한 우려다.[12] 인터넷 아카이브는 2009년 말 20개 협력회사(초기)와 함께 [24]'301개 작품' 프로젝트를 시작했는데, 이 사업으로 짧은 URL이 보존될 예정이다.[12]

초국가법

단축된 인터넷 링크는 일반적으로 ccTLD 도메인을 사용하며, 따라서 종종 서비스 제공자가 위치한 국가가 아닌 국가의 관할 하에 있다. 예를 들어 리비아는 2010년 10월 리비아 포르노법 위반으로 vb.ly을 폐쇄하기 위해 .ly 도메인에 대한 통제권을 행사했다. URL 단축기와 URL 단축 기업에 대한 투자에서 이러한 문제를 예측하지 못한 것은 실사 부족을 반영할 수 있다.[25]

차단 및 금지

일부 웹 사이트에서는 리디렉션된 짧은 URL이 게시되지 않도록 방지한다.

2009년 4월, TinyURL은 사우디아라비아에서 차단된 것으로 보고되었다.[26] 야후! 답변은 Tiny가 포함된 게시물을 차단한다.URL,[citation needed] 그리고 위키피디아는 그 기사의 URL 단축 서비스에 의한 링크를 받아들이지 않는다.[27] Reddit 커뮤니티는 원본 도메인 이름과 링크가 Reddit에 이전에 제출되었는지 여부를 위장하고 Reddit 링크 제출에 링크 단축기를 사용해야 하는 합법적인 이유가 거의 또는 전혀 없기 때문에 일부 하위 법령에서 링크 제출에 대한 URL 단축 서비스를 강력히 금지하고 있다.[28]

광고

Adf.ly과 같은 사이트들은 수익을 창출하기 위해 중간광고를 포함한 많은 광고기법을 사용한다.

프라이버시 및 보안

짧은 URL은 대상 주소를 흐리게 하며 예기치 않은 사이트로 리디렉션하는 데 사용할 수 있다. 이것의 예로는 "rickling"을 하고, 충격 사이트나 제휴 사이트로 리디렉션하는 것이 있다. 짧은 URL을 사용하면 사이트 차단 목록을 우회하여 차단된 URL에 액세스할 수 있으며, 이는 사용자를 차단된 사기 페이지 또는 악성 프로그램 또는 XSS 공격이 포함된 페이지로 리디렉션할 수 있다. TinyURL은 스팸 관련 링크의 리디렉션을 비활성화하려고 한다.[29] 그러나 ZoneAlarm은 사용자들에게 다음과 같이 경고했다.URL은 안전하지 않을 수 있다. 이 웹사이트는 스파이웨어를 배포하는 것으로 알려져 있다." TinyURL은 단축된 URL을 사용하기 전에 링크의 대상을 볼 수 있는 옵션을 제공함으로써 이 문제에 대응했다. 이 기능은 Tiny를 통해 브라우저에 설치된다.URL 웹 사이트. 쿠키를 사용해야 함.[30] 목적지 미리보기는 Tiny에 "preview"라는 단어를 접두사로 붙여서 얻을 수도 있다.URL URL. 예를 들어 https://tinyurl.com/8kmfp을 입력하면 https://tinyurl.com/8kmfp의 목적지가 나타난다. 다른 URL 단축 서비스도 유사한 목적지 디스플레이를 제공한다.[31] 보안 전문가들은 단축 서비스 cli.gs이 손상되어 수백만 명의 사용자를 보안 불확실성에 노출시킨 사례에 이어,[citation needed] 사용자가 액세스하기 전에 짧은 URL의 목적지를 확인할 것을 제안한다.[32] 단축된 URL의 대상 URL을 표시할 수 있는 웹 애플리케이션이 여러 개 있다.[citation needed]

일부 URL 단축 서비스는 구글 세이프 브라우징 등 불량 사이트 선별 서비스를 통해 링크를 필터링한다. 그러나 스팸을 줄이기 위해 사용자가 제출한 콘텐츠 블록 링크를 수용하는 많은 사이트는 스팸을 줄이기 위해 특정 도메인으로 이동하며, 이 때문에 알려진 URL 리디렉션 서비스 자체가 스팸 차단 목록에 추가되는 경우가 많다.

또 다른 프라이버시 문제는 많은 서비스들의 단축된 URL 포맷이 무차별 검색에 취약할 정도로 작다는 점이다. 많은 사람들이 개인 컨텐츠에 대한 링크를 공유할 때 URL 단축기를 사용하고 있으며, 실제로 구글 지도와 같은 많은 웹 서비스들은 "특정 질병(암, 정신 질환 포함)"과 같은 민감한 목적지나 집 주소와 같은 개인 정보를 드러내는 운전 방향 단축 링크를 자동으로 생성해 제공해왔다.s), 중독 치료 센터, 낙태 제공자, 교정 및 청소년 수용 시설, 월급날 및 자동차 대여업자, 신사 클럽 등.[33][34]

복잡성의 추가 계층

짧은 URL은 ISP 서버에서 매우 긴 URL 또는 사용자 공간에 쉽게 액세스할 수 있지만 웹 페이지를 검색하는 프로세스에 복잡성 계층을 추가하십시오. 모든 액세스는 더 많은 요청(캐시될 수 있지만 DNS 조회를 한 개 이상, HTTP/HTTPS 요청을 한 개 이상)을 필요로 하므로 단축 서비스를 사용할 수 없기 때문에 지연 시간, 페이지 액세스에 걸리는 시간 및 실패 위험도 증가한다. URL 단축 서비스의 또 다른 운영상의 제한사항은 리디렉션이 발생할 때 브라우저가 POST 본체를 재전송하지 않는다는 것이다. 이는 서비스를 역프록시(reverse proxy)로 만들거나 쿠키와 완충된 POST 기관을 포함하는 정교한 계획을 통해 극복할 수 있지만, 그러한 기법은 보안과 확장 문제를 제시하며, 따라서 엑스트라넷이나 인터넷 규모의 서비스에서는 사용되지 않는다.[original research?]

주목할 만한 서비스

사이트 회사 유형 사용자 지정 URL 댓글
bit.ly 비틀리 일반 대중 네
goo.gl 구글 일반 대중 n.a FDL로 교체(Bitly[35] 사용)
ow.ly 후츠이테 미디어 일반 대중 네 이제 후츠아이트 계기판에
t.co 트위터 내부의 n.a Twitter의 링크 서비스[36] 정보
티니URL 티니URL 일반 대중 네
w.wiki 위키미디어 재단 내부의 n.a 사용자는 Wikimedia Foundation 프로젝트에 대한 링크만 생성할 수 있다.
youtu.be 유튜브(Google) 내부의 n.a youtu.be 링크[37] 발표

오픈 소스 및 상용 스크립트는 링크의 리디렉션 및 단축에도 사용할 수 있으며, 일반적으로 웹 애플리케이션 또는 WordPress와 같은 인기 애플리케이션의 플러그인으로 PHP에서 작성된다. 이러한 스크립트는 서비스 단축과 관련된 많은 문제를 피하고, 도메인 이름을 단축된 링크의 일부로 유지하며, 비공개로 만들 수 있다.

참고 항목

참조

  1. ^ Goo.gl, Wayback Machine – New York Times, 2009년 12월 14일 Wayback Machine에서 2011년 7월 10일 단편 보관의 제왕으로 Bit.ly에 도전
  2. ^ Curtis, Sophie (8 August 2014). "Twitter's t.co URL shortener used to spread spam". The Daily Telegraph. Archived from the original on 3 April 2015. Retrieved 15 March 2015.
  3. ^ "Spammers Storm URL Shortening Services". CertMag. 17 August 2009. Archived from the original on 1 November 2019.
  4. ^ http://hootsuite.com. "#HootSuite Offers Choice of URL Shorteners ~ From Libya to Liechtenstein – HootSuite Social Media Management". Blog.hootsuite.com. Archived from the original on 14 June 2013. Retrieved 20 April 2013. {{cite web}}: 외부 링크 위치 author= (도움말)
  5. ^ Chapman, Stephen (28 August 2012). "How to spy on campaigns of competitors who use URL shorteners". ZDNet. Archived from the original on 2 September 2012. Retrieved 10 September 2012.
  6. ^ Sullivan, Bryan (March 2009). "Protect Your Site With URL Rewriting – A Stateless Approach: Automatically Expiring URLs". Security Briefs. Microsoft MSDN Magazine. Archived from the original on 17 July 2013. Retrieved 1 August 2013.
  7. ^ 미국 특허권 6957224, Nimrod Megiddo 및 Kevin S. McCurley, 2005-10-18을 발행한 IBM 사에 배정된 "균일한 자원 로케이터의 효율적인 검색"
  8. ^ "Comment thread 8916" 2009년 9월 5일 웨이백 머신에 보관. 메타필터. 2001년 6월 10일; URL 단축 서비스 발표 makeashorterlink.com
  9. ^ "URL 단축 서비스" 2010년 1월 3일 웨이백 머신에 보관된 단축 서비스 - 지원되는 URL 단축 서비스
  10. ^ 워담, 제나(2009년 5월 7일) Bit.ly Eclipses TinyTwitter의 URL" 2010년 11월 23일 웨이백 머신 비트에 보관됨(뉴욕 타임즈의 블로그). 2011년 1월 1일 검색됨
  11. ^ "WP.me – Short Your Links" 2009년 8월 18일 Wayback Machine WordPress에 보관. 2009년 8월 14일.
  12. ^ a b c d 아흐메드, 무라드(2009년 12월 7일). 2013년 12월 17일 웨이백 머신에 보관된 "소멸하는 인터넷 링크를 절약하기 위한 스크램블의 새로운 프로젝트 – 무료 온라인 서비스에 의해 만들어진 웹 링크 단축을 보존하기 위해 인터넷 아카이브가 싸우고 있다. 타임즈. 2011년 1월 1일 검색됨
  13. ^ tr.im R.I.P. blog.tr.im
  14. ^ tr.im 부활. blog.tr.im
  15. ^ Michlick, Frank. ".TO ccTLD Becomes Worlds Shortest URL Shortener". Domainnamenews.com. Archived from the original on 3 May 2013. Retrieved 20 April 2013.
  16. ^ Muthusrinivasan, Muthu (14 December 2009). "Making URLs Shorter for Google Toolbar and FeedBurner". Googleblog.blogspot.com. Archived from the original on 31 May 2013. Retrieved 20 April 2013.
  17. ^ "goo.gl "URL Shortener – Google Chrome Extension Gallery"". Archived from the original on 12 April 2011. Retrieved 20 April 2013.
  18. ^ "Official YouTube Blog: Make Way for youtu.be Links". Official YouTube Blog. Archived from the original on 25 December 2009. Retrieved 24 December 2009.
  19. ^ Hermanto, Michael. "Transitioning Google URL Shortener to Firebase Dynamic Links". Google Developers. Archived from the original on 30 June 2018. Retrieved 1 April 2018.
  20. ^ "Tonic Corporation Frequently asked questions". Tonic.to. Archived from the original on 19 July 2013. Retrieved 20 April 2013.
  21. ^ http://u.nu/unu-discontinued "u.nu :: 중단."
  22. ^ "Google Discussiegroepen". Archived from the original on 8 July 2019. Retrieved 20 April 2013.
  23. ^ "Ultimate list of URL shorteners". Yi.tl. 23 May 2012. Archived from the original on 18 April 2013. Retrieved 20 April 2013.
  24. ^ "301Works.org : Free Software : Download & Streaming : Internet Archive". archive.org. Archived from the original on 1 October 2016. Retrieved 19 August 2016.
  25. ^ Staff writer (14 October 2010). "Law, Politics and Internet Addresses – Tough.ly/Treated – Shortened Web Links Are Convenient, But They Come at a Price". The Economist. Archived from the original on 17 October 2010. Retrieved 1 January 2010.
  26. ^ "TinyURL Blocked in Saudi Arabia". Committee to Protect Bloggers. 16 April 2009. Archived from the original on 19 April 2009.
  27. ^ "Spam blacklist". meta.wikimedia.org. Meta, discussion about Wikimedia projects. Archived from the original on 20 March 2017. Retrieved 4 November 2016.
  28. ^ "Rediquette". Archived from the original on 8 February 2017. Retrieved 9 February 2017.
  29. ^ 크렙스, 브라이언(2006년 6월 13일). "Spam Scott Url 사용". 보안 수정 사항(워싱턴 포스트의 블로그). 2011년 1월 1일 검색됨
  30. ^ "Preview a TinyURL". Tinyurl.com. Archived from the original on 20 April 2013. Retrieved 20 April 2013.
  31. ^ "the JoshMeister on Security: How to Preview Shortened URLs (TinyURL, bit.ly, is.gd, and more)". Security.thejoshmeister.com. 11 April 2009. Archived from the original on 25 March 2014. Retrieved 20 April 2013.
  32. ^ "업데이트됨: Cligs Got Hurked – Restore from Backup Started" 블로그(Cli.gs(2009년 6월 16일)
  33. ^ "Shmatikov, Vitaly, "Gone In Six Characters: Short URLs Considered Harmful for Cloud Services." Blog entry dated April 14, 2016; retrieved April 26, 2016". Archived from the original on 23 April 2016. Retrieved 26 April 2016.
  34. ^ Georgiev, Martin; Shmatikov, Vitaly (2016). "Georgiev, Martin and Vitaly Shmatikov, "Gone In Six Characters: Short URLs Considered Harmful for Cloud Services." arXiv:1604.02734v1". arXiv:1604.02734v1 [cs.CR].
  35. ^ "Firebase Extensions Shorten URLs". Firebase. Retrieved 8 September 2020. Shortens URLs written to a specified Cloud Firestore collection (uses Bitly).
  36. ^ Twitter의 링크 서비스(http://t.co) 정보
  37. ^ youtu.be 링크를 위한 길 만들기

외부 링크