wp_is_mobile() 함수는 모든 테블렛과 모바일 폰을 같이 하나의 모바일 기기로 취급하기 때문에 미세분류가 되지 않기도 하고, 모든 기기를 정확하게 찝어내주지 못합니다. 그래서 다른 device detection 플러그인들이 존재하는 거죠.

any-mobile-theme-switcher.2.0 을 써본적은 없지만, vuln (취약점) 은 존재하지 않을거라 확신합니다.

그 이유가 모든 device detection 방식이, user-agent 를 확인하고, 그 user-agent 에 맞는 테마를 service 해주는 형식이라서 이 process 가 매우 높은 레벨의/server-end 쪽 기준으로 core function 과 근접한 위치에서 작동하거든요.

그래서 제가 해커라면, 이 process 를 삐집고 들어가 틈을 찾지 못합니다. (해커 입장에서 이 process 가 너무 remote 합니다. 거기에 손을 댈 방법이 없습니다.) 최소 해킹커뮤니티에서 보고된 사례는 없습니다.

반면 VC (비주얼 컴포져) 같은 경우는 각 페이지 로딩시 해당 html, css, js 를 process 해서 service 해주는거라 삐집고 들어갈 틈이 많구요. 그래서 취약점이 항상 보고 되는거구요.

아, 다른 테마와 compatibility.

일단 이런 user-agent 를 detect 해주는 플러그인을 사용하시려면, 최소 두개의 테마가 필요 합니다.

데스크탑 뷰 (desktop-view) 를 서비스 해주는 테마 1개.
모바일 뷰 (mobile-view) 를 서비스 해주는 테마 1개.

그리고 이 두개의 테마는 어느정도 반응형으로 짜셔야 하지만, 서로 overlap (겹치지 않게) 하지 않게 짜셔야 겠죠. Otherwise, you are defeating the whole purpose of RESS.

caveat: cache 플러그인을 사용하는 경우, 작동되지 않는 경우가 많습니다. 이 부분 인지하고 계셔야 합니다.

왜 작동이 안되는지는, 제 글 중 하나에 상세하게 기술해 놓았습니다. serializable object 과 관련된 문제 입니다.

http://hackya.com/kr/mobile-detection-과-cache-플러그인의-문제점/

Matthew Park

Attorney, front-end developer, digital media artist, WordPress enthusiast, & a father of 4 wonderful children.

Lives in Colorado.