구르는돌

블로그 이미지
by soil21
  • Total hit
  • Today hit
  • Yesterday hit

'밥벌이'에 해당되는 글 30건

  1. 2007.06.27
    언제까지 개발자로 일할수 있을까?
  2. 2006.12.26
    Windows Vista 호환 하드웨어 검사
  3. 2006.05.08
    How To Configure the CGI Script Timeout Value in IIS 5.0 and IIS 6.0
  4. 2006.04.28
    [프레시안]'인터넷 강국'인가 'MS 천국'인가?
  5. 2006.02.06
    이미지변환 프로그램 - Toad(구름산두꺼비) 3
  6. 2006.01.13
    "MS DTC 서비스를 실행 중인 계정이 잘못되었습니다" 라는 이벤트로그
  7. 2006.01.13
    삼바 inetd(xinetd) 모드로 설치하기
  8. 2006.01.13
    리눅스「SW 특허 거부반응」버려야 산다
  9. 2006.01.13
    빌 게이츠와「공산주의자들」-- 리차드 스톨만
  10. 2004.11.17
    [펌] Gmail 에 관한 몇 가지들...

요즘들어 부쩍 개발자들의 업무환경에 대한 이야기가 많아졌습니다.

한때는 호황을 구가하던 때도 있었는데 요즘은 3D 업종이라고들 합니다.

어제 오늘의 일이 아니지만 과거와는 다르게 지금의 업무 환경이 구조적이라는 데 문제가 더 심각한 것 같습니다.

1988년 대학 졸업 후 먹고사니즘을 해결하기 위해 늦게 프로그래밍을 배웠습니다. 물론 애플을 가지고 카세트 테입에 저장된 게임을 로드하여 놀기는 해 봤지만 밥벌이로 프로그래밍이라는 것을 접한 것은 우연히 들른 서점에서 클리퍼 라는 놈을 알게 되면서 부터지요. 당시 중고 286에 3.5인치 디스크 드라이버달고 20MB 도시락 시게이트 하드 달아 집에 들여다 놓으면서 이놈의 직업이 시작된 거지요. 다니던 출판사의 장부 한번 만들어 보겠다고 책한권 달랑 사들고 와서 샘플 소스 분석하며 2달여 만에 그런데로 쓰만한 녀석을 회사에 깔아 놓고 잘 이용했었죠. 이게 제 개발자 인생의 서막입니다.

그러다 개발회사에 취직하여 개발이 좋아 고등학교만 마치고 개발일을 시작한 한참어린 사수에게 몇가지 사사를 받고 본격적인 개발일을 시작했습니다. 개발이라는 일이 일의 결과가 본인 의지의 결과인 경우가 많다 보니 밤을 새는 일은 다반사에 며칠씩 집에 들어가지 못하는 경우도 많았습니다. 그래도 본인의 작업으로 새로운 제품을 만들어 내는 것이 그렇게도 좋더군요. 결혼해서 아이가 돌이 채 안되어서는 지방 대학 연구소에 파견 근무를 자청할 정도로 그때의 열정은 대단했었답니다.

지금은 어떠냐구요?

지금도 개발하고 있는데 예전의 열정은 많이 사라지고 그저 주어진 일을 겨우겨우 맞춰가고 있는 실정입니다. 그래도 아직 키보드에서 손을 떼고 있지는 않습니다. 지난 20년을 돌이켜 보면서 머리속에 남는 것이 두어가지 있더군요.

아직도 해야할 일이 많다는 것입니다. 만약 시간이 주어진다면 꽉 짜여진 프레임에서 벗어나 프레임 설계 부터 구현 까지를 제 손으로 해보고 싶은 생각이 듭니다. 하루가 다르게 개발방법론이 나오고 프레임이 발표되고 있습니다. 다른 사람의 철학으로 무장된 것들을 이해하느라 밤잠을 설쳐야 하는 경우가 많아 진거죠. 제일 싫어 하는 일중의 하나이지만 현실의 세계에선 어쩔수 없이 외워야 하는 상황이 강요되는 겁니다. 빠르게 적응하여 현실에 응용하는 것에 길들여진 환경탓에 더더욱 이런 상황이 가속화 된 것 같습니다. 이런 일에 투자할 여력이 있는 회사는 많지 않습니다. 대안은 결국 개발 커뮤니티가 되겠지만 누가 주도적으로 참여 할 수 있느냐와 프레임 설계 초안을 어떻게 잡느냐가 관건이겠지요.

현업 일을 놓아서는 안되겠다는 생각입니다. 개념만 머리속에 있다고 해서 결코 코딩이 안되더군요. 처음 개발일을 시작했을때 어디서부터 시작해야 할지 모르는 답답함은 현업에서 멀어져 가는 순간 닥치는 문제가 될 것 같습니다. 기회과 설계가 업무 처리에서 차지하는 비중이 많아지고는 있다곤 하지만 결국 마지막 방점을 찍는 것은 코딩입니다. 사실 설계를 할때 실제 개발자들 입장을 어느정도나 고려해서 하는지 궁금할 때가 많습니다. 조금 무리한 이야기 일지는 모르겠지만 제데로된 설계를 하려면 현업에서 손을 떼지 않아야 겠다는 생각이 들더군요.

밥벌이에 대한 요즘 생각이 많아 지고 있습니다. 자꾸 안주 하려는 태도를 좀 정리할 필요가 있어서 생각을 정리해 보고자 하네요.

반응형
AND

http://ati.amd.com/technology/windowsvista/AreYouVistaReady.html

AMD 사이트에 가보니 현재 하드웨어에서 윈도우 비스타를 지원 가능한지 점검하는 페이지가 있습니다. 점검을 해보시지요.

오늘부터 비스타에 대한 리뷰들을 점검하고 있습니다.

반응형
AND
며칠전 IIS 5.1에 PHP 5.5를 설정하는데 용량이 제법되는 파일을 받아 MySQL에 insert하는 도중에 CGI Timeout이 발생한다고 하여 처음엔 PHP 설정상의 문제려니 생각했습니다. 그런데 PHP 쪽 설정은 정상적이더군요.
아래 내용을 보시고 혹시라도 이러한 문제에 직면하신 분 참고 하시기 바랍니다.
출처 iis-resources
One of the most common questions people seem to ask when attempting to run some form of CGI application or script (such as PHP or Perl) on an IIS 6.0 server is “How do I change the default CGI script timeout value ? Quite often this is because they are trying to execute a relatively long-running script in an application and they are seeing the following error message :
"The specified CGI application exceeded the allowed time for processing"

The default value for the CGI script timeout property in the IIS metabase is 300 seconds for both IIS 5.0 and IIS 6.0. In this brief tutorial I will demonstrate the various ways in which you can modify this default value for IIS 5.0 and IIS 6.0



Configuring the CGI Timeout Value in IIS 5.0

In IIS 5.0 there are three ways in which the CGI Timeout value can be modified; these are via the MMC GUI using Internet Services Manager, editing the metabase directly using Metaedit and via the built-in Adsutil admin script. Lets look at each method in turn.

Perhaps the easiest way to configure this value is via the GUI using the MMC. To do this open Interface Services Manager, right-click on the Local Machine name and click Properties. This will bring up the Internet Information Services properties dialog box shown here.


Fig. 1

In the Master Properties section ensure that the WWW Service is selected and click Edit. The WWW Service Master Properties dialog box will be shown. Click on the Home Directory tab and then click on the Configuration button as shown here.


Fig. 2

The Application Configuration dialog box will be presented. Click on the Process Options tab as shown here and you will see that the CGI script timeout value is displayed. Provided it hasn't been altered you should see the default value of 300 seconds displayed as shown here. You can edit the timeout value directly here.


Fig. 3

There is however, one potential drawback with this method (as convenient as it is) namely that any value you specify here will be applied to ALL of the Web Sites on this server, which may not necessarily be desirable in every situation.

As the above GUI method is somewhat limited you are going to have to delve a bit deeper if you wish to achieve a more granular level of control over these settings on your server and apply different CGI timeout values to individual web sites.

One method of doing this is to use the Metaedit tool which is a free download from Microsoft. You can get Metaedit here :
HOW TO: Download, Install, and Remove the IIS MetaEdit 2.2 Utility
http://support.microsoft.com/?id=232068

Install and run Metaedit and then browse to the /LM/W3SVC branch of the IIS metabase. Locate the CGI Timeout value and you should see the default value of 300 seconds as shown here.


Fig. 4

Using Metaedit you can now configure the desired CGI Timeout value at the individual web site level. Browse to the appropriate Web Site’s properties using Metaedit and then right-click on the Site ID and click New, DWORD.


Fig. 5

Then select CGITimeout from the ID drop-down menu and enter the required value in the Data field.
In this example I have set a CGITimeout value of 600 seconds on web site ID 4


Fig. 6

If we now look at the properties of the relevant web site using Metaedit we can see that the CGITimeout value for web site 4 does indeed show a value of 600 seconds.


Fig. 7

The third method of configuring the CGI Timeout value at the Web Site level in IIS 5.0 is to use the built-in IIS Administration Scripts. These are located by default in C:InetpubAdminScripts.
You can find out more about the IIS 5.0 Administration Scripts here :
http://www.microsoft.com/windows2000/en/server/iis/

To configure the CGI Timeout metabase property I am going to use the IIS Administration Script
Utility AdsUtil.vbs. You can see examples of how to use this script here :
http://www.microsoft.com/windows2000/en/server/iis/htm/adminsamples/adsutil.htm

In this example I am going to set the CGITimeout value on web site ID 3 to 1600 seconds. So starting at C:InetpubAdminScripts from the command prompt I type the following command :
cscript adsutil.vbs set w3svc/3/CGITimeout "1600"


Fig. 8

We can confirm that this value has been set by either typing the command "cscript adsutil.vbs get w3svc/3/CGITimeout" (as shown above) or by browsing to the appropriate location in the metabase using Metaedit.
Configuring the CGI Timeout Value in IIS 6.0

The online documentation for IIS 6.0 states that,"Setting the timeout value for a CGI application involves manually setting the CGITimeout metabase property."
http://technet2.microsoft.com/WindowsServer/en/Library/3af4a050-2c60-426c-b28e-83de7e3683e91033.mspx

For reasons best known to themselves Microsoft decided to remove the option to configure the CGI timeout value in IIS 6.0 from the GUI interface. This is probably one of the reasons why some people have difficulty configuring CGI applications on IIS 6.0 - its also the main reason for me writing this short tutorial

Even though you cannot configure the CGI timeout value using the GUI in IIS 6.0 it is still possible to exert a fine level of granular control using either the Metabase Explorer utility or the IIS 6.0 Command Line Administration Scripts. Interestingly, the online documentation comments that, “The CGITimout property can be set at a global level and at the individual site and site element levels. This gives you the flexibility to configure an overall CGITimeout level, and then customize the setting for individual sites and site elements.”

What this actually means is that you can configure the CGI timeout value down to the individual file level in IIS 6.0 - this is really useful because it means that if you had one specific long-running form, for example, you could configure a higher value in the metabase for that particular form to allow it to run for longer without allowing all other CGI scripts to run for the same length of time. The CGITimeout Metabase Property is documented here :
http://technet2.microsoft.com/WindowsServer/en/Library/5c842c92-78ed-4422-8b9d-534693e866811033.mspx

Apparently, it is possible to configure a maximum CGI timeout value of 2.1 million seconds !! If your CGI scripts need to run for that long I’d suggest you seriously need to think about optimising your code

Perhaps the simplest method of configuring the CGI Timeout value (or indeed any metabase property) in IIS 6.0 is to use the Metabase Explorer tool from the IIS 6.0 Resource Kit. You can download the IIS 6.0 Resource Kit tools here : http://support.microsoft.com/kb/840671

In this example I have created a Web Site in IIS 6.0 called ‘Perl’ which has a site ID of W3SVC83136308. The Web Site also contains a Virtual Directory called ‘CGI Scripts’ in which there are two files - ‘Orders.pl’ and ‘Search.pl’.


Fig. 9

In order to demonstrate the two different methods, what I am going to do is use Metabase Explorer to configure a CGI timeout value of 600 seconds at the directory level for the Virtual Directory ‘CGI Scripts’ and then use the Command-Line Administration Scripts to apply a unique timeout value of 1800 seconds at the file level, specifically for the file named ‘Search.pl’.

Start by opening up Metabase Explorer and navigating to the entry for the ‘CGI Scripts’ virtual directory under the ‘Perl’ web site ID (see above). Right-click on the ‘CGI Scripts’ virtual directory entry and click New, DWORD. Then select the CGI Timeout Record Name or Identifier from the drop-down menu as shown here.

Fig. 10

You will see a warning on the New Record dialog box informing you that the “Current key inherit’s a record with the same identifier” - this is because the IIS metabase uses inheritance to reduce resources used. However, specifically setting the same property at a child node over-writes the inherited value, so click OK to create the CGI Timeout value at the ‘CGI Scripts’ virtual directory level. Then right-click on the entry we just created and click Properties. Enter a value 600 on the Value tab and then tick Inheritable on the General tab as shown below. This will ensure that all other scripts in the ‘CGI Scripts’ virtual directory will inherit the default value of 600 seconds unless otherwise specified.


Fig. 11
Finally we are going to use the Command-Line Administration Scripts to set a unique CGI Timeout value at the file level on the file named ‘Search.pl’.

The default location in IIS 6.0 for the Administration Scripts is C:InetpubAdminScripts, so starting from a command prompt there we are going to type the following command :

cscript adsutil.vbs set W3SVC/83136308/root/"CGI Scripts"/Search.pl/CGITimeout "1800"

(Note the quotation marks around the virtual directory due to the space in the name)

However, this command fails with the error message shown below. Why is this ? We know that there is definitely a file called ‘Search.pl’ in the virtual directory ‘CGI Scripts’ which is in the Perl Web Site (see Fig.9 above) so why should the command fail ?


Fig. 12

Well the answer is quite simply that the object we are trying to configure the CGITimeout value on doesn’t actually exist in the IIS metabase. Again the reason for this is that in an effort to reduce resource usage the IIS metabase doesn’t contain a reference to every object contained within IIS.

OK, so what do we need to do to configure this value at the file level I hear you ask. The answer is that we need to make use of the IIsWebFile object. The MSDN online documentation states that,

“You can use the IIsWebFile object to set metabase key values that apply to a file in a Web directory for a Web virtual server. Metabase property values set for a specific file will override inherited values that have been set at a higher level in the metabase hierarchy.”
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/iissdk/html/6e65799f-c5c3-4850-8177-d76aca217f01.asp

What this means in a nutshell is that we need to create the IIsWebFile object for the file ‘Search.pl’ before we can apply any properties or values to it. In order to do this we need to issue the following command :

cscript adsutil.vbs CREATE W3SVC/83136308/root/"CGI Scripts"/Search.pl IIsWebFile

Once this has been done we can then apply the CGITimeout value on the file itself as shown here.


Fig. 13

So if we look at the properties of the Perl web site using Metabase Explorer we can see that the file ‘Search.pl’ is now listed along with its unique CGITimeout value of 1800 seconds.


Fig. 14


So as we have seen, if you are hosting CGI applications on an IIS web server it is possible to exert an extremely fine level of granular control over how those applications are configured provided you know how to access the relevant properties.

The only observation that remains to be made is that Microsoft are apparently going to reinstate the GUI method of controlling CGI applications in IIS 7.0 - a decision which I think is a sensible one and will no doubt please many developers and IIS admins out there. This is mentioned in the IIS 7.0 beta online documentation here :

IIS 7.0 Beta: Configure CGI Timeout Settings (IIS 7.0 Beta 1)
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/iis7/Ops/920a2f15-d722-43a3-b450-964b7d5d185f.mspx



Paul Lynch
January 2006
반응형
AND

룩셈부르크에 있는 유럽연합(EU) 재판소에서는 마이크로소프트(MS)와 유럽연합 집행부 간에 계속돼 온 법률공방의 한 정점을 이루는 구두변론이 4월 24일부터 닷새 동안 진행됐다.

이 송사의 시작은 1998년으로 거슬러 올라간다. 그 해 12월 유럽연합은 MS의 피시(PC) 운영체제 제품 '윈도'가 서버 운영체제 시장의 공정한 경쟁을 저해하고 있다는 고발이 접수됨에 따라 조사를 개시했다. 이어 2000년에 유럽연합 집행부는 MS가 시장지배적 지위를 이용해 끼워팔기를 함으로써 음악 및 영상 재생 프로그램 시장의 공정한 경쟁을 저해하고 있는지에 대해서도 직권으로 조사하기로 했다.

5년 넘게 진행된 조사절차 끝에 2004년 3월 유럽연합 집행부는 MS가 피시 운영체제에 대한 독점적 지배력을 남용해 서버 운영체제 시장과 음악, 영상 재생 프로그램 시장의 공정 경쟁을 부당하게 저해하고 있다고 판단하고, 시정 명령을 내리는 동시에 4억9700만 유로(약 5800억 원)의 과징금을 부과했다. MS가 이에 불복함에 따라 사건이 유럽연합 재판소로 넘겨졌고, 그동안 예비절차가 진행된 뒤 이제 구두변론까지 이루어진 것이다.

마이크로소프트, 공정위의 제재에 대항해 임전 태세

한편 우리나라에서는 2001년 9월 다음커뮤니케이션이 MS의 메신저 프로그램 끼워팔기를 공정거래위원회에 신고했고, 이를 계기로 한국 시장에서 MS가 거래하는 양태에 대한 조사가 개시됐다. 공정거래위원회는 그 뒤 음악과 영상 재생 프로그램 끼워팔기에 대해서까지 직권으로 조사범위를 확대했으며, 2005년 12월 MS의 끼워팔기가 위법하다고 판단하고 시정 명령을 내리는 동시에 과징금 325억 원을 부과했다. 이에 대해 MS는 "앞으로 진행될 장기적인 법절차의 시작일 뿐"이라며 결연한 임전 태세를 보이고 있다.

우리 정부나 유럽연합 집행부나 단호한 태도를 취해 왔다. 두 경우 모두 피해신고 당사자들은 조사절차 진행 도중 MS로부터 합의금을 받고 신고를 취하했거나 열악한 시장환경에서 살아남지 못하고 사라졌다. 그러나 이처럼 경쟁자를 매수해버리거나, 경쟁자가 버티지 못하도록 시장환경을 압박하는 것이야말로 불공정거래의 진면목일 수 있다. 한국과 유럽연합 정부는 피해 당사자가 신고를 모두 취하해버린 상황에서도 독점 규제와 공정거래 확보라는 공익을 위해 조사절차를 끝까지 진행하고 제재 결정을 내렸다.

영국의 한 신문은 이를 두고 거인 골리앗(MS)에 홀로 맞서 싸우는 다비드에 비유하기도 했다(<가디언> 2006년 2월 21일자 보도). MS가 동원하는 초대형 로펌의 최정상급 변호사들에 맞서 제한된 법률인력과 예산으로 복잡한 조사절차를 진행하고 본격적인 송사를 감당해야 하는 한국이나 유럽연합 당국의 분투는 마치 대포와 소총의 대결을 보는 듯하다. 유럽과 한국의 사태 전개가 미국에서와는 사뭇 다르다는 점도 흥미롭다. 미국에서는 MS를 상대로 제기됐던 독점규제 소송이 거액의 돈이 오간 끝에 합의로 결말을 보았다.

문제의 근본 뿌리는 MS의 운영체제 독점

이 송사들은 모두 표면적으로는 인터넷 열람 프로그램, 음악 및 영상 재생 프로그램, 메신저 프로그램 등에 대한 것이지만, 근본적으로는 MS의 컴퓨터 운영체제 독점에 그 뿌리를 두고 있다. 컴퓨터가 이제 인류문화를 담는 가장 중요한 매체가 된 것이 분명하다. 매체의 혁신은 그 안에 담기는 정보의 내용까지 지배하곤 한다. 컴퓨터는 현대 인류문명을 특징짓는 존재다. 그러나 지구상에 보급된 거의 모든 컴퓨터를 하나의 회사가 공급하는 운영체제에 의존하게 하는 것은 섬뜩한 일이다. 오랫동안 인류문화는 지필묵이라는 매체에 의존해 왔었다. 전 인류의 지필묵을 단 하나의 사업자가 독점하여 제작, 공급하고 그 의사에 따라 배급이 결정 또는 거절되는 상황은 생각만 해도 끔찍하지 않은가?

컴퓨터 운영체제의 독점을 둘러싼 건곤일척의 승부가 한국과 유럽에서 진행되고 있는 시점에서 우리의 인터넷 환경이 안고 있는 독특한 문제점을 짚어보는 것은 의미가 있다. 다른 나라와 달리 한국에서는 웹페이지 제작사들이 만든 웹사이트의 대부분이 MS가 제공하는 인터넷 열람 프로그램을 사용해야만 제대로 처리되도록 돼 있다. 유심히 살펴본 사용자라면 흔히 웹페이지 한 모퉁이에 "이 사이트는 인터넷 익스플로러에 최적화 되어있습니다"라는 안내 글귀가 있음을 기억할 것이다. 말이 좋아 '최적화'이지, 이것은 곧 MS의 제품을 사용하지 않는 자에게는 웹사이트 접속이 사실상 금지되거나 심각하게 제약되는 최악의 인터넷환경을 조성하겠다는 기이한 선언에 다름아니다.

이렇게 공공연하게 MS에 대한 충성서약을 하지는 않더라도 묵묵히 MS의 독점전략에 봉사하는 웹사이트는 더욱 많다. 한국의 전자상거래 사이트 또는 은행 사이트들은 특정한 보안프로그램을 내려받아 설치해야만 접속을 계속할 수 있게 돼 있는데, 이 보안프램그램이 오직 윈도에서만 설치되도록 돼 있다. 따라서 리눅스 사용자는 물론 매킨토시 컴퓨터 사용자도 접속 진행이 불가능하다. 이처럼 구조적으로 왜곡된 인터넷 환경은 MS가 컴퓨터 운영체제를 확실히 독점하게 하고, 다른 운영체제가 아예 한국에 발을 붙이지 못하게 하는 데 더할 수 없이 '최적화'된 여건을 제공한다. 윈도를 사용하지 않으면 국내 주요 인터넷 사이트들을 제대로 볼 수 없다는 기막힌 사실을 윈도로 인터넷에 접속하는 99%의 한국인들에게 알리기란 여간 힘든 일이 아니다.

대법원, 정보통신부 등 공공기관 웹사이트도 MS 독점 뒷받침

개인이나 사기업이 운영하는 웹사이트가 이처럼 MS의 독점체제에 이용자들이 자발적으로 조력하도록 제작돼있는 상황은 당장은 어찌 할 도리가 없을지도 모른다. 인터넷 쇼핑몰 회사가 리눅스 사용자에게는 쇼핑은커녕 접속 기회마저 박탈하는 웹페이지를 걸어놓고 장사를 하겠다는데 어쩌겠는가? 인터넷 뱅킹을 제공하는 은행이 오로지 윈도 사용자만을 고객으로 알아 모시는 웹사이트를 운영하고 있다 한들 어쩌겠는가? 아마도 경영진은 자기 회사 웹사이트가 리눅스나 매킨토시 사용자의 접속을 막고 있다는 사실조차 모르고 있을 수도 있다.

완벽한 무지로 형성된 경영의 장벽은 기술력으로 간단히 뚫을 수 있는 것이 아니다. 그러나 지식과 정보를 선도해야 할 대학들마저도 MS에 최적화시켜 제작된 웹사이트를 부끄러운 줄도 모르고 홈페이지로 걸어놓고 있는 우리의 현실은 자못 암담하다. 인터넷과 컴퓨터에 조금이라도 관심을 기울이는 사람이라면 세계적으로 통용되는 인터넷 문서 제작기준은 MS가 고집하는 변칙적인 웹문서 제작수법과는 다르며, MS 기준이 아닌 세계 기준을 준수해 웹페이지를 작성하면 운영체제와 상관없이 누구나 안전하게 접속해서 문서, 그림, 음악, 동영상 등 그 페이지에 담긴 모든 내용을 다 제대로 볼 수 있다는 점을 알고 있을 것이다(www.w3c.or.kr 참조).

그러나 정부나 공공기관이 운영하는 웹페이지마저 MS에 최적화돼 있다면, 그것은 무지나 무관심의 소치로만 간주하고 그냥 넘길 수가 없다. 불행하게도 대법원 홈페이지부터 시작해 국세청, 심지어 우리나라 전산환경에 책임을 지고 있는 정보통신부의 홈페이지에 이르기까지, 윈도를 사용하지 않으면 그 웹사이트가 제공하는 모든 기능을 활용할 수 없게 돼 있다.

이는 마치 국가기관이 앞장서서 리눅스나 매킨토시 사용자들을 골탕먹임으로써 MS의 운영체제 독점을 도와주는 형국이다. 인터넷으로 등기부 등본 발급신청을 하는 경우를 예로 들어보자. 윈도즈를 사용하지 않으면 문서 발급 신청조차 할 수 없다. 이는 민원인이 MS 제품을 사용하는지를 관공서가 일일이 확인하고 MS 제품을 사용하지 않는 민원인에게는 서비스를 거부하는 것이나 진배없다. 일개 기업에 대한 정부의 충성도 이 정도면 좀 지나쳐 보인다.

한국 법원의 MS 사건 판결이 세계적 관심 대상인 이유

유럽과 남미의 일부 국가들은 공공기관이 관리하는 서버는 반드시 소스코드가 공개된 운영체제를 사용하도록 법률로 강제하고 있다. 물론 서버 운영체제와 홈페이지 제작방법은 별개의 문제이긴 하나, 한국 정부기관의 웹사이트들처럼 MS의 고객에게만 선별적으로 공공서비스를 제공하는 조치는 우리의 현행 법에 비추어 보더라도 용납되기 어려운 것이다. MS에 최적화된 웹페이지를 공공기관이 운영하는 것은 국민의 평등권을 침해하는 것이고, 공정거래법 위반의 소지가 있을 뿐 아니라, 위법부당한 행정이라고 평가될 수도 있다. 적어도 공공기관의 웹페이지는 운영체제에 상관없이 누구나 정보접근과 온라인 민원신청 등을 할 수 있게끔 당장 개편돼야 한다.

유럽연합 재판소에서 진행되는 MS의 불복 절차는 이미 구두변론까지 진행됐고, 서울고등법원에서 진행되는 불복절차는 이제 시작단계에 있다. 그러나 어쩌면 서울고등법원의 판결이 먼저 내려질 가능성도 있다. 그 판결은 유럽연합은 물론이고 전 세계의 주목을 받을 것이다. 큰 구도에서 보면, 그 판결은 인류문명사의 향후 전개에 적지 않은 영향을 미칠 수도 있기 때문이다. 특히 인터넷 강국으로 널리 선전된 한국의 법원이 MS의 독점 여부에 대해 어떤 입장을 취할 것인지는 더 더욱 관심거리가 될 수밖에 없다. 이 중요한 시점에 우리는 과연 한국이 인터넷 강국인지, MS 천국인지를 냉정히 돌아볼 필요가 있다.



김기창/고려대 법대 교수

반응형
AND

제로보드를 사용하는 사진방에 그림을 한꺼번에 올릴 수 있도록 만든 겁니다.

간편하게 사용하도록 한 것이어서 UI나 기타 사용 방법이 거칠기는 하지만 그래도 기본 기능엔 충실(?)합니다.

오픈소스인 cximage 599c를 이미지 라이브러리로 사용했고 파일업로드는 wininet을 사용하였습니다. 물론 자그마한 php를 서버에 하나 만들었구요. 이 php가 웹 루트에 있어야 파일이 정상적으로 제로보드에 등록됩니다.

VC++ 6.0을 제작하였고 혹시 소스가 필요하시면 글 남겨 주세요. 재미로 짠 소스라 정리는 잘 안되어 있습니다. 그래도 혹시 이미지 프로세싱에 관심있으시나 오픈소스를 이용하시는데 어려움을 겪고 계시는 분들 참고로는 괜찮을 겁니다.

반응형
AND

MS DTC에 오루가 있어서 COM+등등의 서비스들을 사용하지 못했었습니다. 며칠을 미루다 검색해 보니 아래의 내용이 있더군요. 실행 계정만 바꾸니 바로 됩니다. 왜 계정이 로칼 계정으로 되어 있었는지 모르겠습니다. 따로 변경한 적은 없는 것 같은데...
MQ관련해서 테스트 할것이 있었는데 이제 집에서도 작업할수 있을것 같네요.




<
반응형
AND

삼바 inetd(xinetd) 모드로 설치하기


일반적으로 삼바서버를 설치할때 항상 떠있는 데몬모
드로 설치하게됩니다.
하지만 사용양이 적거나 하다면 request 가 있을때만 응답하게끔 설치해도 괜찮겠습니다.

다음 라인이 /etc/service 에 있는지 확인해 보고 없
다면 추가합니다.

netbios-ns 137/tcp # NETBIOS
Name Service
netbios-ns 137/udp
netbios-dgm 138/tcp # NETBIOS
Datagram Service
netbios-dgm 138/udp
netbios-ssn 139/tcp # NETBIOS
session service
netbios-ssn 139/udp

다음은 /etc/inetd.conf 에 다음을 추가합니다.

netbios-ns dgram udp wait root /usr/local/samba/bin/nmbd nmbd
netbios-ssn stream tcp nowait root /usr/local/samba/bin/smbd smbd

이제 삼바 서버가 데몬으로 떠있다면 일단 죽여주고,
inetd를 재시동하면 됩니다.

만약 xinetd를 사용한다면 xinetd.conf 설정파일에 다
음을 추가합니다.

service netbios-ns
{
protocol = udp
socket_type = dgram
wait = no
user = root
server = /usr/local/samba/bin/nmbd
}

service netbios-ssn
{
protocol = tcp
socket_type = stream
wait = no
user = root
server = /usr/local/samba/bin/smbd
}

/etc/xinitd.d/swat 파일을 아래와 같이 편집합니다.

service swat
{
disable = no
port = 901
socket_type = stream
wait = no
only_from = 127.0.0.1
user = root
server = /usr/sbin/swat
log_on_failure += USERID
}

역시 xinetd를 재시동하면 되겠지요.
물론 위의 설정들에서 삼바의 설치위치에 따라 경로는
달라질수 있습니다.

<
반응형
AND

리눅스「SW 특허 거부반응」버려야 산다

[ZDNet Korea 2005-02-17 17:22]

오픈소스 프로그래머는 소프트웨어 특허란 것을 별로 좋아하지 않을 지 모르지만 그런 비판론자들도 결국 '특허는 늘 존재한다'는 현실을 받아들여 한다. 15일 HP의 리눅스 담당 한 고위관계자의 말이다.

리눅스 월드에 참석한 HP의 리눅스담당 부사장인 마틴 핀크는 "종국에 가서는 소프트웨어 특허 시대가 도래할 것이다. 이를 무시하는 것은 현명하지 못한 처사"라며 "소프트웨어 특허에 반대하는 것은 좋지만, 특허를 얻으려고 하지 않는 것은 어리석은 일"이라고 주장했다.

그는 "어떤 이유로든 자신의 아이디어에 대한 특허를 거부한다는 것은 절대 있을 수 없는 일이다. 몇몇 이들은 특허를 받는 것은 자신을 파는 행위라고 느끼나본데, 단지 특허를 가지고 있다는 사실보다는 특허가 중요한 일을 한다는 것을 인식할 필요가 있다"고 강조했다.

소프트웨어 특허에 비판적인 세력 중에는 오픈소스와 자유 소프트웨어 운동의 주요 맴버들도 있다. 그 중에 FSF(자유소프트웨어재단) 회장인 리차드 스톨만과 리눅스 창시자인 라이너스 토발즈(리눅스는 이후 스톨먼의 GNU 프로젝트에 기초가 되었다), 그리고 아파치 웹서버 프로젝트를 이끈 브라이언 벨렌돌프도 끼어 있다.

반면에 HP는 특허로 영광을 누리고 있다. HP는 2004년에만 1775건의 특허를 취득해 미국내 최다 특허등록 순위 4위에 올랐다.

특허, 저작권 그리고 기업기밀 등을 포함한 지적재산권 문제가 더욱 관심을 끄는 것은 오픈소스의 정의 자체가 공유, 변경, 재배포될 수 있다는 걸 의미하기 때문이다. 이러한 자유 개념이 전통적인 소프트웨어가 가지는 기밀유지나 배포상의 제약들과 첨예하게 대치된다.

핀크 부사장은 "오픈소스 소프트웨어는 저작권법 하에서 만들어진 것이지만 그 특허가 상당히 부실하다. 그 이유는 프로그래머들이 특허를 자신들의 자유로움에 대한 방해꾼으로 생각하기 때문"이라며 "이에 반해 기업들은 특허를 자사의 중요한 지적재산에 대한 방패로 인식한다"고 강조했다.

자유의 방해자 vs. 지적재산의 방패막

리눅스가 어떤 특허 침해도 하지 않았다는 보장은 없다. 사실 지적재산 소송에 대비한 보험을 전문적으로 파는 한 회사의 연구에 따르면, 리눅스 커널에도 283개에 달하는 잠재적인 특허침해 가능성이 있다고 한다.

그리고 2002년에 HP의 한 간부는 MS가 리눅스에 대항하기 위해 오픈소스 소프트웨어에 대한 특허 공격을 준비했었다고 경고한 적도 있다.

하지만 리눅스에 대해서는 지금까지 어떠한 특허침해 소송도 공식화되지 않았거니와 그런 공격을 시작할 분위기를 조성하는 것조차도 엄청나게 복잡한 일이 될 것이다. 아무튼 레드햇과 노벨은 그런 특허 공격을 방어하기 위해 서로의 특허 포트폴리오를 공유하기로 했고, IBM과 썬 마이크로시스템즈는 이미 수 백건의 특허침해 사례에 대해 오픈소스 진영을 고소하지 않겠다고 발표한 바 있다.

또한 15일 핀크 부사장은 썬의 커뮤니티 개발/배포 사용권과 유사한 오픈소스 라이선스를 허가해주는 OSI(Open Source Initiaive)의 행정에 대해 신랄한 비판을 퍼부었다.

이미 지난 8월에 52개에 달하는 오픈소스 라이선스가 너무 많다고 지적한 바 있는 핀크 부사장은 "지금은 그보다 더 많아졌다. OSI가 오프소스의 사업 기반을 늘리는 노력 대신 그저 자기들 기준에 맞는 라이선스는 다 인정하고 있다"고 비난했다.

그는 이어 "OSI가 자신들이 해야 할 중요한 역할을 제대로 하지 못하는 것은 분명하다. 라이선스를 오픈소스 사업 모델을 확장시킬 수 있는 능력 유무가 아니라 단지 판에 박힌 기준에 따라 내주는 것은 위험한 일"임을 경고했다.

OSDL(Open Source Development Labs)의 지적재산권 분과위원회 회장이기도 한 핀크 부사장은 향후 리눅스 컨소시엄이 이 당면 과제들을 해결할 수 있도록 협력할 예정이다. 그에 따르면 OSI를 새로운 방향으로 이끌어 줄 당찬 계획이 OSDL에 있는 것 같다. @

Stephen Shankland ( CNET News.com )


[ 저작권자 ⓒ ZDNet Korea, CNET Korea,Inc. 무단 전재 및 재배포 금지, ZDNet Korea는 글로벌 IT 미디어 리더 CNET Networks의 브랜드입니다. ]

<
반응형
AND

Richard Stallman (FSF)
2005/02/17

CNET 뉴스닷컴이 빌 게이츠에게 소프트웨어 특허에 관해 물었을 때, 그는 다른 법들을 함께 언급함으로써 이슈를 모호하게 만들면서 주제를 ‘지적 재산권’으로 바꿔버렸다. 그 다음 게이츠는 이런 모든 법안에 동의하지 않는다면 그는 공산주의자일 것이라고 주장했다.

본인은 공산주의자는 아니지만 소프트웨어 특허에 비판적인 입장이다. 따라서 빌 게이츠의 이 발언은 바로 본인을 겨냥했을 수도 있다고 생각하게 됐다.

누군가 ‘지적 재산권’이란 용어를 사용한다 해서 자신이 헷갈리고 있거나 또는 청자들을 혼동하게 만들려고 노력하는 것은 아닐 것이다. 이 용어는 저작권법, 특허법 그리고 다른 여러 법안들을 한데 뭉뚱그린 것이지만 각 법안들의 요구사항과 그 효과는 완전히 다르다.

그런데 왜 게이츠씨는 이런 이슈들을 모두 함께 묶으려 하는 것일까? 그가 ‘희미하게’ 만들려 한 그 차이점들에 대해 이제부터 알아보자.

자, 소프트웨어 개발자들은 결코 저작권법에 대항해 무장봉기한 게 아니다. 왜냐면 프로그램 개발자는 해당 프로그램에 대한 저작권을 당연히 자신이 갖기 때문이다. 프로그래머들이 코드를 직접 작성하는 한 누구도 코드에 대한 이들의 저작권을 빼앗아가지 못한다. 즉 낯선 이가 프로그래머의 저작권을 침해하는 위험사태는 결코 일어나지 않는다.

그러나, 특허는 다른 문제다. 소프트웨어 특허는 프로그램이나 또는 코드 자체를 보호하지 않는다. 특허는 방법론, 테크닉, 기능, 알고리즘 등 아이디어를 보호한다.

대형 프로그램 개발 작업은 결과적으로 수천개 아이디어를 묶는 것이며, 비록 이 중 몇 개는 새로운 것일지라도 이것들을 제외한 다른 부분들은 담당 개발자가 이전에 보았던 다른 소프트웨어에서 참조했을 것이다. 만약 이런 각각의 아이디어가 누군가의 특허사항이 된다면 모든 대형 프로그램들은 수백개 특허를 침해하게 될 것이다.

따라서 대형 프로그램 개발 그 자체가 수백가지 소송에 휘말릴 수 있는 위험에 자신을 노출시킨다는 것을 의미하게 된다. 즉 소프트웨어 특허는 소프트웨어 개발자와, 그리고 그 또한 소송의 피고가 될 수 있는 사용자들에게 있어 위협 요소가 되는 것이다.

몇몇 운 좋은 소프트웨어 개발업체들은 대부분의 위험요소들을 회피할 수 있을 것이다. 이들은 이른바 ‘메가 기업’으로, 각자 수천개 특허를 보유하고 있으며 서로 교차 라이선스 관계를 맺고 있다.

이는 이 업체들과 똑같은 권리를 누릴 수 있는 입장이 아닌 작은 기업들에 대해 우월한 권리를 부여하게 된다. 바로 이 부분이 메가 기업들이 소프트웨어 특허에 로비를 하는 보편적인 이유인 것이다.

현재 MS는 수천개 특허를 보유한 메가 기업이다. MS는 법정에서 MS 윈도우의 주요 경쟁상대가, 자유 소프트웨어인 GNU/리눅스 운영체제를 의미하는 ‘리눅스’라고 말한 바 있다. 유출된 MS의 내부 문서에 따르면 이 회사는 GNU/리눅스의 개발을 중단시키기 위해 소프트웨어 특허를 활용한다는 목표를 세운 것으로 알려지고 있다.

게이츠씨가 스팸 문제에 대한 자신의 솔루션을 과장광고하기 시작할 때, 본인은 이런 행동이 네트워크의 통제권을 장악하기 위해 특허를 활용하려는 계획이 아닌가 의심했다. 충분히 그럴만한 게 MS는 지난해 IETF에 특허를 따내려 노력 중인 메일 프로토콜을 표준안으로 제안했기 때문이다.

이 프로토콜의 라이선스 정책은 자유 소프트웨어 전체를 용납하지 않도록 설계돼 있다. 이 메일 프로토콜을 지원하는 프로그램은 어떤 것이든지 자유 소프트웨어나 GNU GPL, MPL(Mozilla Public License), 아파치 라이선스, 그리고 BSD 라이선스들과 다른 것들에 근거해 출시될 수 없다.

IETF는 MS의 프로토콜을 거부했지만 어찌 됐든 MS는 주요 인터넷 서비스 업체들이 이 프로토콜을 도입하게 하기 위해 노력할 것이라고 말한다.

특허낸 표준 거부하는 인터넷, 공산주의의 산물?
게이츠씨 덕분에 우리는 이제 누구나 구동할 수 있는 프로토콜로 운영되는 개방형 인터넷이 사실은 공산주의에 근거한 것임을 알게 됐다. 그러니까 인터넷은 아주 유명한 공산주의의 앞잡이인, 미 국방성이 만들어낸 셈이 된 것이다.

MS는 시장에서 개가를 거두면서 프로그래밍 시스템에 대한 자신의 선택을 실질적인 업계 표준(de-facto standard)으로 강요할 수 있게 됐다. MS는 이미 몇몇 닷넷 구현 방법론의 특허를 신청한 상태이며 이로 인해 수백만 사용자들의 근심거리에서 이젠 정부 차원의 문제가 된 MS 독점에 대한 우려를 다시 유발시키고 있다.

하지만 자본주의는 독점을 의미하고 있다. 최소한 게이츠 스타일의 자본주의는 그렇다. 게이츠 씨는 모든 사람들이 프로그램에 대해 자유로우며 복합적인 소프트웨어를 작성할 때도 자유로워야 한다고 생각하는 사람이야말로 바로 공산주의자라고 말한 바 있다.

그러나 이런 공산주의자들은 알고 보면 MS의 이사실에 이미 자리를 잡고 있다. 여기 빌 게이츠가 지난 1991년 자사 임직원들에게 말한 내용이 있다.

“만약 사람들이 현존하는 아이디어들을 고안하고 특허권을 취득했을 때 그 특허권의 양도 방법을 이해했더라면 오늘날의 컴퓨팅 업계는 완전히 정지상태가 됐을 것이다. 출발선상에 있는, 자체적으로 특허를 보유하지 않는 기업들은 얼마인지에 상관없이 대기업들이 부과하기로 맘먹은 특허 사용 가격을 치루도록 강요받았을 것이다.”

자, 이제 게이츠 씨의 비밀은 만천하에 드러났다. 그 또한 공산주의자였던 것이다. 게다가 그는 소프트웨어 특허가 해로운 것이라는 점도 인식하고 있었다. MS가 이러한 거인들 중 하나가 될 때까지는 말이다.

이제 MS는 소프트웨어 특허를 이용해 본인과, 독자들을 포함한 일반 사용자들에게 자신이 결정내린 가격을 부과하는데 목표를 두고 있다. 그리고 우리가 여기에 반대한다면 게이츠 씨는 우리를 ‘공산주의자’라 지칭할 것이다.

만약 여러분이 호명을 두려워하지 않는다면 자유 정보 인프라스트럭처 재단(ffii.org)을 방문해 유럽의 소프트웨어 특허 반대 움직임에 동참하길 바란다. 우리는 우익 성향의 유럽의회의원들이 우리를 ‘공산주의자’로 간주함에도 불구하고 유럽 의회를 설득하는 데 성공한 바 있다. 여러분의 도움이 있다면 우리는 다시 한 번 개가를 올릴 수 있을 것이다.


http://www.zdnet.co.kr/news/column/hotissue/0,39024748,39133772,00.htm

<
반응형
AND
Gmail 을 활용하는 있는 몇가지 Tip과 Utility 자료들을 모았습니다.

어렵게 Gmail 을 가지고도 메일 이외에는 별다른 용도로 이용하지 못하고 있는 분들에게 유용한 자료들이 될 거라고 생각합니다.

Gmail 은 이런것?

@Gmail.com

Outlook Express에서 Gmail 사용하기

Gmail 유틸리티

Gmail 을 1GB하드로 사용하기 - GmailFS

GmailFS - Gmail Filesystem

GmailerXP - End-All Gmail Util?

Google's Official Gmail Notifier

Gmail Gems Blog

Gmail Utilities

Gmail, RSS Feeds - part 2 (Get Gmail Through RSS)

Gmail Notifier Extension 0.3.3

<출처 - Bamsaemi Blog>

<
반응형
AND

ARCHIVE

CALENDAR

«   2024/05   »
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

RECENT TRACKBACK

RECENT COMMENT

RECENT ARTICLE

ARTICLE CATEGORY

분류 전체보기 (175)
가족일기 (3)
낙서장 (39)
밥벌이 (30)
추억 (6)
사회 (27)
혼자만의 방 (2)
생태 (4)
눈여겨 보는 곳 (1)
어머니 일기 (38)
윤선애 (1)
생활 단식 (11)
동거동락 자전거 (2)
반응형