운영하기구축·운영기
조회 수 137 추천 수 0 댓글 18
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 댓글로 가기
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기

 글 하나 써봅니다.

사실 짧은 주소가 SEO에 영향이 있다 없다 말이 있기도 하고 망설이긴 했지만 검색엔진을 운영하는 구글에서 서비스를 할 정도면 문제 없다고 생각되고..

 

또 다른 곳에 퍼드리고 싶지만 살짝 대놓고 사이트주소를 쓰기 보다 한번 가려진 주소로 쓰고 싶은 수요도 있을거라 생각했습니다.

 

최근 트위터로 저희 글을 발행하는데 짧은 주소로 보여지더라구요. 멍청하기로 유명한 네이버웹마스터도구 에서도 트위터에 저희글이 확산 되는 것으로 집계가 되는거로 보면 문제 없는거 같구요..

 

 

https://goo.gl/mm2v5E

 

한번 어디에 짧은 주소가 노출 되고 있는지 찾아보시고 한번 찾은 짧은 주소를 클릭해보세요 ㅋ

 

* 글 읽기 퍼포먼스(응답속도)가 떨어져서 애드온 사용 중지했습니다.

  • ?
    디이깅 2017.09.08 20:35:14

    짧은주소를 못 찾겠네요. 클립보드 복사도 그대로고, 아래쪽 트위터 공유버튼을 눌러도 그대로 나와요~

  • profile
    웹지기 2017.09.08 20:48:24
    짧은주소 복사 :
    이렇게 적힌 곳을 찾아보세요
  • ?
    디이깅 2017.09.08 20:59:51
    아하!
    애드온을 써보지 않아 원래 게시판에 있는 링크를 대체하는 기능으로 잘못 이해했네요.
  • profile
    socialskyo 2017.09.08 20:52:44
    https://www.xetown.com/board/725404

    이런 이유죠.
  • profile
    웹지기 2017.09.08 21:19:20

    글 읽기 퍼포먼스가 떨어지는 듯 해서 좀 더 고민 후 사용해야 할 듯 합니다.
    기분탓이 아닌 실제 응답이 느린 것 같습니다. 저희 서버가 고사양이 아니라 더 영향을 받을수도 있겠지만요.

    글 작성 액션에서 짧은 주소 한번 받아와서 그것을 도큐먼트 extra에 저장후 거기서 불러오는 방식을 취해야 할 것 같네요.
    -api 요청도 반복적으로 하는 것도 약간 문제구요.


    @마시마로 님

  • profile
    마시마로 2017.09.08 22:17:20
    말씀하신 문제들이 큰건 사실입니다.
    제가 실력이 되는 것만큼 해보기는 할텐데 장담은 못드릴 것 같습니다. ㅠㅠ
  • profile
    웹지기 2017.09.08 22:24:05
    네. 읽기는 한번만 하는게 아니라 반복적으로 하는 액션인데 이때마다 컨디션에 따라 300ms 또 구글의 상황에 따라서는 500ms 랜덤하게 응답이 추가되니 멈칫 하는 느낌이 바로 들어서 실 사용이 어렵네요.
    게시물 db의 extra 필드에 글 등록할때 딱 한번만 넣어 놓으면 성능저하 없이 좋은 기능 쓸 수 있을 듯 한데 저도 개발자가 아니다 보니.. 다른 자료가 그렇게 사용하는 정도만 알고 있네요.
  • profile
    윤삼 2017.09.09 01:35:04
    이런 상황에 오면 다들 모듈 개발을 권하던데,
    마시마로님께서도 모듈 쪽으로 선회하심이 어떨런지요.
    물론 모듈의 모자도 모르는 제가 드릴 말씀은 아닙니다만..
  • profile
    웹지기 2017.09.09 02:03:16
    링크주소 딱 하나 저장 하는데 모듈까지 안가도 되지 않나요??
  • profile
    윤삼 2017.09.09 11:05:17
    하긴, 지난번 prologos님 애드온을 보니 txt 파일에 따로 기록을 해두는 방법도 있기는 한 것 같아요. 저한텐 어렵기는 매한가지더라구요;;
  • profile
    웹지기 2017.09.09 11:11:14
    파일로 저장 안하고 문서마다 extra_var 공간이 있어요. 거기에 필요한 정보 저장할 수 있구요. 대표적으로 포인트팡팡 애드온이 문서마다 당첨된 회원과 포인틀 거기에 저장했다가 댓글삭제시거기기록된 내용으로 다시포인트회수처리해여.
  • profile
    윤삼 2017.09.09 11:32:14
    거기에 기록되면 문서 출력시 확장변수 부분에도 반영이 되는 건가요?
    그러니까, 본문 출력할 때 본문 상단 확장변수 출력 부분에도 나타나는 건가요?

    만약 그렇다면 괜찮은 방법인 것 같은데요.
    글쓰기할 때 짧은 주소 생성해서 확장변수에 넣어주고, 출력할 때는 주소 링크 부분을 가로채서 출력하면 되겠군요.
    다만, 짧은 주소가 문서 입력 단계에서 기록되니까, 이전에 작성된 문서들에는 적용되지 않는 게 관건이긴 하겠네요.
  • profile
    웹지기 2017.09.09 11:36:08
    아니요. 말씀하신 확장변수는 테이블이 따로 존재하는 거구요.
    제가 언급한건 문서테이블에 각 문서마다 text로 정보를 넣을 수 있는 필드가 있어요. 대규모가 아닌 문서마다 가져야할 소량의 데이터를 별도로 저장할 수 잇는 공간이에요.
  • profile
    윤삼 2017.09.09 11:43:36
    여러모로 쓸모가 있는 필드군요. 이걸 이제야 알다니ㅠㅠㅠ
    앞으로 작업하거나 할 때 참고하겠습니다.
  • profile
    웹지기 2017.09.09 11:45:32 Files첨부 (1)

    aa.png

     

     

    저희가 사용하는 후원도우미 애드온에서 후원요청글에 누가 후원을 했는지 기록한 것 입니다.

    이런식으로 대규모 데이터가 아닌 간단한 것들은 여기에 저장해서 보여줄 수 있어요.

     

    문서자체가 가지고 있는 공간이에요. 별도 테이블이 아니에요.

  • profile
    윤삼 2017.09.09 11:54:31
    오 저거군요.
    생각해보니 코노리님의 몇몇 애드온들이 저런 방식이 아닌가 싶긴 하네요.
    저걸 미리 알았더라면 좋았을 걸...
    시간 나면 연구 좀 해봐야겠습니다 ^^/
    감사합니다!
  • profile
    웹지기 2017.09.09 11:55:54
    포인트팡팡! 살펴보세요~
  • profile
    웹지기 2017.09.09 11:37:34
    기존문서도 배려를 하고자 한다면 글쓰기가 아닌 글읽기에서 api를 가져오되 이때 가져온 값을 문서의 extra_var 공간에 저장하고 저장한 값이 있다면 글읽기 시 api 가져오기를 건너띄는 방법도 있습니다.

서버에 요청 중입니다. 잠시만 기다려 주십시오...