Open GoogleCodeExporter opened 9 years ago
can anyone looking into this problem? I really need experts guidance to move
forward.
Original comment by ishim...@gmail.com
on 25 Aug 2014 at 8:21
A search on mod-pagespeed-discuss for 'weblogic' shows:
https://groups.google.com/forum/#!searchin/mod-pagespeed-discuss/weblogic%7Csort
:relevance
This entry looks relevant:
https://groups.google.com/forum/#!searchin/mod-pagespeed-discuss/weblogic%7Csort
:relevance/mod-pagespeed-discuss/9YOvMAAtiNQ/-8MhAHZAAhEJ
in particular this last response:
Anand R
1/2/13
Hi Josh, Hi Matt,
The problem is now fixed. Oracle recommended upgrading the mod_wl plugin to the
latest version(v1.1). Then mod_pagespeed started working fine.
Thanks for all the help.
-Anand
Please let us know if this resolves the issue.
Original comment by jmara...@google.com
on 25 Aug 2014 at 8:29
Thanks. I already saw that thread before and per that I have new weblogic
plugin 1.1 installed.
I got below errors -
==================
[Tue Aug 12 06:13:26 2014] [info] [mod_pagespeed 1.7.30.4-3847 @7978] Cache
entry is expired:
https://psdevl4sso.corporate.ge.com/cs/tsd3/cache/GE_PT_ORACLELOGO_SWAN_1.gif
[Tue Aug 12 06:13:26 2014] [info] [mod_pagespeed 1.7.30.4-3847 @7978] HTTPCache
key=https://psdevl4sso.corporate.ge.com/cs/tsd3/cache/PSSTYLEREQ_1.css:
remembering not-cacheable status for 299 seconds.
[Tue Aug 12 06:13:26 2014] [info] [mod_pagespeed 1.7.30.4-3847 @7978] HTTPCache
key=https://psdevl4sso.corporate.ge.com/cs/tsd3/cache/PSSTYLEDEF_SWAN_1.css:
remembering not-cacheable status for 299 seconds.
Any thoughts? please let me know.
Original comment by ishim...@gmail.com
on 28 Aug 2014 at 3:46
Cool. What are the response headers for
https://psdevl4sso.corporate.ge.com/cs/tsd3/cache/GE_PT_ORACLELOGO_SWAN_1.gif ?
It looks like you might not be able to find them with wget if they require an
SSO cookie, but you can get them from the Chrome Dev Tools or Firebug or
something.
Original comment by jmara...@google.com
on 28 Aug 2014 at 12:45
While you are at it, also check the HTTP response headers for
https://psdevl4sso.corporate.ge.com/cs/tsd3/cache/PSSTYLEREQ_1.css and
https://psdevl4sso.corporate.ge.com/cs/tsd3/cache/PSSTYLEDEF_SWAN_1.css
Original comment by jmara...@google.com
on 28 Aug 2014 at 12:47
Thanks. I got below mentioned headers from Weblogic for all 3 requests :
Tue Aug 12 06:13:35 2014 <7978140783841525> Hdrs from
WLS:[Cache-Control]=[public]
Tue Aug 12 06:13:35 2014 <7978140783841525> Hdrs from
WLS:[Cache-Control]=[max-age=315360000]
Tue Aug 12 06:13:35 2014 <7978140783841525> Hdrs from WLS:[Date]=[Tue, 12 Aug
2014 10:13:35 GMT]
Tue Aug 12 06:13:35 2014 <7978140783841525> Hdrs from
WLS:[Content-Length]=[2207]
Tue Aug 12 06:13:35 2014 <7978140783841524> Reader::fill(): sysRecv returned 359
Original comment by maulik.l...@gmail.com
on 28 Aug 2014 at 9:57
I seem to be getting the same "issue". I have an Oracle HTTP Server (which is a fork of apache) as a reverse proxy for WebLogic. Of the 63 images on my home page, 13 are being converted to WebP and the others seem to be untouched. When I search the mod_pagespeed log for any of the images not being touched, I see this same message:
[Wed, 14 Sep 2016 15:17:06 GMT] [Info] [12373] Cache entry is expired: http://portal-uat1.smiles.com.br/documents/10282/12619544/BannerHomeMobile.jpg (fragment=smiles.com.br)
The headers being returned to the browser are:
Cache-Control:private Connection:keep-alive Content-Disposition:inline; filename="BannerHomeMobile.jpg" Content-Language:en Content-Length:32061 Content-Type:image/jpeg Date:Wed, 14 Sep 2016 15:17:13 GMT ETag:"d920950c" Expires:Sat, 12 Sep 2026 15:17:13 GMT Last-Modified:Thu, 07 Jul 2016 14:56:38 GMT Server:Oracle-HTTP-Server-12c Vary:Accept-Encoding X-Content-Type-Options:nosniff X-Frame-Options:SAMEORIGIN X-Powered-By:Servlet/3.0 JSP/2.2 X-XSS-Protection:1
Any ideas on what I could try? I'm messing with the conf files right now.
Tks
EDIT: After posting I decided to, you know, actually look at the headers. Cache-Control:private means it shouldn't be cached by intermediaries, so that's probably the reason. I'll see if that makes a difference.
Original issue reported on code.google.com by
ishim...@gmail.com
on 19 Aug 2014 at 9:36Attachments: