'분류 전체보기'에 해당되는 글 85건

2월 중순경 찌뿌둥한 기분에 무작정 종달리로 향했었다.

수국이 유명하다는 애기는 듣다가 개화시기는 아니지만...

가던길에 어딘지는 정확히 기억이 안나는데,,,

세화였던가.. 시장도 여는 모습 보면서 나름

제주다운 느낌을 받았다.

해안도로 따라가다 잠깐 멈추고 첫 사진을 찍었다.

동생 DSLR 가지고.....ㅋㅋ 좋은건 아니지만

아주 예전에 가보고 싶던 철새도래지가 있었는데,

당시 AI로 방역 중이였다. 난생처음....;;

종달리해안도로를 달리며 다소 생소한 주변을 보고

아..이게 수국 이구나 하고 짐작하며..전망대 근처를 걸어다녔다.

이대로 집으로 돌아가기 아쉬워 생각하다. 섭지코지까지 가보기로 했다.

군 복무중..;; 취침시간에 몰래 보던 올인..

제주도 살면서 뭐했나 싶다. 들어가면서 부터 사진을 찍어댔다~

당시 지었었던 셋트장은 태풍으로 쓸려가고, 새로 건물을 지었다고 한다.

멀리서 봐야 괜찮음.ㅋㅋ

전망대쪽으로 걸었나? 1시간정도 걸으니 어느정도

둘러볼만 했고, 정만 큰 기대 안하고 와야..

와~좋구나 하고 느낄 것 같다.

오랫만에 외출 이였는데 아 이게 끝인가 하며..

집으로 돌아가려다.. 해변이 있는거 보고 깜짝 놀랐다.

왜 들어올때는 못 봤는지..;; 내비만 왜 봤는지..;;

사진찍다 우연히 들어온..;; 개를 키우는 입장인지라 ㅎㅎㅎ 멍뭉~!

이쪽은 돌로 해변이 되어 있는데

도로 반대편에는 모래사장 이였음.

처음 캐논 100D 가지고 사진을 찍었는데,

나름 잘 나와줘서 좋았음~ㅋ

바닷가 쪽만 돌아다니는거 같아서 일 쉬는 참에 이시돌 목장을 다녀왔다.

왕따나무인가 도~ 근처에 있다고 해서 무작정 카메라 챙기고 금악리 방면으로 출발~~

새별오름 좀 지나 우회전 해서 좀 들어가니 이정표가 보여서 길찾는데는 어렵지는 않았다. 새별오름에는 들불축제 준비가 한창이였다.

이정표를 따라 입구길을 지나면....

주차장이 나오는데 우유부단이라는 조그만한 카페가 있고, 테쉬폰이라고 이국적인 건물이 있는데 목장에서 숙소, 축사로도 쓰는 건물이라고 한다.

SNS 상 유명해서 그런지 사람이 좀 있어 사진 찍기가 수월치가 않았다....

이시돌 목장은 볼거리가 많은 편은 아니였고 스멜이 좀...;;; 

왕따나무 한번 봐볼까해서, 돌아다니다 찾지 못하고

정물오름 근처로 차를 돌렸다.

이 근처가 목장느낌은 제대로 였다 바람도 시원하게 불어오고,

딱트인 시야가 너무 좋았다.

땀이나 차에서 잠시 쉬다가 왕따나무 찾기에 나섰다.

인터넷에서 위치 확인 해 봤는데...;;;

이시돌 목장 들어오는 길에 있어 왔던길을 다시 돌아갔다...;;

넓은 들판에 우두커니 혼자 있어서 왕따나무라고 불리는거 같은데,

애가 무슨 왕따나무야~~ 외로울틈은 없을꺼 같음 ㅋㅋㅋ

오늘 일정을 마치고, 고내리 집에 가서 노을이랑도 좀 놀아주고,

펜션사진도 찍고해서 시 집에 돌아왔음~~~

포스팅 마지막은 움짤로 마무리~ㅋㅋ

(모르면 돌아가라~ㅎㅎ)

개발자 도구(F12)를 통해 네트워크 응답헤더 를 보면 Server정보가 담겨져 있는 경우가 있음. 보안문제 이기 때문에 Server정보를 삭제한다.

[JEUS]

/home/tmax/jeus6/config/ 경로쯤에 JEUSMain.xml 파일에 있다.

 <command-option>
    ....... -Djeus.servelet.response.header.serverInfo=false
</command-option>

해당 옵션을 추가한다.

[Mysql 접속 후]

* 설정가능한 변수목록 확인 : show variables;

max_connections : MySQL 서버가 최대한 허용할 수 있는 클라이언트의 연결 수를 제한하는 설정이다. max_connection 값을 수천 수만으로 늘릴수록 MySQL 서버가 응답 불능 상태로 빠질 가능성이 높아지며 이 설정값을 낮출수록 MySQL 서버가 응답할 수 없게 될 확률이 줄어든다. 이 설정은 동적으로 변경할 수 있으므로 커넥션이 부족하다면 그때 변경해주면 된다.

thread_cache_size : 클라이언트와 서버와의 연결 그 자체를 의미하며 스레드는 해당 커넥션으로부터 오는 작업 요청을 처리하는 주체다. 최초 클라이언트로부터 접속 요청이 오면 MySQL 서버는 스레드를 준비해 그 커넥션에 작업 요청을 처리해 줄 스레드를 매핑하는 형태이다. 클라이언트가 종료되면 MySQL은 스레드를 스레드풀에 보관한다. Thread_cache_size 설정 변수는 최대 몇 개까지의 스레드를 스레드 풀에 보관할지 결정한다.

wait_timeout : MySQL 서버에 연결된 클라이언트가 wait_timeout에 지정된 시간 동안 아무런 요청 없이 대기하는 경우 MySQL 서버는 해당 커넥션을 강제로 종료해버린다. 이 설정값의 시간 단위는 초이며 기본값은 28800초(8시간)이다.

* 커넥션 상태값 확인 : show status like '%connect%';

Aborted_connects : MySQL 서버에 접속이 실패된 수
Max_used_connections : 최대로 동시에 접속한 수
Threads_connected : 현재 연결된 Thread 수

set global max_connections = 1000;
set global wait_timeout = 1800;

* 클라이언트 프로그램 접속 확인 : show status like '%clients%';

Aborted_clients : 클라이언트 프로그램이 비 정상적으로 종료된 수

* 쓰레드 상태값 확인 : show status like '%thread%';

Threads_cached : Threads Cache의 Thread 수
Threads_connected : 현재 연결된 Thread 수
Threads_created : 접속을 위해 생성된 Thread 수
Threads_running : sleeping 되어 있지 않은 Thread 수

* 튜닝여부 판단

Cache Miss Rate(%) =  Threads_created / Connections * 100
Connection Miss Rate(%) = Aborted_connects / Connections * 100
Connection Usage(%) = Threads_connected / max_connections * 100

Connection Usage(%)가 100%라면 max_connections 수를 증가시켜야 한다. Connection 수가 부족할 경우 Too Many Connection Error가 발생한다.
DB서버의 접속이 많은 경우 wait_timeout을 최대한 적게 설정하여 불필요한 연결을 빨리 정리하는 것이 좋다. 그러나 Connection Miss Rate(%)가 1% 이상이면 wait_timeout을 좀 더 길게 설정한다.

MySQL 서버는 외부로부터 접속 요청을 받을 경우 인증을 위해 IP 주소를 호스트네임으로 바꾸는 과정을 수행하여 접속 시에 불필요한 부하가 발생한다. skip-name-resolve를 설정하고 접속시 IP기반으로 접속을 하게 되면 hostname lookup 과정을 생략하게 되어 좀 더 빠르게 접속할 수 있다.

[참고자료]

RealMySQL (위키북스)

모달창 이동, 드래그 가 가능

[head]

<link rel="stylesheet" href="http://maxcdn.bootstrapcdn.com/bootstrap/3.3.6/css/bootstrap.min.css">
  <script src="https://ajax.googleapis.com/ajax/libs/jquery/1.12.2/jquery.min.js"></script>
  <script src="http://maxcdn.bootstrapcdn.com/bootstrap/3.3.6/js/bootstrap.min.js"></script>

[jsp]

<div class="side-menu" id="sideMenu">
    <menu>
        <ul class="nav nav-tabs nav-stacked">
            <li><a href="#myModal" data-backdrop="false" data-toggle="modal">Click Me</a>
            </li>
        </ul>
    </menu>
</div>
<div id="myModal" class="modal fade">
    <div class="modal-dialog">
        <div class="modal-content">
            <div class="modal-header">
                <button type="button" class="close" data-dismiss="modal" aria-hidden="true">&times;</button>
                 <h4 class="modal-title">Settings</h4>

            </div>
            <div class="modal-body">
                <p>Settings</p>
            </div>
            <div class="modal-footer">
                <button type="button" class="btn btn-default" data-dismiss="modal">Close</button>
                <button type="button" class="btn btn-primary">Save changes</button>
            </div>
        </div>
        <!-- /.modal-content -->
    </div>
    <!-- /.modal-dialog -->
</div>
<!-- /.modal -->

[script]

  $("#myModal").draggable({
      handle: ".modal-header"
  });

[css]

.modal
{
    overflow: hidden;
}
.modal-dialog{
    margin-right: 0;
    margin-left: 0;
}

Oracle 에서 ' 싱글쿼테이션을 문자열에 붙여 SELECT 가 정상적인 방법으로는 되지 않았으며, 아래와 같이 SELECT를 해야 할 듯 하다. [']의 경우 아스키코드 문자는 39이며, 캐릭터코드는 CHR(39)가 된다고 함. ['] = [CHR(39)]

=> SELECT CHR(39)||'멍충이'||CHR(39)
    FROM DUAL

    SELECT * FROM TB_TEST WHERE SUBJECT LIKE '%'||CHR(39)||'%'

DB 데이터 이관중 무심코 지나칠 수 있는 캐릿터셋 Mysql 은 기본 latin1 캐릿터 셋을 써서 DB 입력시나 셀렉트시 깨짐현상이 일어날 수 있으며, 오늘 확인한 결과 where 절에 한글 조건이 먹지 않는 현상을 발견했다.

해결 방법으로는 DB 재생성 할때, utf8로 셋팅하여 데이터를 입력하고, Mysql 캐릭터셋을 설정한다.

[Mysql 캐릿터셋 확인]
> mysql -u 계정명 -p(접속)
mysql> SHOW VARIABLES LIKE 'collation%';
mysql> SHOW VARIABLES LIKE 'character_set%';

[/etc/my.cnf 확인]

> vi /etc/my.cnf(esc + shift + ; : wq)

=> 아래의 내용을 붙임

============================================================================

[mysqld]
character-set-server = utf8
collation-server = utf8_general_ci
init_connect = set collation_connection = utf8_general_ci
init_connect = set names utf8

character-set-client-handshake=TRUE
skip-character-set-client-handshake

[client]
default-character-set = utf8

============================================================================

[DB 툴]
show variables like 'char%';

set character_set_client = utf8;
set character_set_connection = utf8;
set character_set_results = null;

[Mysql 재기동]

> service mysqld restart

===> 재기동후 Mysql 캐릭터셋 확인

• MOVE
  • 
  • 노을이야기 Click me
    • 

      • A link and paragraph is all we need.

    • A link and paragraph is all we need.

update  /*+ bypass_ujvc */

(select a.column as new_column, b.column as old_column 

from TEST_A a, TEST_B b

where a.key = b.key )

set new_column = old_column

/*+ bypass_ujvc */ : 1:1 대응을 보장한다.

                        키보존을 생략할수 있게 해주는 힌트이다.

<변수 셋팅>

iBatis 에서 IN 구문 처리시 파라미터 변수가 아래와 같이 되어있고 

SQL SELECT 시 이런 식으로는 SQL 인식이 되지 않는다. 오류도

뜨지 않는다.

String name = "('a', 'b', 'c')";

<![CDATA[

select *

from TEST

where NAME in #name#

]]>

IN 처리시 에는 아래와 같이 # 대신 $ 를 사용하여 인식가능 하도록 한다.

<![CDATA[

select *

from TEST

where NAME in $name$

]]>

<iBatis iterate>

ArrayList<String> searchWrdList = new ArrayList<String>();
searchWrdList.add("값");
searchWrdList.add("값");
빈.setSearchWrdList(searchWrdList);

private ArrayList<String> searchWrdList = null;

<![CDATA[ 컬럼명 IN ]]>
<iterate  property="searchWrdList" open="(" close=")" conjunction=",">
     #searchWrdList[]#
</iterate>