172만명의 커뮤니티!! 함께 토론해봐요.
미해결
프로그래밍 시작하기 : 파이썬 입문 (Inflearn Original)
str_sl = "Nice Python" print(str_sl[1:4:2]) 하면 ie 가 나오는데, 4번째 글자가 아니라 3번째 글자에서 끊어야 하는거 아닌가요? 그래서 i 만나와야 하지 않나요?
미해결
프로그래밍 시작하기 : 파이썬 입문 (Inflearn Original)
안녕하세요! 수업 잘 듣고 있습니다. 무엇이 문제인지 모르겠는데... 입력 커서가 자꾸 자기 멋대로 이동됩니다ㅜㅜ 예를 들어 10줄에서 입력을 하다가, 잠깐 5줄로 되돌아가 입력한 내용을 수정하거나 빈 줄에 내용을 추가 하려고 하면 커서가 바로 10줄에 있던 마지막 위치로 되돌아가서 5줄에 입력이 안 됩니다ㅜㅜ 되돌아갈 때 마지막 입력 단어가 지워지고 새로 입력하는 내용으로 대체돼서 자꾸 내용이 지워지고요. 무엇이 문제일까요... ㅜㅜ
해결됨
모든 개발자를 위한 HTTP 웹 기본 지식
웹 서버, 즉 http는 80번 포트로 연결된다고 알고있는데, 스프링 부트에서 동작하는 톰캣은 왜 8080번 포트로 연결되는 것이 기본값 인가요?
미해결
파이썬 알고리즘 문제풀이 입문(코딩테스트 대비)
조합처럼 이렇게 풀었는데 in1,in2까지는 정답이 잘 맞는데 그 이후에는 답이 틀리게 나옵니다. 어떤 부분이 잘못되었을까요? def DFS(s, time, score): global res if time>m : if score-a[s-1][0]>res: # print("score %d" %(score-a[s-1][0])) res=score-a[s-1][0] else: for i in range(s, n): DFS(i+1,time+a[i][1],score+a[i][0]) n, m=map(int, input().split()) a=[] for i in range(n): x1,x2 = map(int, input().split()) a.append((x1,x2)) res=0 DFS(0,0,0) print(res)
해결됨
프로그래밍 시작하기 : 파이썬 입문 (Inflearn Original)
$가 10줄이 아니라 왜 6줄인가요??
미해결
모든 개발자를 위한 HTTP 웹 기본 지식
HTTP API를 기반으로 한 것이 REST API인가요? 무슨 차이가 있는지 궁금합니다.
미해결
모든 개발자를 위한 HTTP 웹 기본 지식
로그인 유지를 위해 세션, 쿠키를 사용해 어쩔 수 없이 서버에 상태를 저장해야 된다고 하셨는데요! 그러면 세션과 쿠키를 사용했을 때에는 어떻게 서버를 증설할 수 있나요? 제가 생각해본 바로는 redis에 로그인 정보를 저장하는 방식으로 가능하다고 생각이 들었는데 맞는 방법일까요?? 그리고 토큰을 사용하면 로그인 관련해서도 무상태로 서버를 유지할 수 있는거 같은데 맞나요?? 명확하게 답이 나오지않아서 질문드립니다! 항상 좋은 강의 감사드립니다! 새해 복 많이 받으세요 ㅎㅎ
미해결
파이썬 사용자를 위한 웹개발 입문 A to Z Django + Bootstrap
안녕하세요~! 기존에 flask로 만든 간단한 웹 서비스가 있는데 그걸 장고로 변경하려고 해당 강의를 듣고 있습니다. :) 기존 flask에서는 mongodb를 쓰고 있는데 mongodb에 저장된 data들을 studio 3T나 robo 3T등 실서버로 접속하여 간편하게 db를 확인할 수 있었거든요~ sqlite3의 경우 찾아보니 DB Brower for sqlite라는 프로그램이 있어서 해보니 local에 저장된 sqlite파일을 import하여 보는 방식이라 만약 실서버에 배포를 한 후에는 어떻게 해당 프로그램이나 다른 프로그램들로 sqlite를 접속하여 확인가능할까요?? 물론 /admin으로 들어가서 볼 수 있지만 백업이나 검색등 조금 더 편의적으로 사용하려고 찾아보고 있습니다. 그럼 답변 기다르겠습니다! 감사합니다.
해결됨
[C#과 유니티로 만드는 MMORPG 게임 개발 시리즈] Part4: 게임 서버
19:00 쯤 Player를 찾고 로그를 남기는 테스트에서 chatPacket.chat를 로그로 남긴 후에 GameObject를 Find할 때 메인 쓰레드에서 사용하라는 예외가 발생합니다. 혹시 제가 잘못 작업했나 해서 올려두신 자료를 받아서 해보아도 똑같이 try catch에서 넘어가질 못하네요 유니티 버전 2021.1.0b1에서 안되서 2019.4.17f1까지 낮춰봤는데도 안됩니다. 무언가를 빠트린거 같은데 찾기가 힘드네요 혹시 조언좀 해주실 수 있을까요
미해결
모든 개발자를 위한 HTTP 웹 기본 지식
안녕하세요 질문 드립니다. field name은 대소문자를 구분하지 않는다고 하셨는데 field value는 대소문자를 구분한다고 봐야 할까요? 실제로 GOOGLE.com으로 입력해도 google.com으로 열어주는데 브라우저의 기능일까요? 확인 부탁드려요~
미해결
모든 개발자를 위한 HTTP 웹 기본 지식
이런 수업이 다른 곳에 없다보니 질문이 많게 되네요 ;; 저같은 경우 게시글 추가 API, 회원가입API 같은 경우 post method로 클라이언트에서 서버로 요청하고 서버는 그 요청에 성공적으로 응답할 때 200 상태코드와 함께 post_id나 user_id를 리턴하도록 하였습니다. 만약 헤더내의 location을 이용한다면 user_id, post_id까지 사용하지 않게 될테니 204로 리턴해도 되겠네요. 그런데 201 스펙처럼 클라에서 요청한 데이터값을 서버가 다시 리턴하는 이유가 있을까요? 왜냐하면 게시글추가라던지, 회원가입이라던지 어차피 클라이언트에서 보낸 데이터라 클라이언트에서 쿠키에 저장하면 될 것 같거든요. 불필요하게 서버에서 클라이언트에게 '클라이언트가 보낸 데이터'를 보낼 필요가 있는가에 대한 의문이 들어서 질문하게 되었습니다.
미해결
모든 개발자를 위한 HTTP 웹 기본 지식
회원정보수정할 때 "patch를 사용할까?"라는 궁금증이 생겨서 질문하게 되었습니다. 왜냐하면 회원정보 수정시 patch개념을 이용하여 수정하게 되면 서버 로직에서 유저 정보 데이터 유무에 따라 분기하여 db에 update하게 되어 중복되는 코드가 많아진다고 생각했습니다. // 회원정보수정 API에서 nickname, email 바디값을 받는다고 했을 때 // 아래 코드와 같이 구현해야한다고 생각했습니다. if(nickname){ update user set nickname = 'inflearn' where id = 1 } else if (email){ update user set email = 'inflearn@gmail.com' where id = 1 } // 왜냐하면 만약에 회원정보수정 API에서 클라이언트에서 nickname은 보내고 email은 안보내는 상황에 // if문같은 분기가 없으면 아래 코드와 같이 email에 null값이 들어갈 것으로 예상되었기 때문입니다. update user set nickname = 'inflearn', email = null where id =1 그래서 저같은 경우는 회원정보수정API는 put메서드를 사용하고 유저정보를 다 보내도록 했습니다. 그리고 회원정보수정API에 모든 회원정보 데이터를 보내도록 하고 아래 코드와 같이 회원정보수정API 로직이 시작하는 부분에 모든 예외상황을 생각해서 바디값이 왔는지 유무를 체크하여 예외처리하는 식으로 구현했습니다. if (!profile_nickname) return res.status(400).json({ code: 'invalid_profile_nickname' }) 그러다보니 클라이언트에서는 회원정보 수정데이터가 10개중에 하나만 바뀌어도 모든 데이터를 회원정보수정API에 보내는 비효율적인 문제가 생기더라고요. 저도 제가 구현한 방식이 비효율적인 걸 알고 있는데 어떻게 구현하는게 맞는지 생각이 나지않아 질문하게 되었습니다. 어떻게 하면 patch를 잘 이용할 수 있을까요? 현재 저 같은 경우는 수정과 관련된 API이면 put만 사용하고 예외적으로 patch를 사용하는 경우는 비밀번호 변경일 때만 사용했는데요. 왜냐하면 user테이블의 비밀번호 부분만 변경을 하는거니까 patch를 사용하는게 맞다고 생각했습니다.
미해결
모든 개발자를 위한 HTTP 웹 기본 지식
안녕하세요:) 결제 API에서 클라이언트와 서버 통신 예외처리에 대해 질문이 있습니다. 6분 34초경에 "클라이언트에서 유저가 페이지 리로드할 경우가 있어서 동일 주문이 서버에 요청이 될 수 있기 때문에 서버에서도 예외처리해놔야한다"고 하셨습니다. 제가 영한님의 말씀을 듣고 처음 생각난 방식은 클라이언트에서 주문번호를 난수로 만들어준 다음 쿠키에 저장하여서 동일한 주문번호를 서버에 요청했을 때 서버에서 거절하면 된다고 생각했은데, 클라이언트에서 주문번호를 자리수가 짧은 난수로 만들었을 때 중복되는 값이 발생할 것으로 생각이 드네요. 그래서 이 방법은 또 다른 이슈를 발생시킬 것 같아 좋은 방법은 아닌 것 같고... 2 번째로는 처음 생각한 방법을 응용한건데 난수를 유저테이블의 index와 구분자 그리고 현재 유닉스시간까지 숫자를 합쳐서 만들면 중복될 가능성이 낮아질 것 같다는 생각을 했습니다. 예) 12/1609305240 혹시 더 나은 방법이 있을까요? 8분30초 경에 말씀해주시는 주문 중복을 피하는 방법에 대해서는 이해했습니다!
미해결
모든 개발자를 위한 HTTP 웹 기본 지식
put이 지칭한 서버의 리소스를 새로 덮어씌우기 때문에 멱등한것은 알겠습니다. 그런데 patch도 지정된 리소스의 부분만을 접근해서 변경하는 행위를 반복하는건데 왜 멱등하지 않은지 궁금합니다. 어짜피 외부의 변경은 고려하지 않는다면 항상 같은 결과가 나올것이라고 보장할 수 있는거 아닌가요?
미해결
[리뉴얼] 파이썬입문과 크롤링기초 부트캠프 [파이썬, 웹, 데이터 이해 기본까지] (업데이트)
안녕하세요! 20강 수업 15분 정도 위치에 있는 문제를 푸는 중에 궁금한게 생겨서 여쭤봅니다 . 강사님께서 하신 것과 똑같이 작성했는데 (아래 첨부그림에서 보이듯) 계속 str object is not callable이란 오류가 떠서요. 구글링 했는데 이해가 가지 않아 여쭤봅니다. 새해복 많이 받으세요
해결됨
프로그래밍 시작하기 : 파이썬 입문 (Inflearn Original)
print('%1.7f' % (23.32534242353)) 이렇게 입력을 하면 ' . ' 앞 숫자에 관계없이 23.3253424 로 출력 됩니다 그렇다면 1.7이나 0.7이나 같게 줄력되는것 아닌가요? print('%1.7f' % (23.32534242353))
미해결
파이썬 무료 강의 (기본편) - 6시간 뒤면 나도 개발자
그 가끔씩 {} 이걸 사용 할 때도 있고 () 를 사용 할 때랑 []를 사용 할때가 있는데 무슨 이유 때문에 어쩔땐 [] 어쩔땐 (), {} 이렇게 사용하시는지 궁금합니다.
미해결
모든 개발자를 위한 HTTP 웹 기본 지식
하위 호환을 위해서 Pragma : no-cache 헤더를 추가하는 것은 이해가 되는데. no-cache, must-revalidate 는 왜 추가하는 것인지 이해가 되지 않습니다. 데이터가 이미 캐시가 되어 있는 경우 또는 새로운 데이터를 응답하는 경우 모두 캐시를 무효화 시키고 싶다면 서버에서 no-store 로도 응답하면 되는 것아닌가요?
해결됨
모든 개발자를 위한 HTTP 웹 기본 지식
안녕하세요 강사님 좋은 강의 감사합니다! 질문이 2가지가 있는데요. 1. 예를들어요청의 흐름이 다음과 같을 때 브라우저 -> Nginx -> Spring Request Header 의 Accept-Langauge 가 ko 로 옵니다. 그럼 서버에서는 1, 지원하는 language 가 뭔지 파악 2. accept-langauge 를 토대로 적절한 langague 로 본문을 응답 이런 로직이 있어야 하는데 해당 로직은 WAS 에 개발자가 직접 로직을 작성해야 하는 것 맞나요? 2. 아래 그림의 Quality 값은 브라우저가 자동으로 넣어주는 값인가요? 아니면 개발자가 서버에 요청시 세팅해주는 값인가요?
미해결
모든 개발자를 위한 HTTP 웹 기본 지식
선생님 강의 정말 잘 듣고 있으며 좋은 자료 또한 제공해주셔서 피상적이었던 지식이 구체화 되는 작업에 정말 도움이 많이 되고 있습니다. 다름이 아니라 지속 연결에 대해서 한 가지 궁금한 점이 생겨서 이렇게 질문 남깁니다. http 의 방향이 stateful -> stateless 이렇게 진화한다고 저는 이해했습니다. 진화한 이유는 클라이언트와 서버간의 연결을 계속 지속한다면 자원의 고갈이 일어나기 때문이죠! 그렇다면 지속연결이 탄생한 배경은 stateless가 자원의 고갈은 방지하나 여려번의 3 way handshake가 비효율적이기 때문에 이를 방지하고자 여러번의 3 way handshake의 횟수를 줄이기 위해서 하나의 연결이 지속될때 어느정도 까지는 쭈욱 유지하자 라고 이해했습니다! "그렇다면 Persistant Connections가 언제까지 유지되어야하는 그러한 규약같은건 따로 없는지요?" "또한 Persistent Connections는 비연결성과 연결성의 중간 지점이라고 생각해도 되는지요?" 이 두가지가 강의 도중 궁금하여 질문 남깁니다~!! 고맙습니다!!!!
