DotNetNuke Blogs On DNN, For DNN

Grafik Platzhalter für Layout Demos ganz einfach

Eagleworx DNN Tips and Tricks — Wed, 25 Jan 2012 09:49:00 GMT

Üblicherweise verwendet man für den Entwurf von Screen Layouts Platzhalter um zu demonstrieren wie der Bildschirm im fertigen Design aussieht. Der übliche 'Lorem Ipsum' und eine einfache Grafik die dann auf die notwendige Größe skaliert wird kommen hier dann zum Einsatz.

More...

DotNetNuke speichern von Zugangsdaten der Benutzer

.NET - Software & DotNetNuke (DNN) Blog — Tue, 22 Nov 2011 17:29:45 GMT

DotNetNuke bietet drei Möglichkeiten die Passwörter von Benutzern zu speichern. Diese können im Klartext, als verschlüsselte Zeichenfolge oder als Hashwert in der Datenbank gespeichert werden. Das die erste Variante höchtens für Test- und Entwicklungsinstallationen in Frage kommt, muss wohl nicht weiter diskutiert werden. Konfiguiert wird die Behandlung von Passwörtern in der web.config direkt bei den Einstellungen des MembershipProvider:

"AspNetSqlMembershipProvider" type="System.Web.Security.SqlMembershipProvider" connectionStringName="SiteSqlServer" enablePasswordRetrieval="true" enablePasswordReset="true" requiresQuestionAndAnswer="false" minRequiredPasswordLength="7" minRequiredNonalphanumericCharacters="0" requiresUniqueEmail="false" passwordFormat="Encrypted" applicationName="DotNetNuke" />

Worin besteht aber der genau Unterschied zwischen veschlüsselt und hashed?

Verschlüsselte Zeichenfolgen

Bei diesem Modus werden die Passwörter durch einen Verschlüsselungsalgorithmus unleserlich gemacht, so das bei einem Auslesen der Tabelle, die Passwörter nicht im Klartext zur Verfügung stehen. DotNetNuke bzw. jedes DNN-Module ist in der Lage die Passwörter ohne Probleme zu lesen.

Hashwerte

Wenn man als Modus "Hashed" wählt, dann wird nur ein Hashwert vom Passwort abgespeichert und nicht das eigentliche Passwort. Aus dem Hashwert kann man das Passwort nicht mehr in Klartext umwandeln und somit hat auch kein Module mehr Zugriff auf die Passwörter. Das bedeutet aber auch, dass die "Passwort zusenden"-Funktion nicht mehr das Passwort dem Benutzer zur Verfügung stellen kann. Ob das eine Anwendung überhaupt machen sollte ist eine ganz andere Diskussion. Die Funktion "Passwort vergessen" funktioniert aber natürlich trotzdem, in diesem Modus wird von DotNetNuke einfach ein neues Zufallspasswort erzeugt.

Welche Variante

Es gibt keine klare Empfehlung für eine der verfügbaren Methode. Für die Auswahl sollten im Vorfeld Überlegungen angestellt werden, ob man das Passwort wirklich jemals im Klartext benötigt. Aus der Perspektive eines Datenschützers wäre eigentlich nur die Möglichkeit "als Hashwert" akzeptable.

DotNetNuke Performance Optimierung

.NET - Software & DotNetNuke (DNN) Blog — Thu, 17 Nov 2011 11:11:25 GMT

Die Performance einer Webseite ist heute aus vielen Gründen - die hier nicht weiter aufgeführt werden müssen - wichtig. DotNetNuke selber bietet eine Vielzahl von Einstellungen, die direkten Einfluss auf die Performance der Webseite haben können. Es gibt auf Codeplex ein Projekt, dass durch ein paar SQL Scripts die Einstellungen einer DotNetNuke Installation so modifiziert, das eine maximale Performance möglich ist.

Natürlich muss man im Einzelfall über manche Einstellung extra entscheiden aber als Startpunkt für eine Optimierung finde ich das sehr gelungen.

Das Projekt findet man unter http://dnnperformance.codeplex.com

Die web.config bei der Installation eines Modules verändern

.NET - Software & DotNetNuke (DNN) Blog — Thu, 27 Oct 2011 17:04:00 GMT

Je nach Modul gibt es schon mal die Anforderung, dass neue Einträge in die web.config geschrieben werden müssen. Dieses kann man entweder im SourceCode erledigen oder aber die Änderungen in dem DNN Modul Manifest / Definitionsdatei (meinmodule.dnn) definieren. Verfügbar ist das ab der Version 5 von DotNetNuke. Um das zu nutzen, muss man in der Manifest-Datei folgendes hinzufügen:

"Config">
 web.config  
             .....

Wie man sieht gibt es zwei Bereiche. Der Bereich wird während der Installation und der Bereich wird be der Deinstallation von dem DNN Modul ausgeführt.

Innerhalb des Tags können dann die entsprechenden Einträge hinzugefügt werden. Hier ein Beispiel womit ein HttpHandler hinzugefügt wird:

"/configuration/system.web/httpHandlers" action="update" 


key="path" collision="overwrite">
"*" path="myhandler.axd" validate="false" 


type="DNN.Module.Shop.MyHandler,
DNN.Module.Shop" />

Weiter Informationen findet man im Wiki auf www.dotnetnuke.com

Conditional Stylesheets oder CSS hacks

.NET - Software & DotNetNuke (DNN) Blog — Wed, 19 Oct 2011 13:43:52 GMT

Jeder der sich schon mal mit dem Thema Webdesign beschäftigt hat, kennt die Probleme der unterschiedlichen Browser. Besonders der Internet Explorer ist ein Kandidat, bei dem man sehr schnell graue Haare bekommt kann.

Meistens werden Hacks verwendet, die nur von bestimmten Versionen / Browsern erkannt bzw. akzeptiert werden und von den anderen als Fehler ignoriert.

Das Problem von solchen Hacks ist unter anderem dafür sorgen das eine CSS nicht mehr validiert werden kann. Um dieses Problem zu umgehen verwenden viele Conditional Stylesheets, die dann vom jeweiligen Browser erkannt und geladen werden. Das sieht dann so aus:

<link rel="stylesheet" type="text/css" media="screen" href="skin/css/style.css" />

Nun kann man für die verschiedenen Browser(versionen) die entsprecheden CSS-Definitionen sauber überschreiben. Ist doch super oder?

Diese Variante ist schon deutlich besser als die Verwendung von Hacks im eigentlichen CSS aber hat den großen Nachteil das noch mehr Dateien vom Server geladen werden müssen.

Eine deutlich besser Lösung sieht so aus:

"">

Hier wird nun in Abhängigkeit von der Browserversion das Tag HTML mit einer CSS-Klasse versehen und man kann nun ganz sauber und ohne Hacks für die div. Versionen CSS-Definitionen erstellen, dass dann z.B. so aussieht::

div.contentpane { width: 510px; }
.ie6 div.contentpane { width: 500px; }

Diese Technik wird z.B. auch vom bekannten http://html5boilerplate.com/ verwendet.

Benötigen auch Kleinunternehmer oder Mittelständler Richtlinien für den Umgang mit Social Media?

Eagleworx DNN Tips and Tricks — Tue, 06 Sep 2011 09:01:22 GMT

Mittlerweile bewegen sich bereits viele Kleinunternehmen und Mittelständler auch innerhalb der Sozialen Netzwerke. Üblicherweise erfolgt dies ohne eine klare Richtschnur an der sich Mitarbeiter orientieren können wie sie in geeigneter Form auch im jeweiligen Unternehmensinteresse dort agieren sollen. Hier empfiehlt es sich den Mitarbeitern einen kleinen ‘Ratgeber’ an die Hand zu geben um auch in den sozialen Netzwerken als Unternehmen einen möglichst Professionellen Eindruck zu hinterlassen. Nachfolgend eine Zusammenstellung der meiner Meinung nach wichtigsten Dinge die Mitarbeiter beachten sollten wenn diese sich in einem Unternehmenskontext auf den jeweiligen Plattformen bewegen.

More...

DotNetNuke 6.0.1 Datenmodell

Eagleworx DNN Tips and Tricks — Thu, 25 Aug 2011 07:52:00 GMT

Pünktlich zum neuen Release der Version 6.0.1 von DotNetNuke gibt es auch schon das entsprechende Datenmodell zum Download

More...

URI schema constant

.NET - Software & DotNetNuke (DNN) Blog — Thu, 04 Aug 2011 08:38:59 GMT

Immer wiedermal muss man in seinem Code überprüfen welches Schema die URI (URL) besitzt. Daher sieht man oft solche Codezeilen:

if (httpRequest.Uri.Scheme
== "https")

Ich bin absolut kein Freund von solchen Abfragen, die auf einen String-Wert vergleichen, den man selber schreiben muss. Das ist einfach viel zu Fehleranfällig und verleitet auch durch Copy & Paste und zu schnelles Tippen einfach Fehler zu machen... die Abfrage ist ja auch wirklich zu einfach um länger drüber nachzudenken.

Dabei kann man sich das Leben auch einfacher machen und zumindest in meinen Augen auch den Code richtig schreiben durch die Verwendung einer Konstanten aus dem .NET Framework. Die Klasse URI besitzt nämlich schon bereits diese Konstanten!

Der Code von oben sieht dann plötzlich wie folgt aus:

if (httpRequest.Uri.Scheme
== Uri.UriSchemeHttps)

Hier einen Auszug der vordefinierten Werte:

UriSchemeFtp: URI für FTP (File Transfer Protocol).
UriSchemeHttp: URI für HTTP (Hypertext Transfer Protocol)
UriSchemeHttps: URI für HTTPS (Secure Hypertext Transfer Protocol).
UriSchemeMailto: Gibt an, dass der URI eine E-Mail-Adresse ist und der Zugriff über SMTP (Simple Mail Transport Protocol) erfolgt.
UriSchemeNetPipe: Gibt an, dass auf den URI über das von Windows Communication Foundation (WCF) verwendete NetPipe-Schema zugegriffen wird.
UriSchemeNetTcp: Gibt an, dass auf den URI über das von Windows Communication Foundation (WCF) verwendete NetTcp-Schema zugegriffen wird.
UriSchemeNntp: URI für eine Internetnewsgroup, auf die über NNTP (Network News Transport Protocol) zugegriffen wird

Details gibt es hier.

Schnelles anlegen einer Seitenstruktur in DotNetNuke 6

Eagleworx DNN Tips and Tricks — Tue, 02 Aug 2011 11:57:00 GMT

Stehen Sie auch häufig vor der Aufgabe viele von Seiten innerhalb eines DNN Portals möglichst Zeitsparend anlegen zu müssen?
Seit DotNetNuke Version 6.x gibt es hierzu einen extrem einfachen und zeitsparenden Weg.

More...

ASP 0131 Unzulaessiger Pfad zum uebergeordneten Verzeichnis

.NET - Software & DotNetNuke (DNN) Blog — Sun, 31 Jul 2011 12:12:56 GMT

Bei dem Versuch eine alte ASP (classic asp) Anwendung auf einem Windows 2008 R2 System und damit auf einem IIS 7.5 funktionsfähig zu bekommen bestand das Problem das die Seite immer nur einen HTTP Errorcode 500 zurück gibt. Einen Blick in die Logs von IIS ergab die Fehlermeldung:

"|23|ASP_0131|Unzulässiger_Pfad_zum_übergeordneten_Verzeichnis"

Ursache dieses Problems ist das Standardmäßig der übergeordneten ASP-Pfade für eine Website oder Anwendung bei gleichzeitiger Verwendung relativer übergeordneter Pfade in einer Include-Anweisung nicht erlaubt / deaktiviert ist.

Empfohl ist die Einbindungen von

auf

zu verändern.

Alternativ kann man aber auch den Internet Information Server so einstellen, dass die übergeordneten ASP-Pfade erlaubt sind.

Dafür muss man beim IIS auf das entsprechende Web klicken und in der rechten Seite unter ASP die Konfiguration öffnen. Dort gibt es dann die Option "Übergeordnete Pfade aktivieren" der Wert muss von False auf True umgestellt werden.

Ist Geschwindigkeit bald keine Hexerei mehr?

Eagleworx DNN Tips and Tricks — Fri, 29 Jul 2011 08:43:00 GMT

Wer immer schon vermutet hatte, dass auch die Geschwindigkeit einer Web-Seite einen Einfluss auf das Ranking innerhalb von Suchmaschinen hat, wird nun wohl indirekt bestätigt.
Google kündigt in seinem Web-Master Blog an, zukünftig einen ‘Beschleunigungsservice’ für Web-Seiten anbieten zu wollen, und hat die Testphase eröffnet.

Prinzipiell ist es natürlich immer eine gute Idee, die eigenen Web-Seiten schneller an den Anwender ausliefern zu können, allerdings sollte man sich die Frage stellen, ob man es wirklich riskieren sollte sich darauf zu verlassen, was ein externer Anbieter so alles mit dem eigenen Code anstellt, den man ihm liefert. Laut Blog werden wohl verschiedenste Aktionen durchgeführt (Konsolidierung der CSS Dateien, Bildkompression, Caching, Zip-Kompression). Ob das immer mit dem zu erzielenden Ergebnis vereinbar ist, muss sich wohl im Praxistest zeigen.

Wenn man es bevorzugt, selbst die Kontrolle über derartige Prozesse zu behalten, sollte über den Einsatz eines eigenen Kompressionsmechanismus respektive einer entsprechenden Appliance nachgedacht werden. Insbesondere größere Installationen können so besser gesteuert werden als dies bei externen Services möglich wäre.
Preise für den von Google bereitgestellten Service sind noch nicht bekannt und sollen im Laufe des Jahres bekannt gegeben werden. Vermutlich will man zunächst abwarten, wie groß die Resonanz auf das Angebot sein wird.

Lektorat by VMH

Tips für ein einfaches Upgrade von DNN 4.x auf DNN 5.6.3

Eagleworx DNN Tips and Tricks — Fri, 08 Jul 2011 08:05:04 GMT

Nachfolgend ein paar Tips die man befolgen sollte um ein möglichst nahtloses Upgrade durchführen zu können

Backup, backup, backup:
Wie üblich gilt auch hier, “alles das schiefgehen kann, wird auch schiefgehen”.
Somit sollte auch hier zunächst ein komplettes Backup des Portals erfolgen bevor der Upgrade-Prozess gestartet wird.
Führen Sie das Upgrade nach Möglichkeit an einer Kopie des Portals durch. Das erlaubt es Ihnen möglicherweise notwendige Änderungen wie der Ersatz von Modulen oder Änderungen am Menüprovider durchzuführen ohne das Ihr Produktives Portal in Mitleidenschaft gezogen wird.
Upgrade auf Version 4.9.4: Sollte Ihr Portal nicht bereits in der Version 4.9.5 laufen führen Sie bitte zunächst ein Upgrade zu dieser Version durch. Sollte bereits dieses Upgrade Probleme verursachen dann werden Sie mit Sicherheit auch Probleme beim Upgrade auf die Version 5.6.3 haben. Somit ist ein sauberes Upgrade auf 4.9.5 unabdingbare Voraussetzung.
Deinstallieren Sie alle ‘nicht Core’ Module welche in Ihrem Portal nicht verwendet werden. Dies minimiert ganz einfach mögliche Konflikte die auf Kompatibilitätsproblemen von Modulen beruhen könnten. In Version 4.x gibt es keine einfache Möglichkeit unbenutzte Module in Ihrem Portal zu identifizieren. Pete Saunders von CFWebmasters hat ein SQL Skript entwickelt welches diese Aufgabe übernehmen kann. Das Skript generiert eine Liste von Modulen welche derzeit nicht verwendet werden. Die generierte Liste wird auch einige Core Module enthalten die zwar installiert sind, aber von Ihnen nicht verwendet werden. In dem nachstehenden Skript werden einige bereits ‘ausgeblendet’. Sie können diese Liste selbst einfach erweitern.
select distinct dm.[FriendlyName],dm.[DesktopModuleID]
from [ModuleDefinitions] md
INNER JOIN [DesktopModules] dm ON dm.[DesktopModuleID] =
md.[DesktopModuleID] WHERE md.[moduledefid]
/* exclude core modules */
NOT IN (SELECT [ModuleDefID] FROM [Modules] WHERE [isDeleted] = 0)
AND (dm.[FriendlyName] <> 'Help'
AND dm.[FriendlyName]<> 'Account Login'
AND dm.[FriendlyName] <> 'Search Input'
AND dm.[FriendlyName] <> 'User Account'
AND dm.[FriendlyName] <> 'UsersOnline')
ORDER BY dm.[FriendlyName]
Besondere Beachtung erfordert in jedem Fall das XML/XSL Modul. Dieses Modul muss zwingend auf die aktuellste Version upgegradet werden VOR einem Upgrade des Portals auf 5.6.3.
Prüfen und gegebenen falls Upgraden von Fremdherstellermoulen (soweit möglich)
Führen Sie nochmals zur Sicherheit ein Backup durch. Das Upgrade auf 5.6.3 steht kurz bevor, und falls doch noch etwas schiefgeht müssen sie die vorherigen Schritte nicht noch einmal durchführen, sondern können einfach Ihre Sicherung zurückspielen.
Nun kommt das Upgrade auf die Version 5.6.3 . Durch die vorgenannten Schritte können Sie alle zwischenschritte beim Upgrade über die Version 5.x einsparen. Die Upgrade Skripte der Version 5.6.3 machen sauber alle Updates in der Datenbank.
Aufräumen: nachdem das Upgrade durchgeführt wurde könnte es durchaus möglich sein das einige Nacharbeiten an den verwendeten Skins erforderlich werden. Es haben in der Zwischenzeit erhebliche Änderungen zwischen der 4.x und 5.x stattgefunden, so das hier möglicherweise Menü-Probleme oder verschobene Layouts auftreten könnten. Dies ist im übrigen der Hauptgrund warum Sie das Upgrade auf einer Kopie durchführen sollten. Dies gibt Ihnen die Gelegenheit alle aufgetretenen Fehler im Layout zu korrigieren ohne das Ihre Produktive Seite beeinflusst wird.

Nachdem Sie diese Probleme ausgeräumt haben ersetzen Sie Ihre ‘alte’ 4.x Seite mit der neuen 5.6.3…und bereiten sich schon einmal auf einen Wechsel zur Version 6.x vor!

Dies ist eine freie Übersetzung eines Blog-Posts von Robb Brynn

Microsoft SQL Server Error: 15138 drop user account

.NET - Software & DotNetNuke (DNN) Blog — Wed, 22 Jun 2011 22:16:40 GMT

Gerade habe ich eine ältere Sicherung in den Mircosoft SQL Express 2008 eingespielt. Dabei wollte ich ein wenig aufräumen und die nicht benötigten Benutzerkonten löschen. Jedoch habe ich bei dem Versuch immer die Fehlermeldung

"The database principal owns a schema in the database, and cannot be dropped. (Microsoft SQL Server, Error: 15138)."

bekommen. Die Lösung für dieses Problem ist recht einfach: Wenn für den Benutzeraccount ein Schema angelegt wurde, muss zunächst das Schema aus der SQL Server Datenbank entfernt werden. Um zu überprüfen, ob es ein Schema für den Benutzer gibt, kann man mit dem SQL Server Manager bei der entsprechenden Datenbank unter Sicherheit => Schema nachschauen. Wenn kein Schema mehr von diesem Benutzer existiert, lässt sich auch das Benutzerkonto ohne Fehlermeldung löschen.

ICANN hat den Vorschlag der finalen Fassung des Draft Applicant Guidebooks zur Registrierung neuer gTLDs veröffentlicht

Eagleworx DNN Tips and Tricks — Mon, 20 Jun 2011 10:58:36 GMT

Die ICANN (Internet Corporation for Assigned Names and Numbers) hat ende Mai 2011 die endgültige Fassung der Ausschreibungsregeln für die Registrierung neuer gTLDs bereitgestellt. Nach dem jetzt bekannt gewordenen vorläufigen Zeitplan wird die Organisation wohl am 20.Juni 2011 die entsprechenden Ausschreibungsregeln final veröffentlichen. Es wird erwartet das demzufolge bereits im Oktober/November 2011 in einem 45 Tägigen Zeitfenster die Bewerbungen für einen neu Top-Lever Domain eingereicht werden müssen.

Die für die Koordination des Domain-Name-Systems zuständige (ICANN) hat am 30.05.2011 die finale Fassung der Ausschreibungsregeln ("Draft Applicant Guidebook") für die Registrierung neuer gTLDs ("new gTLDs") veröffentlicht. Nach dem von ICANN angekündigten vorläufigen Zeitplan wird erwartet, dass das ICANN BOard am am 20. Juni 2011 die Ausschreibungsregeln verabschieden wird und bereits im Oktober/November 2011 in einem Zeitfenster von 45 Tagen die Bewerbungen für eine neue Top-Level-Domain bei ICANN eingereicht werden müssen.

Einzelheiten des „new gTLD program“ sind in „Draft Applicant Guidebook" ("DRAFT RFP") dargestellt.

Der veröffentlichte Entwurf sieht eine Öffnung des Domain-Namensraumes um eine unbegrenzte Zahl neuer gTLDs vor.

Konkret bedeutet dies das zukünftig auch TLDs für bestimmte Branchen (.travel, .hotel, .bank usw.) oder auch geographischer Regionen (.bayern, .berlin, .chicago usw.) möglich sein werden. Auch Firmen werden sich eigene gTLDs registrieren lassen können.

Es bleibt abzuwarten wie sich die neuen gTLDs durchsetzen werden. Zu erwarten ist in jedem Fall zunächst ein ‘run’ auf die neuen Domainerweiterungen. Es scheint wieder einmal Goldgräberstimmung angesagt zu sein.

Vorbelegen des DNN-Suchfeldes mit einem Standardtext

Eagleworx DNN Tips and Tricks — Fri, 15 Apr 2011 07:14:41 GMT

Das Standard Search Skin-Objekt von DotNetNuke unterstützt derzeit (bis Version 5.6.2) keine Anzeige eines Standardtextes innerhalb des Eingabefeldes.

Um dieses Effekt zu simulieren kann man jedoch eine geschickt platzierte Hintergrundgrafik einsetzen.

Hier der entsprechende Code ausschnitt zur Darstellung des Suchfeldes:

   1:  <div id="skinsitesearch" class="search" style="background-position: 0px 0px;"><span class="search" style="background-position: 0px 0px;"><dnn:SEARCH runat="server" id="dnnSEARCH" cssclass="SEARCH" Submit="&amp;lt;img src=&amp;amp;quot;images/search.gif&amp;amp;quot; border=&amp;amp;quot;0&amp;amp;quot; align=&amp;amp;quot;absmiddle&amp;amp;quot;>" showWeb="false" ShowSite="false" />span>

Dazu kommt noch ein Stück Javascript im Skin:

1:

und das dazu passende CSS

.SEARCH,A.SEARCH:link,A.SEARCH:active,A.SEARCH:visited{font-weight:bold;font-size:11px;color:#ffffff;text-decoration:none;font-family:Tahoma}

A.SEARCH:hover{font-weight:bold;font-size:11px;color:#ffffff;text-decoration:underline;font-family:Tahoma}

/*Other you want */

.breadcrumb-txt{font-size:11px;color:#e7784b;font-family:Arial;font-weight:bold;vertical-align:middle;}

.breadcrumb-padding{padding:0px 0px 0px 6px;}

.date-padding{padding:0px 15px 0px 0px}

.logo-padding{padding:0px 0px 0px 15px}

.copyright-padding{padding:0px 0px 0px 3px}

.terms-padding{padding:0px 3px 0px 0px}

.user-padding{padding:0px 7px 0px 0px;}

.right-padding{padding:0px 0px 0px 19px}

.menu-padding{padding:0px 4px 0px 0px;}

.search-padding{padding:0px 15px 0px 0px;}

#dnn_dnnSEARCH_txtSearch{border:0px solid #e0e0e0;font-family:Arial;font-weight:normal;font-size:11px;color:#e7784b;background:Transparent;width:135px;height:18px;padding:2px 0px 0px 8px; margin:0px 0px -2px 0px}

#dnn_dnnSEARCH_cmdSearch{}

#skinsitesearch {

background:transparent url(images/search-Coral.jpg) repeat scroll 0pt 0px;

height:20px;

width:151px;

#skinsitesearch input {

background:transparent none repeat scroll 0%;

border:0px none;

color:#c4c4c4;

float:left;

font-family:Tahoma;

font-size:11px;

font-size-adjust:none;

font-stretch:normal;

font-style:normal;

font-variant:normal;

font-weight:normal;

height:16px;

line-height:normal;

margin:4px 0px 0px 3px;

padding-bottom:0px;

padding-top:0px;

width:120px;

und natürlich eine dazu passende Grafik:

Jetzt führt ein klick in das Suchfeld dazu das sich die Grafik um 20 Pixel verschiebt, und man ein ‘leeres’ Textfeld sieht.

Standardmäßig wird der Grafikanteil mit dem Text ‘Search’ angezeigt.
Vielleicht keine sehr elegante Lösung, aber immerhin ein Workaround.

Tastaturkürzel in Windows 7

Eagleworx DNN Tips and Tricks — Wed, 30 Mar 2011 08:57:51 GMT

Windows ist natürlich für die Maus gebaut. Effizienter geht es manchmal allerdings mit Tastaturkombinationen, und davon gibt es auch in WIN 7 einige.

Während Sie die Finger gerade auf der Tastatur haben, um etwa einen zu Text schreiben, kann es sich anbieten , für bestimmte Funktionen eine Tastenkombination statt der Maus zu verwenden.
Sie müssen nicht extra das Eingabegerät wechseln und sind schneller.

Das sind die Tastaturkombinationen, die unter WIN 7 hinzugekommen sind:

Tastenkombination	Funktion

‹Win›-‹Cursor hoch›	Fenster maximieren
‹Win›-‹Cursor runter›	Maximiertes Fenster wiederherstellen/ normales Fenster minimieren
‹Win›-‹Cursor links›	Fenster links andocken
‹Win›-‹Cursor rechts›	Fenster rechts andocken
‹Win›-‹Shift›-‹Cursor links›	Fenster einen Monitor nach links verschieben
‹Win›-‹Shift›-‹Cursor rechts›	Fenster einen Monitor nach rechts verschieben
‹Win›-‹Pos1›	Alle Fenster bis auf das aktive minimieren/ wiederherstellen
‹Win›-‹T›	durch die Taskbar-Vorschauen der aktiven Programme wechseln
‹Win›-‹Leertaste›	Aero Peek: Durchblick auf den Desktop
‹Win›-‹G›	Minianwendungen nach vorne bringen
‹Win›-‹P›	Anzeigeoptionen einblenden (z.B. externer/interner Monitor)

10 Dinge die überprüft werden sollten bevor man eine Web-Site Publiziert

Eagleworx DNN Tips and Tricks — Wed, 30 Mar 2011 07:52:40 GMT

Wenn das Ende eines Web-Site Projektes in Sicht kommt, der Domain Name gesichert ist, das Framework installiert ist, die notwendigen Templates erstellt sind, der Inhalt erstellt und eingebaut wurde, Bilder und Videos platziert sind und der Kunde langsam den druck erhöht um die web-Site endlich live zu stellen ist es zunehmend wichtig einige grundlegende Dinge zu prüfen bevor man eine Web-Site letztendlich live stellt.

Oftmals werden im Erstellungsprozess einige Kleinigkeiten zurückgestellt mit der Maßgabe “Das prüfe ich dann später…”. Um dieses Problem zu vermeiden hier eine (nicht mit Anspruch auf Vollständigkeit) Liste von Dingen die sich in der Vergangenheit schon einmal als Fallstricke herausgestellt haben nachdem eine Web-Site Publiziert wurde.

1. Validierung und Cross Browser Kompatibilität
Prüfen Sie nochmals ob ihre Site den W3C Markup Validation Service besteht (http://validator.w3.org/) und das die Site in den gängigsten Browsern identisch dargestellt wird IE7, IE8, FireFox, Safari, Opera und Chrome (Ich nehme mir die Freiheit den IE6 aus diesem Test mittlerweile auszuschließen, aber das ist lediglich eine persönliche Präferenz)

2. Rechtschreibung und Grammatik
Schicken Sie einfach alle Texte noch einmal kurz durch eine Rechtschreibprüfung. Sollten Sie Teile der Site ‘handkodiert’ haben, so empfiehlt sich auch eine kurze Prüfung des HTML-Codes auf Rechtschreibfehler.

3. Links
Folgen Sie einmal allen Links und stellen Sie sicher das der Absprung auf zum richtigen Ziel führt. Ich habe es mir zudem zur regel gemacht das alle Links welche zu einer externen Seite führen immer in einem neuen Browserfenster geöffnet werden (target=”_blank”)

4. Formulare
Senden Sie alle Formulare einmal komplett mit Beispiel Inhalten ab um sicher zu stellen das alle Daten auch an die richtigen E-Mail Adressen versendet werden.

5. Meta Daten und Bild alt Tags
Prüfen Sie die Meta Daten der Site wie Titel, Beschreibung und Key-Words auf jeder Seite und machen Sie diese eindeutig und mit Bezug auf den Inhalt der jeweiligen Seite. Versehen Sie alle Bilder mit alt-Tags wo notwendig.

6. E-Mail Adressen
Stellen Sie sicher das alle innerhalb der Site verwendeten E-Mail Adressen, sowohl als Kontaktadressen als auch innerhalb der Formulare, existieren und funktionieren.

7. 301 Redirects und sitemap.xml Files
Ist die Web-Site ein Re-Design, spiegeln Sie die alte Struktur soweit passend und möglich zur neuen Struktur und bauen Sie die entsprechenden Re-Directs. Erzeugen Sie eine XML-Sitemap für Suchmaschinen und die Google Webmaster Tools.

8. Tracking
Falls Sie Google Analytics verwenden, stellen Sie sicher das der entsprechende Code auf allen Seiten platziert ist und die Site bei Google angemeldet ist. Dies gilt auch für die Google Webmaster Tools.

9. Server / DNS
Prüfen Sie das die Web-Site sowohl unter www.domainname.com als auch unter domainname.com erreichbar ist.

10. Favicon
Erstellen Sie ein Favicon (das ist das kleine Symbol neben der URL in der Adresszeile des Browsers) und legen Sie dieses im Hauptverzeichnis der Web-Site ab.

Die ersten Tage nach einem Web-Site Launch sind immer die spannendsten, denn hier werden Ihre Besucher auch schnell zu Kritikern. Gerade in dieser Zeit besteht eine gute Chance qualifiziertes Feedback zu bekommen. Mit der Durchführung der vorgestellten Routine vor einem Web-Site Launch, erhöhen Sie die Chance das der erste Eindruck Ihrer Web-Site positiv wird, und nicht durch vergessene Kleinigkeiten verwässert wird. Insbesondere die Punkte Rechtschreibung und Cross-Browser Kompatibilität haben sich in der Vergangenheit durchaus als Stolpersteine dargestellt.

Dies ist eine Übersetzung des Originalen Blog-Eintrages von Rick Beddie / PSDtoDNN, zu finden hier

Eindeutige Zeichen für die Tatsache das Ihre Web-Site ein Re-Design benötigt

Eagleworx DNN Tips and Tricks — Tue, 29 Mar 2011 12:14:21 GMT

Stellen Sie sich doch bitte zunächst einige einfache Fragen:

Besteht Ihre Web-Site aus Frames?
Wurde Ihre Web-Site in Flash realisiert und Sie haben nahezu keine Möglichkeit selbst Änderungen am Inhalt vorzunehmen?
Hat Ihre Web-Site eine feste breite von 640 Pixeln?
Haben Sie möglicherweise ein Standard Layout der von ihnen verwendeten Software im Einsatz?
Ist Ihre Web-Site älter als 10 Jahre?

Sollten Sie irgendeine der obigen Fragen mit Ja beantworten, sollten Sie ernsthaft über ein Re-Design der Seite nachdenken.
Warum diese Aussage? Nun, lassen Sie uns dies doch ein wenig genauer untersuchen.

Besteht Ihre Web-Site aus Frames?

Frames waren in den Anfängen des Internet sehr populär. Damals hat es diese Technik ermöglicht eine zentrale Navigation über alle vorhanden Seiten darzustellen ohne den dazu notwendigen Code auf jeder einzelnen Seite zu wiederholen.

Woran merke ich denn überhaupt das meine Web-Site mittels Frames erstellt wurde?

Typischerweise erkennt man Seiten mit Frames an einer Scroll Bar innerhalb des Haupt-Inhaltsbereiches, mittels der sie sich in diesem Content bewegen können ohne das sich die Navigation bewegt. Am sichersten sieht man dies natürlich durch einen Blick in den Quellcode der Seite. Finden Sie dort ein

<frame>
frame>

Konstrukt, so steht fest das Ihre Web-Site mittels dieser Technologie erstellt wurde.
Heutzutage ist dies durch die Verwendung globaler Dateien und CSS wesentlich effizienter (und auch attraktiver) möglich.

Warum sind Frames überhaupt schlecht?

Die beiden Hauptgründe sind die Verwendung von Bookmarks und die Auffindbarkeit in Suchmaschinen.
Wenn Ihre Seite Frames verwendet können Anwender die sog. Unterseiten nicht mit einem Bookmark versehen ohne die zentrale Navigation zu verlieren. Die Anwender müssen immer einen Bookmark auf die Startseite setzen um auch die Navigationselemente zu behalten. Technisch gesprochen sind sogenannte ‘Deep-Bookmarks’ oder aber auch das verlinken durch andere Seiten, sog. ‘Deep-Links’, nicht möglich.

Suchmaschinen tun sich schwer mit Frames auf Web-Seiten. Wenn Ihr Web-Entwickler nicht spezielle Vorkehrungen getroffen hat um den Suchmaschinen bei der Indizierung Ihrer Seite zu helfen gehen die zentralen Inhalte Ihrer Seite oft bei den Suchmaschinen verloren. Insbesondere die großen Suchmaschinen ‘bestrafen’ regelrecht Frames durch eine Herabstufung der Qualität der Seite wenn Sie auf Frames treffen. Frames werden dort als ‘veraltete’ Technologie bewertet.

Wurde Ihre Web-Site in Flash realisiert?

Im Prinzip ist dagegen eigentlich nichts zu sagen. Viele Web-Seiten werden heute mit Flash realisiert. Insbesondere die gerne gezeigten sog. ‘MicroSites’ für Filme oder für Werbung. Flash bietet hier (zumindest vor HTML5) riesige Möglichkeiten hinsichtlich grafischer Gestaltung und Interaktivität.
Sollte Ihre Web-Site in Flash realisiert worden sein, so werden Sie allerdings bereits festgestellt haben das Sie für jede Inhaltliche Änderung einen externen Entwickler bemühen müssen (vorausgesetzt Sie sind nicht selbst ein Flash Entwickler (sic!)). Die Konvertierung einer Flash Web-Site in ein Content Management System ist zwar anfänglich mit Aufwand verbunden, jedoch amortisiert sich diese Investition sehr schnell, da Sie alle weiteren Änderungen hinsichtlich des Inhaltes in Zukunft selbst vornehmen können. Auch das anlegen komplett neuer Seiten innerhalb der Seitenstruktur stellt keine Herausforderung mehr dar. Somit können Sie die Inhalte Ihrer Web-Site zu jedem Zeitpunkt ändern, ohne auf externe (möglicherweise kostenintensive) Hilfe angewiesen zu sein.

Hat Ihre Web-Site eine feste breite von 640 Pixeln?

Die gute Nachricht: “Sie sind nicht allein”! Es gibt auch heute noch eine ganze Reihe von Web-Seiten die eine feste breite von lediglich 640 Pixeln aufweisen.
Die schlechte Nachricht: “Die heutigen Monitore stellen Ihre Web-Site nahezu unleserlich klein dar”.
Diese kleine Auflösung war anfänglich dem Umstand geschuldet das auch die Monitore lediglich kleiner Auflösungen unterstützten. Mit der Zeit wurden Monitore (und deren Auflösung) immer größer, so das eine Web-Site mit dieser Abmessung heute nur noch sehr klein wiedergegeben wird. Stellen Sie sich doch einfach einmal vor wie eine 640 Pixel breite Web-Site auf einem 46" LED Bildschirm dargestellt wird.

Laut diesem Wikipedia Artikel verwenden 76% der Anwender heute Bildschirmauflösungen größer 1024 x 768 Pixeln.
Weniger als 1% verwenden noch Auflösungen von 800 x 600 Pixeln.
Referenz: en.wikipedia.org/wiki/Display_resolution

Haben Sie möglicherweise ein Standard Layout der von ihnen verwendeten Software im Einsatz?

Die ersten Programme welche es einem Anwender erlaubten ohne jegliche HTML Kenntnisse eine Web-Site zu erstellen waren recht einfach zu nutzen, legten jedoch Standard Layouts zugrunde welche dann vom Anwender lediglich modifiziert wurden.
Nahezu jeder etwas erfahrene Web-Anwender sieht auf den ersten Blick ob Ihre Web-Site eines dieser Standard Layouts verwendet.
Heute erzeugt die Verwendung derartiger einfacher Layouts immer einen etwas amateurhaften ersten Eindruck.

Ist Ihre Web-Site älter als 10 Jahre?

Insbesondere im Internet hat die Technologie in den letzten Jahren sehr große Fortschritte gemacht.
Sollte Ihre Web-Site älter als 10 Jahre sein so ist die Chance groß das diese noch veraltete Technologien verwendet.
Schlagworte wie CSS oder auch die mögliche Trennung von Inhalt und Layout sind nicht zu unterschätzende Faktoren für den effizienten (und damit kostengünstigen) Betrieb einer Web-Site.
Gleiches gilt natürlich auch für eine zentrale Navigationsstruktur. Früher musste man, um eine neue Seite in eine Web-Site einzubauen, noch alle (oder zumindest viele) weitere Seiten modifizieren um die neue Seite in die allgemeine Navigation mit einzubauen.
In modernen Content Management System ist eine derartige Aufgabe mit einem Mausklick erledigt. Auch globale Änderungen an Schriftgrößen, Farben, Layout Elementen sind heut recht einfach zentral Steuerbar und verursachen somit auch keinen allzu großen Aufwand mehr.

Erweitern der erlaubten Dateitypen welche in einem DotNetNuke Portal hochgeladen werden dürfen

Eagleworx DNN Tips and Tricks — Tue, 22 Mar 2011 08:07:00 GMT

In einer DNN standardinstallation sind standardmäßig folgende Dateitypen für einen Upload in das Portal erlaubt:

.swf
.jpg
.jpeg
.jpe
.gif
.bmp
.png
.doc
.docx
.xls
.xlsx
.ppt
.pptx
.pdf
.txt
.xml
.xsl
.css
.zip
.template und
.csv

Um diese Liste zu erweitern müssen Sie sich mit einem Host Account am Portal anmelden. Navigieren Sie dann zu

System -> Systemeinstellungen -> weitere Einstellungen -> zugelassene Dateierweiterungen

Hier finden Sie ein Eingabefeld welches die Dateierweiterungen als kommaseparierte Liste enthält. Hängen Sie einfach die von Ihnen benötigten Erweiterungen an diese Liste an und Speichern Sie die Änderungen.

Bitte beachten Sie das wir grundsätzlich davon abraten auch ausführbare Dateien wie z.B. .exe oder .dll für den Upload zuzulassen.

Dies ist eine Übersetzung des Originalen Blog-Eintrages von Rick Beddie / PSDtoDNN, zu finden hier

API REST Html-Helppage display Json requestsample

.NET - Software & DotNetNuke (DNN) Blog — Tue, 15 Mar 2011 10:13:49 GMT

Für mein aktuelles API Projekt erstelle ich eigene Helppages auf denen ich auch Requestbeispiele für Xml und Json anzeige. Die Erstellung eines Request-Beispiel wird durch Xsd erstellt und das resultierende Xml wird dann durch Json.NET in Json konvertiert.

Der Aufruf dazu sah wie folgt aus:

var
jsonSample = JsonConvert.SerializeXNode(xmlSampelRequest);

Als Ergebnis wurde auch Json ausgebeben, leider aber ohne Zeilenumbrüche, was die Darstellung und Lesbarkeit doch stark reduziert. Damit der Json-String auch "vernüftig" formatiert wird, kann man bei der Serializierung noch einen Parameter setzen und damit die Formatierung erzwingen: Formatting.Indented

Der Aufruf sieht dann wie folgt aus:

var
jsonSample = JsonConvert.SerializeXNode(xmlSampelRequest,
Newtonsoft.Json.Formatting.Indented);

Automapper custom TypeConverter Exceptionhandling

.NET - Software & DotNetNuke (DNN) Blog — Fri, 11 Mar 2011 12:44:49 GMT

In einem Projekt verwende ich aktuell die Komponente AutoMapper (automapper.codeplex.com), im zwischen den externen Datacontracts und den internen Entities zu mappen. Teilweise habe ich dafür auch eigenen TypeConverter entwickelt. Wenn man in diesem TypeConverter eine eigene Exception auslöst, dann erhält man beim aufrufenden Code immer eine AutoMapperMappingException.

Da ich in dem Projekt ein globales ErrorHandling habe (WCF bzw. Implementierung vom IErrorHandler), möchte ich aber die konkrete Exception gerne aus dem TypeConverter in mein Errorhandling weitergeben.

Damit das funktioniert baut man sich am besten einen Wrapper für den Aufruf vom Automapper, um dort zu entscheiden, welche Exception man weitergeben möchte. Die eigene Exception wird als InnerException vom AutoMapperMappingException mitgeliefiert. Durch überprüfung der InnerException kann man als feststellen, wie die aktuelle Exception zu bahandeln ist.

Hier ein Beispiel:

 public class AutoMapperWrapper
{ public static U
Map( T source) { try { return Mapper.Map(source); } catch (Exception
e) { while (e is AutoMapperMappingException)
e = e.InnerException; if (e
== null) throw; else throw e;
} } }

WCF OperationContract nicht optionale Prameter im Wsdl

.NET - Software & DotNetNuke (DNN) Blog — Wed, 02 Mar 2011 13:53:16 GMT

Wenn man mit der WCF einen Service definiert und dabei Nachrichtenbasiert kommunizieren möchte, sieht kann die Definition z.B. so aussehen:

[ServiceContract(Namespace = APICommon.DefaultSOAPNameSpace)]

public interface ICartSoapService

{

[OperationContract]

ProcessCartResponse ProcessCart(ProcessCartRequest request);

}





[DataContract]

public class ProcessCartRequest

{

[DataMember(IsRequired = true)]

public Cart
Cart

{

get;

set;

}

}



[DataContract]

public class ProcessCartResponse
: BaseResponseMessage

{

[DataMember(IsRequired = true)]

public ProcessResultType
ProcessResult

{

get;

set;

}

}

Die WCF erzeugt auch brav eine passendes Wsdl Datei für diese Beschreibung. Allerdings hat die "Standardausgabe" der WCF datei den Nachteil, das der Parameter "request" der Methode ProcessCart immer optionaler Parameter ist bzw. in der Wsdl Datei wird das Element mit den Attribute minOccurs="0" gekennezichnet. Da ohne den Parameter die Methode aber nicht vernüftig abgearbeitet werden kann, müsste im Wsdl eigentlich ein minOccurs="1" stehen ...also kein optionaler Parameter.

Leider gibt es bei den Standardattributen der WCF keine Möglichkeit, diese Verhalten oder viel mehr die Wsdl-Generierung zu beinflussen. Trotzdem kann man durch ein eigenes Attribute das gewünschte Verhalten sehr schnell der WCF beibringen.

Dafür muss man lediglich ein Attribute anlegen und die Interfaces IContractBehavior + IWsdlExportExtension mit hinzufügen. Die vollständige Implementierung sieht so aus:

 [AttributeUsage(AttributeTargets.Interface)]

public class OperationsParametersAreRequiredAttribute
: Attribute, IContractBehavior, IWsdlExportExtension

{

private List
_requiredOperationParameters;



public void AddBindingParameters(

ContractDescription contractDescription,

ServiceEndpoint endpoint,

System.ServiceModel.Channels.BindingParameterCollection bindingParameters)

{

}



public void ApplyClientBehavior(

ContractDescription contractDescription,

ServiceEndpoint endpoint,

System.ServiceModel.Dispatcher.ClientRuntime clientRuntime)

{

}



public void ApplyDispatchBehavior(

ContractDescription contractDescription,

ServiceEndpoint endpoint,

System.ServiceModel.Dispatcher.DispatchRuntime dispatchRuntime)

{

}



public void ExportContract(

WsdlExporter exporter,

WsdlContractConversionContext context)

{

if (_requiredOperationParameters
== null)

_requiredOperationParameters = new List();



foreach (var
operation in context.Contract.Operations)

{

var requestMessage = operation.Messages.Where(m
=> m.Direction == MessageDirection.Input).FirstOrDefault();

var parameters = operation.SyncMethod.GetParameters();

Debug.Assert(parameters.Length == requestMessage.Body.Parts.Count);



for (var
iLoop = 0;
iLoop < parameters.Length; iLoop++)

{

var attributes = parameters[iLoop].GetCustomAttributes(typeof(OperationParameterIsOptionalAttribute), false);



if (attributes.Length
== 0)

{

_requiredOperationParameters.Add(new RequiredOperationParameter

{

Namespace = requestMessage.Body.Parts[iLoop].Namespace,

Name = requestMessage.Body.Parts[iLoop].Name,

Message = operation.Name

});

}

}

}

}



public void ExportEndpoint(

WsdlExporter exporter,

WsdlEndpointConversionContext context)

{

foreach (var
requiredParamter in _requiredOperationParameters)

{

var schemas = exporter.GeneratedXmlSchemas.Schemas(requiredParamter.Namespace);

foreach (XmlSchema
schema in schemas)

{

var message = schema.Elements[requiredParamter.XmlName] as XmlSchemaElement;

var complexType = message.ElementSchemaType as XmlSchemaComplexType;

Debug.Assert(complexType != null, "Expected
input message to be complex type");

var sequence = complexType.Particle as XmlSchemaSequence;

Debug.Assert(sequence != null, "Expected
a sequence.");



foreach (XmlSchemaElement
schemaElement in sequence.Items)

{

if (schemaElement.Name
== requiredParamter.Name)

{

schemaElement.MinOccurs = 1;

schemaElement.MinOccursString = "1";

break;

}

}

}

}

_requiredOperationParameters.Clear();

}



public void Validate(

ContractDescription contractDescription,

ServiceEndpoint endpoint)

{

}



internal class RequiredOperationParameter

{

public string Message
{ get; set; }

public string Name
{ get; set; }

public string Namespace
{ get;set;}

public XmlQualifiedName
XmlName

{

get { return new XmlQualifiedName(Message,
Namespace); }

}

}

}

DotNetNuke Stylesheets

Eagleworx DNN Tips and Tricks — Mon, 24 Jan 2011 08:43:00 GMT

DotNetNuke Stylesheets

More...

WCF REST Could not load file or assembly 'System.ServiceModel.Activation'

.NET - Software & DotNetNuke (DNN) Blog — Wed, 19 Jan 2011 10:44:55 GMT

Bei dem Versuch HTTP Basic Auth für einen REST Dienst zu implementieren (der wiederrum durch Konfiguration per serviceActivations in der .config und eigenere factory gestartet wird) bekam ich die Fehlermeldung bei der Umstellung vom Attribute aspNetCompatibilityEnabled von "false" auf "true" das die Assembly 'System.ServiceModel.Activation' nicht gefunden werden konnte.

Hier die genaue Fehlermeldung:

System.IO.FileNotFoundException: Could not load file or assembly 'System.ServiceModel.Activation' or one of its dependencies. The system cannot find the file specified.
File name: 'System.ServiceModel.Activation'
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMarkHandle stackMark, Boolean loadTypeFromPartialName, ObjectHandleOnStack type)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark, Boolean loadTypeFromPartialName)
   at System.Type.GetType(String typeName, Boolean throwOnError, Boolean ignoreCase)
   at System.Web.Compilation.BuildManager.GetType(String typeName, Boolean throwOnError, Boolean ignoreCase)
   at System.Web.Configuration.HandlerFactoryCache.GetTypeWithAssert(String type)
   at System.Web.Configuration.HandlerFactoryCache.GetHandlerType(String type)
   at System.Web.Configuration.HandlerFactoryCache..ctor(String type)
   at System.Web.HttpApplication.GetFactory(String type)
   at System.Web.HttpApplication.MaterializeHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
   at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

=== Pre-bind state information ===
LOG: User = user
LOG: DisplayName = System.ServiceModel.Activation
(Partial)
WRN: Partial binding information was supplied for an assembly:
WRN: Assembly Name: System.ServiceModel.Activation | Domain ID: 2
WRN: A partial bind occurs when only part of the assembly display name is provided.
WRN: This might result in the binder loading an incorrect assembly.
WRN: It is recommended to provide a fully specified textual identity for the assembly,
WRN: that consists of the simple name, version, culture, and public key token.
WRN: See whitepaper http://go.microsoft.com/fwlink/?LinkId=109270 for more information and common solutions to this issue.
LOG: Appbase = file:///xxxxx/
LOG: Initial PrivatePath xxxx\bin
Calling assembly : (Unknown).
===
LOG: This bind starts in default load context.
LOG: Using application configuration file: xxxx\web.config
LOG: Using host configuration file: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet.config
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Attempting download of new URL file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET Files/root/3d7bd35f/452e5631/System.ServiceModel.Activation.DLL.
LOG: Attempting download of new URL file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET Files/root/3d7bd35f/452e5631/System.ServiceModel.Activation/System.ServiceModel.Activation.DLL.
LOG: Attempting download of new URL file:///xxxx/bin/System.ServiceModel.Activation.DLL.
LOG: Attempting download of new URL file:///Dxxxx/bin/System.ServiceModel.Activation/System.ServiceModel.Activation.DLL.
LOG: Attempting download of new URL file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET Files/root/3d7bd35f/452e5631/System.ServiceModel.Activation.EXE.
LOG: Attempting download of new URL file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET Files/root/3d7bd35f/452e5631/System.ServiceModel.Activation/System.ServiceModel.Activation.EXE.
LOG: Attempting download of new URL file:///xxxx/bin/System.ServiceModel.Activation.EXE.
LOG: Attempting download of new URL file:///xxxxx/bin/System.ServiceModel.Activation/System.ServiceModel.Activation.EXE.
- Thread: 15

Das Problem liegt an einem Eintrag in der web.config, denn dort hatte ich unter system.webserver -> handlers folgenden Eintrag hinzugefügt:

"svc" path="*.svc" verb="*" type="System.ServiceModel.Activation.ServiceHttpHandlerFactory,

 System.ServiceModel.Activation"/>

Nach dem Ändern bzw. Ergänzen diesers Eintrages:

"svc" path="*.svc" verb="*" type="System.ServiceModel.Activation.ServiceHttpHandlerFactory,

 System.ServiceModel.Activation, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"


 preCondition="integratedMode,runtimeVersionv4.0" />

Funktioniert auch wieder die Aktivierung vom WCF basierten REST Service.

Aktuelle Jahreszahl in einem DotnetNuke Copyright Skin Objekt

Eagleworx DNN Tips and Tricks — Tue, 11 Jan 2011 10:32:00 GMT

Aktuelle Jahreszahl in einem DotnetNuke Copyright Skin Objekt

More...