I recently enabled website compression through CloudFront that compress all compressible files (html, js, css).
It seemed to work fine on each browser I try it from but recorded browser tests failed over and over (both in datadog and in ghost inspector).
This is the error I get "Your website does not support being loaded through an iframe".
Did anyone came across with something similar to this?
I will appreciate any help! :)
Related
I have a WordPress webiste and its waiting time is too high I have done the optimization using autoptimizer and use the gzip compression code in the htaccess file for the compression.
please help me out is this the issue from the my end or is this server issue
I am placing the link of the recent test fone using Gtmatrix fro my website:
https://gtmetrix.com/reports/unicommerce.com/vein49uQ
help me out with the valuable suggestion that I can do for the optimization of speed and scoores
Your server sends the data with an outdated HTTP protocol and is quite slow generally.
HTTP/1.1 200 OK
Try to implement the HTTP2 Protocol on your server because it is capable of multithreading. Then the combining of css files and scripts and move them to footer and so on gets obsolete.
What kind of hosting do you have?
And there are some typical problems, like render blocking ressources and so on to eleminate:
https://developers.google.com/speed/pagespeed/insights/?hl=en&url=https%3A%2F%2Funicommerce.com
Regards Tom
You need to compress JS , CSS and HTML files using htaccess files
Combine CSS into one CSS so all css will not load
Block unnessesary JS and CSS files to load
Add some browser cache plugin
EWWW plugin for image compress
Visit https://samaxes.com/2008/04/htaccess-gzip-and-cache-your-site-for-faster-loading-and-bandwidth-saving/
first thing you can check that which file taking longer time for load and apply defer or async keyword on link so your loading can improve
My website was working perfect since it was running on http. After migrating it to https , some of the css is not reflecting properly. I've checked many things like 304 error , done versioning of css files , transferred all requests to https instead of http. This is the link :- https://stratgist.com. Please check tell me the solution to this
Site is working fine to me, Just some js and css files are not loading and console showing it.
It might have cache of your browser. Open browser and do ctrl+f5 or else open site in Incognito mode/private window of your browser.
Hi i have a flex file upload application over https it works fine on all IE browsers.
Recently a client with IE9 reported a complaint that she's not able to upload files.
I can see the error generated is IO Error #2038.
The adobe documentation says 2038 is File I/O Error.This error occurs when an application can't get file size, creation date or modification data using the FileReference API.
Can some one help me point out what could be the issue here.
All i can think of is browser issues like, browser cache, some new configuration in IE9 am unaware of or permission on the client directory.
Help will be much appreciated.
thanks
I suggest you to use Charles debugging proxy, which is must have tool for all Flash/Flex developers, and see the difference in IE8 and IE9. Maybe the problem is in some HTTP headers or something else.
I have a similar issue. Later I found out that upload feature doesn't work for latest version of flash player over https. Then I tried sending the upload requests via http instead of https. Now its working fine. Try this, it may help in your case aswell.
I'm using TypeKit to provide fonts for a site I'm developing. When the page is loading it loads slow (more than a second). Turns out that this is because it's downloading the fonts on every requests. It's beyond me that a service such as this doesn't have etags configured to get clients to cache the fonts...but I digress. Until TypeKit fixes this I host the CSS locally temporarily.
Anyone had this issue with TypeKit? How did you work around it? Perhaps I'm wrong?
According to a posting on their getsatisfaction.com account, they have at least some caching in place:
One thing to note is that although the fonts are served with an Expires header, they're also served with an Etag. The browser is required to make a request after 5 minutes, but will normally use the Etag to generate a 304 (Not Modified) response - meaning, the fonts aren't actually downloaded again.
can you check what happens using Firebug?
I'm using the WebDevHelper toolbar for Internet Explorer to troubleshoot HTTP requests/roundtrips on my SSL site and noticed that IE re-downloads my CSS :hover images every time they are triggered. This causes a huge amount of roundtrips.
How can I prevent this from happening?
Edit: All static content is served with cache-control: public, so images, javascript etc. are cached in Firefox and Chrome. This problem is IE specific.
Serve static content via http, sure, but don't do separate images for :hover states. Proper css image sprites should be used. It's just good practice all around, via https or http. There are tons of resources available for creating sprites. Supposedly SpriteMe, [ http://spriteme.org/ ] is an attempt to automate css image sprite creation.
If the images are being delivered from a different hostname than your main page, then you're hitting the artifact described here:
http://blogs.msdn.com/ieinternals/archive/2010/04/21/Internet-Explorer-May-Bypass-Cache-for-Cross-Domain-HTTPS-Content.aspx
Well there are multiple issues according to other Stackoverflow posts. FireFox 2.x also has this problem. But FireFox 3.x doesn't.
Will web browsers cache content over https
Also in Internet Explorer, you go to Tools > Internet Options > Advanced tab > Security section > Do not save encrypted pages to disk. It appears to be unchecked by default in IE6, 7 and 8.
Content served via SSL will not be cached for security reasons. If you want something to be cached, serve it via HTTP.
Have you tried adding to the header for those type of static files.
P3P: CP="CAO PSA OUR"
I know this works with in IE to allow storage of cookies through framesets and stuff. Not sure if it works with static files under HTTPS.
I know it sounds weird...
try to put a url to something that isn't exists (404 error). after this, all the rest of the images will be cached.