[IE8][javascript]"사용권한이 없습니다."

왜인 지 모르겠지만 를 사용했더니   new XMLHttpRequest();

"사용권한이 없습니다."란 에러가 나왔다.
삽질 한참 했다-_-;

도구 > 인터넷 옵션 > 보안 > 사용자지정수준 > "도메인 간의 데이터 소스 액세스" 가 사용안함으로 되어 있어서
상단 그림처럼 사용으로 바꾸고 ie 재시작 후 정상 작동????이라기 보다 원하는 응답을 얻었다.


기타 : 난 document.domain 이걸 어디에 써야하는 지 몰라서 여기 저기 써봤으나 안됐다..

by marca | 2011/01/12 21:25 | 체험삶의현장 | 트랙백 | 덧글(0)

마스터 오브 오리온 2(MASTER OF ORION 2)

마스터 오브 오리온 2(MASTER OF ORION 2)
함선 설계의 조언
우선 빔 무기로는 디스크럽터(DISTRUPTOR)와 페이저(PHASOR)가 최선이다. 사실 데스레이나 파
티클빔은 아무리 기술을 개발해도 차지하는 공간이 각각 30, 15로 고정이 되어 있어서 나중엔 별
로 소용이 없다. 반면에 기술이 HYPER ADVANCED 5레벨을 넘어가면 디스트럽터는 크기가 7정도
(Af적용해도) 그리고 페이저는 3-4정도(Af,Sp,Co)밖에 차지하지 않는다. 스텔라 컨버터도 처음
엔 500이 필요하지만 나중엔 200이 된다. 그래서 둠 스타급에 스텔라 컨버터 2대 정도랑 디스트
럽터 20여대, 페이저 50여대 정도 장착하면 상당히 쓸만 할 것이다. 기술이 나아지면서 나오는
각 무기의 특수 기능 즉, Af(오토 파이어)나 Co, Sp, Ap등은 무기의 성능을 상당히 높여줄 것이
다. 어떻게보면 일반 'ION CANNON'이나 'NEUTRON BLASTER'보다는 'LASOR CANNON'에다 이런 기술
들을 적용시킨 것이 효과가 크다. 그리고 특수 기능 중에서 효용이 높은 것은 'SHIELD PIRCING'
과 'ARMOR PIERCING'이 있다. 파티클 빔이 무서운 것이 바로 쉴드를 무시하는 빔 무기이기 때문
이다. 빔 무기 말고 자이로 디포메이터나 플라스마 웹, 블랙 홀 제네레이터도 쓸만한 무기이니
참고하면 좋을 것이다. 그리고 둠스타나 타이탄 급은 빔 무기를 위주로 개발을 하고 스카웃 급
의 함정을 미사일 보트로 개발을 하면 좋다. 가능한 최고의 미사일 한 두대 정도 달고 나가서
일제히 쏘고 도망간다. 전반부엔 잘 안 쓰지만 하여간 꽤 쓸만할 것이다. 특히 우주 괴물이나
안타란들이 대체로 빔 무기에는 강하지만 미사일 무기에는 약하다. 반면에 AI가 만드는 함정들
은 대체로 밤에 약하고 미사일 방어력이 높은 편이다. 그러다가 게임 중반에 접어들면 이런 미
사일 보트랑 배틀쉽 두세대로 우선 우주괴물이 있는 행성을 점령하자. 보통 'ULTRARICH'에 사이
즈 20 정도되는 행성들을 괴물들이 지키고 있으므로 여길 식민지로 만들고 안드로이드 워커를 약
10 정도유니트 생산해놓고 나면 완벽한 생산 기지가 될 것이다.

Orion2.txt

by marca | 2010/11/15 12:03 | 잡동사니 | 트랙백 | 덧글(0)

<이글루스펫> pet

<이글루스펫> pet

by marca | 2010/07/07 09:20 | 트랙백 | 덧글(0)

이클립스 jsp에서 디버그 폴더 선택 - 했던게 기억안나서 스샷으로 남김

How can I debug with the Java source that Tomcat creates for a JSP?
This is feasible with Tomcat 5.0.x and later. However, you should be aware that if you are serving multiple Web applications, the debugger will not be able to tell in which Web application a break point is occurring. The hope is that the class will be unique across all Web applications and finding the right source file just requires searching all Web applications. In the case of JSP, the servlet class generated for a JSP will be the same in each Web application for JSPs with the same name and location. Thus, if you set a breakpoint in an index.jsp file in one Web application, you effectively set a breakpoint in all index.jsp files at the same location in all other Web applications.

The first part is to add the appropriate Tomcat "work" folder to the launch configuration source paths. Follow these steps to make this addition:

1.Open the server editor by right-clicking on the Tomcat server in the Servers view and selecting Open, or double-clicking the server.
서버이름을 오른쪽마우스 클릭하면 뜨는 메뉴에서 open을 또는 마우스로 더블 클릭
2.Click the Open launch configuration link and select the Arguments tab in the launch configuration dialog that opens.
새로 열린 페이지에서 "launch configuration dialog" 클릭
3.In the VM Arguments field, find the setting for catalina.base system property. Select and copy its value, not including the enclosing quotes.
새로 열린 창에서 "Arguments" 탭에서 -Dcataliana.base="" 어쩌고 써있는 부분을 복사 해둔다.
4.Switch to the Source tab in the launch configuration dialog, click the Add... button, and select File System Directory. Then click OK.
같은 창에서 "Source"탭으로 이동 "Add"버튼 클릭하면 창이 하나 뜨는데 소스 넣는 곳이다. 여기에 deploy 되는 부분의 작업 디렉토리 위치를 넣으면 된다.
5.In the dialog that opens, paste the copied catalina.base value into the Directory field. Then click the Browse... button.
6.Navigate to the work directory for the web application you are debugging and click OK. It will typically be something like work/Catalina/localhost/<webapp context-root>.
7.Click OK two more times to exit the launch configuration dialog.
To get a JSP's Java file open in an editor you will need to set a breakpoint in the JSP. In WTP, breakpoints can be set in a JSP only where there is Java code. If the JSP does not already contain something suitable, you can add a "<% %>" scriptlet to provide a location where you can set a breakpoint. Once the breakpoint is set, the following steps show how to open the Java file for the JSP.

1.Execute Debug As -> Debug On Server for this JSP.
2.When the breakpoint is hit, find the thread serving the HTTP request in the Debug view. The top line of the stack under this thread corresponds to the breakpoint in the JSP.
3.Right-click on the top line of the stack identified in the prior step and select Show Source -> Java. This will open the Java file for the JSP.
You can step through the Java code in this file as well as set additional breakpoints. Breakpoint markers do not appear in the left hand margin of this editor, but they do appear in the Breakpoints view. Note that this editor does not show updates to the JSP. You will have to close the editor and hit a breakpoint again to see newer versions of the Java file.



홈페이지에 이미지 올리기가 너무 어려워서 여기에 올리고 링크 :p
http://amamri.com

by marca | 2010/06/07 17:04 | 잡동사니 | 트랙백 | 덧글(0)

태워먹은땅콩 - 절대 커피아님



만들려고 한것은 볶아진 땅콩이었다.. 만들어진것은 땅콩 숯 누가 이런걸 만들까 싶어서 한숨쉬며 사진을;

by marca | 2009/11/30 14:37 | 트랙백 | 덧글(0)

◀ 이전 페이지          다음 페이지 ▶