2014-09-28 1 views
1

goo.gl 또는 bit.ly와 같은 URL 단축키 서비스를 사용하여 내 애플리케이션의 긴 URL을 각각의 API를 사용하여 단축했습니다. 이러한 API는 매우 편리합니다. 불행히도 긴 URL을 짧게 만들면 긴 URL에 도달하는 것으로 나타났습니다. 내가 가지고있는 문제에 대해 조금 설명해 드리겠습니다. 예를 들어 사용자가 이메일 주소 나 확인과 같은 무언가를 확인하고 내 애플리케이션에서 무언가를 확인하기 위해 방문 할 수있는 링크를 제안하도록 요청한다고 가정 해 보겠습니다. 이 긴 URL을 사용하고 API를 사용하여 단축합니다. 단축 링크 API를 호출하면 대상 링크 (예 : PHP 스크립트)가 타격을 입어 유효성 검사 프로세스가 쓸모 없게됩니다.URL 단축키 서비스 API 최종 링크가 맞음

한 가지 해결책은 사용자가 확인해야하는 대상 페이지에 중간 버튼을 만드는 것이지만,이 솔루션은 유효성 검사 프로세스에서 또 다른 단계를 밟습니다.이 과정을 단순화하고 싶습니다.

누군가가 이미이 문제를 겪었는지 알고 싶습니다. 문제를 해결하는 방법에 대한 단서가 있다면.

감사합니다.

+0

어디서나 데이터를 허용하는 것뿐만 아니라 PHP 스크립트로 전달되는 모든 데이터의 유효성을 검사해야합니다. – ggdx

답변

3

Google과는 이야기 할 수 없지만 Bitly에서는 Google 서비스를 통해 단축 된 일부를 크롤링하여보고있는 동작의 원인 인 다양한 제품 기능 (스팸 검사, 제목 가져 오기 등)을 지원합니다. "허용"등의 관련 경로를 표시

  1. 사용 robots.txt : 이러한 유형의 상황에서

    우리는이 개 권고를. 이는 클라이언트가 robots.txt를 존중하도록 강요하는 것은 아니지만 BitlyBot 또는 GoogleBot과 같이 행동하는 로봇은 robots.txt 파일을 존중하므로 가볍게 보호합니다.
  2. 의견에 dwhite.me가 언급했듯이 게시물에서 인정한대로 일반적으로 GET 요청에 대한 응답으로 상태 변경 작업을 수행하지 않는 것이 가장 좋습니다. 항상 그렇듯이 위험에 대한 판단을 요구하는 것은 안전 접근법의 추가 복잡성과 비교됩니다.
+0

답변 해 주셔서 감사합니다. 내가 추천 한대로 robots.txt를 구현하려고합니다. GET 요청에서 상태를 변경하기로 결정한 경우 :이 특정 상황에서는 URL이 짧아지는 순간과 사용자가 URL을 방문하는 순간 사이의 시간이 상대적으로 짧으며 cron은 이러한 링크를 삭제하고 유효성을 검증하지 않습니다. 가끔씩. 그러나 이전에 언급했듯이 해당 페이지에 확인 버튼을 추가하면 유효성 검사 프로세스가 중요해질뿐입니다. 클릭을 저장하는 것이 중요합니다. –

+0

클라이언트 측에서 로컬 쿠키 변수를 설정하고 유효성 검사시 해당 쿠키를 확인하고 사용자가 쿠키를 수락하고 동일한 장치에서 유효성을 검사하도록 생각했습니다. –