규도자 개발 블로그

URL에서는 언더바(언더스코어: _)가 나을까 대쉬(-)가 나을까? 정답부터 말하자면 대쉬가 낫다. 왜냐. 구글 검색엔진이 언더바로 구분된 단어는 하나의 단어로 인식하고, 대쉬로 구분된 단어는 단어 자체로 구분하기 때문이다. 예를 들어 html로만 이뤄진 static webpage를 만들어 제공한다고 했을 때 html파일의 이름에 스페이스를 넣어 서비스한다고 하면 해당 url은 ' '(스페이스)대신에 '%20'가 채워질 것이다. 'my app'이라는 구분자를 가진 웹페이지를 제공한다고 했을 때 이름을 스페이스로 채워넣는다면 'my%20app'이라는 주소로 제공된다. 이렇게 url이나 uri의가독성이 떨어지는 상황을 타개하고자 스페이스 대신 대쉬(-)를 쓰기 시작하였고 그것이 고착화되었다. 그래서 검색엔진..

[JavaScript/자바스크립트] InternetExplore에서 Promise쓰기 자바스크립트 해석기는 브라우저에 귀속돼있다. 그러니까 같은 코드라고 하더라도 IE에서 쓰는 해석기와 Chrome에서 쓰는 해석기가 달라 다르게 실행될 여지가 있다는 말이다. 이것을 크로스 브라우징 이슈라고 하는데 다르게 실행될 여지는 고사하더라도 아예 특정 함수는 Chrome에선 되지만 IE에선 실행조차 되지 않는 경우가 왕왕 있다. 그 중 하나가 바로 비동기처리를 깔끔하게 해주는 Promise이다. 비동기처리는 요즘 웹서비스에 있어서 굉장히 흔하고 자주 일어나는 동작이기 때문에 가히 필수라고 할 수 있다. 그 비동기처리를 위한 코드를 깔끔하게 유지시켜주는 Promise객체를 IE에서는 사용하지 못한다. IE의 자바스크..

jQuery와 input text value의 함정 글의 요지를 먼저 말하자면, jQuery로 선택자.val();을 했을 때 값이 반환되기 마련인데 input text태그는 실제 텍스트박스에 입력된 값이 value 속성보다 우선순위를 갖는다. 이점을 모르고 혼동했던 경험(오늘 일)을 잊지 않기 위해서 이 글을 남긴다. 일단 테스트 소스코드는 다음과 같다. This is jQuery Test convert to A console.log testinput change attr change attr console.log testinput2 https://jujumilk3.github.io/htmlinputtest/ 이곳에서 실제 실행되는 모습을 확인할 수 있다. 혹은 아래 코드샌드박스를 이용해도 된다. ifr..

html태그와 함께 안에 있는 content도 날려버리는 php함수 function strip_tags_content($text, $tags = '', $invert = FALSE) { preg_match_all('//si', trim($tags), $tags); $tags = array_unique($tags[1]); if(is_array($tags) AND count($tags) > 0) { if($invert == FALSE) { return preg_replace('@.*?@si', '', $text); } else { return preg_replace('@.*?@si', '', $text); } } elseif($invert == FALSE) { return preg_replace('@.*?@..