me2p흥p를 통해 me2day.net:80/api/create_post 쪽에 글을 쓰는데 시간이 엄청 걸린다. 몇 번을 해봐도 30초 전후 ㄷㄷ; 전에도 이랬었나? 12.10.26 16:29
me2day api for php FAILED _ 아니다... stream_set_timeout() 걸어봐도 동작은 하는데 지정한 시간만큼 계속 물고 있다 -_-;; 연결을 못 놓나...
26 개의 댓글이 있습니다.
fgets()으로 마지막 값을 읽을 때 한참 버틴다. 사용자 조회는 금방 되는데, 포스팅 결과를 받아오는 것만. 미투쪽 문제인 걸까나?
꽃띠앙 님 혹시 이런 증상에 대해서 알려진 게 있나요? 소켓을 열었을 때 get_person/xxx는 금방 값이 오는데, create_post/xxx는 fgets()로 마지막 위치에 접근하면 지연이 발생합니다.
전혀 다른 시스템에 me2p흥p 부분만 복사해서 실행해봐도 지연이 발생하는 건 동일하네요. XML 호출을 JSON 호출로 바꿔서 실행해봐도 지연이 발생합니다.
고요비 님 확인 부탁드려요
kz 안녕하세요 미투스텝입니다. 해당 현상이 현재도 지속적으로 발생하는지요?
고요비 네. 지난주에도 발생했고 지금도 발생하고 있습니다. 실행 소스는 http://steel.keizie.net/me2php/test.php 이고 실제 동작 부분은 http://steel.keizie.net/me2php/Me2/Api.phps 입니다.
고요비 지난 주 확인한 바로는, fgets()에서 읽어오는 크기를 달리해도 항상 마지막 블럭을 읽는 순간에 지연이 발생했습니다. 한번에 읽으면 그 처음에 지연이 있습니다.
고요비 test.php는 실행할 때마다 중복에 안 걸리고 등록되도록 해두었으니 실행해서 포스팅을 발생시키셔도 괜찮습니다. 지우는 건 제가 몰아서 처리하겠습니다.
kz 알려주신 url에 접근이 안되네요. 아무래도 네트웍 이슈가 아닐가 싶습니다.
고요비 Api.phps도 안되시나요? test.php는 30초 이상 기다려주세요(;) 포스팅을 작성하느라 그렇습니다. timeout을 걸면 중간에 끊겨서 확인이 안 되실까봐-_-;;
kz 네. 느리지만 접속은 되네요. 서버로그로 좀 보고있는데요.
요청정보를 보니 211.54.15.8 - - [29/Oct/2012:13:39:15 +0900] "GET
kz 헤더가 길어서... get요청과 http/1.0 프로토콜로 요청하시는데.
kz http/1.1 과 post요청으로 바꾸실수 있나요?
kz 서버간 연동 문제인지 네트웍 문제인지 확실치 않습니다만..
고요비 GET으로 들어가는 건 POST로 바꿨습니다. 여전히 1.0으로 호출되나요? 호출 자체는 HTTP/1.1로 명시되어 있는데 이상하네요 -_-;
고요비 뭘 더 해볼까요? ㅜㅜ
kz POST로 요청 변경된 내용은 확인했으나 여전히 1.0으로 들어오는걸로 보이네요. 두가지 요청을 안받아주는건 아니라서 저도 현재 어느부분이 느려지는 원인인지 정확히 파악은되지 않습니다;; 소스에 keep-alive로 설정한 이유는 있나요?
고요비 아뇨. 저 구현체는 https://bitbucket.org/sublee/me2pheungp/src 를 가져온 거라서요; 지정하지 않고 호출해도 차이는 없는 것 같네요.
고요비 http://kldp.org/node/60926 마지막 내용을 참조하여 connection: close 지정하면 지연없이 종료하는 것으로 확인했습니다. (아까는 connection 헤더를 지정하지 않은 상태였습니다)
고요비 내용으로 짐작해보면 클라이언트 쪽에서 잘못 호출하고 있었다는 얘기가 되는 것 같은데, 여전히 왜 HTTP/1.1 선언이 1.0으로 들어갔는지는 모르겠네요 OTL
kz 원인이 서버인지 클라이언트인지 네트웍인지 잘 파악이 안되서 여러가지 옵션 수정을 요청드린거구요. 아직 저도 원인 파악이 orz;
고요비 우짜든동, 제 쪽에서는 일단 문제가 안 생기도록 했으니 일단 넘어갈 수 있게 됐습니다. 괜히 문젯거리 넘겨드린 것 같아 죄송합니다 ㅜㅜ
kz 아..그럼 connection header를 'close'로 지정해서 해결된건가요? 'keep-alive'를 브라우저가 아닌이상 쓸 이유가 없을듯해요!
고요비 자세한 건 나중에 다시 봐야 되겠지만, 일단은 해결입니다 ㅜㅜ
언제 이거 다시 한 번 해봐야 되겠다. keep-alive 설정 때문이었을까?
fgets()으로 마지막 값을 읽을 때 한참 버틴다. 사용자 조회는 금방 되는데, 포스팅 결과를 받아오는 것만. 미투쪽 문제인 걸까나?
12.10.26 18:57꽃띠앙 님 혹시 이런 증상에 대해서 알려진 게 있나요? 소켓을 열었을 때 get_person/xxx는 금방 값이 오는데, create_post/xxx는 fgets()로 마지막 위치에 접근하면 지연이 발생합니다.
12.10.29 12:09전혀 다른 시스템에 me2p흥p 부분만 복사해서 실행해봐도 지연이 발생하는 건 동일하네요. XML 호출을 JSON 호출로 바꿔서 실행해봐도 지연이 발생합니다.
12.10.29 12:13고요비 님 확인 부탁드려요
12.10.29 12:33kz 안녕하세요 미투스텝입니다. 해당 현상이 현재도 지속적으로 발생하는지요?
12.10.29 12:37고요비 네. 지난주에도 발생했고 지금도 발생하고 있습니다. 실행 소스는 http://steel.keizie.net/me2php/test.php 이고 실제 동작 부분은 http://steel.keizie.net/me2php/Me2/Api.phps 입니다.
12.10.29 13:09고요비 지난 주 확인한 바로는, fgets()에서 읽어오는 크기를 달리해도 항상 마지막 블럭을 읽는 순간에 지연이 발생했습니다. 한번에 읽으면 그 처음에 지연이 있습니다.
12.10.29 13:22고요비 test.php는 실행할 때마다 중복에 안 걸리고 등록되도록 해두었으니 실행해서 포스팅을 발생시키셔도 괜찮습니다. 지우는 건 제가 몰아서 처리하겠습니다.
12.10.29 13:24kz 알려주신 url에 접근이 안되네요. 아무래도 네트웍 이슈가 아닐가 싶습니다.
12.10.29 13:27고요비 Api.phps도 안되시나요? test.php는 30초 이상 기다려주세요(;) 포스팅을 작성하느라 그렇습니다. timeout을 걸면 중간에 끊겨서 확인이 안 되실까봐-_-;;
12.10.29 13:33kz 네. 느리지만 접속은 되네요. 서버로그로 좀 보고있는데요.
12.10.29 13:56요청정보를 보니 211.54.15.8 - - [29/Oct/2012:13:39:15 +0900] "GET
12.10.29 13:57kz 헤더가 길어서... get요청과 http/1.0 프로토콜로 요청하시는데.
12.10.29 13:58kz http/1.1 과 post요청으로 바꾸실수 있나요?
12.10.29 13:59kz 서버간 연동 문제인지 네트웍 문제인지 확실치 않습니다만..
12.10.29 13:59고요비 GET으로 들어가는 건 POST로 바꿨습니다. 여전히 1.0으로 호출되나요? 호출 자체는 HTTP/1.1로 명시되어 있는데 이상하네요 -_-;
12.10.29 14:19고요비 뭘 더 해볼까요? ㅜㅜ
12.10.29 14:59kz POST로 요청 변경된 내용은 확인했으나 여전히 1.0으로 들어오는걸로 보이네요. 두가지 요청을 안받아주는건 아니라서 저도 현재 어느부분이 느려지는 원인인지 정확히 파악은되지 않습니다;; 소스에 keep-alive로 설정한 이유는 있나요?
12.10.29 15:07고요비 아뇨. 저 구현체는 https://bitbucket.org/sublee/me2pheungp/src 를 가져온 거라서요; 지정하지 않고 호출해도 차이는 없는 것 같네요.
12.10.29 15:17고요비 http://kldp.org/node/60926 마지막 내용을 참조하여 connection: close 지정하면 지연없이 종료하는 것으로 확인했습니다. (아까는 connection 헤더를 지정하지 않은 상태였습니다)
12.10.29 16:44고요비 내용으로 짐작해보면 클라이언트 쪽에서 잘못 호출하고 있었다는 얘기가 되는 것 같은데, 여전히 왜 HTTP/1.1 선언이 1.0으로 들어갔는지는 모르겠네요 OTL
12.10.29 16:46kz 원인이 서버인지 클라이언트인지 네트웍인지 잘 파악이 안되서 여러가지 옵션 수정을 요청드린거구요. 아직 저도 원인 파악이 orz;
12.10.29 17:47고요비 우짜든동, 제 쪽에서는 일단 문제가 안 생기도록 했으니 일단 넘어갈 수 있게 됐습니다. 괜히 문젯거리 넘겨드린 것 같아 죄송합니다 ㅜㅜ
12.10.29 19:22kz 아..그럼 connection header를 'close'로 지정해서 해결된건가요? 'keep-alive'를 브라우저가 아닌이상 쓸 이유가 없을듯해요!
12.10.29 19:39고요비 자세한 건 나중에 다시 봐야 되겠지만, 일단은 해결입니다 ㅜㅜ
12.10.29 20:18언제 이거 다시 한 번 해봐야 되겠다. keep-alive 설정 때문이었을까?
12.12.16 16:50