SpohnSoftware SlipStream auf DNNPortal.DE aktiviert

hp@schelian.de — Wed, 26 Oct 2005 10:35:38 GMT

Nachdem ich Gestern das SlipStream Modul von SpohnSoftware intensiv getestet habe und auch auf 2 andere Portalen aktiviert hatte, habe ich soeben das SlipStream Modul auf DNNPortal.DE aktiviert.

Vorerst Testweise mit den Optionen:

ViewState wird in der Datenbank gespeichert.
WhiteSpace wird entfernt
Email Adressen werden Überlagert um SPAM Robots das lesen der Email Adressen unmöglich zu machen.

Sollte es irgend welche Probleme geben, bitte einfach einen Kommentar zu diesem Weblog hinterlassen.

Die unendliche Geschichte !

hp@schelian.de — Mon, 24 Oct 2005 18:31:00 GMT

Am 15.08.2005 habe ich einen Blog Eintrag mit dem Titel "Die Geschichte eines Moduls" auf diesem Blog veröffentlicht.

Wie bestimmt viele noch Wissen handelt es sich in diesem Artikel um die Bekanntgabe, das mein Blog Modul NewBlog zum offiziellen Blog Modul von DotNetNuke wird.

Ich weiß nicht, ob ich, hätte ich damals schon all die Unwegbarkeiten eines DotNetNuke Unter Projektes gekannt hätte, diesen Schritt gegangen wäre.

Last mich kurz die Geschichte beginnend am Ende der letzten Geschihte erzählen.

Am 07. Juli diesen Jahres erhalte ich das erste Mail von Shaun Walker in welchem er mich fragt, ob ich nicht das NewBlog Modul als neues Blog Modul einbringen möchte.

Am 09. Juli, also 2 Tage später sage ich zu, am gleichen Tag folgen noch die ersten Formalitäten (eine ganze Menge von Vereinbarungen die unterschrieben werden mussten).

Am 10. Juli schicke ich die aktuelle Version des NewBlog Moduls mit Source Code und geänderten Copyright Informationen per Email zur Übergabe an Scott Willhite (er ist für die gesamte Administration zuständig).

Nachdem ich keine Reaktion auf mein Mail mit dem Source Code bekommen habe, frage ich am 12. Juli nach ob den mein Mail mit dem Source Code angekommen ist.

Ich bekomme dann auch noch am gleichen Tag eine Antwort das mein Mail angekommen ist.

Nachdem wir die Formalitäten am 09 Juli geklärt hatten warte ich also darauf das die Zugänge die ich benötige (Zugriff auf die Source Verwaltung, den Bug Tracker, das Forum und den Blog auf DotNetNuke) eingerichtet werden.

Hier geschieht aber schon was ich vorher niemals erwartet hätte, es dauert bis zum 15. August bis ich endlich auf die erforderlichen Resource zugreifen kann um endlich mit der Entwicklung des neuen Core Blog Moduls anzufangen.

Nachdem ich dann endlich mit der Umstellung des Moduls beginnen kann, muss ich immer wieder feststellen, dass die Unterprojekte noch gar nicht richtig in die Organisation integriert sind. Fragen die unweigerlich auftauchen werden meist nur von wenigen (immer den gleichen Leuten) und meist nicht endgültig beantwortet. So arbeitet man gewissermaßen in einem freien noch nicht definierten Raum.

Nachdem ich dann immer wieder Pausen in der Entwicklung einlegen musste da ich auf Antworten bestimmter Fragen warten musste, habe ich dann am Anfang Oktober versucht heraus zu bekommen wie ich denn nun den neune Release veräffentlichen kann.

Nach endlosen Tagen des wartens bekomme ich dann eine Antwort das ich das Modul freigeben kann. Hm, aber wie, ich selbst habe keine Berechigung das Modul zum Download bereit zu stellen. Also wieder eine Frage and die Herren des Core Team und wieder warten bis sich dann Chrispy per AIM bei mir meldet und mir anbietet mir mir zusammen den Finalen Test zu machen und anschließen Scott und Shaun zu informieren dass Sie das Modul zum Download bereit stellen können.

Es ist mittlerweile der 21. Oktober 2005 die abschließenden Tests verlaufen alle ohne Problem, Chris informiert per Email Shaun und Scott das Sie das Modul veröffenlichen können.

Und Heutem, es ist der Abend des 24 Oktober 2005 ist das Modul noch immer nicht zum Download verfügbar. Warum weiß ich auch nicht, ich warte wie so oft wieder mal auf Antworten.

Warum schreibe ich eigentlich diesen Blog Eintrag ?

Es gibt dafür zwei Gründe (Denke ich jedenfalls):

1) Eine ganze Menge Leute haben mich seit der Bekanntgabe, dass das Blog Modul fertig für den Release ist, gefragt, wo das Modul denn nun sei.

2) Eventuell hilft mir dieser Blog Eintrag auch einfach nur mich wieder besser zu fühlen.

Ich bin gespannt wie lange es noch dauern wird, bis man diese Modul tatsächlich auch als Download beziehen kann.

Ganz unbemerkt !

hp@schelian.de — Mon, 24 Oct 2005 16:31:52 GMT

Vorerst So ganz unbemerkt haben wir letzte Woche das 5000 te Posting im Forum auf DNNPortal.DE gehabt.

Nach ca 320 Online Tagen des Forums sind das statistisch gesehen folgende Daten:

5000 Posting in 320 Tagen.
900 Topics.
16 Posting am Tag

und das bei im Schnitt 3 neuen Benutzer am Tag.

Blog Modul steht kurz vor dem ersten Release

hp@dnnportal.de — Fri, 21 Oct 2005 20:18:00 GMT

Heute konnten wir die abschließenden Tests mit dem neuem Core Blog Modul (früher NewBlog) durchführen.

Shaun Walker und Scott Willhite sind informiert dass sie diese Version nun zum Download bereitstellen können (und auch sollen).

Nachdem ich in den letzten beiden Wochen vergebens versucht hatte jemanden dazu bewegen zu können das Release zum Download bereit zu stellen, hat mir Heute Chrispy seine Hilfe angeboten so dass wir den ersten Release nun endlich veröffentlichen können.

Nun bin ich selbst gespannt wann das Modul nun endlich zum Download bereit steht.

Für alle NewBlog Nutzer ist gesorgt. Wenn das Modul installiert wird werden automatisch alle Daten aus NewBlog übernommen, die installierten Instanzen von NewBlog auf allen Portalen werden automatisch mit dem neuen Blog Modul ersetzt. Das einzige was man noch machen muss ist das NewBlog Modul anschließend zu deinstallieren.

Für die Misstrauischen Leute; hier ein Hinweis wie man prüfen kann, welches Modul aktiv ist:

Wenn man einen Rss Feed (XML) im Blog Modul öffnet steht im Generator Eintrag der Modulname und die Version.

Für das neue Modul lautet der Eintrag dann wie folgt:

Blog RSS Generator Version 3.1.20.13418

Für eine installierte NewBlog Version sieht der Generator Eintrag wie folgt aus:

NewBlog RSS Generator Version 3.1.18.13418

Ein paar neue Funktionen gibt es auch noch:

Erweitertes RSS Handling implementiert
ISearchable Interface implementiert (DNN Suche)
IPortable Interface implementiert (Import/Export)
IUpgradeable Interface implementiert (Upgrade NewBlog)
Crossgrade prozedure for NewBlog implementiert
Import Funktion für das alte Forum/Blog Modul implementiert
Trackback Client und Server Funktionalität implementiert

Der Link zur Projekt Blog Projekt Homepage lautet wie folgt:

http://www.dotnetnuke.com/Default.aspx?tabid=842

Der Download sollte dann unter dem folgenden Link zu finden sein:

http://www.dotnetnuke.com/Default.aspx?tabid=854

Der Release hat übrigens die Version 3.1.20

DotNetNuke - The Next Generation

hp@dnnportal.de — Wed, 19 Oct 2005 05:31:00 GMT

Ich muss schon sagen dass ich ein wenig verwirrt war nachdem ich den Beitrag New Book - Professional DotnetNuke 4.0 auf ASP.NET gelesen habe.

Und dabei spreche ich nicht über ein Erscheinungsdatum von irgendeinem Buch, sondern von den Inforamtionen über die neuen Versionen 3.2 und 4.0.

Hier heißt es:

3.2 and 4.0 will be released together.

3.2 will be for .Net 1.1/VS 2003 development
4.0 will be for .Net 2.0/VS 2005 development

4.0 will basically be a VS 2005 port of 3.2

3.2 will RUN on .Net 2.0.

Außerdem heißt es in diesem Beitrag, das beide Versionen für eine noch festzulegende Zeit sowohl supported als auch mit Erweiterungen versehen werden. Gespannt was das für ein Versions Chaos werden wird,.

Wenn ich mir die internen Versionsbezeichnungen anschaue, dann werden die Versionen wie folgt bezeichnet:

3.2 AJAX & AD
4.0 Next Generation

Das bedeutet die Nächste Generation bedeutet AJAX und AD integration.

Wie ich die Aussage, das die Version 3.2 auf .NET 1.1 unter Visual Studio 2003 entwickelt wird, aber auf .NET 2.0 laufen (soll) kann, ist mir gänzlich ein Rätsel.

Dieses, meiner Meinung nach Versionsroulet, wird vor allen Dingen den Entwicklern von Modulen einige schlaflose Nächte bringen.

Welche Version auf welcher Plattform entwickelt soll auf welcher Version lauffähig sein ?

Gott sei Dank haben wir ja eine ziemlich stabile 3.1.X Version die man noch lange einsetzen kann.

Ich hoffe nur das im Zuge dieses ganzen .NET Chaos nicht vergessen wird, dass eigentlich mit der Next Generation Mehrsprachiger Dynmischer Inhalt erwartet wird.

Neues Design - nicht nur eine Sache der Ästhetik

hp@schelian.de — Fri, 14 Oct 2005 16:10:59 GMT

Ich habe heute eine neues abgeändertes Design für das DNNPortal eingerichtet.

Der eigentliche Grund für die Umstellung auf ein anderes Design lag nicht wie man zuerst vermuten würde daran das Aussehen des Portals zu ändern, sondern es gab hierzu einen ganz anderen Grund:

Die Performance.

Sicherlich wird sich jetzt der eine oder anderen wundern, was die Performance mit dem Design des Portals zu tun hat.

Ich habe da ich unbedingt ein Navigationsmenü im linken Pane haben wollte eine ganze Weile das Inventua Sidemenu eingesetzt.
Wie sich beim arbeiten herausgestellt hat, beeinträchtigt dieses Menü aber die Peeformance sehr stark.

Nun habe ich ein Skin umgebaut das bereits im Skin das Vertikale Menü enthalten ist.

Und siehe da plötzlich geht der Seitenaufbau im Schnitt um den Faktor 8 - 10 schneller.

Ich hoffe das dieses neue Skin dem allgemeinen Geschmack entspricht und das es fehlerfrei läuft.

Sollten Fehler auftreten, bitte hinterlasst mir einfach einen Kommentar.

Serverwartung - Kurzeitig Webseiten nicht vefügbar

hp@schelian.de — Thu, 13 Oct 2005 14:33:13 GMT

Wegen dringender Server und Update arbeiten wurde der Server auf dem dieses Portal betrieben wird Heute um 17:23 Uhr neu gestartet.

Aus diesem Grund waren zwischen 17:23 und 17:28 Uhr die WebDienste nicht verfügbar.

FCK Editor - Falsche Breitendarstellung in DotNetNuke !

hp@schelian.de — Sat, 08 Oct 2005 07:45:31 GMT

Beim Einsatz des FCK Editor Provider für DotNetNuke ® kann es bei manchen Modulen (Meine Module NewBlog und DNNPortal-Download waren auch betroffen) vorkommen, dass der Editor nur etwa halb so breit, wie der Standard Editor FTB für DotNetNuke , dargestellt wird.

Nach einiger Suche, ich vermutete zuerst dass das Problem an meinen Module oder dem FCK Provider liegt, habe ich dann aber die Ursache für das Problem gefunden.

Schuld an der falschen Breitendarstellung ist das TextEditor Controls TextEditor.ascx von DotNetNuke (Version 3.1.1 und vorherige).

Das Problem liegt in der Zeile 2 der Datei TextEditor.ascx, welche sich im Verzeichnis DotNetNuke\Controls befindet.

Hier die Original Zeile 2 der TextEditor.ascx Datei:

< table cellSpacing="2" cellPadding="2" summary="Edit HTML Design Table" border="0" >

Wenn nun dieses Control in die DotNetNuke Seite eingefügt wird (das geschieht im Hintergrund) kommt es dazu, dass wenn die äußere diese Tabellle umschließende Tabelle eine von 2 Zellen abweichende Anzahl Spalten bsitzt dazu das die Tabelle nicht den gesamten Raum der für den Texteditor vorgesehenen Zelle ausfüllt.

Geändert werden kann dies ganz einfach indem man die Breite der Tabelle auf 100% setzt, siehe nachfolgend den geänderten Code.

< table cellSpacing="2" cellPadding="2" summary="Edit HTML Design Table" border="0" width="100%" >

Entscheidend ist hier die in Fett dargestellte width="100%".

Um diese Änderung durchzuführen ist es einfach nur notwendig die Datei mit einem Texteditor zu öffnen die Zeile 2 zu ändern und die geänderte Datei wirder abzuspeichern.

DotNetNuke muss hierzu nicht neu kompiliert werden.

Dieses Problem wird wohl schon immer in DotNetNuke zu bestehen, da es aber nur unter bestimmten Umständen vorkommt ist dies wohl noch niemand aufgefallen.

Ich werde das Problem an das Core Team melden und hoffen, dass diese Änderung dann in der nächsten Version enthalten sein wird.

Soviel Fairness sollte doch sein !

hp@schelian.de — Thu, 06 Oct 2005 19:04:30 GMT

Bei der heutigen Mail Benachrichtigung über eine neue Version des Moduls DNNPortal-Download sind wieder unzählige Mails wegen nicht vorhandener Mail Adressen nicht ausgeliefert worden.

Bei einer Kontrolle der Benutzer stellte sich heraus, dass viele dabei waren die scheinbar nachdem Sie sich registriert haben und Ihren Freischaltcode erhalten haben einfach in die Registrierung gegangen sind und dann eine nicht vorhandene Mail Adresse eingetragen haben.

Da ich es nicht fair finde, dass sich Benutzer im DNNPortal befinden, die zwar in den Genuss der Leistungen für registrierte Benutzer kommen wollen, aber nicht einmal Ihre wahre Mail Adresse angeben, so dass Sie über Neuigkeiten oder Änderungen im Portal unterrichtet werden können, sehe ich mich genötigt in Zukunft eine erweiterte Mail Prüfung in die Registrierung einzubauen.

Außerdem werde ich in ca. 10 Tagen einen Prüflauf über alle Benutzer laufen lassen, und jeden Benutzer der keine gültige Mail Adresse (damit meine ich nicht syntaktisch richtig, sondern eine nicht erreichbare Mail Adresse) in seinen Benutzerdaten angeben hat einfach löschen.

Sollte also jemand der eine ungültige Mail Adresse in seinen Benutzerdaten diesen Beitrag lesen, und möchte er weiterhin als registrierten Benutzer im DNNPortal geführt werden, sollte er besser eine gültige Mail Adresse in seinen Benutzerdaten eingeben.

Ich hoffe auf euer Verständnis

Neue Version DNNPortal-Download 1.0.13 veröffentlicht

hp@dnnportal.de — Thu, 06 Oct 2005 12:29:00 GMT

Ich habe Heuet die neue Version 1.0.13 des DotNetNuke Moduls DNNPortal-Download veröffentlicht.

Die neuen Funktionen in dieser Version sind:

ISearchable implementiert
Neue Einstellungen für die sichtbaren Felder des Upload Formulars
Für das Beschreibungsfeld wird nun der Text Editor anstelle einer einfachen Textbox verwendet

Die Downloads stehen auf DNNPortal.DE im Downloadbereich zur Verfügung

http://www.dnnportal.dehttp://www.dnnportal.de/Downloads/tabid/176/Default.aspx

Archive