내멋대로 내가 가는대로

with INFO as ( select 'INMUN2018' as username , 'TB_CODE' as usertable from dual ), PK as ( select c.column_name , case when a.constraint_type = 'R' then 'Y' else '' end as column_fk from sys.user_cons_columns c, sys.user_constraints a, INFO u where a.owner = c.owner and a.table_name = c.table_name and a.constraint_name = c.constraint_name and a.constraint_type in ('P', 'R') and a.table_name = u..

SELECT NODEID, NODENAME, LEVEL FROM DIRECTORY " + " START WITH NODEID=( SELECT FOLDERID FROM CONTENTUNIT WHERE CONTENTID = '" + contentId + "' ) " + " CONNECT BY PRIOR PARENTNODEID = NODEID ORDER BY LEVEL DESC 내 기억을 위해 메모한다. 사용 용도는 덧글, 메뉴 리스트 (트리구조) 에서 사용가능

인터넷을 프로젝트를 위해 찾던 중 https://ecotree.kr/#wrap 해당 사이트를 발견하였다. 해당 사이트에서는 글씨 fadeIn, 등의 효과를 animate.style 으로 활용하는 것 같다. https://animate.style/ 에서는 CSS를 활용하여 역동성을 사용할 수 있게 코드를 기본 제공한다.

1. 배경 데이터 파일 커밋이 필요하여 대략 5GB 데이터를 Gitlab에 Commit Push 해야하는 케이스가 발생 되었다. 하지만 대용량으로 인한 RPC프로토콜에서 Timeout & HTTP 413 오류를 반환하여 계속 실패되었다. 2. 처리방법 건당 처리 가능한 버퍼의 크기를 증가시킨다. git config --global http.postBuffer 157286400

1. 작성 배경 1) 스프링 부트를 멀티-모듈 프로젝트로 변환 후 서비스 실행시 /webapp 하위 Rootpath 인식을 하지 못해 이슈가 발생하였다. 2. 해결 방법 1) Spring boot RunConfiguration에서 WORK DIRECOTORY $MODULE_WORKING_DIR$ 을 입력한다.

1. 사용 배경 1) 폐쇄망 환경에서 사내의 Root SSL 인증서로 인해 타 사이트 접근시 Certificate Auth 인증에러가 발생함. 2) 이로인해 maven repository , git 등에서 SSL 인증서 검증이 안되는 상황이 발생함. 3) 개발을 해야하는데 매번 Offline Repository 또는 Nexus Repository를 구성할 수 없는 노릇. 2. 작업 내용 mvn 실행시 Java vm-args 옵션으로 아래 사항을 추가함. -Dmaven.wagon.http.ssl.insecure=true -Dmaven.wagon.http.ssl.allowall=true -Dmaven.wagon.http.ssl.ignore.validity.dates=true pom.xml 에서 offline..

1. 찾게된 배경. 1) 비대면 강의 재생 시간 단축 목적. 2) 시간이 없는 사용자에겐 매우 필요함. 3) 보편적으로 최대 2배속만 지원함. 2. 코드 // document.querySelector('video').playbackRate = 16 ==> 테스트 해보니 16배속이 최대인 듯하다. document.querySelector('video').playbackRate = "원하는 배속"

보호되어 있는 글입니다.

1. 배경 1) 크론탭을 일반 사용자에게 권한 부여하여 개별적으로 배치를 돌린다. - /etc/cron.allow 에 계정 추가. 2. 확인 1) crontab -e > 작성 후 > :wq 저장시 아래와 같이 이슈가 발생한다. #$ crontab -e #crontab: installing new crontab #fchown: 명령을 허용하지 않음 3. 처리 방법 쉘리눅스 관련 슈퍼사용자 실행권한인듯 하다. 출처 : https://ksw222.tistory.com/17 # 처리 방법 # ROOT 계정 chown 7551 /usr/bin/crontab

1. 배경 서버에 SSL이 필요하여 알아보던 차에 3개월 단위 무료 발급 가능한 LetsEncrypt가 있었다. 이 SSL 인증서의 역사를 보면 이전엔 기관에서 인정하지 않는 분위기였는데 어느순간부터 구글에서부터 적극적으로 인정하기 시작한 배경이 있다. 2. 적용 #!/bin/bash #DNS 인증을 통한 방식 ( A레코드 및 TXT 레코드 추가 필요함 _acme-challenge.도메인) letsencrypt certonly --webroot-path=/app/applications/slink/web/prod -d 도메인 --preferred-challenges=dns