얼마전 하드디스크가 망가진 펜3-800 에다가 공짜로 얻어온 하드를 붙여서 solaris를 설치하려 했는데 하드를 얹어봐도 부팅이 안되는 덕에 완전 포기하고 있었다. 근데 우연히 qaos.com 에서 Dust 님이 올리신 게시물을 보고 우분투라는 놈에 호기심이 생겨 노트북에 설치해보려 지금 열심히 다운로드 중이다. 실은 우분투 보다는 Beryl(한글로 베릴이라고 읽는 듯)이라는 놈에 더 호기심이 가서이기도 하고. 어차피 유닉스환경과 최대한 비스므리한 환경을 로컬에서 사용하고 싶었으니까. Beryl 이란놈은 Dust 님이 올리신 링크를 고대로 올린다. http://www.youtube.com/watch?v=hOJDQsTIVFk 근데 Dust 님 말대로 진짜 느리다.... ㅡ.ㅡ;;; 7시간을 더 기다려야 ..
꽤 전부터 ActiveX와 웹표준에 관련해서 글을 올리고 싶었으나. 빈약한 논리나 경험보다는 귀찮음에 미뤄두고 있었는데. 점심시간에 우연히 아래 포스트를 보고 따라하기를 해봤다. 일단 원문은 다음과 같습니다. Ajax는 웹 표준하고 거리가 멀다. - kielhong 원문에서 강조하듯 실제 Ajax 기술은 흔히 말하는 웹표준. 즉, 완벽한 크로스 브라우징이 아니다. 물론 현존하는 대부분의 브라우저들이 그 유용성으로 인해 지원하는 것 뿐이지 실제 '웹표준' 이라고 말할 수 는 없다. 그럼에도 대부분의 웹표준을 외치는 이들은 Ajax가 무슨 마술인양, 또한 모든 ActiveX를 대체할 수 있다는 맹신을 가지고 있는게 사실이다. 원문에서도 말하듯 Ajax 역시 M$에 의해 태어났으며 그 기반은 역시나 Activ..
맨 처음 공부했고 프로그래밍이란걸 해보게 된 넘이 바로 Microsoft Visual C++ 6.0 (이하 VC++) 였는데. 2004년 java로 전향하면서 단 한번도 되새겨보지 않았었다. 허나.. 사람 앞날은 모르는것.. 사이트에서 JMS 클라이언트 수정 배포 작업이 예정되었고 고덕동에 위치한 K 모 사이트에서 강컴군이 수정한 JMS 클라이언트를 받았다. 그대로 배포하리란 생각은 깨지고.. 이미지를 바꿔버린데다 어쩔수없이 하드코딩되어 버린 부분을 수정해야 했다. 근데.. 이거 사이트 로고는 16비트가 넘어서 일반적인 방법으로 해결이 안되는것 아닌가. 분명 예전엔 별문제없이 썼었는데.. 기억이 가물가물.. 한 30분 삽질하다 알아내서 또 까먹을까봐 남겨둔다.... 가끔씩은.. VC++ 도 이뻐해 주자...
HP response center 에서 발견한 내용! 원문 : http://www.hprc.co.kr/solvedqna_view.aspx?q_group=1829 ftp 접속시에 hostname과 version 정보를 숨기기 위한 방법은 다음과 같다. /usr/newconfig/etc/ftpd/examples/ftpaccess 파일을 /etc/ftpd 에 복사한 다음에 편집기를 통해서 다음을 추가한다. suppresshostname yes suppressversion yes /etc/inted.conf 내용에서 다음 내용으로 수정 ftp stream tcp nowait root /usr/lbin/ftpd ftpd -l -a inetd -c 명령을 통해 inetd 을 재기동한다.
오늘 unix 관련해서 몇가지 명령어를 검색하다가 알게된 사실. 사용자계정 관리시에 /etc/passwd 파일을 편집해서 사용하게 된다. 하지만 만약 root 계정이 해당 파일을 편집하는 동안 system crash가 발생한다거나 할 경우 재수없으면 root 조차도 로그인할 수 없는.. 최악의 시나리오가 발생할 수 있다. 그래서 이제껏 /etc/passwd 파일을 변경할 일이 있으면 백업을 해놓고 백업본으로 작업한 다음 copy 하는 방식으로 작업을 진행했는데.. 하지만 그런 귀찮은 작업을 대신해 주는 놈을 찾았다. 가장 간단하면서도 유용한 기능을 하는 툴이 바로/usr/bin/vipw 이다. 요놈을 실행하면 /etc/passwd 파일을 적절한 위치에 복사해서 복사본을 이용해서 작업하도록 도와주므로 무조..
4GB 짜리 로그를 jar로 묶은 다음, 다른 장비로 복사해서 다시 풀려고 하니 다음과 같은 오류가 떨어졌다... ============================================== META-INF/INDEX.LIST이(가) 추출되었습니다. META-INF/이(가) 작성되었습니다. META-INF/MANIFEST.MF이(가) 추출되었습니다. java.io.IOException: 파일이 너무 큽니다. at java.io.FileOutputStream.writeBytes(Native Method) at java.io.FileOutputStream.write(FileOutputStream.java:260) at sun.tools.jar.Main.extractFile(Main.java:752) ..
아.. 한동안 정신없이 바빠서 블로그 들어올 시간도 없었네... 예전처럼 웹에 사진을 올려야겠다는 생각이 들어서 picasaweb 을 한번 써봤는데.. 아직 인터페이스를 완전히 익힌건 아니지만 꽤 잘만들어 놓은 듯 하다. 용량도 제한없는거 같고..(아직 확인안됨) 단점이라면 아무리 큰 사이즈를 올리더라도 자체적으로 max 사이즈로 줄여버리는 것 정도? 뭐.. 일일히 사진사이즈 맞추는것도 귀찮은 터라 만족하고 있다. 다만.. 각각의 사진에 태그를 넣을 수 있을 것 같은데 아직 찾지 못하고 있다.. 단순히 caption만 입력하게 되어 있는거 같기도 하고.. 장점이라면.. 구글의 클라이언트 프로그램 답게.. 미려한 UI를 제공한다는것.. (Google Earth 보다 더 멋진 UI를 보여준다..) 그럼.. ..
"웹표준의 중요성을 모르는 사람들이 있다니?" 올블로그에서 우연히 위의 제목으로 클릭해본 블로그.. 흠.. 웹표준이 중요하고. 당연히 지켜야 하는 것이며 웹표준을 준수하지 않는것은 문제라고 말하고 있다. 물론 지당하신 말씀!! 굳이 "웹"이 아니더라도 표준은 반드시 지켜야 한다. 그래야 표준이 되니까.. 다만. 본인은 위 블로그에 대해 한가지 반론을 제기하고자 한다. 다음과 같은 부분인데.. 본인 생각은 조금 틀리다. 웹 표준 준수에 소모되는 비용 웹 표준을 지키는 데에 많은 비용이 들어간다고 착각하는 사람들이 생각 외로 많았다. 웹 표준을 준수하는 웹 페이지를 만드는 데는 추가 비용도, 추가 인력도 필요하지 않다. 단지 개발자들이 좀 귀찮을 뿐이다. 물론 개발자들의 책임은 아니다. 기업이 정책적으로 A..
ActiveX 는... M$가 만들어낸 마물로써... 익스플로어 6.0이 나올때도 크게 문제가 되었던 부분이죠.. 국내 웹환경의 비표준화. 모든걸 ActiveX를 통해 해결하려고 하는 안이함과 개발자가 그렇게 밖에 개발할 수 없도록 종용하는 사용자들. 이미 국내도 대부분의 정보시스템은 웹기반으로 흘러가고 왠만한 개발자라면 웹프로그래밍 정도는 호기심에서라도 한번씩 해보았을 것이며 end-user 또한 웹을 안써본 사람은 없을 것인데.. 어찌하다가 웹이 cs로 변신하게 되었는지...-_- 표준을 지켜도 기술이 변하면서 문제가 발생할 수 있는데 국내 웹환경처럼 '되기만 하면 되는' 인식 속에서는 정말 막막함만 남을 뿐입니다. 당췌 M$에서는 무슨 생각으로 activeX 를 만들어냈고 과연 어떤 이유로 국내에선..
- Total
- Today
- Yesterday
- qaos.com
- JavaScript
- 할인채
- WsServerContainer
- websocket
- WebLogic
- JTest
- 미투데이
- 이미지
- logback
- TyrusServerContainer
- Microsoft
- CODSTA
- hp-ux
- coding standard
- Internet Explorer 7
- 채권
- GDIProcessHandleQuota
- Windows
- 본사
- Java
- ActiveX
- VMware
- SharedSection
- 웹표준
- 이표채
- 의왕
- prudent
- 파생
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |