인생에서 가장 빛나는 순간 인생에서 가장 빛나는 순간

서버에서 캐시 설정을 했지만 브라우저에서 다르게 동작할때가있다... 실험중에 캐시 관련 설정을 다 껐는대도 캐시가 되는걸 보고 내가 실험을 잘 못하고 있나...생각했는데.. 그게 아니었다...브라우저마다 서버 설정과 무관하게 리소스를 캐시할지 말지 나름대로 매커니즘을 가지고 있었다... 아래는 httpwatch 사이트에 브라우저 cache 관련하여 IE와 FF의 중요한 차이점을 기술하고 있다..ㅎㄷㄷ... http://blog.httpwatch.com/2008/10/15/two-important-differences-between-firefox-and-ie-caching/ 다행이다. 이제라도 이걸 찾았으니..

요청을 보냈는데 아무 소식이 없을때가 있다. VUser Script 함수를 수행했는데 아무 소식이 없을때가 있다. 응답을 받다가 아무 소식이 없을때가 있다.. 초기설정은 120s이나...이건 너무 길다.. 아래처럼 10s나 20s로 설정하고 해보길.. 출처 : http://www.geekinterview.com/question_details/43161

HeadFirstJava > Chapter 16 TreeSet은 중복을 방지해준다는 면에서 HashSet과 비슷합니다. 하지만 정렬을 유지시켜주는 기능도 있습니다. 인자가 없는 생성자를 이용해서 TreeSet을 만들면 객체의 compreTo() 메소드를 써서 자동으로 정렬된 집합을 만들어 줍니다. 그리고 생성자에 Comparator를 넘겨주면 그 객체의 compare() 메소드를 써서 정렬을 해줍니다. 정렬을 하지 않아도 될 때도 항상 정렬을 하기 때문에 속도가 조금 느리다는 단점도 있긴 합니다. 하지만 대부분의 경우에 그 속도 저하를 거의 느끼기 힘들 것입니다. 실험 필요...

Action() { double trTime; int nFound; //lr_continue_on_error(1) // 1 continue, 0 stop //lr_fail_trans_with_error( lr_start_transaction("address"); web_set_max_html_param_len("262144"); // default max length is 256 characters // web_reg_save_param("checkText", "LB=resu", "RB=lns", LAST); // save entire body to a parameter web_reg_save_param("ParamResponseBody", "LB=", "RB=", "Search=Body", LAST);..

아래와 같이하면 응답헤더에서 "HTTP/1.1 200 OK"라는 문자열이 있으면 해당 TR은 pass, 없으면 fail 난다. web_reg_find("Fail=NotFound", "Search=Headers", "Text=HTTP/1.1 200 OK", LAST); http://ptfrontline.wordpress.com/2010/04/11/handle-http-re-directions-in-loadrunner-scripts-yourself/

모바일은 RTT(Round Trip Time)과 Latency가 유난히 길다. 한번 왕복에 보통 60~100ms라고 보면된다. Pipelining은 주고받는 확인절차 없이 그냥 한꺼번에 (한번에 보내는 양은 브라우저마다 지원하는 Pipeling Spec에 따라 다르다.) 보냄으로써 RTT를 대폭 개선한다. 모바일 Pipelining을 지원하는 안드로이드, 오페라 성능을 보면 아 쫌 도움이 되는구나.. 느껴 볼 수 있다. http://gs.statcounter.com/#mobile_browser-ww-monthly-201006-201106 PC야 머...모바일에 비해 RTT, latency 월등하니.. pipelining이 급히 필요한건 아니다. Windows Desktop Browsers Supports..

http://icecreamie.tistory.com/52 http://lifehack.kr/90112825093 http://blogs.msdn.com/b/ie/archive/2010/07/14/caching-improvements-in-internet-explorer-9.aspx http://blogs.msdn.com/b/ie/ http://ie.microsoft.com/testdrive/Info/ThankYou/Default.html http://blogs.msdn.com/b/ie/archive/2010/06/21/measuring-browser-performance-with-the-windows-performance-tools.aspx http://blogs.msdn.com/b/ie/archive..

http://www.stevesouders.com/blog/2011/06/28/lack-of-caching-for-iphone-home-screen-apps/ http://www.stevesouders.com/blog/2011/06/27/unexpected-reloads-in-webkit/ history back을 이용하여 reload를 최소한으로 줄여야 한다.