모아이

정리 ( https://mo-i-programmers.tistory.com/24 ) 오늘은 놀이동산 처음 온 아이처럼 신기하게 이것저것 해보다가 롤러코스터를 처음 타본 아이 같았다. 웹 프로그래밍 심화과정 진도를 나갔는데 여기까진 괜찮았다. 직접 만들어 보며 궁금한건 코드와 기능의 연관성을 생각하며 아 이게 이쪽으로 들어가서 이렇게 나오는구나 라는 식의 고민을 하며 조금씩이지만 늘어나고 있는 지식들이 느껴졌기 때문이다. 하지만 이번 캠프에서 처음으로 맛 본 타임어택 구현 테스트는... 진짜 직장에 처음 온 신입마냥 눈앞에 있는 코드들을 보며 어?! 뭐부터 해야 되지?? 이거??아님 이거?? 이건가?? 요거 지워도 되나?? 하며 빌빌 거리며 했는데 아니나 다를까 익숙한 빨간 글씨의 Error 가 웃으며 나..

동적 페이지와 정적페이지 정적 웹페이지(static web page)는 서버에 저장되어 있는 HTML+CSS파일 그대로 보여주는 것이고 추가적인 통신과 계산이 필요없이 때문에 속도가 빠르고 서버에 부담이 적은 반변 추가/수정/삭제 등 내용 변경이 필요할 때 HTML자체를 수정해야 해서 번거롭다 동적 웹페이지(dynamic web page)는 상황에 따라 서버에 저장되어 있는 HTML에 데이터 추가/가공을 해서 보여주는 것으로 한 페이지에서 상황/시간/사용자요청에 따라 다른 모습을 보여줄 수 있다는 장점이 있지만 상대적으로 보안에 취약하고 모습이 계속 변하기 때문에(많은경우 주소도 변함) 검색엔진 최적화(search engine optimazation,SEO)가 어렵다 동적 웹 페이지 종류 -Client-..

extension = file.filename.split('.')[-1] 파일업로드 기능 -프론트엔드 부트스트랩을 이용해보자! 또는 찾아보니 form 태그를 이용하기도 한다. 모든 이미지 파일을 허용 파일 업로드 라이브러리 bsCustomFileInput.init() 스크립트 부분은 헤드에 넣고 아래 init은 스크립트에 넣자 예시) $(document).ready(function () { /*창이 로딩되는 순간 아래의 기능을 작동시켜주세요*/ bsCustomFileInput.init() }) -DB를 통해 서버와 클라이언트 파일 주고받기 서버쪽 file = request.files["file_give"] /*file_give로 정보를 받아온다*/ save_to = 'static/mypicture.jpg..

정리 ( https://mo-i-programmers.tistory.com/23 ) 오늘은 전체적으로 괜찮은 하루였다. 도시 밤 속 교회 십자가마냥 뇌가 꺼지지 않고 열심히 일한 느낌이었는데 요 앞 3일간의 AWS 교육이 어려웠지만 나를 달구는 과정 중 하나였던 것이다. 일단 웹 프로그래밍 심화 과정은 기초에서 코딩의 재미를 느끼게 해준 만큼 심화도 재밋고 즐거웠다. 앞서 기초반에서 사용하던 코드들이 하나씩 간소화 되고 기능들이 하나씩 추가되는 건 마치 우리가 어릴 때 레고를 조립하며 설명서가 있는데도 많이 헤맨 기억이 있지 않은가, 마치 그것 처럼 내가 덕지덕지 붙은 레고를 레고덕후 사촌형이 와서 '자~ 봐봐? 이건 떼고 이건 이렇게 붙이면 짜잔!' 하는 것 같았다. 이후 튜터님의 특강이 있었는데 또한..

(8-1 https://mo-i-programmers.tistory.com/19) Redis 인메모리 DB로 RDBMS가 파일에 데이터를 저장하는 것에 비해 인메모리 DB는 메모리에 데이터를 저장하기 때문에 RDBMS에 비해 속도가 빠르다 ※RDBMS의 부하를 덜어주기 위해 Redis를 많이 사용한다. 많은 업체가 사용중! ElastiCache 참고문서 ( https://docs.aws.amazon.com/elasticache/?id=docs_gateway ) -생성 후 Python과 연동! 똑같이 프론트와 백엔드 코드를 수정하고 라이브러리를 추가한 다음 requirements에 넣은 후 commit&push를 하자. pip install redis pip freeze > requirements.txt ..

정리 (1 - https://mo-i-programmers.tistory.com/19 ) (2 - https://mo-i-programmers.tistory.com/21) 정말..정말 어려웠다. 오늘로 AWS 기초 강의가 끝이 났는데..... 실은 지금도 에러에 갇혀있고 캠프 생들도 에러에 갇혀있는 상태다. 마치 내가 만든 요리를 보는 느낌이라고 해야하나?? 유튜브같은 요리 영상을 보고 따라 할 때 영상 속 내용물은 엄청 맛있고 화려하고 이쁘지만 현실의 내 요리로 돌아오면 웬 누렁이 밥이 존재하는 것 같은 기분 많이 헤매기도 했고 실제로 이거는 더이상 못하겠어요 하고 놓고 간 분도 있었다. 첫 날 아 이정도는 금방하지~! 강의 시간이 2~3시간 이내인데 12시간동안 어떻게 배분할까? 했는데.... 지금 ..

(8-2 https://mo-i-programmers.tistory.com/21) 데이터 베이스 관리 클라우드 시대 이전엔 DB의 역할이 매우 중요햇는데 이유는 사용자 정보, 구매 정보등을 저장하고있는 데이터 베이스가 어플리케이션에선 가장 중요한 부분이었기 때문이다. 하지만 아키텍처의 변화로 데이터베이스가 가벼워게 되고 데이터베이스도 클라우드에서 매니지드 되는 서비스를 사용하면서 데이터베이스를 직접 돌보아야 하는 일들이 조금 줄어들게 된다. RDBMS(SQL)이란 RDBMS는 현업에서 흔히 관계형 데이터베이스라고 한다. (다른 데이터베이스 종류에는 NoSql) 관계형 데이터 베이스가 중요한 이유는 거의 모든 서비스의 메인 데이터베이스는 NoSql이 아니라 RDBMS이다. ※관계형 데이터 베이스는 서비스를..

7-1 정리 ( https://mo-i-programmers.tistory.com/16?category=1053538 ) 7-2 정리 ( https://mo-i-programmers.tistory.com/17 ) ElasticBeanstalk (참고문서 https://docs.aws.amazon.com/elastic-beanstalk/?id=docs_gateway ) ELB + Auto Scaling + EC2 한번에 관리 할 수 있는 서비스로 앞서 2번 정리를 보면 하나하나 다 따로 관리하면 설정 값도 많고 무척 까다롭다. 그래서 AWS에서는 통합해서 관리할 수 있는 서비스인 ElasticBeanstalk를 제공 하는데 구글의 웹엔진이라는 서비스와 비슷하게 환경에는 신경 쓸 필요없이 간단한 옵션만 조절..

7-1 정리( https://mo-i-programmers.tistory.com/16?category=1053538 ) 7-2 정리 ( https://mo-i-programmers.tistory.com/18?category=1053538 ) 백엔드 구성 - EC2 (참고문서 https://docs.aws.amazon.com/ec2/?id=docs_gateway ) EC2는 AWS의 가장 기본적인 서비스로 하나의 서버 컴퓨터라 생각하면 된다. 서버컴퓨터를 하나 빌려 프로그램들을 설치하고 사용 -인스턴스 만들기 인스턴스 생성 첫 단계는 AMI 선택 AMI는 인스턴스에 설치할 OS 이미지인데 우리가 컴퓨터나 노트북을 사면 OS를 설치해야 하듯이 EC2를 생성하기 위해 OS를 선택하자 강의와 실제론 Ubuntu..

7-2정리( https://mo-i-programmers.tistory.com/17 ) 7-3 정리( https://mo-i-programmers.tistory.com/18?category=1053538 ) 프론트와 백엔드의 분리 -Monolithic 프로젝트에 관한 모든 부분을 하나의 서버에 배치 -MSA 가장 간단하게는 프론트, 벡엔드를 물리적으로 다른 서버에 배치 AWS는 아마존이 사용하던 인프라를 그대로 서비스로 만든 것인데. 블록처럼 조립해서 쓸 수 있게 서비스를 구성하였다. AWS를 사용한다는 것은 단순히 클라우드 사용을 넘어 개발 방식도 클라우드 철학에 맞게 변해야 한다. 결론 : 분리해야 할 부분은 무조건 분리 프론트 구성 (CloudFront 참고문서 https://docs.aws.ama..