아무거나

[gitlab 브랜치 생성 시 에러] " You can only use an existing protected branch ref as the basis of a new protected branch. " Settings -> Repository -> Protected Branches 에서 권한이 지정되어있는지 확인하고 지정되어있으면 지우고 다시 생성하면 브랜치가 정상적으로 생성됨을 확인할 수 있다. 그 외에도 push나 commit 관련 권한을 변경할 수 있다.

1. route를 검색하면 아래와 같이 게이트웨이 정보가 표시된다. Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 * 255.255.255.0 U 1 0 0 eth0 default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 > eth0은 시스템에 설치되어 잇는 이더넷카드(LanCard)의 명칭으로 첫번째 이더넷카드를 뜻한다. 이 설정파일에서 게이트웨이 및 다른 설정사항들이 다른 설정파일과 중복될 수도 있는데 이 경우 이곳의 설정파일이 우선시되어 적용된다. 2. 적용방법 - 임시적용 // 재부팅하면 사라짐 route add default gw 게이트웨이주소 장치명 - 영구적용 echo 'GATEWAY=게이트웨이주소'..

1. 명령 프롬프트에서 마우스 오른쪽 클릭하여 관리자 권한으로 실행 2. net user administrator /active:yes 라고 입력하고 엔터 3. 그럼 명령을 잘 실행했다고 뜬다. 재부팅을 해서 관리자권한을 사용하자(administrator이라는 계정이 생성됨)

htop 설치 (프로세스 뷰어) // ubuntu $ sudo apt-get update $ sudo apt-get install htop $ htop // centos // yum에는 htop이 기본적으로 포함되지 않으므로 epel-release 레파지토리를 추가하여 설치한다. $ sudo yum -y update $ sudo yum -y install epel-release $ sudo yum -y install htop $ htop [프로세스정보] PID : 프로세스의 프로세스 ID번호 USER : 프로세스의 소유자 PR : 프로세스의 우선순위 NI : 우선순위에 영향을 주는 프로세스의 nice 값 VIRT : 프로세스가 사용중인 가상 메모리 양 RES : 프로세스가 사용중인 물리 RAM의 양 (단..

제어판 -> 프로그램추가제거 -> 좌측 windows 기능 사용/사용 안함 선택 -> 제일 하단에 텔넷 서버, 텔넷 클라이언트 둘다 체크하고 확인

[Elasticache(Redis) 도입 사례] 검색엔진으로 들어오는 부분에 대해서 캐시를 도입했어야했다. 데이터는 현재 천만건기준으로 후에 4천만건정도 또는 그 이상일 경우를 대비하여 설계를해야 했으며 해결책은 이러했다. 1. 키를 빨리 찾고, 빨리 값을 리턴해야 한다. 2. 데이터는 메모리에 저장되어야 하고, 이상적으로 EC2 high-memory types(68GB 보다는, 17GB나 34GB) 이내에 들어가야 한다. (역자 주: EC2에서 가격이 34GB는 17GB 의 2배, 68GB는 17GB의 4배 입니다.) 3. 기존 구조에 적합해야 한다. 4. 서버가 죽어도 다시 데이터를 새로 생성하지 않도록, persistent 해야 한다. (여기의 의미는, 다른 DB나 로그에서 데이터를 다시 재생성할 ..

... (commit or discard the untracked or modified content in submodules) modified: ... (modified content, untracked content) ``` 위와 같이 에러메세지가 뜨면서 무시하고 push를 할 경우에는 repo에 제대로 저장되지 않는 현상이 일어난다. 그럴 경우 말 그대로 서브모듈로 뭔가 서브 디렉토리에 .git 저장소가 또 존재한다는 것이다. find -name ".git" 위의 명령을 통하여 하위 디렉토리에 .git 모듈이 존재하는지 확인하면 존재하는 목록이 표시된다. 그러면 하위 .git 폴더를 모두 삭제한다. 그러면 해결된다.

​[springboot gradle 개발환경별 버저닝 빌드&배포] 개발환경 기준 : dev, stage, master(=live) 사용툴 : jenkins + s3 + codedeploy [빌드] 1. build.gradle에 저장될 jar이름 설정(안하면 jenkins item이름으로 기본정의됨) jar { archivesBaseName = "test" } 2. build 부분에서 Add build step -> Invoke Gradle script 선택 3. jekins item 설정에서 Build 부분에서 Use Gradle Wrapper 버튼 클릭하고 설정 - Make gradlew executable 체크 - Wrapper location: ${workspace} // ${workspace}는 ..

사용방법은 간단하다. 파일을 생성하고 아마존S3에 accesskey와 secretkey를 이용하여 권한을 얻고 파일을 업로드 하면된다. public class AWSService { private static final String BUCKET_NAME = "bucket_name"; private static final String ACCESS_KEY = "ACCESS_KEY"; private static final String SECRET_KEY = "SECRET_KEY"; private AmazonS3 amazonS3; public AWSService() { AWSCredentials awsCredentials = new BasicAWSCredentials(ACCESS_KEY, SECRET_KEY);..

// s3 bucket 가져오기 @Repository public class S3BucketService { private static String bucketName = "deploy.versioning"; private static String bucketFolderRoot = "project"; private static String accessKey = {accesskey}; private static String key = {key}; @Autowired private ProjectDAOServiceImpl deployDAOService; // 전체 버킷 조회 서비스 모델 public HashMap getS3Bucket() { ArrayList projectArr = new ArrayList()..