수정 삭제 메뉴

Why!?

이 글은 계정이 없는 손님이 작성한 글입니다.
* 시스템에 의해 이유없이 삭제될 수 있습니다.
* 글의 작성자라면 다음과 같이 관리가 가능합니다.
- 씬디 계정이 있다면 "소유권 주장" 클릭
- 계정이 없다면 "소유권 주장 및 계정만들기" 클릭

문단 1

그렇다면 이런 국내외 기업들이 위키를 쓰는 이유가 뭘까요?
간단하게 설명하면 '오피스 프로그램만으로 일을 하는 경우 발생하는 문제점을 보완하기 위해서 필요하다.' 라고 할 수 있습니다. 요즘은 카카오톡 으로 일하는 경우도 있지만, 여전히 그리고 앞으로도 대부분의 업무는 MS오피스나 iWorks로 작성돼고 이메일을 통해서 이뤄질 것 입니다.

이런 프로그램들은 다양한 기능을 제공하고, 무척 편리한 도구임이 분명하지만 몇 가지 문제점이 있습니다. 
이메일은 언젠가 '지워'집니다.

문단 1-1

그렇다면 이런 국내외 기업들이 위키를 쓰는 이유가 뭘까요?


간단하게 설명하면 '오피스 프로그램만으로 일을 하는 경우 발생하는 문제점을 보완하기 위해서 필요하다.' 라고 할 수 있습니다. 요즘은 카카오톡 으로 일하는 경우도 있지만, 여전히 그리고 앞으로도 대부분의 업무는 MS오피스나 iWorks로 작성돼고 이메일을 통해서 이뤄질 것 입니다.
이런 프로그램들은 다양한 기능을 제공하고, 무척 편리한 도구임이 분명하지만 몇 가지 문제점이 있습니다. 
이메일은 언젠가 '지워'집니다.

문단 2

그렇다면 이런 국내외 기업들이 위키를 쓰는 이유가 뭘까요? 간단하게 설명하면 '오피스 프로그램만으로 일을 하는 경우 발생하는 문제점을 보완하기 위해서 필요하다.' 라고 할 수 있습니다. 요즘은 카카오톡 으로 일하는 경우도 있지만, 여전히 그리고 앞으로도 대부분의 업무는 MS오피스나 iWorks로 작성돼고 이메일을 통해서 이뤄질 것 입니다. 이런 프로그램들은 다양한 기능을 제공하고, 무척 편리한 도구임이 분명하지만 몇 가지 문제점이 있습니다.  이메일은 언젠가 '지워'집니다.

문단 3

문단 4

어디서 왔지?
[["synd.kr", 23], ["unknown", 55]]
다른 글들
3 6
Square

씬디 느낌

옛날에 웹이 처음 나오고 글을 쓰려면 HTML을 사용해서 페이지 하나를 만들어야 했다. 
거기엔 자기소개글을 정성스럽게 썻고 글 마지막에는 이메일 주소를 첨부해 궁금한 점은 메일로 소통해야했는데...
메일도 전송이 잘 안되는 경우가 허다했다. 
그리곤 게시판이 등장 했는데... 리플 개념, 이건 완전 신세계
그때는 별거도 아닌 이야기를 많은 사람들이 쓰고 덧글도 남기고 하다가.. 갑자기 벙개도 열고 그랬다. 
호스팅 임대처럼 게시판도 무료로 임대해주는 서비스가 등장했는데.. 지금 기억에 남는  서비스는
'크레이지 보드' 
이걸 홈페이지에서 제일 많이 사용했던걸로 기억한다. 그 이후에 제로보드의 강세로 완전 망했지만... 
씬디는 그때 게시판 느낌이 난다. 처음으로 인터넷을 통해 글을 남겼던 그런 느낌들...  
뭐라고 쓸까? 고민을 하다가 학교에서 있었던 일? 그런걸 썼던거 같다. 
그 후 조회수를 계속 보고 덧글도 확인하고.. 가볍게 메일도 주고 받고 했었던 추억.
(지금와서 생각해보면 그때 it에 대한 가능성을 못 본게 아쉽다.)
커뮤니티가 아니라 친목도 전문성이 없어도 가볍게 글을 쓸 수 있어서 좋다. 
그리고 회원가입하면 부여된 숫자는 뭔가 동질감을 느끼게 해준다. 
사실 처음에는 아이디를  인디언식 이름을 임의로 부여해주면 어떨까? 싶었는데(주먹쥐고 일어서 같은 식) 장기적으로 봤을때 숫자가 심플하고 좋은거 같기도 하다. 
1 1

Re: 주말 어디갔지

월요일이 괴로운건 나이와 국경, 인종을 뛰어넘는 공감코드가 아닐까.
내 경우엔 보다 젊었을 때의 괴로움은 단순한 귀찮음이었던 것 같은데 지금은 끝내지 못한 일들, 끝낼 수 없는 일들, 내 뜻과는 다르게 끝난 일들에 대한 불안감이 월요일의 괴로움이다.
적어보니 그냥 일이 잘 안되고 내가 일을 잘 안하나보네ㅋㅋ
2 0

테이블 테니스

보낸다. 그러면 맞고 다시 내게로 온다. 다시 팬다. 그럼 똑같이 맞고 내게로 온다. 그러기를 계속하지만 늘상 같은 패턴은 지루함을 느껴 스매싱도 하고 이리저리 주는곳에 변화를 준다. 근데 그것은 다름아닌 인생 그 자체였다. 더 이상 손쓸수 없는 지경에 이르는 것들은 에지를 맞고 그대로 바깥으로 사라지는 경우다. 하지만 가끔은 그런 것들도 받아내는 기적을 만날때도 있다. 때에 따라서는 공에 역회전이 걸려 전진을 더디하는 맥팔리는 순간도 있다. 
1 1
Square

나침반

캐리비안 해적에 나오는 나침반. 소유자가 원하는 곳을 정확하게 지시하여 주는 특별한 놈이다.
내 마음 속에도 나침반이 하나 있다. 언제나 내가 가야할 방향을 정확하게 지시하여 주는데, 여기서 문제가 발생한다. 나의 의사만 반영되기 때문이라는거지. 하긴, 그게 당연한거야. 내 몸의 캡틴은 바로 나니까. 하지만, 난 또 다른 배와 묶여있거나, 같이 가야할 경우가 많다는거지. 그럴 경우엔 내 나침반은 정 반대를 가르키고 있지만, 난 그 무리에 묶여서 가야하는 상황에 왕왕 놓이기도 해. 하지만, 결국 난 그 무리에서 이탈해서 내가 가고 싶은 곳으로 가버리지.
비록 그곳이 적도 무풍지대나 베링해의 험난한 바다라 할지라도, 내 마음이 거기에 있으면 그쪽으로 가는거야. 난, 선장이니까.
PS. 들여쓰기 자동으로 됐으면... ㅋㅋ
2 5

SYND 바란다#2

1. 비공개 글의 경우 메타 로봇 설정으로 noindex 처리 필요
2. 해더스타일을 좀더 쉽게 사용 할수 있게 스타일속성에서 밖으로 나왔으면.
3. 해더 스타일에 따라 자동으로 H* Tag로 마크업 처리 필요
0 0

MiniMagick jpg 저장 시 알파채널 검게 나오는 문제

MiniMagick 이나 ImageMagick 에서 jpg 포맷으로 알파채널이 있는 png 등의 이미지를 저장시킬 경우 투명부분이 검게 저장되지.
일부는 코맨드로 convert 를 사용할 경우 background 만 흰색으로 지정하면 문제가 없다고 하던대 MiniMagick 은 mogrify 를 사용해서 그런건지 BG 지정만으로는 안되고 아래처럼 background 를 지정하면서 알파 채널을 삭제하면 되더군.
그리고 중요한점! 반드시 format 을 변경하기 전에 해당 코맨드가 들어가야 정상적인 결과가 나오더군
0 0

맥 시에라 vi / vim 클립보드 사용하기

1~4 단계의 과정이 필요할 수 있다.
1. ~/.vimrc
아래 내용을 사용자 홈디렉토리 아래 .vimrc 파일에 추가한다 (없으면 만든다)
2. +clipboard 로 컴파일 됐는지 확인한다
clipboard 옵션 없이 컴파일 된 경우

clipboard 옵션이 포함된 경우
2-1. clipboard 옵션이 없는 경우 brew 로 vim 을 설치한다
맥에는 기본으로 vim 이 설치되어 있다.
아래와 같이 brew 로 vim 을 설치하여 시스템 디폴트 vim 교체할 수 있다 (실제로 교체되지는 않고 path 설정 바꿔주는 듯)
3. 어떤 vim 이 호출되는지 확인한다
3-1. /usr/bin/vim 이 잡힌다면 /etc/paths 파일을 수정하여 /usr/local/bin 이 /usr/bin 보다 위에 나오도록 한다
4. 여기까지해도 동작되지 않는다면 
client-server 옵션으로 설치하면 동작하는 경우가 있다고 한다.
4-1. .vimrc 설정
1번의 설정으로 충분하나 아래와 같이 설정할 수 있다 (참조)
0 0

Nginx 301 리디렉션 설정

301 리디렉션은 URL 의 영구이전을 의미한다. www.synd.kr 이 synd.kr 로 301 리디렉션 된다면 www.synd.kr 로 인덱싱된 콘텐츠는 모두 synd.kr 로 변경된다는 의미다.
도메인을 이전하거나 선호도메인을 설정하는 경우 이용될 수 있으며 Nginx 환경에서는 아래처럼 같단히 설정할 수 있다.
끝.
2 4

맑은고딕 성애자가 있는것 같다

font-family: "맑은 고딕","Malgun Gothic","Nanum Gothic","나눔 고딕","Apple Gothic","Helvetica Neue","Helvetica",verdana,sans-serif;
이래놓으니까 맥에선 맑은 고딕이 먼저 보인다.
font-family: "나눔 고딕","Nanum Gothic","맑은 고딕","Malgun Gothic",sans-serif;
이 정도가 어떤지. 애플고딕은 애플 쓰는 사람들은 다들 싫어하는 폰트다. 윈도우 사용자일 경우 나눔고딕이 없다면 맑은고딕으로, 맑은 고딕이 없는 똥컴에선 굴림이든 돋움이든 나올거다. 맥 사용자의 경우 나눔고딕이 없으면 알아서 애플SD고딕 네오 글꼴로 보여줄듯.
그리고 에디터 자체 CSS로 text-align: justify; 가 들어가 있는데 이것도 좀 없애버렸으면 좋겠다.
1 3

페이스북 임베드 URL,
소셜 플러그인 (XFBML) 파싱

임베드 대상 페이스북 콘텐츠는 "포스트", "비디오", "사진" 이렇게 종류별로, 웹과 모바일에서 각각 URL 형식이 조금씩 달라 프로그램으로 이를 처리하기 위해 동일한 형태의 주소가 필요하다.
SDK를 사용해 페북 컨텐츠를 임베드하는 경우 기준이 되는 URL 은 웹용 URL 이다.
뭐, URL은 딱보면 알겠지만 fbid 라는 고유ID만 빼오면 된다. 
모바일에서 포스트에 대한 주소만 URL 파라미터로 처리되어 있고 나머지는 전부 URL Path에 포함되어 있으니 아래와 같은 정규식으로 fbid부터 발라내자
정규식은 Ruby 2.x 버전에서만 동작을 확인했지만 look-behind 와 look-ahead 외에 정규식 엔진을 타는 내용이 없기 때문에 동작이 안된다면 그 부분만 수정하자.
사실 효율을 생각한다면 저딴 정규식으로 한방에 fbid 를 뽑는 것 보다 fbid 가 파라미터로 존재하는 케이스를 분리시키고 나머지 정규식도 2회로 나눠 돌리는게 더 좋지만... 귀찮으니 한 줄로 하자.
상식적으로 fbid 만 뽑아내면 될 것 같으나 페북 임베드에 사용되는 URL은 사용자 아이디가 버킷 이름처럼 포함되어 있다. 문제는 모바일 URL에 사용자 아이디-문자-가 없다는 점.
이 문제는 페이스북의 짧은 주소 fb.com 을 사용해 해결할 수 있다. http://fb.com/<fbid>의 형식으로 리퀘스트를 보내면 해당하는 완성된 주소로 리디렉션 시켜준다. - 임베드 코드 생성 시 fb.com 을 그냥 쓸 수 있으면 좋을텐데 안되더라.
curl 로 리디렉션된 최종 URL을 뽑는 코드는 아래와 같다.
내가 쓰는 Typhoeus 에선 아래처럼 최종 URL을 받으면 된다. 
이렇게 얻은 URL 로 
위와 같은 XFBML을 사용해 임베드가 가능하다. 다양한 옵션은 페북 문서 확인.
Javascript SDK 를 사용하는 경우 SDK 가 로드된 후 FB 객체를 initialize 하면서 페이지에 있는 모든 XFBML 을 파싱할 수 있고, 이와 다른 타이밍에 추가적으로 XFBML 을 파싱해야하는 경우는 아래의 코드로 가능하다.
특정 엘레먼트만 파싱하려면
jQuery 로 돔을 잡아 파싱하려면
이렇게 파싱하면 컨텐츠가 임베드된다.
2 1

기준

좋은 물건을 사려면,
좋은 사람을 만나려면,
좋은 일을 하려면,
애초에 선택에 대한 기준을 명확하게 세워놓아야한다.
요소간의 트레이드오프는 가능하겠지만 이조차도 기준이 범위로 설정이 가능한 경우에만 허용된다.
결정이 필요한 긴박한 순간에는 이성적인 사고가 불가능하다는걸 인정해야한다.
1 0

Short Focus

짧은 시간만 주어졌을때, 더 많은 것을 보고, 각각에 대한 의미를 좀 더 명확하게 볼 수 있다.
Continuous Focusing 이 아니라, Short Term 으로 각 개별의 피사체에 대한 Focusing 을 할 줄 아는 능력이 이런 순간에 필요하다. 그래서, Short Focus 라고 제목을 달고 글을 쓴다.
지속적으로 변화하는 대상에 대한 Focusing 을 하는 것은 길 시간에서 필요하다. 하지만, 짧은 순간이 주어질 경우엔, 그 순간순간의 대상에 대한 빠르고 정확한 Focusing 을 할 필요가 있다. 물론, 여기서 중요한 것은 그 Focusing 이 전부가 아니가, 그것을 한 이후에 기억하는 것에 있다.
역시, 이런 글을 쓰기엔 여기가 딱이다. 이 것 역시 Short Focusing.