Eine Suche bei google lieferte viele Ergebnisse, aber nicht alle halte ich für wirklich sinnvoll bzw. gut gelöst, sicher liefern sie ein Ergebnis – aber warum soll ich zum Lösen dieses Problems eine Tabelle anlegen – wie z.B. hier: Strim Strips Out Non-Alphanumeric Characters oder hier: Sql Server Tips – Removing or Replacing non-alphanumeric characters in strings beschrieben.

Eine tolle Lösung habe ich dann aber doch noch gefunden und zwar in einem Oracle-Forum *hüstel* RE: Remove non-numeric characters.

Das Ganze in eine StoredProcedure eingebaut könnte dann z.B. so aussehen:

CREATE PROCEDURE SetCompactArticleNumberOnArticle

AS
BEGIN

 DECLARE CompactArticleNumberCursor CURSOR FOR
 SELECT [GUID]
    , VersionNo
    , ArticleNumber
  FROM dbo.Article
 WHERE CompactArticleNumber IS NULL

 DECLARE @GUID UNIQUEIDENTIFIER
 DECLARE @VersionNo INT
 DECLARE @ArticleNumber NVARCHAR(22)
 DECLARE @CompactArticleNumber NVARCHAR(22)
 DECLARE @Position INT

 OPEN CompactArticleNumberCursor

 FETCH NEXT FROM CompactArticleNumberCursor into @GUID ,@VersionNo , @ArticleNumber

 WHILE @@FETCH_STATUS = 0
 BEGIN
  SET @CompactArticleNumber = @ArticleNumber;

  SELECT @Position = PATINDEX('%[^0-9a-Z]%', @CompactArticleNumber);

  WHILE @Position > 0
  BEGIN
   SELECT @CompactArticleNumber = STUFF(@CompactArticleNumber, @Position, 1, '');
   SELECT @Position = PATINDEX('%[^0-9a-Z]%', @CompactArticleNumber);
  END;

  UPDATE Article
    SET CompactArticleNumber = @CompactArticleNumber
   WHERE [GUID] = @GUID AND VersionNo = @VersionNo;

  FETCH NEXT FROM CompactArticleNumberCursor into @GUID ,@VersionNo , @ArticleNumber
 END;

 CLOSE CompactArticleNumberCursor
 DEALLOCATE CompactArticleNumberCursor

END;
GO

Diese StoredProcedure konvertiert, wann immer sie ausgeführt wird, ArtikelNummern in eine alphanumerische Version dieser. Schlüssel dazu sind die beiden T-SQL Funktionen STUFF und PATINDEX.

Wobei STUFF zum Entfernen der nicht-alphnumerischen Zeichen an einer Position verwendet wird und PATINDEX zum Auffinden der nächsten Position eine solchen Zeichens. Einfach aber effektiv und ganz ohne zusätzliche Tabelle. Sehr schön!

Dort wird er fast ausschließlich Anleitungen finden, welche sagen, dass man unter der Parallels VM den VMWare Converter installieren soll und somit die Maschine aus Parallels heraus konvertieren kann. Wie z.B.: auf macworld.com.

Seit der Version 2.0 von Fusion – genauer seit dem Update auf die Version 2.0.1 ist dies für Parallels virtuelle Maschinen bis zu Version 3 einschließlich allerdings nicht mehr notwendig, da das update einen neuen Importer mitbringt, welcher die direkte Konvertierung von Parallels Maschinen zuläßt.

Eine schöne Anleitung in Form eines Screencasts findet sich in den VMWare blogs oder Ihr schaut Ihn Euch schnell hier an:

Einzige Einschränkung – da die Version 2.0.1 vor dem Erscheinen von Parallels 4.0 veröffentlicht wurde – kann sie wie erwähnt nur Maschinen bisVersion 3 umstellen.

Und meiner Meinung nach ist das Eager Loading im Entity Framework akzeptabel gelöst. Eager Laoding ist im Gegensatz zum Lazy Loading das Laden, welches Abhängigkeiten direkt mitlädt und nicht erst bei einem Zugriff tarnsparent nachlädt. Wozu das Ganze?! Nun wie ich finde gibt es viele Anwendungsfälle in denen der Zugriff auf Details eines Datensatzes schon feststeht – warum diese also transparent in einem weiteren Datenbankzugriff nachladen, wenn man sie direkt mitladen kann?? Eben!

Ein klassiches Beispiel wäre: Rechnung -> Rechnungsposition -> Einheit

Es gibt also eine Rechnung mit n-Rechnunspositionen und jede dieser Positionen enthält eine Einheit des verkauften Gutes. Datenbanktechnisch ist dies natürlich Normalisiert worde und liegt deshalb in einer zusätzlichen Entität vor.

Typischerweise würden einige sicher das ganz so programmieren (zumindest mit einem ORM-Ansatz):

var rechnungen = from eRechnungen in entities.RechnungSet select eRechnungen;

foreach (Rechnung rechnung in rechnungen)
{
    rechnung.Rechnungspositionen.Load();

    foreach(Rechnungsposition position in rechnung.Rechnungspositionen)
    {
         position.EinheitReference.Load();
         position.Einheit.....
    }
}

Dies wäre eine logische Abbildung des Aufbaus des Datenmodells – nur leider auf Grund der vielen unnötigen Datenbankabfragen eine inperformante Lösung. Bei 1 Rechnung mit 10 Positionen wären dies ganze 21 Datenbankzugriffe – au backe!

Eager Loading vereinfacht dies etwas:

var rechnungen = from eRechnungen in entities.RechnungSet.Include("Rechnungspositionen").Include("Rechnungspositionen.Einheit") select eRechnungen;

foreach (Rechnung rechnung in rechnungen)
{
    foreach(Rechnungsposition position in rechnung.Rechnungspositionen)
    {
        position.Einheit.....
    }
}

Durch die Include-Anweisungen wird das generierte SQL-Statement entsprechend erweitert, so dass sowohl die Positionen als auch deren Einheiten beim ersten Datenbankzugriff mitgeldaden werden. Klasse – so werden alle benötigten Daten in 1 Datenbankzugriff geladen!

Die Include-Funktion erwartet eine Pfad-Angabe als String. Diese kann geschachtelt werden, so das über mehrere Ebenen hinweg die Daten bereits mitselektiert werden können. Einziger Nachteil wie ich finde – bei Änderung der Property-Namen entfällt der Kompiletimecheck… aber für den Anfang nicht so schlecht

Einen Blog-Eintrag aus dem ADO.NET-Team findet sich hier: http://blogs.msdn.com/adonet/archive/2008/10/07/migrating-from-linq-to-sql-to-entity-framework-eager-loading.aspx – zwar als Vergleich zu Linq2SQL, aber man kann das wesentliche zu Eager Loading mittels Entity Framework nachlesen.

Mit Hilfe dieser paar Zeilen lassen sich in einer Microsoft SQL Server Datenbank alle Tabellen löschen, unabhängig von der Reihenfolge und der Constraints mit welchen sie verknüpft sind. Dazu werden in der ersten Zeile alle Contsraints disabled – danach alle Tabellen gelöscht. Die darauf folgende Anweisung, die Constraints wieder zu enablen, kann man sich eigentlich schenken, da keine Tabellen mehr in der Datenbank enthalten sein sollten. Ich habe es nur der Vollständigkeit halber miterwähnt, da man dieses Skript auch für andere Aufgaben missbrauchen kann: z.B.: alle Tabellen der Datenbank leeren, ebenfalls unabhängig der foreign-key constraints.

Schlüssel zum Erfolg ist die undokumentierte Stored Procedures sp_MSForEachTable. Eine kurze Erläuterung findet sich im databasejournal.com

S#arp Architecture

Dabei handelt es sich um ein Framework, welches eine Basis für das Erstellen von Web-Applikationen mit Hilfe von ASP.NET MVC und NHibernate bildet.

Beide Frameworks sowohl ASP.NET MVC als auch NHibernate halte ich derzeit für eine perfekte Grundlage, auf der man Aufbauen sollte, um eigene Software zu schreiben.

Ein Blick in den bin Ordner der Bibliothek offenbart, dass ebenfalls Teile des Castle Projects inkludiert sind. Der Active-Record Part aber nicht – obwohl es dazu das wirklich gelungen Visual Studio Pluign Active Writer gibt, welches einen visuellen Designer für das Active Record Pattern auf NHibernate Basis zur Verfügung stellt. Warum kann ich derzeit nicht sagen – da ich mich auch noch nicht in die Tiefe gearbeitet habe.

Hier noch der Link zu dem Blog des Main Developers: Billy MacCafferty – vorbeischauen lohnt sich sicher, um die neusten News zu dem Projekt zu erwischen.

Nachtrag:
Im Dikussionsforum findet sich auch die Antwort, warum nicht auf Active Record gesetzt wurde.

Vorteile der neuen Version sollen sein:

• Direkter Zugriff auf die analytischen Daten, die Traffic-Statistiken und die Besucher – und das alles unter der Wordpress-Administrationsoberfläche
• Änderung der visuellen Statistikdarstellung über CSS-Stylesheets
• Lightweight und AJAX-State-of-the-art

Hört sich soweit gut an – das wollte ich doch ausprobieren Da ich allerdings einige Probleme hatte das gute Stück lauffähig zu konfigurieren, schreibe ich die Punkte hier nieder:

1. Nachdem ich das zip heruntergeladen, ausgepackt und auf den Server geladen hatte, musste ich feststellen, dass der Name des Plugin-Verzeichnisses woopra_wordpress lautete, aber Dateien aus dem Verzeichnis wp-content/plugins/woopra/ angefordert wurden, was hierauf zurückzuführen ist:

   Quelle: woopra.php

   function woopra_analytics_head()
   {
   	echo "<script src="". get_option('siteurl') ."/wp-content/plugins/woopra/woopra_analytics.js"></script>rn";
   	echo "<script src="". get_option('siteurl') ."/wp-content/plugins/woopra/swfobject.js"></script>rn";
   	echo "<script src="". get_option('siteurl') ."/wp-content/plugins/woopra/datepicker.js"></script>rn";
   	echo "<link rel='stylesheet' href='". get_option('siteurl') ."/wp-content/plugins/woopra/woopra_analytics.css' type='text/css' />";
   	echo "<link rel='stylesheet' href='". get_option('siteurl') ."/wp-content/plugins/woopra/datepicker.css' type='text/css' />";
   }
   

   Also benannte ich das Verzeichnis in woopra um.

2. Danach fielen mir einige HTTP-403 (Zugriff verweigert) Statuscodes auf, welche bei Anforderung der entsprechenden js-Dateien aus dem Woopra-Plugin-Verzeichnis gefeuert wurden. Die Lösung war auch recht simpel – das gerade hochgeladene Verzeichnis hatte die Rechte 700 – da der WebServer allerdings als nicht-priviligierter Benutzer die Daten abruft, sollten die Verzeichnisrechte auf 755 geändert werden. Gesagt – Getan!
3. Als dritter und letzter Punkt wurde mir schnell klar, das gar keine Daten mehr über Woopra gesammelt wurden…hm

   Ein Blick in das generierte JavaScript im Footer-Bereich des Blogs verriet mir dann zumindest wo das Problem lag. Meine Woopra_ID lautet dort: 2147483647 – ist sie aber nicht wirklich! Die Frage war nur – warum zum Henker steht diese Zahl dann dort??!!

   Eine kurze Suche braachte Aufklärung – in der Datei woopra.php in Zeile 70 steht Folgendes:

   echo "var woopra_id = '" . intval( $woopra_id ) . "';rn";
   

   Die Funktion intval() liefert den Integer-Wert der übergebenen Variable zurück – welche auf einem 32-bit Betriebssystem maximal 2147483647 ist. Aha! Also liefert auf einem 32-bit Betriebssystem intval(‘1000000000000′) = 2147483647. Da meine website_id = 2316929566 > 2147483647 ist – war klar, warum in dem Footer 2147483647 stand.

   Also habe ich kurzerhand das intval() in Zeile 70 entfernt – und siehe da, Daten wurden wieder getrackt!

   Nachtrag:
   Damit die website_id nicht auch falsch in der Datenbank gespeichert wird, ist Zeile 181 ebenfalls zu ändern:

   von:

   update_option('woopra_website_id', (int) $_POST['websiteid']);
   

   nach:

   update_option('woopra_website_id', $_POST['websiteid']);
   

Vielleicht habt Ihr ja ähnliche Probleme mit dem Plugin – dann könnt Ihr versuchen, ob diese Tipps bei Euch auch helfen.

Ein Tutorial findet sich hier und einen Screencast gibt es auch zu dem Thema:

Pex – Automated Exploratory Testing for .NET

Der große Vorteil gegenüber der herkömmlichen Art Testfälle zu erstellen ist, dass Pex per Code-Analyse Constraints und Randwerte ermittelt. Somit können entscheidende Werte nicht vergessen werden – das Code-Coverage verbessert sich und Schwachstellen innerhalb der Programmierung können besser gefunden werden.

Hier der Download der aktuellen Version 0.60: Pex v0.6.30728.0

Witzig nicht, weil man dort einen Online-Stammbaum pflegen kann (dafür gibt es feine native Clients ala MacFamilyTree/MacStammbaum zu dem ich meinen Paps auch schon überzeugen konnte!) – nein! – witzig, weil man sich dort eine Karte zum Namen anzeigen lassen kann!

Das Ergebnis für den Namen Kimpenhaus liefert Erschreckendes… oder naja wohl eher Erwartetes:

Ein paar Statistiken liefert die Seite gleich auch noch mit:

• In Deutschland gibt es 18 Telefonbucheinträge zum Namen Kimpenhaus und damit ca. 48 Personen mit diesem Namen.
• Diese leben in 9 Städten und Landkreisen. Die meisten Anschlüsse sind in Mettmann gemeldet, nämlich 7.
• Weitere Kreise/Städte mit besonders vielen Namensträgern sind Essen (3), Wesel (2), Oberbergischer Kreis (1), Euskirchen (1), Mülheim an der Ruhr (1), Recklinghausen (1), Duisburg (1) sowie Limburg-Weilburg mit 1 Einträgen.
• Heinz Kimpenhaus kommt in Deutschland am häufigsten vor. Fritz sowie Hans sind die nächsten oft gefundenen Vornamen, gefolgt von Hermann, Kai Helge, Ina, Friedel, Rüdiger, Dirk sowie Wolfgang.

Hm…kein Marcus aber wer die Statistiken sorgfältig gelesen hat, dem wird schnell klar warum bzw. dass die Site doch nicht ganz repräsentativ ist. Es werden Telefonbucheinträge ausgewertet – und Meiner-Einer hat sich nicht eintragen lassen!

Nichts desto trotz ist es mal ein lustige Nebenbeschäftigung einfach nach seinem Namen zu suchen und sich überraschen zu lassen.

Viel Spaß damit.

New in ColorZilla 2:

• Webpage DOM Color Analyzer
• • Analyze DOM element colors on any Web page and create a corresponding palette
  • Locate elements on the page that correspond to a given color
  • Find out what CSS rules specify a given color
  • Save, bookmark and share the palettes
• Online Palette Viewer
• • Click here for an example
  • Allows viewing, bookmarking and sharing any color palette
  • Provides a permalink URL that represents any set of colors
  • Online Eyedropper shows colors in RGB, HSV and additional formats
• Use Full Page Zoom introduced in Firefox 3
• Firebug support – allows opening the selected element in Firebug
• New languages – Indonesian, Korean, Norwegian. Thanks to the BabelZilla team!
• Firefox 3 support
• Ubuntu support (gcc4 based build included)
• Minor tweaks and bug fixes

Wow! – gerade für einen Hobby-Blogger wie mich, der gerne an den Templates und Styles herumtüftlet, sind das viele tolle neue Feature, die neben dem bereits integrierten Pippeten-Werkzeug das ganze abrundet. Gerade für die Umstellung auf das neue Theme war das neue Feature das DOM
zu analysieren und daraus eine Palette zu erstellen, welche man sogar zur Wiederverwendung speichern kann, perfekt, um einige Änderungen an den bestehenden Style-Sheets vorzunehmen.

Das Vorgehen zum Erstellen seiner eigenen Blog-Farbpalette ist so einfach wie intuitiv:

1. Context-Menu aufrufen

   

2. “Webpage DOM Color Analyzer…” ausführen

   

3. “save as colorzilla palette” aurufen und einen entsprechenden Namen vergeben

   

Toll ist auch, dass man einen Permalink zu seiner Farb-Konfiguration erstellen und somit auf einfachste Art und Weise mit anderen teilen kann.

Kopieren der RGB- oder HEX-Werte fällt natürlich so gewohnt leicht wie immer – einfach per Rechtsklick auf das Pipetten-Symbol in der Statusleiste – nachdem man eine Farbe ausgewählt hat – insgesamt kann dort aus 5 verschiedenen Möglichkeiten gewählt werden.

P.S.: Die Farbpalette und die abgebildeten Screenshots beziehen sich noch auf das alte Theme

Ist doch dieses Tool nur windows-tauglich, dürfen sich jetzt die Macianer unter uns freuen. Es gibt einen Pendant für Firefox auf Mac OS X. MultiFirefox liegt in der Version 2.0 vor und ermöglicht es bis zu 5 verschiedene Versionen des Firefox zu starten. Ein sehr nützliches Feature ist, dass MultiFirefox alle installierten Firefox-Versionen automatisch erkennt und über eine Profil-Auswahl die entsprechende Version starten kann. Alles was zu tun ist, jede Firefox-Version sollte einen eindeutigen Namen ala Firefox2, Firefox3 etc. haben.