One thing that’s still on my list of things to add to the Mail-To-Weblog support of dasBlog is support for SMS and MMS blogging. Because SMS and MMS e-mails routed through the mobile phone carrier’s E-Mail gateways often seem have varying whacky formatting added to them either by the phone itself or by the carrier (like weird subject lines), I need to have a set of samples to figure out how to support this best.
If you have E-Mail via SMS/MMS enabled for your phone and are willing to make a small donation to the dasBlog project by sending one E-Mail to me, you could help me getting this feature right. The E-Mail should have the subject “DasBlog:SMS” or “DasBlog:MMS” (if your phone permits that) and the text body should contain the mobile carrier name, phone manufacturer name and model number. Of course, MMS is where the real fun is and what I want to support fully.
Once we’ve got support for inbound SMS/MMS blogging, I intend to support WAP and cHTML support as well as a special set of templates and entry points for small form factor browsers like PocketPC in the following version.
E-Mails should go to clemensv@newtelligence.com
I wasn’t sure how good these two new features would work, but the
stats are so great that I already don’t want to miss them. Gives you a
really good impression what people are (still) interested in and what files
they grab from you site. Now I finally know what stuff (code, PPTs) I need to
keep current and what I topics should come back to and revisit.
For the curious I’ve included two screenshots of what today’s
stats of these two features look like as of 10 minutes ago.
I've bumped up the version number for dasBlog to 1.4. I've got a couple of enhancements myself in a private build here and the folks over in the workspace at GotDotNet have added quite a few cool things as well. I want to check in my new stuff before end of next week, so that we'll have an "official build" ready just before PDC.
The two features I added today are evil spy-features "ClickThrough" and "AggBug".
ClickThrough is an automatic mechanism that will (if configured) replace all hyperlinks in your web-page content with references to a redirector service, which logs clicks. So you'll learn which links people actually click. I added this mostly because I am curious about my downloads.
AggBug (long version: "RSS Aggregator Web Bugs") injects a reference 1x1 transparent GIF into the HTML that's emitted by the RSS generator for each entry. The GIF is served by the engine itself and tracks those requests. I am doing that, because I really want to know how many readers I have. Currently I only see the readers who are coming to the web-site, but I suspect that the vast majority are using aggregators.
Update: I should probably add that I am not logging IP addresses in these two features just as I am not doing that with referrers.
While you wait for the Indigo show to start, here is some stuff to look at and consider (again).
The links at the bottom of this post point to five slide decks that I have been using for presentations throughout this year. All of them are, indeed, very relevant to the Indigo story you will be hearing at PDC 03.
This spring, I’ve been on the road together with my good friend Steve Swartz, who is one of the Architects and Program Managers at Microsoft’s Indigo Team. On this tour, we have presented lots of ideas around scalable applications in seven cities all over Europe. And of course, we knew at the time that Indigo was coming … ;)
The “DistSys” ZIP files below contain the four decks we have been using on that tour. “Layers” is about layering, tiers and services (pay attention to “dialogs”), “Processes” is about implementation aspects such as process models, state and sessions, “Transactions” is about taking thinking about transactions beyond the database and “Scaling” highlights several essential ideas around scalability.
My DEV357 talk at TechEd Dallas, which is in part an aggregate of the talks from this tour, may even be more important, because it actually contains outspoken, concrete guidance for how to build applications on today’s technology stack in order to be ready for Indigo. To summarize the core message of that deck in terms of appropriate use of the existing technology stack for distributed systems:
· .NET Remoting: Use for “local”, on-machine, cross-app-domain communication.
(In clear words: Remoting calls don’t leave the machine!)
· Enterprise Services: Use for “near”, cross-process, cross-machine communication
· ASMX: Use for “near” or “far”, cross-process, cross-machine communication. Prefer over Enterprise Services, unless you need the features or have pressing performance problems.
Read. Understand. Absorb.
Download: DEV357-CV-Building-Distributed-NET-Apps-V2.zip
Download: 1-DistSys-Layers-Swartz-Vasters-V8-complete.zip
Download: 2-DistSys-Processes-Swartz-Vasters-V6-complete.zip
Download: 3-DistSys-Transactions-Swartz-Vasters-V9-complete.zip
Download: 4-DistSys-Scaling-Swartz-Vasters-V6-complete.zip
Grosse Dinge steht vor der Tür, alle wollen hin. Problem: Die ganze Operation ist nicht gerade billig und der Chef läßt einen nicht hinfahren.
Um ein bisschen Trost zu spenden und auch um einen netten ersten Anlass zu geben, sich unter (nieder-)rheinländischen Entwicklern mal zusammenzusetzen ohne dass es gleich was kostet, haben wir hier bei newtelligence vor, sehr kurz nach der grossen Microsoft Veranstaltung in L.A. irgendwo hier bei uns einen Saal zu mieten (irgendwo rundum D, MG, NE) und unter dem Motto "Neues aus L.A." in ungefähr 3 Stunden, ganz informell und bei einem gepflegten Bierchen die wichtigsten Stichpunkte von dem was wir an Einsichten mitgebracht haben für den programmierenden Rheinländer zusammenzufassen.
Wenn wir genug Kölner und Bonner zusammenkriegen machen wir auch sehr gerne einen zusätzlichen Ausflug auf die Südseite der Worringer Linie. Die Veranstaltung soll und wird nichts kosten und wir kennen sogar jemanden, der bereit ist ein oder zwei (oder drei) Lokalrunden auszugeben.
Also, wer Interesse hat oder wer einen kennt der Interesse haben könnte, hier sind die Eckpunkte:
- Termin: irgendwann in der Woche vom 10.11. bis zum 14.11; Start so um 18:30. Endgültig festgelegt haben wir ausser dem Ausschluß vom Hoppedizerwachen (11.11.) noch nichts. Kommt auch drauf an wann die meisten Interessierten können und was wir für eine Lokalität brauchen. Unsere Favoriten sind aber Donnerstag und Freitag.
- Themen: WinFS, Indigo, Avalon und ASP.NET 2.0
- Ort: Altbierzone D, NE, MG und ggf. zusätzlich nochmal in der Kölschzone K, BN, BM
- Vortragende: Willers, Freiberger, Vasters
- Anmeldung von Interesse: Bitte per EMail (training@newtelligence.com) mit dem Betreff "Neues aus L.A.", mit Name und Adresse/Kontaktinfos und bis allerspätestens 24.10. damit wir das auch organisatorisch noch hinkriegen. Und da wir weder die Kölnarena noch die Philipshalle mieten werden, müssen wir natürlich irgendwann auch die Tür zu machen. ;)
- Grund: Künne mer donn, also dommer dat.
Weitersagen.
China has a man in orbit. I think that's fantastic. I strongly believe that they're serious about going to the moon. It's time man goes back up there.
Here’s a little, so far unpublicized secret from my calendar (read on, freebie ahead):
My company, newtelligence, is currently running a series of workshops on “Windows DNA to Microsoft .NET migration” for Microsoft EMEA at the Microsoft Technology Centre in Reading, UK. We already ran three events with lots of success and have at least another two scheduled.
On the first day, we cover aspects like “Why, when and when not to migrate”, migration strategies, Web services integration and side-by-side comparisons of technologies like ASP/ASP.NET and ADO/ADO.NET. And on the second day, we actually port an ASP/COM+ app to the .NET platform from scratch and show common preparation steps, pitfalls and workaround techniques.
And here’s the best of it all: Microsoft offers this workshop series to their enterprise customers at no charge. All you need is to register and pay your own travel and hotel. The events run at the Microsoft Campus in Reading, UK. Next dates are November 6-7 and December 11-12. Seating is very limited, so if you are interested you need to be quick to grab a seat.
There are two ways to get in. Either contact your Microsoft account manager (if you have one) and ask about the “DNA -> .NET Interop and Migration” course at the EMEA Microsoft Technology Centre or, much simpler, simply drop us a mail at training@newtelligence.com with your full business contact details and we’ll get back to you with the full agenda and information on how to sign up (given there are still seats available). If you don’t think you are a Microsoft enterprise customer – write anyways. We’ll try.
Why am I writing this? At the last run of the event we still had a few seats left and I suspect that was simply because only few people knew about these events and Microsoft didn’t make them very visible. So I thought I should make that a bit better known for the benefit of the community ;)
Now you know. Tell your friends. It’s good, it’s free, can’t go wrong ;)
I see quite a few models for Service Oriented Architectures that employ pipelines with validating "gatekeeper" stages that verify whether inbound messages are valid according to an agreed contract. Validation on inbound messages is a reactive action resulting from distrust of the communication partner's ability to adhere to the contract. Validation on inbound messages shields a service from invalid input data, but seen from the perspective of the entire system, the action occurs too late.
What I see less often is a gatekeeper on outbound channels that verifies whether the currently executing local service adheres to the agreed communication contract. Validation on outbound messages is a proactive action taken in order to create trust with partners about the local service's ability to adhere to a contract. Furthermore, validation on outbound messages is quite often the last chance action before a well-known point of no return: the transaction boundary. If a service is faulty, for whatever reason, it needs to consistently fail and abort transactions instead of emitting incorrect messages that are in violation of the contract. If the service is faulty, it must consequently be assumed that compensating recovery strategies will not function properly and with the desired result.
Exception information that is generated on an inbound channel, especially in asynchronous one-way scenarios, vanishes into a log file at a location/organization that may not even own the sending service that's in violation of the contract. The only logical place to detect contract violations in order to isolate and efficiently eliminate problems is on the outbound, not on the inbound channel. Eliminating problems may mean to fix problems in the software, allow manual correction by an operator/clerk or an automatic rejection/rollback/retry of the operation yielding the incorrect result. None of these corrective actions can be done in a meaningful way by the message recipient. The recipient can shield itself, and that is and remains very important. However, it's just a desperate act of digging oneself in when the last line of defense did already fall.
Call me ignorant, but I think that the much hyped BloggerCon was an experiment that tanked completely. I wasn't there, but I see the results in "blogspace" and it is severely disappointing to say the least.
I just went through about 40 of the blogs on the blogroll and what I found was lots of name dropping like "Wow, I met NNN and he/she is so cool/interesting/witty/bright/blonde", lots of "NNN just started his session on [something that you'll find on the agenda]" and other stuff that may have been well in context if you were there, but lacks any point if you weren't.
The summary here seems to bit quite comprehensive. Before you continue reading here, click the link an go read it. .... I said go read it .... Go!
What I see is people that say "blogs save the world" and people that say "people who say that blogs save the world have lost their connection with reality". There was so much hype coming out of that room that it easily beats anything I've ever seen or heard about the potential of the Internet at the height of the bubble. Now we're not only going to get everybody connected to sell them something! No! We're going to revolutionize and revitalize democracy, we'll make the world a world of total information transparency, traditional journalism has ended!
So... if it does? What's the "Blogosphere" benefit of this conference? How did that new space that you all talked about really benefit from all that? I think it didn't, because you didn't give them any context folks, just loose hyperlinked meshes of nothingness. Microsoft TechEd and Microsoft PDC aren't about blogging, but the techedbloggers.net and pdcbloggers.net portals create a hundred times more informative and better organized "blogspace" than this blogger centric event's main "blog", which hasn't seen an update during or since the conference. Where are the presentations? Where is the archive of the web stream, where the IRC logs?
Not there? Bummer. If there is a real need for a conference about blogging, there should be tangible, organized results that the much-hyped blogspace community can benefit from. Maybe it's too early given it's only Monday, but I am almost ready to bet that we won't see that, because the idea was that these results would manifest themselves in the blogs during the conference. Instead, we find incoherent crumbs of information.
If you think that Weblogs are revolutionizing communication, why have a face-to-face conference? Why not just blog?
Here's my proposed agenda for a blogger conference that (a) stays true to the medium, (b) is productive with tangible results and (c) has all the wonderful advantages of meeting face to face.
Go to a sunny and fun place with a beach, lots of entertainment and a cool scene - in summer.
Day 0:
07:00pm Dinner
09:00pm Go out for drinks and have lots of fun
10:00pm Go to next bar (repeat until 2pm, depending on how much you can handle)
Day 1:
09:00am Breakfast in your hotel room (headache and you don't want to get out of that bath robe)
09:30am Kick out the other blogger(ess) you brought up into the room when you were both drunk and silly
10:00am Dial Up, put the "Do Not Disturb" sign on the door knob, lock the door
10:01am First prepped essays are posted by a few folks; start chatting, IM'ing, commenting, thinking, linking. Produce logs.
11:30am Second round
01:00pm Hook up with the crowd in the hotel restaurant for lunch. Discuss whether vegetarian meals are really healthier.
02:30am Third round
04:30am Fourth round
05:30pm Meet for a chat & early dinner
07:00pm Go out for drinks and have lots of fun
08:00pm Go to next bar (repeat until 2pm, depending on how much you can handle)
Day 2: (see above)
Ummm.... did I document that? If you use dasBlog, you can have an individual template for each category. Just create a subdirectory with the same name as the category (and subdirectory of the subdirectory for a nested category) and place the modified template files there. I just did that for the dasBlog">dasBlog category (subcategory of newtelligence) and placed the new files into the newtelligence/dasBlog subdir below the main template directory. Requires version 1.2 or later.
The Electric Doc’s blog is
a fantastic example for someone leveraging the localization support I put into
dasBlog to the maximum extent. Except for the headline and the occasional
English term in the posts I don’t understand a single thing over there,
but that’s the whole point of full localization, right?
If the browser’s primary language is set to Japanese, even the
navigation headlines, the comment links, the dates and everything else shows up
in Japanese.
World enabled. Goodness. I am really happy to see that ;)
"I'd like to bring you in for a review/training/coaching, but I guess you guys are too expensive" is something that I hear quite often when conference attendees approach me after a speech and ask me for assistance with problems they have. In fact, we likely aren't. We know the circumstances in quite a few markets in the EMEA region very well and know about the budget constraints of small and mid-size software companies. Don't make a guess, ask.
If you are given a hard time, because a project is late, there's now a good example to point to and say "well, it could be a lot worse".
The German TollCollect consortium that is contracted by the German government to build and operate a GSM/GPS based system to collect a country-wide, per-kilometer road use toll from trucks is currently caught right in the middle of one of the most publicized, most political and most costly IT project delays in Germany, ever. The problems seem to be a nightmarish combination of problems arising from in a huge project slammed together in a hurry and the blame must be given to both sides, the government and the industry partners. However, the result is absolutely disastrous for the already overstressed state budgets: German taxpayers are currently losing at least US$150 million (€130 million) a month just because of the project delays.
|