200년 달력
심심해서 또 뻘짓;
예전에 배경화면으로 쓸 15년 달력을 포토샵 노가다로 만들었던 적이 있는데 이번엔 PHP로 좀 우아하게..
200년치를 출력했더니 HTML 파일 용량이 3.8메가나 한다;
읽어오는동안 익스플로러가 너무 힘들어해서 이미지로 캡쳐.
소스파일은 아래에.. index.php 파일 맨 앞부분의 $start_year, $end_year를 수정하면 원하는 분량의 달력이 출력되는데 $start_year는 PHP가 처리할 수 있는 범위인 1902년~2038년 이내로 설정해야 된다. ($end_year는 상관없음)
만들다 문득 궁금해진건데 2038년의 한계를 지난 시점, 그러니까 유닉스 머신의 시계가 한계에 도달해 다시 원점으로 돌아갈정도가 되면 어떤식으로 문제를 해결할려나.. 인터넷을 뒤져보니 그쯤되면 지금과는 환경이 많이 바뀌게 되므로 어떻게든 해결 될테니 걱정 말라고 한다-_- 아마 대부분 타임스탬프를 64비트 변수(이정도면 향후 2천9백억년정도는 문제 없음)에 담아서 간단히 해결할테고.. 지금처럼 integer 변수에 시간을 담아쓰는 프로그램은 아마 멸종.. 34년 전과 지금을 비교해 생각해보면 전혀 예측이 불가능 할지도 모르겠다. 발전속도도 점점 더 빨라질테니.. 농담처럼 얘기했던 무한용량의 메모리 같은게 정말 개발돼버리는게 아닐까;; (이쯤 되면 프로세스가 메모리를 할당받아 쓰고 반환할 필요도 없이 그냥 버려버리는 사치를 누릴 수 있겠군!)
예전에 배경화면으로 쓸 15년 달력을 포토샵 노가다로 만들었던 적이 있는데 이번엔 PHP로 좀 우아하게..
200년치를 출력했더니 HTML 파일 용량이 3.8메가나 한다;
읽어오는동안 익스플로러가 너무 힘들어해서 이미지로 캡쳐.
달력보기
소스파일은 아래에.. index.php 파일 맨 앞부분의 $start_year, $end_year를 수정하면 원하는 분량의 달력이 출력되는데 $start_year는 PHP가 처리할 수 있는 범위인 1902년~2038년 이내로 설정해야 된다. ($end_year는 상관없음)
calendar.zip만들다 문득 궁금해진건데 2038년의 한계를 지난 시점, 그러니까 유닉스 머신의 시계가 한계에 도달해 다시 원점으로 돌아갈정도가 되면 어떤식으로 문제를 해결할려나.. 인터넷을 뒤져보니 그쯤되면 지금과는 환경이 많이 바뀌게 되므로 어떻게든 해결 될테니 걱정 말라고 한다-_- 아마 대부분 타임스탬프를 64비트 변수(이정도면 향후 2천9백억년정도는 문제 없음)에 담아서 간단히 해결할테고.. 지금처럼 integer 변수에 시간을 담아쓰는 프로그램은 아마 멸종.. 34년 전과 지금을 비교해 생각해보면 전혀 예측이 불가능 할지도 모르겠다. 발전속도도 점점 더 빨라질테니.. 농담처럼 얘기했던 무한용량의 메모리 같은게 정말 개발돼버리는게 아닐까;; (이쯤 되면 프로세스가 메모리를 할당받아 쓰고 반환할 필요도 없이 그냥 버려버리는 사치를 누릴 수 있겠군!)
'컴퓨터 얘기 > 프로그래밍' 카테고리의 다른 글
| 태터툴즈용 Google Sitemap (12) | 2005/06/04 |
|---|---|
| 날씨를 보여주는 자바스크립트 (6) | 2005/04/27 |
| 200년 달력 (0) | 2005/04/19 |
| 태터툴즈 고쳐쓰기 #11 - UTF-8 RSS 읽기, 트랙백 보내기 (10) | 2005/04/02 |
| 태터툴즈 검색어 통계 (34) | 2005/03/24 |
| 단어사용 빈도 분석 (6) | 2005/03/18 |
태그 : 삽질
