The following problem gives me a headache:
I've tried several speedtest websites that use Lighthouse for our website www.allureveranda.nl and the first header image that loads is a header image that we're not using anymore. After loading that header image, the header image we're using shows up. I've cleared all the cache (we're using Litespeed downloaded by our hoster) and deleted the old header image but it doesn't make a difference. I've asked several people what the problem could be (I even had contact with GTMetrix) but no one can gives me a answer. Since the change of that header image, our website loading very slow. (Before this Monday we scored an A 100% and now an E 46%.
Can someone help me out? Thanks in advance!
Related
I updated several modX sites today. They were quite old.
Now, when i want to upload an image on any of thoose websites, i can't. The uploader can"t finish the upload. The uploaded size is bigger than the expected size and the upload is incomplete :
watch the error : 1 image worths 1000 words sometimes
I have this in all the modX site since update.
I tried clearing the cache without effects. Any idea how to solve this ?
Thanks
Thomas
Do you have tried to visit the system settings?
Section "Core", subsection "file system". Perhaps, you need to change the value of the "upload_maxsize" key.
I have the default "10485760"
System Setting Screenshot
We have encountered multiple corrupted Instagram Standard Images (612px).
This happens the last 3-4 days. And across multiple Instagram users.
Strangely this issue is only evident when the images are opened using Adobe Photoshop.
When viewed using Mac's finder or Preview this image corrupt problem is not visible.
It affects about 50% of our customers. And mostly about 10-20% of their choosen images. And some can affect around 50-100% of their images.
Example of corrupted images:
http://distilleryimage10.s3.amazonaws.com/5875aa2eb24411e3bfe2124c49cf34ce_8.jpg
http://distilleryimage0.s3.amazonaws.com/3b3452a8b24411e3b352126f9f588c64_8.jpg
Again, this issue is only evident when the photos are being prepared to print.
Or when it is opened using Adobe Photoshop/Acrobat/Illustrator/Indesign.
Please help.
Thanks
Jeff
I managed to solve my issue with the same description. What I first did was download the images to my webserver exactly to what is was online, so I didn't change anything of the file contents, just get en then put in the file.
How I solved my problem? I use PHP to generate the image now after I donwloaded it the same way. This is the simplified version of my script:
<?php
// Create an image instance
$im = imagecreatefromjpeg('instagram_image.jpeg');
// Disable interlacing
imageinterlace($im, false); // did not use this but will do the same
// Save the image
imagejpeg($im, 'instagram_image.jpeg');
imagedestroy($im);
?>
When I started using this simple create and save script it all worked again. It looks like it does nothing but it did a lot for me! Hope it helps someone saving a lot of time, took me 1,5 day to figure out the exact problem.
A website I have will absolutely not work on Facebook's Debugger. I constantly get Error parsing input URL, no data was scraped (that's it). It's a WordPress 3.5 installation running Yoast's SEO plugin with OG data enabled.
I run many WordPress 3.5 sites from the same host (Dreamhost), with the SAME plugin that works perfectly on Debugger. If you checked the source code on the page not working, you can see the correct og: data.
All no-indexes have been unchecked, maintenance mode is off. I can't imagine a wordpress theme causing it to fail (I switched the theme to double check).
http://www.pompeya.com
I even tried the fbrefresh using http://www.pompeya.com?fbrefresh=CAN_BE_ANYTHING
When I go to facebook, it IS pulling the text og data, but not the 200x200px PNG pic that I've included. Again, I'm operating the same tactics as all my other wordpress sites, which are working.
Need help why Debugger can't even see the site!
Ok, first off, I know that the code referenced below has to do with a Joomla! site, however, I have had this problem on more than one site, not all of them using the Joomla! framework.
Now the problem:
I have some background images that are being referenced in my CSS stylesheet as:
background: url(../images/j_header_middle.png) repeat-x;
However, when the page is loaded into the web browser it is being referenced as:
background:url(http://64.19.142.11/www.outoftheblueinc.net/administrator/templates/bluestork/images/j_header_middle.png) repeat-x
I have done some searching on the web and have not been able to find a proper explanation as to why the images are being referenced this way. If I go into the console and remove the IP address from the file location it works just fine. I just have no idea why it is being added to the file location in the first place.
Any constructive ideas as to why this is happening are welcome.
I was wondering if you've found a satisfying explanation for this. If not then at least this post will serve as more data. My website recently had this problem too. In my javascript, I linked with the google hosted version of jQuery UI 1.8.18. Everything seemed ok for weeks until today when my browser kept trying to connect with 64.19.142.11. This link is the culprit.
http://64.19.142.11/ajax.googleapis.com/ajax/libs/jqueryui/1.8.18/themes/cupertino/images/ui-bg_highlight-hard_100_f2f5f7_1x100.png
That png file is an image resource specified by jQuery UI. I only started to see the problem today and I can't be sure whether it just started happening or the host with IP 64.19.142.11 recently went down. For weeks, jQuery ui 1.8.18 works fine.
Finally, after downgrading to 1.8.17 the problem seems to go away (no weird IP injection).
I just created a website ( http://www.kalif.ca ) for my business.
When I load the site in IE (in my specific case IE 8 on Win 7), on the main page, the only image that's loaded is the logo.
Any insights as to what might be happening would be greatly appreciated.
seems to me that getclicky and crazyegg javascript are slowing your site down but the main thing that sticks out is that you are giving your URL's full paths e.g. http://kalif.ca/media/images/excavator.png and the http://kalif.ca isn't working correctly and taking a long time to redirect to www.kalif.ca and thus show the image. If you insist on full paths please update them to www.kalif.ca.