久しぶりの更新です。
過去似たような問題が、ある案件に対応したようだが、
最近友人から、解決方法が聞かれたきっかけで
一応spring+mysqlを利用した場合の設定方法をブログにもメモしておきます。
以下spring設定ファイルの抜粋です
<beans>
...
<!-- Local Apache Commons DBCP DataSource that refers to a combined database -->
<!-- (see dataAccessContext-jta.xml for an alternative) -->
<!-- The placeholders are resolved from jdbc.properties through -->
<!-- the PropertyPlaceholderConfigurer in applicationContext.xml -->
<bean id="dataSource"
class="org.apache.commons.dbcp.BasicDataSource"
destroy-method="close">
<property name="driverClassName"
value="${jdbc.driverClassName}" />
<property name="url" value="${jdbc.url}" />
<property name="username" value="${jdbc.username}" />
<property name="password" value="${jdbc.password}" />
<!-- 最大接続数 -->
<property name="maxActive" value="300" />
<!-- <property name="maxActive" value="30" /> -->
<!-- 未使用の接続を保持する最大数 -->
<property name="maxIdle" value="10" />
<!-- 未使用の接続を保持する最小数 -->
<property name="minIdle" value="5" />
<!-- maxActiveを超える接続要求に対するウェイトタイム ミリ秒(-1でタイム アウトなし) -->
<!-- <property name="maxWait" value="1000" /> -->
<property name="maxWait" value="10000" />
<!-- The initial number of connections that are created when the pool -->
<property name="initialSize" value="5" />
<!-- クローズ漏れとなったコネクションを回収する。-->
<property name="removeAbandoned" value="true" />
<property name="removeAbandonedTimeout" value="60" />
<property name="logAbandoned" value="true" />
<!--
MySQL側から強制切断されるコネクションがなくなるため、
dbcpは常に接続されたコネクションを返してくるよう
30分毎に監視をし、1時間使用されていないコネクションがあればプールから削除する
-->
<property name="timeBetweenEvictionRunsMillis" value="1800000" />
<property name="minEvictableIdleTimeMillis" value="1800000" />
<!-- プールから接続を取得する前に接続の有効性を確認 -->
<property name="validationQuery" value="SELECT 1" />
<property name="testOnBorrow" value="true" />
<property name="testOnReturn" value="true" />
<property name="testWhileIdle" value="true" />
<property name="numTestsPerEvictionRun" value="5" />
</bean>
...
</beans>
詳細設定はデータソースのクラス(本例はorg.apache.commons.dbcp.BasicDataSource)やDB(本例はMYSQL)により異なる可能性がありますが、APIを参考した上各自設定してください。
2011年10月21日金曜日
2011年2月14日月曜日
特定客先がサイトを閲覧すると白い画面のままになる問題について
クエリパラメータが付加されるGoogle、Yahooで検索。
検索結果をクリック。
ブラウザが白い画面になり、そのまま結果が返らない。
前提条件
・特定のお客様でのみ発生
・IE6でのみ発生
・全てのサイトが検索後に同じ症状になるわけではない
【発生原因について】
HTTP1.1 でクライアントがアクセスした場合、NetCacheがICAP連携している事により、
その返信には「Transfer- Encoding chunked」が使用されます。
(HTTP1.0のcontent lengthと比較して、データの終了を「0」として告げるもの)
NetCacheは全てのデータをクライアントへ返信していますが、
ブラウザ側がその受信内容(chunked data)を正しく処理できず、
この返信されたjavascript群が正しくIEにて処理されずに停止しているようです。
----------
調べたところ、あるjsonファイルのレスポンスが下記のようになっている
--------------------------------------------------------------------------------------
POST yyy.json
http://www.myserver.com/xxx/yyy.json
200 OK
myserver.com
52.7 KB
640ms
パラメータヘッダPOSTPUTレスポンスキャッシュHTMLJSON
レスポンスヘッダソース表示
Date Mon, 27 Dec 2010 10:51:56 GMT
Etag W/"269287-1293447004000"
Last-Modified Mon, 27 Dec 2010 10:50:04 GMT
Vary Accept-Encoding,User-Agent
Content-Encoding gzip
Keep-Alive timeout=10, max=289
Connection Keep-Alive
Transfer-Encoding chunked
Content-Type application/json
--------------------------------------------------------------------------------------
開発機で再現できないのは未だに謎です。。。
参考に、もしかしたら
http://ameblo.jp/phpwalker/entry-10444869607.html
apacheの設定にある
# deflate setting
# Insert filter
SetOutputFilter DEFLATE
# Netscape 4.x has some problems...
BrowserMatch ^Mozilla/4 gzip-only-text/html
# Netscape 4.06-4.08 have some more problems
BrowserMatch ^Mozilla/4\.0[678] no-gzip
# MSIE masquerades as Netscape, but it is fine
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
# Don't compress images
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png|zip|swf)$ no-gzip dont-vary
# Make sure proxies don't deliver the wrong content
Header append Vary User-Agent env=!dont-vary
の
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png|zip|swf)$ no-gzip dont-vary
を
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png|zip|swf|json)$ no-gzip dont-vary
と変更したら、レスポンスは下記のように変わりました。
Date Fri, 28 Jan 2011 08:43:58 GMT
Etag W/"228501-1296204003000"
Last-Modified Fri, 28 Jan 2011 08:40:03 GMT
Content-Length 228501
Keep-Alive timeout=5, max=74
Connection Keep-Alive
Content-Type application/json
うまく治りましたね、
これで、WWWへ公開してYahoooやGoogleから開いた場合に確認したいです。
検索結果をクリック。
ブラウザが白い画面になり、そのまま結果が返らない。
前提条件
・特定のお客様でのみ発生
・IE6でのみ発生
・全てのサイトが検索後に同じ症状になるわけではない
【発生原因について】
HTTP1.1 でクライアントがアクセスした場合、NetCacheがICAP連携している事により、
その返信には「Transfer- Encoding chunked」が使用されます。
(HTTP1.0のcontent lengthと比較して、データの終了を「0」として告げるもの)
NetCacheは全てのデータをクライアントへ返信していますが、
ブラウザ側がその受信内容(chunked data)を正しく処理できず、
この返信されたjavascript群が正しくIEにて処理されずに停止しているようです。
----------
調べたところ、あるjsonファイルのレスポンスが下記のようになっている
--------------------------------------------------------------------------------------
POST yyy.json
http://www.myserver.com/xxx/yyy.json
200 OK
myserver.com
52.7 KB
640ms
パラメータヘッダPOSTPUTレスポンスキャッシュHTMLJSON
レスポンスヘッダソース表示
Date Mon, 27 Dec 2010 10:51:56 GMT
Etag W/"269287-1293447004000"
Last-Modified Mon, 27 Dec 2010 10:50:04 GMT
Vary Accept-Encoding,User-Agent
Content-Encoding gzip
Keep-Alive timeout=10, max=289
Connection Keep-Alive
Transfer-Encoding chunked
Content-Type application/json
--------------------------------------------------------------------------------------
開発機で再現できないのは未だに謎です。。。
参考に、もしかしたら
http://ameblo.jp/phpwalker/entry-10444869607.html
apacheの設定にある
# deflate setting
# Insert filter
SetOutputFilter DEFLATE
# Netscape 4.x has some problems...
BrowserMatch ^Mozilla/4 gzip-only-text/html
# Netscape 4.06-4.08 have some more problems
BrowserMatch ^Mozilla/4\.0[678] no-gzip
# MSIE masquerades as Netscape, but it is fine
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
# Don't compress images
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png|zip|swf)$ no-gzip dont-vary
# Make sure proxies don't deliver the wrong content
Header append Vary User-Agent env=!dont-vary
の
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png|zip|swf)$ no-gzip dont-vary
を
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png|zip|swf|json)$ no-gzip dont-vary
と変更したら、レスポンスは下記のように変わりました。
Date Fri, 28 Jan 2011 08:43:58 GMT
Etag W/"228501-1296204003000"
Last-Modified Fri, 28 Jan 2011 08:40:03 GMT
Content-Length 228501
Keep-Alive timeout=5, max=74
Connection Keep-Alive
Content-Type application/json
うまく治りましたね、
これで、WWWへ公開してYahoooやGoogleから開いた場合に確認したいです。
登録:
コメント (Atom)