lowcodingpython

애드센스 사이트를 많이 접속을 안 하지만 가끔씩은 들어가는 버릇을 들이고 있습니다. 어느 날 애드센스 사이트에 접속을 하니까 "주소가 확인되지 않아 지급이 보류 중입니다"라는 문구를 보게 되었는데 혹시나 또 문제가 생긴 건 아닌지 해서 확인을 해봤습니다. 애드센스 사이트에 접속 시 위쪽 상단에 빨간색! 모양이 있는 줄이 보입니다. 오른쪽을 보시면 자세히 알아보기를 클릭할 수 있는데 한번 접속을 해보면 해당 메시지가 오류인지 아닌지 확인이 가능합니다. 확인을 해보면 애드센스 측에서 주소 확인을 해서 PIN번호를 발송했다고 합니다. 애드센스 계정 승인 후 잔고에 10달러 이상이 모일 경우 이러한 오류 같은 메시지를 날리는데 치명적인 문제도 아니고 단순히 축하해주는 의미 같습니다. 애드센스 PIN번호 도착 후..

정규화 (Normalization)**** 데이터의 일관성, 최소한의 데이터 중복, 최대한의 데이터 유연성을 위한 방법이며 데이터를 분해하는 과정 데이터 중복을 제거하며 데이터 모델의 독립성을 확보하기 위한 방법 비즈니스에 변화가 발생하여도 데이터 모델의 변경을 최소화할 수 있다. 제1정규화부터 제5 정규화까지 있지만, 실질적으로 제3정규화까지만 수행 불필요한 데이터를 입력하지 않아도 되기 때문에 중복 데이터가 제거된다. *정규화를 하지 않아 이상현상이 존재하는 모델입니다. *정규화를 진행한 사진 > 정규화 절차 정규화 절차 설명 제1정규화 - 속성의 원자성을 확보한다. - 기본키를 설정한다. 제2정규화 - 기본키가 2개 이상의 속성으로 이루어진 경우 부분 함수 종속성을 제거(분해)한다. 제3정규화 - ..

데이터 모델링의 주요 특징 추상화 단순화 명확화 데이터 모델링의 절차 개념적 모델링 -> 논리적 모델링 -> 물리적 모델링 데이터 모델의 3가지 관점 데이터 프로세스 데이터와 프로세스 ERD 작성 절차 엔터티를 도출하고 그리기 앤터티 배치하기 엔터티 간의 관계 설정하기 엔터티 서술하기 관계 참여도 표현하기 관계의 필수 여부를 표현하기 3층 스키마의 구조 외부 스키마 : 응용 프로그램이 접근하는 데이터베이스 개념 스키마 : 통합 데이터베이스 구조 내부 스키마 : 물리적 저장 구조 엔터티의 특징 반드시 속성이 있어야 한다. 다른 엔터티와 최소한 한 개 이상의 관계가 있어야 한다. 2개 이상의 인스턴스가 있어야 한다. 엔터티에는 유일한 식별자가 있어야 한다. 엔터티의 유무형에 따른 분류 유형 엔터티 개념 엔터..

문제를 자세히 읽어봐야 할거 같습니다. 30분이라는 시간을 가져다가 버린 거 같습니다.. ㅠ data.txt안에 millionth라는 문자열 라인에 다음 단계의 비밀번호가 있다는 거 같습니다. 문제를 접하기 전에 cat명령어로 data.txt가 어떻게 이루어져 있는지 확인을 해봤습니다. 대충 보시면 [특정 문자열] [패스워드] 형태로 이루어져 있습니다. grep 명령어를 통해서 millionth 문자열을 찾아내면 쉽게 풀 수 있습니다. grep "millionth" data.txt를 통해서 먼저 찾았고 grep -w 옵션을 사용해서 찾았습니다.

일단 문제만 봐서는 전편 문제랑 유사합니다. 서버 어딘가에 있는 패스워드 파일을 찾아내면 되는 거 같습니다. ssh에 접속 후 바로 ls -la로 확인 후 아무것도 없는 것을 확인하고 최상위 디렉터리 /로 이동을 하였습니다. 전 단계처럼 무식하게 find -size 33c로 찾으려고 했더니 접근 거부 등 엄청 많은 파일이 검색되는 것을 확인했습니다. 문제의 조건에 맞춰서 find / -user bandit7 -group bandit6 -size 33c로 찾았더니 permission denied가 걸린 파일들이 너무 많고 cat으로 하나씩 보려고 하면 무식한 방법인 거 같았습니다. 너무 궁금해서 구글링을 하던 도중 2>/dev/null을 리디렉션을 찾게 되었습니다. 리눅스에서는 >를 통해서 출력 방향을 지..

음.. 문제의 조건을 보면 가장 눈에 들어오는 것이 1033 바이트의 사이즈가 제일 먼저 보입니다. ls, cd, cat, file, du, find를 사용하라고 하는 것을 보아서 1033byte 사이즈의 파일을 먼저 찾아보면 될 거 같습니다. inhere이라는 디렉터리에 접근을 하여 #ls -ls 명령어를 통해 어떤 파일이 있는지 확인했습니다. 저 많은 디렉터리를 전부 들어가서 조건에 맞는 파일을 찾을 수는 없으니까 find 명령어를 사용하겠습니다. find -size 1033c find 표현식 size를 통하여 1033 크기의 파일을 찾을 수 있습니다. cat 명령어를 통하여 간단하게 다음 단계 비밀번호를 얻어낼 수 있습니다.

티스토리를 만들고 한 달이 지난 기간 동안 콘텐츠 폭이 화면 폭보다 넓다는 오류를 두 번 정도 문제가 되었습니다. 첫 번째로 오류가 생겼을 때 포스팅을 하려고 했는데 컴퓨터 정리를 하다가 실수로 지워버려서 ㅠㅠ 콘텐츠 폭이 화면 폭보다 넓음 간단하게 해결하기 아래 해당 오류 이름을 클릭하시면 다음 페이지로 넘어가실 수 있습니다. 보통은 css 등 크기 조절을 해서 오류를 해결하시는 분들이 많던데 저는 재검사만으로 오류가 바로 해결이 되어서 이번에도 같은 방법으로 하려고 합니다. 오류가 생긴 페이지의 링크를 클릭하시면 브라우저 우측에 실제 페이지 텍스트라는 문구가 나오게 됩니다. 여기서 실제로 페이지를 테스트를 하실 수 있습니다. 선택을 하시면 자동으로 검사가 진행이 됩니다. 아래 사진처럼 페이지가 모바일..

Entity Identifier - 식별자라는 것은 엔터티를 대표할 수 있는 유일성을 만족하는 속성이며 일반적으로 회원 ID, 계좌번호, 주민등록번호, 외국인등록번호, 여권번호 등이 있습니다. 주식별자 (기본키, Primary Key) 최소성 : 주식별자는 최소성을 만족하는 키 대표성 : 주식별자는 엔터티를 대표할 수 있어야 한다. 유일성 : 주식별자는 엔터티의 인스턴스를 유일하게 식별한다. 불변성 : 주식별자는 자주 변경되지 않아야 한다. 키의 종류 데이터베이스 키 설명 기본키 (Primary key) - 후보키 중에서 엔터티를 대표할 수 있는 키 후보키 (Candidate key) - 유일성과 최소성을 만족하는 키 슈퍼카 (Super key) - 유일성은 만족하지만 최소성을 만족하지 않는 키 대체키 ..

식별 관계 (Identification Relationship) 고객과 게좌 엔터티에서 고객은 독립적으로 존재할 수 있는 강한 개체(Strong Entity) 강한 개체는 어떤 다른 엔터티에게 의존하지 않고 독립적으로 존재 강한 개체는 다른 엔터티와 관계를 가질 때는 다른 엔터티에게 기본키를 공유 강한 개체는 식별 관계로 표현 식별 관계란 고객 엔터티의 기본키인 회원 ID를 계좌 엔터티의 기본키의 하나로 공유하는 것 (아래 사진 참고) 강한 개체의 기본키 값이 변경되면 식별 관계에 있는 엔터티의 값도 변경된다. 비식별 관계 (Non-Identification Relationship) 강한 개체의 기본키를 다른 엔터티의 기본키가 아닌 일반 칼럼으로 관계를 가지는 것 ex) 관리점 엔터티의 기본키는 지점 코..

관계(Relationship) 엔터티 간의 관련성을 의미, 존재 관계와 행위 관계로 분류 존재 관계 : 두 개의 엔터티가 존재 여부의 관계가 있는 것 행위 관계 : 두 개의 엔터티가 어떤 행위에 의한 관련성이 있는 것 관계의 종류 (1). 존재 관계 엔터티 간의 상태를 의미 ex) 고객이 은행에 회원가입을 화면, 관리점이 할당되며 그 할당된 관리점에서 고객을 관리한다. (2). 행위 관계 엔터티 간에 어떤 행위가 있는 것 계좌를 사용해서 주문을 발주하는 관계가 만들어진다. ex) 증권회사는 계좌를 개설하고 주문을 발주하는 것 관계 차수(Cardinality) (1). 관계 차수(Relation Cardinality) 두 개의 엔터티 간에 관계에 참여하는 수를 의미 ex) 한 명의 고객은 여러 개의 계좌를..