예전에 고민하고 6년만에 다시 고민중. 집에서 그다지 개발을 하지는 않지만 회사에서 모니터를 여러개 쓰다 보니 집에서 하나만 쓸 때 답답했다. 회사 일이 좀 조정되면서 개발을 예전처럼 많이 할 것 같지 않아 집에서 틈틈히 안드로이드 앱이나 만들까 하는데, 이 기회에 모니터 하나 들일까 고민 중.
지금 쓰고 있는 모니터는 BTC에서 나온 20.1인치. 만으로 6년째 쓰고 있는데 아직도 문제없이 잘 나오고 있다. 4:3 20.1 인치 모니터라 새로 사는 모니터는 16:10 24인치로 결정. 해상도가 1600×1200, 1920×1200으로 세로가 1200으로 같고 실제 화면 높이도 거의 비슷하다. (20.1인치: 40.8cm x 30.6cm, 24인치: 51.7cm x 32.3cm)
그런데 정작 제품을 못고르겠다. 회사에서 TN패널 24인치 모니터를 쓰면서 생각보다는 괜찮다고 느꼈다. 그렇지만 막상 사려니 IPS패널을 보고 있는데 요즘 나오는 주요 패널이 H-IPS 계열로 6bit+afr 기술을 이용해서 16만7천 색상을 표시하고 있다. 6년전에 샀던 모니터도 8bit 쓰는데 세월이 지날수록 뭔가 질은 떨어지는 느낌.
아무튼 후보를 정했다.
합리적으로 보면 U2412M을 선택하면 되는데 이왕이면 때문에 HP ZR24w도 고민하고 있다. 실리냐 만족이냐로 고민 중.
글 링크가 영어가 아닐 때 읽을 수 없는 문제가 있었는데(link) 해결했다. 옮긴 서버 문제인지 뭔지 잘 모르겠지만, 워드프레스가 주소를 가지고 작업하는 도중에 문자열이 달라서 생긴 문제였다.
워드프레스 동작이 어떻게 되는지 잘 몰라서 헤맸는데, 어쨌든 REQUEST_URI를 쓸거라는 생각에 여기저기 뒤져보다가 원인을 찾았다. $_SERVER[‘PATH_INFO’]는 주소를 그대로 전달 해 주는데 $_SERVER[‘REQUEST_URI’]는 urlencode 한 값이 와서 그랬다. 그래서 urldecode 하도록 수정.
--- wp-includes/class-wp.php.orig 2013-01-02 16:09:46.000000000 +0900
+++ wp-includes/class-wp.php 2013-01-02 16:09:49.000000000 +0900
@@ -149,7 +149,7 @@
$pathinfo = str_replace("%", "%25", $pathinfo_array[0]);
$req_uri = $_SERVER['REQUEST_URI'];
$req_uri_array = explode('?', $req_uri);
- $req_uri = $req_uri_array[0];
+ $req_uri = urldecode($req_uri_array[0]);
$self = $_SERVER['PHP_SELF'];
$home_path = parse_url(home_url());
if ( isset($home_path['path']) )
2015년 2월 4일 추가. WordPress 4.1에서는 이렇게 고쳤다.
--- class-wp.php.orig 2015-02-03 23:44:44.000000000 +0900 +++ class-wp.php 2015-02-04 00:04:33.000000000 +0900 @@ -155,6 +155,7 @@ $pathinfo = str_replace( "%", "%25", $pathinfo ); list( $req_uri ) = explode( '?', $_SERVER['REQUEST_URI'] ); + $req_uri = urldecode($req_uri); $self = $_SERVER['PHP_SELF']; $home_path = trim( parse_url( home_url(), PHP_URL_PATH ), '/' );
3.5로 업데이트 끝나고 자야지~ 하면서 아무생각없이 마지막에 올린 글 링크를 클릭했는데 안된다-_- 예전부터 쓰던 링크가 안되는거 보니 3.5 버그 같은데 일단 자고 일어나서 해결해야겠다. 링크에 한글을 그대로 쓴거는 404에러 나고 영어로 쓴건 잘 된다. 이 글은 일단 영어로 바꿨음.
워드프레스 3.5가 나왔다. Akismet 플러그인도 업데이트 됐다. 웹비넷으로 옮긴 뒤 워드프레스 쓰는데 별 문제가 없었는데, 업데이트가 안되는 문제가 생겼다. 워드프레스 자체 업데이트도 안되고 Akismet 플러그인 업데이트도 안됐다. 이런저런 방법을 찾아보다가 해결 방법을 두개 찾았다. 하나는 직접 확인했고 다른 하나는 이미 업데이트 해버려서 확인 하지 못했다.
이 방법은 실제로 확인은 못했다. 그렇지만 될거 같다.
웹비넷 마이페이지의 종합관리를 보면 21. FTP보안설정이 있다. 모든 장소, ip에서 ftp 접속 시도 허용을 하거나 서버의 ip를 허용할 ip로 추가한다. 서버의 ip는 실행 -> ping 도메인 을 해서 확인할 수 있다.
웹비넷 ftp는 chroot 환경으로 접속해 보면 / 디렉토리가 ssh로 접속했을 때 사용자 홈 디렉토리이다. 이 때문에 다음 설정이 필요하다. 둘 중에 하나 편한 방법으로 하면 된다.
ftp 이외에 sftp를 이용해서 할 수 있다. 이 방법은 직접 설치해서 동작하는 것을 확인했다. 플러그인은 http://wordpress.org/extend/plugins/ssh-sftp-updater-support/ 에서 받을 수 있다.
워드프레스 자체 업데이트가 안되는 버그가 있었는데 다음과 같이 고치면 된다. 그런데 고치고 나서 생각해보니까 같이 설치되는 phpseclib 버그 같다. 다음번 업데이트 할 땐 phpseclib쪽을 수정하고 확인해 봐야겠다.
--- ssh-sftp-updater-support/class-wp-filesystem-ssh2.php.orig 2012-05-03 21:13:22.000000000 +0900
+++ ssh-sftp-updater-support/class-wp-filesystem-ssh2.php 2013-01-01 23:53:09.000000000 +0900
@@ -220,12 +220,16 @@
}
function exists($file) {
- return $this->link->stat($file) !== false;
+ $result = $this->link->stat($file);
+ return array_key_exists ('size', $result);
}
function is_file($file) {
$result = $this->link->stat($file);
- return $result['type'] == NET_SFTP_TYPE_REGULAR;
+ if (array_key_exists ('size', $result))
+ return $result['type'] == NET_SFTP_TYPE_REGULAR;
+ else
+ return false;
}
function is_dir($path) {