Using a single resource in multiple variations is also referred to as "single source publishing" in CMS terms. It's a technique that truly eliminates a lot of tedious and error prone work from editors and lets them focus on content authoring.
However, while this library is a step in the right direction, the use of query strings to parameterize the image processing is a feature that's begging to be exploited. Given enough query string variations, the disk runs out of storage and potentially brings down the service.
I'm using another technique to achieve comparable features without potentially having the server run out of disk space because of malicious requests. I'm stacking "stream providers" on top of each other as profiles configured in e.g. an XML document. The profiles contains the configuration details of each "stream provider" and makes itself available as single query string parameter (i.e. "image.jpeg?profile=smallProfile").
While I acknowledge this requires a bit more configuration, it's usually not much of an issue. Once the layout has been approved, all required image translations are basically reproduced as profiles and referenced from the generated markup.
Sounds great with the latest CTP. Another thing: the C# team usually has more than a single feature scoped for a major release of the language, and while the async stuff is definitely a major feature, the community has suggested numerous other features.
Are we going to see other features in the next major version of C#? Come on .. spill the beans
I've been following the CTPs and am looking forward to pushing esp. the caching part of App Fabric to our architecture this summer when the RTM is released. It's been a pleasure to work with the team on the API and meeting up with MK et all at PDC last year
was also a really positive experience.
Looking forward to more videos and talks on AppFabric.
I attended this pre-conference workshop, hoping that I would see "demonstrations of code quality best practices that have been proven to work on a variety of projects", but unfortunately, the workshop didn't touch on this subject at all.
In fact, most of the stuff presented was focused on how to drag stuff around and irrelevant stuff such as coloring of visuals in UML diagrams, and zooming in and out of diagrams (hint: don't read out loud what it says in the new context menus - your audience
can read etc.).
The first half of the workshop was a complete waste of time, and this is not just my personal oppinion. I heard from several other guests that they found the first half a complete waste of time. The second half picked up the pace, but Todd Girvin kept dragging
the level down to level 100, where as Chris Tullier wanted to do level 300 - 400 stuff, being more of a experienced developer.
PDC is going to be a blast; can't wait to get started on the sessions and meet the other devs in the lounge. Charles, please make sure the big Channel 9 guy is attending the keynotes too, as it was great fun last year. Oh, almost forgot, bring plenty of
small Channel 9 guys too for throwing out to the audience.
Did I miss something or are there no sessions with Anders Hejlsberg this year?
Sounds interesting, but seriously, did you look at the source code of the "flapjax.js" core file that backs the demos? I am impressed with the efforts put in the framework (and obviously the idea), but the implementation is not impressive.
Perhaps I'm biased; I'm using mootools / jQuery and am really impressed with the beauty of these frameworks (both in design, idea and implementation).
I completely agree with the question on covariant return types. When I met Anders at the PDC bookstore I really tried to get the message across and I've been pushing the request for a long time (as have numerous other people in the community).
Charles, while I agree that they are fundamentally the same operating systems there seems to be a big difference in the user experience between Vista and Windows Server 2008; meaning that users on the server operating system find it more stable and responsive.
I guess this is because of the different tuning (as you mentioned) and actual components that are loaded in memory - or that Vista is not tuned to the workloads they throw at it.
I run Windows Server 2008 x64 on a box with 8 GB of RAM and am truly enjoying the benefit of more RAM (and it even plays nice with Call of Duty 4). There is no way I'm ever going to install Vista (again) on my box and it's by far the best development setup
I've seen (you've got to love the combination of VS 2008 SP1, .NET 3.5 SP1, IIS 7 and SQL Server 2008).
I'm really looking forward to PDC this year - and will definitely to be seated up front when the C# team presents the latest ideas and implementations.
If there's one thing I'd really like to see in C# 4.0, then it would be covariant return types. I know it's going to take a new version of the CLR, but please take it into consideration (once more).
Funny, you look bigger in real life... Server side image resizing with the free and open source ImageResizer
May 10, 2011 at 12:23 PMUsing a single resource in multiple variations is also referred to as "single source publishing" in CMS terms. It's a technique that truly eliminates a lot of tedious and error prone work from editors and lets them focus on content authoring.
However, while this library is a step in the right direction, the use of query strings to parameterize the image processing is a feature that's begging to be exploited. Given enough query string variations, the disk runs out of storage and potentially brings down the service.
I'm using another technique to achieve comparable features without potentially having the server run out of disk space because of malicious requests. I'm stacking "stream providers" on top of each other as profiles configured in e.g. an XML document. The profiles contains the configuration details of each "stream provider" and makes itself available as single query string parameter (i.e. "image.jpeg?profile=smallProfile").
While I acknowledge this requires a bit more configuration, it's usually not much of an issue. Once the layout has been approved, all required image translations are basically reproduced as profiles and referenced from the generated markup.
Mads Torgersen: Visual Studio Async CTP (SP1 Refresh) Overview
Apr 13, 2011 at 1:09 PMSounds great with the latest CTP. Another thing: the C# team usually has more than a single feature scoped for a major release of the language, and while the async stuff is definitely a major feature, the community has suggested numerous other features.
Are we going to see other features in the next major version of C#? Come on .. spill the beans
endpoint.tv - Windows Server AppFabric - Server Farm Setup
Jun 02, 2010 at 10:43 AMGreat video - as always!
I've been following the CTPs and am looking forward to pushing esp. the caching part of App Fabric to our architecture this summer when the RTM is released. It's been a pleasure to work with the team on the API and meeting up with MK et all at PDC last year was also a really positive experience.
Looking forward to more videos and talks on AppFabric.
PDC09 Workshop: Developing Quality Software Using Microsoft Visual Studio Team System 2010
Nov 27, 2009 at 4:17 AMI attended this pre-conference workshop, hoping that I would see "demonstrations of code quality best practices that have been proven to work on a variety of projects", but unfortunately, the workshop didn't touch on this subject at all.
In fact, most of the stuff presented was focused on how to drag stuff around and irrelevant stuff such as coloring of visuals in UML diagrams, and zooming in and out of diagrams (hint: don't read out loud what it says in the new context menus - your audience can read etc.).
The first half of the workshop was a complete waste of time, and this is not just my personal oppinion. I heard from several other guests that they found the first half a complete waste of time. The second half picked up the pace, but Todd Girvin kept dragging the level down to level 100, where as Chris Tullier wanted to do level 300 - 400 stuff, being more of a experienced developer.
Too bad, I was hoping for more.
Announcing Channel 9 Live at PDC09
Nov 14, 2009 at 9:56 AMPDC is going to be a blast; can't wait to get started on the sessions and meet the other devs in the lounge. Charles, please make sure the big Channel 9 guy is attending the keynotes too, as it was great fun last year. Oh, almost forgot, bring plenty of small Channel 9 guys too for throwing out to the audience.
Did I miss something or are there no sessions with Anders Hejlsberg this year?
Expert to Expert: Web Programming, JavaScript with Types and Flapjax
Jun 23, 2009 at 2:40 PMSounds interesting, but seriously, did you look at the source code of the "flapjax.js" core file that backs the demos? I am impressed with the efforts put in the framework (and obviously the idea), but the implementation is not impressive. Perhaps I'm biased; I'm using mootools / jQuery and am really impressed with the beauty of these frameworks (both in design, idea and implementation).
C# 4.0 - Questions and reasons behind the answers
Nov 11, 2008 at 2:20 PMI completely agree with the question on covariant return types. When I met Anders at the PDC bookstore I really tried to get the message across and I've been pushing the request for a long time (as have numerous other people in the community).
Windows Vista - 64 bit in the Mainstream
Aug 14, 2008 at 1:55 PMI run Windows Server 2008 x64 on a box with 8 GB of RAM and am truly enjoying the benefit of more RAM (and it even plays nice with Call of Duty 4). There is no way I'm ever going to install Vista (again) on my box and it's by far the best development setup I've seen (you've got to love the combination of VS 2008 SP1, .NET 3.5 SP1, IIS 7 and SQL Server 2008).
See you at the PDC (wahoo).
C# 4.0: Meet the Design Team
Jul 10, 2008 at 3:54 PMC# 4.0: Meet the Design Team
Jul 10, 2008 at 3:14 PMIf there's one thing I'd really like to see in C# 4.0, then it would be covariant return types. I know it's going to take a new version of the CLR, but please take it into consideration (once more).
See more comments…