일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- fullcalenda 수정
- linux mysql설치
- fullcalenda 일정
- linux db설치
- red hat linux mysql
- IP
- fullcalenda 사용법
- select
- red hat mysql
- fullcalenda 등록
- fullcalenda 캘린더
- Java
- fullcalenda 일정추가
- red hat db
- Java정규표현식
- 키보드단축기
- 정규표현식
- 키보드명령어
- fullcalenda 추가
- linux dump하는법
- 패킷
- TCP
- fullcalenda 일정수정
- red hat java설치
- linux dump
- Linux
- linux java설치
- fullcalenda
- linux 데이터베이스
- NULL
- Today
- Total
목록백엔드 개발자 (45)
어느 비전공자의 개발일지
* HTTP API를 만들어보자 ( 목록조회,등록,수정,삭제 ) URI 가장 중요한점은 “ 리소스식별 “이다. “ 리소스 “ 와 해당 리소스를 대상으로 하는 “ 행위 “ 를 분리 * HTTP 메서드 ( GET, POST ) ------------------------------------- I GET : 리소스조회 I HEAD : GET 과 동일하지만, 메시지 부분을 제외하고, 상태 줄과 헤더만 반환 I POST : 처리, 등록 I I PUT : 리소스대체, 리소스 없으면 생성 I I PATCH : 리소스 부분 변경 I I DELETE : 리소스 삭제 I --------------------------------------- GET /search?q=hello&hI=ko HTTP/1.1 : 리소스조회, ..
스키마 Schema : 데이터베이스에 저장되는 데이터 구조와 제약조건을 정의 외부 스키마(서브 스키마 혹은 뷰라고도 한다.) - 전체 데이터베이스의 한 논리적인 부분 - 외부 단계에서 사용자에게 필요한 데이터베이스 정의 - 사용자들이 사용할 데이터들을 보여주는 것이기 때문에 추상화가 되어있음 개념 스키마 - 사용자들이 필요로 하는 데이터의 통합한 조직 전체의 데이터베이스 구조 - 데이터베이스 전체의 논리적 구조를 정의한 것 - 단순히 스키마 라고도 한다. 내부 스키마 - 물리적 저장 장치 구조에 대한 데이터베이스가 저장하는 방법 - 개념 스키마의 물리적 저장 구조에 대한 정의 - 저장될 데이터 항목의 내부 레코드 형식,물리적 순서 등을 나타냄
프로젝트 설명 : 기업내 간단한 그룹웨어를 구현 프로젝트 UI/UX : Notion 페이지 : 기간 : 2022.03.27 ~ 2022.04.01 Figma를 이용한 설계진행 : DA#을 통한 데이터베이스 모델링 주요기능 : 회원관리/게시판/주소록/일정관리/전자결재 추가했던날 : 2022.04.15 풀캘린더 [사용자] 일정 부서 & 일정 구현하기. 지난내용 내용 - 우리가 계획 하는 그룹웨어는 부서별,개인별 일정이 각자 따로따로 있다. 팀장급이상은 부서에 일정을 적어 부서에 공지를 띄울수도 있고, 개인일정을 작성할수도 있어야 한다. 팀장급밑은 부서 일정을 볼수는 있지만 작성할수 없고, 개인일정을 등록할수 있다. 추가내용 내용 - [관리자]인 [ 오부장 ] D5부서에서 공지글을 올렸을..
* 모든 것이 HTTP /HTTP 기본 HTTP : HyperText Transfer Protocol ( 문서간의 링크를 통해 연결할수 있는 걸로 시작 ) 지금은 모든 것을 담아 전송한다. (음성,영상,JSON,XML,등등) HTTP/1.1 : 가장 많이 사용 하고 , 우리에게 가장 중요한 버전이다. 기반 프로토콜 ( 인터넷 F12 -> Network ->(우클릭) -> protocol 하면 h1.1/ h2 / h3 이렇게 볼수있음. 장점 : 각각 독립적인 진화가 가능하다. * 무상태 프로토콜 지향 Stateful(스테이스 풀 : 상태유지), 무상태Stateless(*스테이스리스* : 상태유지X) -서버가 클라이언트의 상태를 보존하지 않는다. Stateful(스테이스 풀 : 상태유지) 서버1,2,3 ..
URI 로케이터( Iocator), 이름(name) 또는 둘다 추가로 분류 될수 있다. ------------------- URI (리소소를 식별한다) --------------------- I URL(Resource Locator)위치 URN(Resource Name)이름 I -------------------------------------------------------------------- URL(Resource Locator) ex) foo://example.com:8042/over/there?name=ferret#nose URI ? Uniform : 리소스 식별하는 통일된 방식 Resource : 자원 , URI로 식별 할 수 있는 모든것 (제한 없음) Identifier : 다른 항목과 구..