InterwebsGuy

I think IIS has some compression on by default, but IRC zlib compression is often the problematic one. I'm really out of ideas for now, if I think of anything else, I'll let you know.

Do you have Zlib compression enabled in the PHP.ini? If you do it might be worth disabling that and seeing if the outcome is any different. Give the IIS service a restart after that to ensure it takes effect. To be honest, I'd be inclined to disable any IIS compression that may be happening too. Do you have anything other than Moodle on your server? If so, any issues with that?

Can you confirm I understand correctly; an image that is failing to display in one browser displays in another? Because if so that really would rule out server settings I would imagine.

Yes, that should also match the IIS value. If it were failing to upload due to that limit, that wouldn't really make sense as to why they might display in one browser but not another.

I think your redirection will probably be okay then, I have a similar one myself. I don't suppose it is trying to load an image from an unsecured connection/location and that image is then being blocked by the browser? Apart from that, I am totally out of ideas buddy.

Eek - probably not then. My other ideas would be: 1) Do you have any URL rewriting going on? I had an issue with SCORM content at one stage, due to an old rewrite rule adjusting the path to the files and 2) The Slash Arguments option in Moodle, Admin->Server->HTTP, have you tried that enabled and disabled? However, re those last two points, if they were the issue, I'd have thought they would be affecting all other images within Moodle. But I guess it can't hurt to throw it out there as a suggestion can it?

I have it on IIS8, IRC the latest build of it works with IIS8 without any issues. There is something about it on the website/forums/support.

I have in the past used this extension: PHP Manager for IIS - Home It makes it a little simpler to manage the PHP INI file, but it also allows you to register/change the PHP version running. Of course you can do it by messing around with other settings directly within IIS, but this extension works pretty well.

I had all sorts of issues with Moodle on PHP 5.4.x - the newer builds have been getting better [of Moodle] but I think there is still a fair bit of PHP 5.4.x incompatibility in it. I have reverted to PHP 5.3.x for now.

Tickets booked. Good event last year, looking forward to it.

You could maybe use this site to print off the exif data associated with photos. Jeffrey's Exif viewer Probably not the easiest way of doing it though for many images though.

We've been having issues with it running slow since before Christmas. I've spoken with a couple of other schools in the Kirklees area who also confirm they are having the same issue. This was the state of our 100Mbps line this morning!

Seriously, why did I never think of that? Thank you!

How did you get the larger photo from Nat Geo's RSS feed? Curious, I like this idea.

I'm not sure about GP, but you can certainly do it in Smoothwall and possibly-probably other filtering services too.

You might also hit problems with files approaching 2GB due to PHP's x86 limitations. We suffer many headaches with courses exceeding 2GB!

I've no problem paying the price of a pint for an app, as I have done many times before. It's just the game is ten years old, and I've paid full price for it twice before.

iPaid (clever huh for a Monday morning) 69p for GTA3. Yes, I do think it is a fair chunk for a game that is ten years old, and a game that I have already paid full price for on Playstation and PC in the past. Angry Birds and that lot, I dunno - you're probably right, they are not my thing so don't play them. No argument though, it is a terrific game.

I'm not paying £2.99 for it.. it will drop to at least £1.99 if not £0.69 before too long - especially as it will be the third time I have bought VC. Great game though, can't wait to replay it!

Sounds plausible to me. Large JavaScript files (especially these), CSS, and HTML files all add up to more than you will imagine. That's before you include images into the equation. It might be worth checking with your host if they are compressing the files before sending them out over the net, for example, gzip. If for some reason that isn't enabled, you could halve your usage. I've just looked at the stats for ours last month (IIS), we had just over 120k page requests and used 5.6GB of bandwidth.

A Mars bar?

I've never understood the Ribbon hate. It's *not* that bad - it makes it easier to find the most commonly used features; sure there are going to be some people who use features that have been made harder to find by the Ribbon, but for most people once you're used to it, it is easier to use. People just don't like change.

Probably because the RT is really a consumer device (things such as Office on the RT are licensed for non-business use, etc). Microsoft would probably rather you have the non-RT - full blown ones when they are released.

You really shouldn't need to use an app for something like this. There is no real reason why a problem like that couldn't be fixed.

That could open up a whole load of new possibilities for lunch, too.