넓디 넓은 Web 공간 속, 정보 전달의 중요 수단으로 빠질 수 없는 것들 중의 하나가 바로 그림인데, 이 그림이 생략되어 버린다면 어떤 모습일까?
이 모습은 물론, 글자 전용 웹 브라우져인 Lynx를 실행해 보면 확인할 수 있다. GNU MAC OS X Public Archive에서는 이미, 컴파일된 Mac OS X 용 Lynx text web brower를 제공하고 있어서, 간편하게 내려받아 확인해 볼 수 있었다.

가끔 이렇게 확인해 보는 것은, 단순한 심심풀이가 아니라, 웹 페이지의 접근 용이성을 살펴볼 수 있는 좋은 수단이 되기 때문이다.

얼핏 보니, 개선의 여지는 보이지만, 내용의 전달과 이동은 합격점이라고 믿고 싶군.
(요는, 스라소니 발자국을 찍어 두자는 얘기. :P)

LYNX Inspected

요즘 GeekTool을 쑬쑬히 사용하게 되면서, 지금 나의 17″ 가로 세로 1024X768 픽셀 화면의 땅 값은 한 없이 치솟고 있다.
어디 치열한 자리다툼 뿐이랴.
부딪히면 파고 들어야 할 shell 명령어들의 수도 날이 갈수록 꼬리에 꼬리를 이어 넘처난다.
가끔, 화면을 바라보고 있으면 그야말로 꼭꼭 압축되어 있는 정보들의 홍수 속에서 헤엄치는 기분이 들 때도 있다.

Finder Screen Shot

과연 넘처나는 정보들이 작업의 효율성도 증가시킬 수 있을지는 아직 의문이지만, 당분간은 오로직 입력, 그리고 또 입력…

Mac에서 손쉽게 설치 가능한 바이너리 형태로 제공되는 Apache 2와 PHP 5로는 각각 Server Logistics에서 제공하는 Complete Apache 2와 Marc Liyanage씨의 PHP 5 Package가 많이 쓰이고 있습니다.
그런데, 이 PHP 5 Package는 Mac OS X Server에 설치되어 있는 Apache 2와 함께 사용되도록 컴파일 되었기 때문에 그냥은 Complete Apache 2가 인식을 못합니다.

하지만, 간단하게 이 문제를 해결할 수 있는 방법이 있답니다. Complete Apache 2를 위한 PHP 5 설치(이)란 제목의 글 마저 읽기 →

Apache log iconApache 서버를 운영하다 보면 조만간 log 파일들(access_log과 error_log)이 너무 비대해 지거나, 필요도 없는 오래된 정보로 인해 재설정을 해줘야 할 때가 옵니다.
일반적으로, access.log는 매 10,000 요청마다 1Mb 정도로 커지는 데, 대부분의 사용자들은 log 파일을 새 것으로 대체할 목적으로 log 파일을 옮기거나 지우기만 하면 그만이라고 생각하지만, 이것은 올바른 조치가 아닙니다.
왜냐하면, 이렇게 해도 Apache는 log 파일이 옮겨지기 전의 같은 offset에 계속 이어서 기록을 하게 되기 때문입니다. 이것은 이전 것과 같은 크기의 새로운 log 파일이 다시 생성되는 결과를 가져오며, 파일 안에는 수 천(혹은 수 만)의 빈 글자들로 채워지게 됩니다. Apache의 log 파일과 환경 변수 설정(이)란 제목의 글 마저 읽기 →