코딩일지

1. 굳이 2개 HTML DIV 만들 이유가 없다 2. br은 디자인적으로 사용하면 안된다. (margin을 사용하자) 3. margin을 한방향으로만 주면된다. 해결하자... 4. 굳이 전달하는 값이 존재하지 않으니까 a tag를 사용하자 5. 액션과 page를  6. 로그인도 빈칸 빈칸일시 예외처리 해놓자 7. button을 만들고 이후에 form tag 로 submit 해준다 form.submit js로 들고와서 작성해준다 8. br 전부다 제거하고 css 처리 다시해오기 9. 프론트 먼저 다 하고 백엔드 하기 10. css 이름 전부 수정하기 11. 뒤로가기 버튼을 만들어 준다! 12. 프론트엔드 예외처리 복붙이 벡엔드 예외처리임 13. location.href 로 js안에서 처리해준다!!!!!!..

CREATE TABLE account (    idx INT AUTO_INCREMENT PRIMARY KEY,    id varchar(40) UNIQUE NOT NULL,    pw varchar(40) NOT NULL,    name varchar(20) NOT NULL,    tell varchar(15) NOT NULL,    position VARCHAR(6) NOT NULL CHECK (position IN ('leader', 'member'))    department  VARCHAR(7) NOT NULL CHECK (position IN ('develop', 'plan'))    created_at DATETIME DEFAULT CURRENT_TIMESTAMP); CREATE TABLE s..

{    "name": "My Server",    "host": "3.35.53.182",    "protocol": "sftp",    "port": 22,    "username": "ubuntu",    "remotePath": "/home/ubuntu",    "uploadOnSave": true,    "privateKeyPath": "C:/Users/amos1/Downloads/my_server2.pem"}

9주차 강의 git 과 github - Gitㄴ 분산 버전 관리 소프트웨어ㄴ 버전을 우리가 직접 만들게 됨 - git hubㄴ git의 기능을 하는 온라인 클라우드 / 커뮤니티1. Git의 버전을 업로드2. 개발자의 포트폴리오 **용어 정리 Repopository (개념)ㄴ 저장소 (프로젝트 폴더)ㄴ 현재 진행 중인 프로젝트 폴더에 Git을 설정을 하면 Repository 가 됨 add(명령어)ㄴ Stage 영역에 코드를 추가하는 명령어 Stage (개념)ㄴ 버전으로 만들어지기 전 임시 저장 공간ㄴ 앞 버전과의 차이점을 계산해주는 영역ㄴ 새 버전을 만들 때, 코드 전체를 올리는게 아닌 이 차이점만을 올림 1. 용량 문제가 해결2. 앞 버전과의 차이점을 한 눈에 볼 수 있게 됨 commit (명령어)ㄴ S..

- 미팅의 예상 흐름 1. 목표, 예상 사용자 확정  목표 : 회사내에서 사용할 스케줄러예상 사용자 : 회사 사람들 구글 스케쥴러 말고 굳이 만들려는 이유=> 캘린더에는 공유기능이 없다. 공적 사용 등..2. 소프트웨어 기본 내용 논의 ( 플랫폼, 언어, 서버, DB 등 ) 플랫폼 : 바닐라 웹 , jsp , amazon , mariadb3. 페이지 명세, 기능 명세 ㄴ 실제 프로그램이 구동될 거라고 예상되는 흐름 순서로 논의 페이지 명세서 / 기능 명세서 구체화4. 대략적인 디자인 ㄴ 고객한테 가장 맘에 드는 비슷한 앱 있나요? & 색감페이스 북 & 파란색    구체적 1ㄷ1 매칭

** 모의 외주 ( 오늘 포함 4주 ) - 목표1. 7주간 학습한 내용에 대한 복습2. 말이 되는 프로그램을 만든다.3. 기획에 대한 기초 학습 - 시작하기 전 기억할 것 1. 7주간 했던 과제 피드백 다시한번 보기2. 논리적인 개발자 3원칙 상기 시키기   2) 논리적인 개발자 3원칙 1. 논리적으로 행동해야 한다2. 해결만 하려고 하지말고 원인을 파악해야 한다.3. 다른 사람을 고려해야 한다. -일정 8주차 : 고객과 만나 진행하는 아이디어 미팅 ㄴ 수업: 소프트웨어 기획 방법 & 미팅에서 주의 사항 및 노하우 ㄴ 과제: 기획서 9주차 : 기획 미팅   ㄴ 수업 : 기획서 피트백, git과 git hub 강의 ㄴ 과제 : 개발 (프론트엔드 개발 다 끝내기 table 설계 다 끝내기) 10주차 : 개발..

backend 개발 기초 단계 마지막 주ㄴ 프론트엔드 / 웹 서버/ 데이터베이스ㄴ 오늘 배울 내용이 프론트엔드와 데이터베이스를 연결해 줄 내용 -백엔드 개발의 중요점ㄴ 웹 프로젝트의 성능과 무결성은 벡엔드 개발자가 담당함.ㄴ 프론트엔드 코드는 공개가 되어 있음( 그 어떤 사람이든 수정 가능)ㄴ 개발 분야에서 가장 동작 시간이 오래 걸리는 일은 db 통신 작업이다. - 백엔드 개발의 역할1. 프론트엔드와 데이터베이스를 중간에 연결해주는 역할(프론트엔드의 요청을 해석해서 , SQL 로 바꿔주는 역할 )2. 프론트엔드로부터 온 요청과 값이 정상적인지 검증하는 역할 HTTP 통신ㄴ 어떤 특징 가짐? 단방향 통신ㄴ 서버는 수동적인 구조를 가짐 만약 채팅같이 먼저 오면 다른 구조가 필요함 프로토콜 **백엔드 개발의..

CREATE TABLE account (     idx INT AUTO_INCREMENT PRIMARY KEY,     id varchar(20) UNIQUE NOT NULL,     pw varchar(30) NOT NULL,     email varchar(30) NOT NULL,    name varchar(20) NOT NULL,    birth date NOT NULL,     tell varchar(20) NOT NULL,    created_at DATETIME DEFAULT CURRENT_TIMESTAMP ); INSERT INTO account (id, pw,email,birth,phone_number) VALUES ('test2','1234','223@naver.com','2000010..

데이터 베이스 정의 ㄴ 데이터 저장소ㄴ 코드에서 값을 일시적으로  저장해두기 위해 사용되는 문법 ( 변수 )ㄴ 변수는 어디에 저장되는가?(RAM)ㄴ 우리가 반 영구적으로 값을 보관하고 싶을 때도 있다ㄴ 이때 사용하는게 데이터베이스(보조메모리) 데이터베이스의 종류1. Relational Database(RDB)ㄴ 전체 데이터베이스 사용에서 80% 이상 차지2. NoSQL Database(NoSQL) NoSQL 은 RDB 보다 유연적이지만 체계성이 떨어진다!! RDB의 종류1. Mysql : 가장 보편적으로 사용됨.2. Oracle : 가장 좋은 성능을 냄, 근데 유료임3. PostgreSQL : 독특한 기능이 많으며 , MySQL 과 비교했을 때 데이터가 많아질 수록 좋아진다.4. SQLite : 가장 기..

프로토콜ㄴ 인터넷 통신 표준ㄴ 세상에 있는 모든 통신은, 이 프로토콜의 내용대로 이루어 진다 종류ㄴ 인터넷 통신 종류마다 프로토콜이 1종류씩 정해져 있다.예) HTTP, SSH , FTP, SFTPㄴ 사실, 이 프로토콜을 우리가 직접 사용해서 뭔가를 만드는 것은 매우 어렵다ㄴ 실제 개발자들은 얘네를 직접 구현하지 않고 이미 만들어진 프로그램을 빌려서 쓴다 FTP, SFTP 파일질라SSH putty ㄴ 프로토콜을 직접 구현할 일은 x 얘네의 목적과 기능/ 원리 정도는 알아야 함!ㄴ 그래야 더 좋은 설계. 더 효율적인 기능을 만들 수 있다!! HTTP(80) VS HTTPS(443)HTTP에서 암호화 시킨게 HTTPS 이다!대칭키 암호화 : 서버-클라이언트가 하나의 키를 가지고 있다!비대칭키 암호화공개키 암..