한 30분 터미널 보니 나오더군요 엉엉...

원인이 여러가지 있으니 안되는 경우도 있을겁니다.

아무튼 간단한 설명

1.
zbxe/modules/module/query/getDefaultMidInfo.xml에서

#9         <condition operation="equal" column="site_srl" var="site_srl" default="0" notnull="notnull" />

이 줄을 없에시고

2.
도메인/?module=admin 으로 들어가셔서

로그인 후 첫화면(또는 모듈 관리화면)에서

modue 모듈을 설치 / 업데이트 하시고

3.
zbxe/modules/module/query/getDefaultMidInfo.xml에서

#9         <condition operation="equal" column="site_srl" var="site_srl" default="0" notnull="notnull" />

이거 다시 붙여넣으시고

4. 관리자 페이지에서 캐쉬 파일 업데이트 하세요



원인은

1.1.0인가에서에서 가상 사이트 생기면서

모듈에 site_srl 컬럼이 생기지 않았는데 해당 쿼리만 업데이트되어서 제대로 기본 모듈을 못가져오는 문제였습니다.


다른 문제 있으면 블로그로 놀러오세요 ~_~//

추가 : 2009. 04. 10. 13:34 >

http://www.xpressengine.com/index.php?path=%2F&mid=xe_issuetracker&act=dispIssuetrackerViewSource&type=compare&erev=6076&brev=6075

r6076에서 수정되었네요. 감사합니다 :)

1.0.6에서는 제대로 작동 하던 기능이
1.1.0인가 1.1.1로 넘어오면서 제대로 작동하지 않았습니다.

                function dispBoardWrite() {
            // 권한 체크
            if(!$this->grant->write_document) return $this->dispBoardMessage('msg_not_permitted');
        
         // check point
         if(Context::get('is_logged')) {
            $logged_info = Context::get('logged_info');
            $oPointModel = &getModel('point');
        $current_point = $oPointModel->getPoint($logged_info->member_srl);
        $oModuleModel = &getModel('module');
        $point_config = $oModuleModel->getModulePartConfigs('point');
        $module_srl = Context::get('module_srl');
        $current_module_point = ($point_config[$module_srl]['insert_document']? $point_config[$module_srl]['insert_document'] : $point_config->insert_document);
        if ($current_point + $current_module_point < 0) return $this->dispBoardMessage('msg_not_enough_point');

예전과 지금의 Module의 Config를 가져오는 방법이 달라져서 제대로 작동하지 않았습니다.
1.1.1에서 적용중인 자료입니다.

Windows users with iTunes beware! Apple has opted you in to install their vulnerable Safari browser on your computer with iTunes updates. You must click the Safari update box off before updating iTunes if you don’t want to install Safari.

iTunes를 사용하시는 Windows 사용자분들께서는 조심하십시오! Apple은 iTunes업데이트에 보안에 문제가 있는 Safari를 끼워넣었습니다. iTunes를 업데이트 하실 때 Safari를 원하지 않으신다면 체크를 해제하시기 바랍니다.

PWN to OWN Day Two: First Winner Emerges!:
PWN to OWN 2번째날 : 첫번째 승자가 나타났습니다.:

They were able to exploit a brand new 0day vulnerability in Apple’s Safari web browser. Coincidentally, Apple has just started to ship Safari to some Windows machines, with its iTunes update service. The vulnerability has been acquired by the Zero Day Initiative, and has been responsibly disclosed to Apple who is now working on the issue.

그들은 Safari의 새로운 0day 보안 문제점을 exploit하였습니다. 우연히도 Apple에서는 iTunes 업데이트를 통해서 윈도우즈에도 Safari를 설치하기 시작했습니다.  Zero Day Initiative 에게 전달된 이 보안상의 문제는 Apple 에게 보내졌고 현재 작업중에 있습니다.

So if you update iTunes and install Safari, you’re getting this exploitable code on your computer.
그러므로 만약 iTune를 업데이트 하면서 Safari를 설치하신다면 컴퓨터에는 문제가 있는 코드가 설치되게 됩니다.

I may have more information about the nature of the exploit tomorrow.
내일 이 이야기에 대해서 더 해드리겠습니다.

EDIT/UPDATES:
편집 / 추가

1. The exploit Charlie Miller used to win the coveted Macbook Err involved a telnet exploit via privilege escalation from a malformed/malicious link. Reportedly. We’ll find out when Apple gets around to fixing it. Which brings me to another point…
   Charlie Miller가 MacBook Err(Air)을 뚫을 때 악의적인 링크로 부터 권한 상승을 얻어내는 방법을 이용하였습니다. 소문에 의하면 말이죠. 우리는 Apple이 언제 그 문제를 수정할지 곧 알게 될 것 입니다(?). (?)
2. Before anyone dismisses my objections to Apple’s requirement that users opt-out of installing Safari when updating iTunes, look at Secunia’s new advisory. Note that it’s highly critical. Safari is buggy and vulnerable in OSX. It’s even worse in Windows.
   Apple의 Safari 끼워 넣기에 반대하는 나의 생각을 잊은분들은 Secunia의 새 소식을 보기 바랍니다.(?) 이것은 아주 심각하다는것을 명심해주세요. 사파리는 버그가 많으며 OSX에서 보안상 취약한 점을 가지고 있습니다. 그리고 윈도우에서는 더욱 심각합니다.

원본 사이트 : http://lucky13linux.wordpress.com/2008/03/27/pwn2own-confirmation-0day-in-safari/

비스타에 아무 생각 없이 CD Space5 를 설치했다가 가장 후회 하는 것 중 하나는 저 오류 메시지 창 입니다. 새 폴더 만들고, 파일 지우고, 오른쪽 클릭 할 때 마다 저 오류 메시지 창이 서너번쯤 나오는게 여간 골칫거리가 아니었습니다만, 운 좋게 해결하는 방법을 발견하였습니다.

간단하게 해결 하는 방법은 아래와 같습니다.

키보드에서 [시작] + [R] 에서  [regedit]로 레지스터리 에디터 실행
또는
[윈도우 버튼] - [regedit] - [엔터]

로 레지스터리 에디터를 실행시킵니다.


메뉴에서 편집(E) - 찾기...(F)
또는
[Ctrl] + [F] 로 검색창을 열어서

{cff79e04-6987-11d4-b94f-006097975dba}

를 입력 합니다.


두번째 또는 세번째 검색 결과가 컴퓨터\HKEY_CLASSES_ROOT\Folder\shellex\ContextMenuHandlers\로 나옵니다.

관련 레지스터리를 다 삭제하는 것은 어떻게 되는지 모르겠습니다만,

컴퓨터\HKEY_CLASSES_ROOT\Folder\shellex\ContextMenuHandlers\LCDFriendly라는 폴더(키)를 삭제하는 것 만으로도 문제는 해결할 수 있습니다.

잘은 몰라도 현재 윈도우즈 Vista에 인터넷 공유 기능에 문제가 있는것 같습니다.


증상?

MS에서 공식적으로 설명한 바에 따르면

After you configure Internet Connection Sharing in Windows Vista, the network connection stops working after one-to-two hours

약 1~2시간 정도 일을 한 다음에 멈추는것으로 이야기 하고있습니다.


몇 가지 증상중에 제가 확실하게 확인한 것은

- 몇 시간 정도 사용하면 인터넷이 불가능해 지는 것
상세설명 : [인터넷이 들어오는 랜 카드/어뎁터] - [비스타] 사이에서 소켓 생성이 더이상 안되어 인터넷이 불가능해지는 현상이 일부 컴퓨터에서 발생하는것 같습니다. MS에서 설명한 바로는 약 1~2시간 후 이고, 그 시간은 상황에 따라서 12시간정도까지 늘어날수 있는것 같습니다만, 그 시간이 지나면 소켓생성이 전혀안됩니다. 그리고 제가 추측하는바에 따르면, 처음부터 반대쪽( [비스타] - [공유 받는 랜 카드/어뎁터] ) 또는 원래쪽의 소켓이 생성되는데 문제가 생겨서 일부 컴퓨터에서 공유 기능이 말썽을 이르키는 것 같습니다.

해결방법?

아직 공식적인 패치가 나온 것 같지는 않습니다만, MS에Hot-fix를 요청할 수 있습니다.
http://support.microsoft.com/kb/937168
이쪽에 가 보신다면 요청하실수는 있겠네요. CD-KEY나 인증등을 요구하지 않으니 찜찜한 사용자들도 문제있으시면 신청받아보실수 있습니다.

프로젝트 관련해서 친구분의 집에서

4명이 작업을 할 일이 생겼습니다.

그 전날에는 3명이서 작업을 하면서

[인터넷] - [비스타공유] - [맥북이 받아서 무선으로 공유 - WEP] - [후지츠2 노트북이 무선으로 연결]

로 문제없이 사용하였습니다만,

4명이서 있을때는 특이한 문제가 생겼습니다.

[인터넷] - [비스타공유] - [맥북으로 받아서 무선으로 공유 - WEP] - [델 노트북 연결 안됨]

[인터넷] - [비스타공유] - [후지츠1 노트북으로 무선으로 연결 - WEP] - [맥북 연결 안됨]

등등 기억하기 싫을정도로 난감한 연결 문제가 발생하였습니다.

결국은 시간 관계상 보안 없이 사용하였습니다만,

이거 어떻게 된 것인지 알수 가 없습니다.

단지 노트북 하나 추가되었을 뿐인데

공유가 이렇게 안될줄이야..