반응형
블록체인은 기본적으로
(1) 높은 가치를 가진
(2) 익명 기반의 정보를 
(3) 중앙화된 시스템이 없이 
(4) 신뢰성 높게 
(5) 공유하는 것을 목표로 합니다.


반응형
반응형


반응형
반응형

트랜젝션의 이해
  • 트렌잭션 : 거래내역
  • 트렌잭션의 종류 : 채굴된 내역, 코인의 거래 내역
  • input :
- B가 A에게 거래금액을 받는 행위 
- 거래금액을 성공적으로 받게 되면 B에게는 사용 되지 않은 트랜잭션 아웃풋(Unspent Transaction Outputs) 상태가됨 
  • output :
- 사용 되지 않은 트랜잭션 아웃풋 상태에서 B가 C에게 거래금액을 보내는 행위
- 거래금액을 성공적으로 보내게 되면 B에게는 사용된 트랜잭션 아웃풋(spent Transaction Outputs) 상태가됨
  • UTXOs 모델 :
- output을 할때 나에게 input된 금액들중 output 할 금액과 가장 비슷한 금액을 선택하여 트랜잭션을 발생시킴
- output 할 금액이 input된 금액의 합보다 작을 클경우(거스름돈이 필요할 경우) 마이너스 연산을 하지 않고,
남는 output의 금액만큼 나에게 다시 보내는 것
  • private key, public key 
- private key : 개인키
- public key : 공개키
- 해당 키들은 트랜잭션이 발생할때 암호화하고 해독 할때 사용
- address가 곧 public key이고 private key는 개개인이 가지고있음
- public key로 암호화해서 트랜잭션을 보내면 private key로 해독을 할수있고
반대로 private key로 암호화 하여 트랜잭션을 보내면 public key로 해독을 할수있음
- private key로 잠궈서 사방에 뿌리는 것은 모두에게 자신이 진짜라는 것을 증명할때 사용 (내 private key로 잠궜으니 내 public key로 열어봐)
- 상대방 public key로 잠궈서 상대방에게 넘기는 것은 이 내용을 네트워크상에서 누군가 조작하는 것을 방지하기 위해서 하는 것
이건 상대방 private key로만 열수 있으니 절대 조작이 불가능
※ 참조 사이트 1 :  https://rsec.kr/?p=426
※ 참조 사이트 2 : http://soul0.tistory.com/361

반응형
반응형

채굴(마이닝)
  • 채굴 : 새로운 블록을 생성하기위한 행위
  • 채굴시스템을 도입한 이유 - 비트 코인 마이닝의 예 (POW (Proof of Work) 방식)
- A 와 B 가 거래를했습니다.
그 거래를 제3자가 인증하고서야 비로서 거래가 인증됩니다.
하지만 그 인증을 위해, 많은 시간이 소비된다면 아무도 하고 싶어하지 않겠죠?
그래서 그 인증을 해 준 사람에게 비트 코인으로 보수가 지급되는 방식을 도입했습니다.
보수가 생기자 모두가 그 인증 작업을 하고 싶어합니다.
그래서 인증 작업에 입후보 한 사람은 수학의 난제가 주어지게되어 
그것을 가장 먼저 푼 사람이 인증 작업을 할 수 있는 권리를 얻게 됩니다
이 인증 작업을 행하는 것을 마이닝 (채굴)이라고합니다.
  • 블록 : 거래 내역들을 하나로 묶어 채굴이라는 작업을 통해 데이터로 저장하는 보관함 
  • 블록의 구성 요소 : ※ https://www.blockchain.com/ko/search
① 현재 블록의 해시(Hash) : 채굴 시 맞춘 정답의 값 (유니크한 값)
② 블록 해더
- 버전 (Version) : 소프트웨어/프로토콜 버전
- 이전 블록의 해시 (Previous Block) : 블록 체인에서 바로 앞에 위치하는 블록의 블록 해쉬
- 머클 루트 (Merkle Root) : 모아놓은 거래내역들을 2개씩 sha256을 통해 코드 값들을 만든후 만들어진 코드 값을 다시 2개씩 sha256으로 코드 값을 만들고 계속 반복하여 하나의 코드가 나올때까지 만든 최종값 
- 시각 (time) : 블록이 생성된 시간
- 비트 (Bits) : 난이도 조절용 수치
- 해시 난수 (Nonce) : 최초 0에서 시작하여 조건을 만족하는 해쉬값을 찾아낼때까지의 1씩 증가하는 계산 회수
③ 거래정보
④ 기타정보
- 다음 블록의 해시 (Next Blocks) : 블록 체인에서 바로 뒤에 위치하는 블록의 블록 해쉬
- 난이도 (Difficulty) : 채굴의 난이도  ※https://www.blockchain.com/charts/difficulty?timespan=all
- 거래 수 (Number Of Transactions) : 블록에 포함된 거래내역의 수
- 출력 합계 (Output Total) : 블록에 포함된 거래내역의 금액 합계
- 예상된 거래량 (Estimated Transaction Volum) :
- 크기 (Size) : 데이터의 사이즈
- 블록 보상 (Block Reward) : 채굴 보상
- 거래 수수료 (Transaction Fees)
  • 채굴 방법 
- 버전 + 이전 블록해시 + 머클루트 + 시각 + 비트 + 해시 난수를 sha256을 통해 해시 값을 찾음
- 여기서 시각과 해시난수(nonce)값을 지속적으로 변경해가며 해시 값 앞의 0이 n개 이상이면 (즉 일정한 수치 이하의 값이면) 채굴에 성공하게됨
- extranonce : 논스의 범위인 0~40억을 다 소진하게 되면 mempool에서 트랜잭션 조정이 이뤄지고, extranonce를 증가시킴.
- extranonce를 바꾸면 머클루트가 바뀜
- 블록을 만드는 시작시점은 전세계 노드들중 가장빨리 블록을 생성한 노드가있다면 해당내용을 모든 노드들에게 전파를 함
이때 현재 블록을 누군가 완료했다는 전파사실을 알게되면 하던일을 멈추고 그 다음블록을 마이닝함
  • 코인 베이스 : 채굴후 보상받은 코인 (첫 트랜잭션)
  • 트랜잭션 : 거래 내역
  • MEMPOOL :
- 트랜잭션을 발생시키는 순간 해당 노드에서 Pending Transaction을  Mempool에 가지고 있음
- 인접한 노드에게 Broadcast로 발생된 트랜잭션을 전파한다. 전달받은 노드도 인접한 노드들에게 Broadcast 함
- Mempool에 담긴 트랜잭션은 Tx Fee 가 높은 우선 순위에 따라 Miner가 블록을 만들 때 먼저 들어가게 됨
  • 마이닝 시뮬레이터 실습 사이트 : http://yogh.io/#mine:last
  • 브로드캐스트 (broadcast) : P2P 네트워크로 전달된 트랜잭션은 네트워크에 참가하는 모든 노드로 전파하는 것


      ※ 채굴 방법의 다른 설명들
① 아직 어떤 블록에도 들어 있지 않은 트랜잭션을 모으고,
거기에 자신의 보수인 트랜잭션 (코인베이스)을 더한 임의의 숫자 (넌스 Number used once)를 첨가하여 해시를 계산.
그 해시 값 앞의 0이 n개 이상이면 (즉 일정한 수치 이하의 값이면) 채굴에 성공해, 새로운 블록으로 배포.
채굴이라는 행위는 넌스를 점점 변화시켜 해시 값이 수치 이하가 될 때까지 반복하는 것.

② 마이닝은 블록체인(Blockchain) 상에 새로운 거래를 포함한 블록을 추가하는 과정.
네트워크 상에서 한 노드가 새로운 거래가 발생하였기 때문에 블록체인, 즉 분산장부(Distributed Ledger)상의 변경을 제안했다고 가정해보면
노드들 중 이러한 거래들을 모아서 하나의 블록으로 만드는 역할을 하는 특수한 노드들을 '마이너(Miner)'라고 함.
즉 채굴을 하는 사람들이라는 뜻.

이러한 과정을 채굴이라고 부르는 이유는 그 결과로 비트코인(bitcoin)이 주어지기 때문.
새로운 블록을 생성하여 그 보상으로 비트코인을 지급받는 행위를 은유적으로 '채굴'이라 부르는 것.
다만 마이닝은 블록을 만들어 내는 것이고 블록 생성의 대가로 비트코인을 받는 것이지 블록 그 자체는 비트코인이 아님.

③ 마이닝 알고리즘
마이너들은 네트워크 상의 신규 거래들을 모아서 한 개의 블록으로 만들고 블록체인의 말단에 추가하는 역할을 함.
이는 구체적으로 다음과 같은 순서로 진행:
1. 마이닝 노드에서 네트워크 상의 제안된 거래들을 수집(머클루트 생성)
2. 일정 수의 거래가 모이면 하나의 블록을 생성
3. 블록을 무작위 숫자(nonce)를 변경해 가며 암호화하여 SHA256 방식으로 암호화하여 해쉬 코드(hash code) 생성
4. 생성된 해쉬 코드를 정해진 난이도(difficulty level)와 비교
5. 난이도보다 작은 경우 3단계 반복
6. 난이도보다 큰 경우 성공이므로 이를 다른 노드로 브로드캐스트하여 검증
7. 검증이 완료되면 블록체인에 해당 블록이 성공적으로 추가됨(추가되며 검증이 함께 이루어지는 과정)
이 과정이 쉽지 않은 이유는 우선 3번 단계에서 수없이 같은 연산을 프로세서가 반복해야 하기 때문.
이 연산 능력, 즉 Computing power 를 통해 컴퓨터 자원을 소모함으로써 거래를 증명하는 이 방식을 Proof of Work (PoW) 방식이라 함.
이 반복 연산은 무작위 수를 대입하는 방법이므로
1) 더 강력한 연산 능력을 가진 하드웨어로
2) 운이 좋을 때에
성공적으로 블록을 생성할 수 있음.
다른 사람이 먼저 동일한 블록을 생성한다면 그때까지의 연산은 무효가 되어 버리기 때문.
더불어 난이도는 비트코인 네트워크 전체에 속한 컴퓨팅 파워에 비례하여 커지기 때문에 난이도가 커질수록 블록 생성을 통한 채굴은 어려워짐.

  • sha256 해시 : 어떠한 입력값을 넣으면 암호화 하여 256비트로 구성되어 64자리 문자열을 반환하는 함수(단방향 암호 알고리즘)
  • sha256 해시의 특징:
- 결정론(Determinism) : 동일한 입력 메세지는 항상 같은 해시 출력을 만듬.
- 검증성(Verifiability) : 메세지의 해시 계산이 효율적. (선형 복잡도)
- 무관계(Uncorrelated) : 원본 메세지와 출력 해시를 연관 지을 수 없도록 입력 메세지의 매우 작은 부분이 변경되어도 해시 출력의 많은 부분이 변경되어야함.
- 비가역성(Irreversibility) : 해시 출력을 통해서 입력 메세지를 계산하는 것은 불가능. brute-force로 가능한 모든 메세지를 찾는 것과 같음.
- 충돌 방지(Collision Protection) : 두 개의 다른 입력 메세지가 동일한 해시 출력을 만들 수 없어야 함. 해시 충돌에 대한 저항은 이더리움에서 디지털 서명 위조를 피하기 위해 중요함.

반응형
반응형

1) 블록체인 네트워크에 참여자
  • 노드 = 클라이언트 = 네트워크 참여자
  • 노드 : 블록체인 네트워크에 참여하는 디바이스를 통틀어 표현하는 용어
  • 노드가 되는 방법 : 블록체인 프로그램 설치
  • 채굴을 하기위해서도 프로그램을 설치해야하기때문에 채굴자(마이너)역시 노드가 됨
  • 사용자 : 비트코인을 사고 판다고해서 노드가 아님

반응형
반응형

ajax 통신 중 success : 옵션 실행중 for문안에서
다시 ajax 통신으로 값을 받아올 필요가 있어 소스를 짰는데
결과 값이 원하는대로 출력되지 않았다.
디버깅 해보니 for문안에 ajax를 먼저 호출하기도하고 프로그램이 꼬인상태

ajax 옵션에서  
    async: false,
를 주면  success 옵션이 끝나지 않아도 ajax를 호출할수있게 비동기 처리함.

예제
$.ajax({
    url : '/ajaxtest1.do',
    data : { 'arr_no' : l_arr_no},
    dataType : 'text',
    async: false,
    type : 'POST',
    success : function(l_resultvalue) {
        var l_result_value = eval('(' + l_resultvalue + ')');
        if(l_result_value.resultcode > 0) {  
              
            $.ajax({
                    url : '/ajaxtest2.do',
                    dataType : 'text',
                    type : 'POST',
                    data : {'code' : code},
                    async: false,
                    success : function(l_resultvalue) {
                                var l_result_value = eval('(' + l_resultvalue + ')');
                                if(l_result_value.resultcode > 0) {
                                      alert("성공");
                                }

                    }
              });
        }
    }
});

반응형
반응형

에러 메시지 : Type handler was null on parameter mapping for property '__frch_item_0.value'. 에러

현상 : my batis foreach 문 사용시 에러가 발생

<foreach collection="list" item="item" index="index" separator="," open="(" close=")">
    #{item.value}
</foreach>

원인 :  parameter 전달이 부정확하고, xml에서 정확히 받지 못했을 경우 아래와 같은 오류가 발생할 수 있다.

해결 : 
<foreach collection="list" item="item" index="index" separator="," open="(" close=")">
    #{item,jdbcType=VARCHAR}
</foreach>

반응형
반응형

ajax 통신으로 파라미터를 아래과 같은 형식으로 controller에서 받아서 로직을 처리할 일이 생겼다.
(한 번에 여러건의 데이터 업데이트를 하기 위해서 한번에 파라미터를 전송해야했음)

[{key:value,  ... , key:value}, {key:value,  ... , key:value} ] 

결론부터 말하면 포기했었었었었지만 2021년 신규 posting




1. 데이터 형태
일자
시작시간
종료시간
장소(시도)
장소(군구)
2018-01-01
1:00
2:00
서울시
강남구
2018-01-02
3:00
5:00
서울시
강북구
2018-01-03
12:00
15:00
서울시
영등포구

2. 보낼데이터 만들기
var l_arr = new Array();

$("#popup_layer .table_body tr").each(function(p_index, p_item){
   if($(this).attr("data-no")){
       no           = $(this).attr("data-no");
       date         = $(this).children().children("input[name='date']");
       starttime    = $(this).children().children("input[name='starttime']");
       endtime      = $(this).children().children("input[name='endtime']");
       sidocode     = $(this).children().children().children("#sido");
       sigungucode  = $(this).children().children().children("#sigungu");
      

       l_arr.push(
            {"no"              : no,
            "date"             : date.val(),
            "starttime"        : starttime.val(),
            "endtime"          : endtime.val(),
            "sidocode"         : sidocode.val(),
            "sigungucode"      : sigungucode.val()
            }
       )
   }
});


3. 데이터 보내기 1차 시도
    javascript 소스

    $.ajax({
        url : '/test.do',
        dataType : 'text',
        type : 'POST',
        data : {'arr' : l_arr},
        success : function(l_resultvalue) {

        }
    });

    java 소스
    @RequestMapping("/test.do")
    public ModelAndView saveInfoAjax(HttpServletRequest request, HttpServletResponse response) throws Exception {
        String param = request.getParameterValues(arr);
    }

    결과 : 파라미터를 받을 수가 없었음



4. 데이터 보내기 2차 시도 (구글 검색 후 배열을 map으로 파싱)
    @RequestMapping("/test.do")
    public ModelAndView saveInfoAjax(HttpServletRequest request, HttpServletResponse response) throws Exception {
        @SuppressWarnings("rawtypes")
        Enumeration enums = request.getParameterNames();
                  
        while(enums.hasMoreElements()){
           String paramName = (String)enums.nextElement();
           Map<String, Object> paramMap = new HashMap<String, Object>();
                  
           paramMap.put(paramName, request.getParameterValues(paramName));
                  
           String[] parameters = request.getParameterValues(paramName);
           // Parameter가 배열일 경우
           if(parameters.length > 1){
               List<Object> parmList = new ArrayList<Object>();
                   for(int i= 0; i<parameters.length;i++){
                       parmList.add(parmList.size(), parameters[i]);
                   }
                   parameterMap.put(paramName, parmList);
           }
        }
        System.out.println(parameterMap);
    }



    결과 :  데이터 형태가 이상하게 옴

    arr_appointment_info[0][no]
    arr_appointment_info[0][date]
    arr_appointment_info[0][starttime]
    arr_appointment_info[0][endtime]
    arr_appointment_info[0][sidocode]
    arr_appointment_info[0][sigungucode]
    arr_appointment_info[1][no]
    arr_appointment_info[1][date]
    arr_appointment_info[1][starttime]
    arr_appointment_info[1][endtime]
    arr_appointment_info[1][sidocode]
    arr_appointment_info[1][sigungucode]



5. 데이터 보내기 3차 시도(@RequestBody로 받아보기)

    javascript 소스

    $.ajax({
        url : '/test.do',
        contentType : 'application/json',
        processData : 'false',
        dataType : 'json',
        type : 'POST',
        data : JOSN.stringify({'arr' : l_arr}),
        success : function(l_resultvalue) {

        }
    });


    java 소스
    @RequestMapping("/test.do")
    public ModelAndView saveInfoAjax(HttpServletRequest request, HttpServletResponse response, @RequestBody HashMap<String, Object > params) throws Exception {
        System.out.println(params);
    }


    결과 : java 에러 발생 파라미터 자체가 안받아짐
    java 에러 :  org.springframework.web.HttpMediaTypeNotSupportedException: Content type 'application/x-www-form-urlencoded;charset=UTF-8' not supported

    java 에러 해결이 안됨 
            에러 해결 시도 1 (dependency 추가) : 같은 에러 발생 실패
            <dependency>
                  <groupId>com.fasterxml.jackson.core</groupId>
                  <artifactId>jackson-core</artifactId>
                  <version>2.9.3</version>
              </dependency>
      
              <dependency>
                  <groupId>com.fasterxml.jackson.core</groupId>
                  <artifactId>jackson-annotations</artifactId>
                  <version>2.9.3</version>
              </dependency>
      
              <dependency>
                  <groupId>com.fasterxml.jackson.core</groupId>
                  <artifactId>jackson-databind</artifactId>
                  <version>2.9.3</version>
                  <exclusions>
                      <exclusion>
                          <artifactId>jackson-annotations</artifactId>
                          <groupId>com.fasterxml.jackson.core</groupId>
                      </exclusion>
                  </exclusions>
              </dependency>

            에러 해결 시도 2 (Ajax에서 옵션추가 및 변경)  :같은 에러 발생 실패
                     contentType : 'application/json',
          processData : 'false',
          url : '/test.do',
          dataType : 'json',
          data : JOSN.stringify({'arr' : l_arr}),

            에러 해결 시도 3 (@RequestParam어노테이션 사용 ) :같은 에러 발생 실패
                    java 소스
            @RequestMapping("/test.do")
            public ModelAndView saveInfoAjax(HttpServletRequest request, HttpServletResponse response, @RequestParam HashMap<String, Object > params) throws Exception {
                System.out.println(params);
            }




6. 결국 데이터를 다른방식으로 전송
    javascript 소스
     var l_param_string = "";

    $("#popup_layer .table_body tr").each(function(p_index, p_item){
       if($(this).attr("data-no")){
           no           = $(this).attr("data-no");
           date         = $(this).children().children("input[name='date']");
           starttime    = $(this).children().children("input[name='starttime']");
           endtime      = $(this).children().children("input[name='endtime']");
           sidocode     = $(this).children().children().children("#sido");
           sigungucode  = $(this).children().children().children("#sigungu");
      
    
          // 순서 중요
          l_param_string +=
          vibmatchno+","+
          apppointmentdate.val()+","+
          appointmentstarttime.val()+","+
          appointmentendtime.val()+","+
          appointmentsidocode.val()+","+
          appointmentsigungucode.val()+","+
          appointmentaddresskr.val()+","+
          appointmentaddressen.val()+"|"
       }
    });

    $.ajax({
        url : '/test.do',
        dataType : 'text',
        type : 'POST',
        data : {'param_string' :l_param_string},
        success : function(l_resultvalue) {
            try{
                var l_result_value = eval('(' + l_resultvalue + ')');
                if(l_result_value.resultcode > 0) {
                    alert(l_result_value.resultmessage);
                }
            } catch(e) {
                alert(e);
            }
        }
    });


java 소스 
      @RequestMapping("/test.do")
    public ModelAndView saveInfoAjax(HttpServletRequest request, HttpServletResponse response) throws Exception {
                 // split 시 |, \\|로는 정상적으로 안쪼개짐 [|] 로 해야 정상적으로 쪼개짐
String value = request.getParameter(param_string).split("[|]");
        String setParamString[];
        if(paramString.length > 0){
            int updateResultCnt = 0;
            for(int i = 0 ; i < paramString.length; i++){
                setParamString = paramString[i].split(",");
                        
                paramMap.put("vno",setParamString[0]);
                paramMap.put("date",setParamString[1]);
                paramMap.put("starttime",setParamString[2]);
                paramMap.put("endtime",setParamString[3]);
                paramMap.put("sidocode",setParamString[4]);
                paramMap.put("sigungucode",setParamString[5]);                        
                        
                updateResultCnt += Service.updateTest(paramMap);
                    if(updateResultCnt < i+1){
                        mv.addObject("resultcode", -1);
                        mv.addObject("resultmessage", "Update Fail");
                        return mv;
                    }
           }
           mv.addObject("resultcode", 1);
           mv.addObject("resultmessage", "Update Success");
        }
            
        return mv;
    }

반응형
반응형


코드메세지설명
1XXInformational(정보)정보 교환.
100Continue클라이언트로부터 일부 요청을 받았으니 나머지 요청 정보를 계속 보내주길 바람. (HTTP 1.1에서 처음 등장)
101Switching Protocols서버는 클라이언트의 요청대로 Upgrade 헤더를 따라 다른 프로토콜로 바꿀 것임. (HTTP 1.1에서 처음 등장)
2XXSuccess(성공)데이터 전송이 성공적으로 이루어졌거나, 이해되었거나, 수락되었음.
200OK에러 없이 전송 성공.
202Accepted서버가 클라이언트의 요청을 수락함.
203Non-authoritavive Information서버가 클라이언트 요구중 일부만 전송.
204Non Content클라이언트의 요구를 처리했으나 전송할 데이터가 없음.
205Reset Content새 문서 없음. 하지만 브라우저는 문서 창을 리셋해야 함. (브라우저가 CGI 폼 필드를 전부 지우도록 할 때 사용됨.) (HTTP 1.1에서 처음 등장)
206Partial Content클라이언트가 Range 헤더와 함께 요청의 일부분을 보냈고 서버는 이를 수행했음. (HTTP 1.1에서 처음 등장)
3XXRedirection(방향바꿈)자료의 위치가 바뀌었음.
300Multiple Choisces최근에 옮겨진 데이터를 요청.
301Moved Permanently요구한 데이터를 변경된 URL에서 찾았음.
302Moved Permanently요구한 데이터가 변경된 URL에 있음을 명시. 301과 비슷하지만 새 URL은 임시 저장 장소로 해석됨.
303See Other요구한 데이터를 변경하지 않았기 때문에 문제가 있음.
304Not modified클라이언트의 캐시에 이 문서가 저장되었고 선택적인 요청에 의해 수행됨 (보통 지정된 날짜보다 더 나중의 문서만을 보여주도록 하는 If-Modified-Since 헤더의 경우).
305Use Proxy요청된 문서는 Location 헤더에 나열된 프록시를 통해 추출되어야 함. (HTTP 1.1에서 처음 등장)
307Temporary Redirect자료가 임시적으로 옮겨짐.
4XXClient Error(클라이언트 에러)클라이언트 측의 에러. 주소를 잘못 입력하였거나 요청이 잘못 되었음.
400Bad Request요청 실패. 문법상 오류가 있어서 서버가 요청사항을 이해하지 못함,
401.1Unauthorized권한 없음 (접속실패). 서버에 로그온 하려는 요청사항이 서버에 들어있는 권한과 비교했을 때 맞지 않음.
401.2Unauthorized권한 없음 (서버설정으로 인한 접속 실패). 서버에 로그온 하려는 요청사항이 서버에 들어있는 권한과 비교했을 때 맞지않음.
401.3Unauthorized권한 없음 (자원에 대한 ACL에 기인한 권한 없음). 클라이언트가 특정 자료에 접근할 수 없음.
401.4Unauthorized권한 없음 (필터에 의한 권한 부여 실패). 서버에 접속하는 사용자들을 확인하기 위해 설치한 필터 프로그램이 있음.
401.5Unauthorized권한 없음 (ISA PI/CGI 애플리케이션에 의한 권한부여 실패). 이용하려는 서버의 주소에 ISA PI나 CGI프로그램이 설치되어 있고, 권한을 부여할 수 없음.
402Payment Required예약됨.
403.1Forbidden금지 (수행접근 금지). 수행시키지 못하도록 되어있는 디렉토리 내의 실행 파일을 수행하려고 하였음.
403.2Forbidden금지 (읽기 접근 금지). 접근한 디렉토리에 가용한 디폴트 페이지가 없음.
403.4Forbidden금지 (SSL 필요함). 접근하려는 페이지가 SSL로 보안유지 되고 있음.
403.5Forbidden금지 (SSL 128필요함). 페이지가 128비트의 SSL로 보안유지 되고 있음.
403.6Forbidden금지 (IP 주소 거부됨). 사용자가 허용되지 않은 IP로부터 접근함.
403.7Forbidden금지 (클라이언트 확인 필요). 클라이언트가 자료에 접근할 수 있는지 확인 요함.
403.8Forbidden금지 (사이트 접근 거부됨). 서버가 요청사항을 수행하고 있지 않거나, 해당 사이트에 접근하는 것이 허락되지 않음.
403.9Forbidden접근금지 (연결된 사용자수 과다). 서버가 BUSY 상태에 있어서 요청을 수행할 수 없음.
403.1Forbidden접근금지 (설정이 확실 하지 않음).
403.11Forbidden접근금지 (패스워드 변경됨). 잘못된 패스워드를 입력했음.
403.12Forbidden접근금지(Mapper 접근 금지됨). 클라이언트 인증용 맵이 해당 웹 사이트에 접근하는 것이 거부됨.
404Not Found문서를 찾을 수 없음. 서버가 요청한 파일이나 스크립트를 찾지 못함.
405Method not allowed메서드 허용안됨. 요청 내용에 명시된 메서드를 수행하기 위해 해당 자원의 이용이 허용되지 않음.
406Not Acceptable받아들일 수 없음.
407Proxy Authentication Required프록시 서버의 인증이 필요함.
408Request timeout요청 시간이 지남.
409Conflict요청을 처리하는데 문제가 있음. 보통 PUT 요청과 관계가 있다. 보통 틀린 버전의 파일을 업로드할 경우 발생함. (HTTP 1.1에서 새로 등장)
410Gone영구적으로 사용할 수 없음.
411Length Required클라이언트가 헤더에 Content-Length를 포함하지 않으면 서버가 처리할 수 없음.(HTTP 1.1에서 새로 등장)
412Precondition Failed선결조건 실패. 헤더에 하나 이상의 선결조건을 서버에서 충족시킬 수 없음.
413Request entity too large요청된 문서가 현재 서버가 다룰 수 있는 크기보다 큼. (HTTP 1.1에서 새로 등장)
414Request-URI too long요청한 URI가 너무 김.
415Unsupported media type요청이 알려지지 않은 형태임. (HTTP 1.1에서 새로 등장)
5XXServer Error(서버 에러)서버 측의 에러로 올바른 요청을 처리할 수 없음.
500Internal Server Error서버 내부 오류.
501Not Implemented필요한 기능이 서버에 설치되지 않았음.
502Bad gateway게이트웨이 상태 나쁨.
503Service Unavailable외부 서비스가 죽었거나 현재 멈춘 상태 또는 이용할 수 없는 서비스.
504Gateway timeout프록시나 게이트웨이의 역할을 하는 서버에서 볼 수 있음. 초기 서버가 원격 서버로부터 응답을 받을 수 없음. (HTTP 1.1에서 새로 등장)
505HTTP Version Not Supported해당 HTTP 버젼을 지원하지 않음.


반응형
반응형

sh1 알고리즘 암호화 예시

select rawtohex(dbms_crypto.hash(utl_i18n.string_to_raw('1234'),3)) from dual;



해석

select

-- RAWTOHEX 함수는 값의 16진수 표시를 문자열로 리턴

rawtohex(


-- DBMS_CRYPTO은 데이터 암복호화 및 인증 등에 쓰이는 해시 알고리즘을 제공하는 패키지

-- hash는 알고리즘 임의의 길이의 데이터를 고정 길이의 해시값으로 변환하는데, 

해시값을 만드는 것은 쉽지만, 해시값을 원래의 데이터로 복원하는 일은 지극히 어렵게 함으로써, 

데이터의 안전성을 보장함

-- dbms_crypto.hash는 사용자가 명시한 알고리즘을 이용하여 임의의 길이의 데이터를 

고정길이의 해시값으로 변환하는 함수

dbms_crypto.hash(


-- UTL_I18N은 국가, 언어들 간의 다양한 변환 및 호환 기능을 제공함

-- STRING_TO_RAW는 현재 데이터베이스 문자 집합인 입력문자열을 

다른 문자 집합의 문자열 바이너리 데이터로 변환함

utl_i18n.string_to_raw('1234')

-- hash_md4:1, dbms_crypto.hash_md5:2, hash_sh1:3

,3)

) from dual;

※ p/w를 바이너리 데이터로 변환 > sh1알고리즘으로 암호화 > 16진수 표시를 문자열로 리턴

반응형

+ Recent posts