국내
- gazelzone.com – gazel
- winesoft.co.kr – stoneedge
- softkorea.co.kr – speedcat
기타
- akamai
- aws cloudfront
- cloudflare
국내
기타
뭐라고 해야할까 테스트 전략
소스이외 관리코드
tree
tree
route(Constants.URI_COMMENT_BASE) {
get { }
post { }
route("/{id}") {
get { }
put { }
delete { }
}
get("/search") { }
route("/batch") {
get { }
put { }
delete { }
}
}
어떻게 할까 맨날 고민하는데 위는 표준구조로 잡아놓은 형태
rest가 되지 않는 경우는 과감히 포기
ex) 입금관련기능
특정 도메인 영역이 있는 경우 rest API에 맞추기 힘들다
주소에 집착하지말자
그냥 간단하게 잘 나와있다
jquery, jsp, php, asp 등등 구닥다리 웹프론트 기술을 좀 알고 있고
angular, typesript, express 정도는 조금 만져본 상태의 지식수준에서
볼 때는 대충 넘기면서 한두시간 보면 되는 정도..
요약을 잘 해 놓으면 네다섯페이지도 안되는 분량
리엑트나 웹 프레임웤을 처음 접하는 사람이 볼 수 있을지는 모르겠다
난 이 책을 보기전에 리엑트로 된 어드민사이트를 며칠 살짝 만져보긴 한 상태라서 좀 더 쉬웠는지도 모르겠다.
아예 프로그래밍 초보자라면 따라하고나서 남는거 하나도 없을 듯 하고
생명주기 메서드
동작
초기 렌더링
상태변경
속성변경
언마운트
scaffold
npm i -g create-react-app
create-react-app hellowork-app
Redux, HOC
react template도 많고 등등..
관리자 사이트를 리엑트로 만들지 말라
– 소크라테스 AI
디자인도 하지말고
파이썬 개 똥언어
서버가 오류나뒈지면서 에러메시지 처리도 제대로 안되고
코드 중간에 오류나면 오류는 처먹고 뒤져버린다
솔직히 연습용으로는 좋다. 구석구석 에러가 나니까 개발할 때 프로토콜은 잘 배울 수 있겠다
라이브러리도 죄다 쓰레기라 하나하나 손봐서 써야되고 커스텀도 불가능한 구조로 만들어진 경우가 많아 pip고 뭐고 그냥 복사붙여넣기 해서 수정해야 하는 경우가 많다
이런 심플함(좆도없음)이 파이썬의 장점이라고 하니까
Dokku에서 돌리는 Flask 서버에서 Cors가 난다고 한다.
swagger에서는 괜찮은데 react 클라이언트에서만 발생
문제는 뭘까? 의심가는 부분은..
1번체크
curl \
--verbose \
--request OPTIONS \
'https://dokku-api-server' \
--header 'Origin: http://localhost:3000' \
--header 'Access-Control-Request-Headers: Origin, Accept, Content-Type' \
--header 'Access-Control-Request-Method: GET'
2번체크
/home/dokku/api-server/nginx.conf
별 이상없어보인다
3번체크
실행…
서버 호출을 잘못하기는 했는데…
서버오류가 cors가 아닌데 cors라고 나오는게 문제고
4번체크
????
추가체크
서버로그를 보니 flask jwt인증부분을 손을 댔는데 여기서 오류가 난 모양…
헤더가 안 들어올 때 401을 내려줘야하는데 그러질 못하고 있다
서버에서 응답이 없으면 cors가 뜨나? http 프로토콜문제인지 리엑트가 원래 병신인지 잘 모르겠다.
리엑스에서 cors오류발생시 리엑트와 플라스크서버가 모두 병신일 수 있다는걸 기억하자
로그인, 디비 정도만 딱 붙이고 추가기능이 전혀 없을 경우….
보안이나 벨리데이션 신경쓰지 않고 프로토타이핑을 하는 경우에 한해서는
js, py가 괜찮은 선택이다
조금 제대로된 뭔가를 만들려면 이런걸 쓸 수 밖에 없다.
python으로 뭐 하려면 멀티스레드 지원 때문에 엄청 불편하다
모든걸 편법으로 처리해야 하는데 Queue, multiprocess, Celery 등등.. 이것저것 하다보면
전혀 간단하지가 않다
게시판 종류의 서비스 말고 좀 복잡한 서비스 만들 때 … 필요하다.
거래소, 쇼핑몰 등 실시간, 비동기성이 좀 필요한 경우
Storm, Flink, Kafka, Kafka Streams 정도는 써 봤는데
Flink, Storm은 지들이 알아서 분산형 데몬을 관리 해 줘야 할 것 같은데… 그런부분에서 상당히 기능이 부족하다. 디버깅도 힘들고…유닛테스트도 힘들다. 분산형 키값공유 aggregate가 될 줄 알았는데…. 안된다. kafka와 효율면에서 뛰어나지 않다. 별 수 없겟지.. scale out을 할 때 kafka보다 더 이상 효율적이기는 힘들 것 같기는 하다.
이런저런 이유로 복잡도를 털어내고 사용하려면
kafka streams를 docker 환경에서 배포하는게 더 괜찮은데…
메시지 처리나 시리얼라이저 등등 여러부분을 직접 관리 해 줘야하는게 문제다.
그럼에도 불구하고… 나쁘진 않다.
여러 언어 지원 안되는게 조금 약점..이라고 할 수도 있지만 잡언어 안쓰면 되지
elixir도 akka처럼 액터기반 프레임웤인데 언어가 생소하니 접근성이 떨어지고 만들어놔도 인력 구하기도 힘든 문제가…
Akka로 이런 부족함을 채울 수 있을지 모르겠다
-테스트 더 해서 추가-
자바계열에서는 많이 쓸 일이 없는데.. 스레드로 해결하면 되니까
싱글스레드.스크립트 언어에서는 필수적이다
node.js
ecosystem.config.js 파일로 설정 관리
사용편리 프로세스 관리 편리 백그라운드 포어그라운드 가능
ruby
Procfile 파일로 설정관리
heroku, dokku 등등과 설정파일을 함께 사용
python
ini 파일로 설정관리
설정파일 안쓰는편… docker에서 foreground로 돌릴 때 좀비가 되는 경우가 있음 주의
나머는 모르겠다. 장단점