Agentur für Internetlösungen und Corporate Design
INTERNETLÖSUNGEN
CORPORATE DESIGN
Dr. Armin Schulz Blog
Jahresrückblick webEdition 2011
Samstag, 24. Dezember 2011 |
Was für ein Jahr!
Es ist tatsächlich noch kein Jahr her, dass die Anerkennung der Gemeinnützigkeit des webEdition e.V. am 18. Januar 2011 erfolgte!
Kurz danach wurde Anfang Februar die neue Website veröffentlicht - und mittlerweile mit der Übernahme der Tag-Dokumentation und der Versionshistorie deutlich ausgebaut.
Wir haben 6 neue Versionen in der 6.2 Serie veröffentlicht (die 6.2.6 ist gerade 3 Tage alt) mit insgesamt 349 beseitigten Fehlern und 223 neuen Features und Verbesserungen.
Wir hatten im März unsere Mitgliederversammlung. Aber das absolute High-Light des Jahres war sicherlich die 1. webEdition User Konferenz in Frankfurt/M mit über 60 Teilnehmern und vielen interessanten Gesprächen und Impulsen. Ich freue mich schon auf die im Jahr 2012.
Und im Laufe dieses Jahres konnte der Verein seine Mitgliederzahlen mehr als verdreifachen, was uns die notwendigen Ressourcen für eine zügige Weiterentwicklung verschafft - Details dazu im neuem Jahr!
Ich möchte allen Mitstreitern für ihr Engagement und ihren Einsatz herzlichst Danken. Ohne euch wäre das alles nicht möglich gewesen!
Und mit eurer Unterstützung soll es das nächste Jahr auch so positiv weitergehen:So ist noch für dieses Jahr der Umzug aller webEdition Sites und Dienste auf einen eigenen, dedizierten Server vorgesehen.
Und für Anfang des Jahres steht die 6.3 auf dem Plan, die ganz unter dem Zeichen "Geschwindigkeit" steht.
Soviel vorab: Für eine definierte Testseite sind wir von 156 Includes bei 28MB Arbeitsspeicherverbrauch und 460ms Auslieferungszeit auf 48 Includes, 6,7MB und 190 ms Auslieferungszeit herunter!
Das soll als Ausblick für den Moment genügen, weitere, sehr interessante Neuigkeiten sind in Vorbereitung, sollen aber erst im Januar verkündet werden :-).
Ich wünsche allen webEdition Partnern, Mitgliedern, Freunden und Nutzern ein frohes Weihnachtsfest und einen guten Rutsch in ein erfolgreiches Jahr 2012.
Armin Schulz
0 Kommentare zu dieser Meldung »
1. WebEdition Konferenz erfolgreich abgeschlossen
Freitag, 14. Oktober 2011 |
Gestern wurde die 2tägige 1. WebEdition Benutzer Konferenz mit 11 Sessions und 60 Teilnehmern erfolgreich abgeschlossen.
Es war schon anstrengend: Keynote, 2 Workshops und eine Session über "Einstieg in die Entwicklung und Test von webEdition" (diese zusammen mit Marc Krämer) waren ein recht hartes Programm für mich - das nächste Mal werden ich mich auf zwei Sachen beschränken.
Aber richtig bemerkt habe ich die Anstrengung erst auf der Rückreise im Zug, als die Anspannung von mir abfiel. Denn die Konferenz war für mich eine sehr erfreuliche und spannende Zeit, geprägt von vielen intensiven Gesprächen mit den Teilnehmern. Manche Teilnehmer kannte man zwar bereits aus dem Forum oder der Bugbase, mache auch bisher garnicht (wenigstens nicht bewusst) und so war es wirklich spannend diese (endlich) persönlich kennen zu lernen.
Und glaubt man den Rückmeldungen der Teilnehmer, so haben diese die Konferenz ähnlich empfunden. Nicht nur durch die aus meiner Sicht hervorragenden Konferenzbeiträge zu den unterschiedlichsten Themen, sondern insbesondere durch den Austausch mit anderen Anwendern von webEdition und den Verantwortlichen im Verein.
Insgesammt hatten wir eine sehr offene und kommunikative Atmosphäre.
Wir werden die Konferenz jetzt intensiv nachbearbeiten. Für Anfang der Woche planen wir, mit dem webEdition Voting Modul uns ein Feedback der Teilnehmer zu holen und werden diese dazu nochmal gesondert kontaktieren. Das wird dann mit unseren Erfahrungen in die Vorbereitung der nächsten Konferenz 2012 einfließen.
Die Konferenzbeiträge sollen möglichst alle Online gestellt werden.
Meine Keynote ist schon unter http://t.co/mqTz6oBR verfügbar. Meine Workshops zu den Themen SEO-Urls und Internationalisierung werden noch etwas dauern. Da sich da das meiste Online abgespielt hat, werde ich ein paar Tage brauchen, das aufzubereiten und einige Slides mit Screenshots, entsprechenden Erläuterungen u.ä. zu erzeugen. Daher die Bitte um etwas Geduld!
Und wie wir die Session zum "Einstieg in Entwicklung und Testen von webEdition" dokumentieren sollen ist mir noch völlig unklar.
Wir haben auch viele wertvolle Anregungen und Wünsche für die nächsten Versionen von webEdition bekommen. Das Auszuwerten wird auch ein paar Tage dauern, wird aber definitiv in die Weiterentwicklung einfließen.
Ich freue mich insbesondere über einige neue Mitglieder, darunter ein Partner und drei GoldPartner.
Soviel soll von mir als erstem Eindruck von diesen zwei tollen Tagen erst mal reichen, die Seite der 1. WebEdition Benutzer Konferenz werden wir in Kürze mit allen Informationen updaten.
0 Kommentare zu dieser Meldung »
Die 2-Klick Lösung für den Datenschutz
Freitag, 9. September 2011 |
Die vom Heise Verlag entwickelte 2-Klick Lösung für den Facebook "Like-it" Button ist eine - wenn auch nicht perfekte, so doch praktikable - Lösung, die durch kleine Anpassungen sogar noch ein wenig besser wird.
Was ist das Problem?
Der klassische "Like-it" Button überträgt die Daten jedes Besuchers einer Website, sei er Facebook Nutzer oder nicht, an die Server von Facebook, und zwar ohne dass der Button geklickt wurde (!) Mit diesen Daten, also mit IP-Adresse, Details zum verwendeten Browser (z.B. Plugins) usw. ist Facebook, das nicht dem europäischen Datenschutzrecht unterliegt, in der Lage, ein komplettes Surfprofil aller Nutzer zu erstellen, siehe z.B. diesen Heise-Artikel.
Europäische Datenschützer hat dies schon länger beunruhigt. Auch für uns war dies der ausschlaggebende Grund, warum wir auf unserer eigenen Site sowie auf unseren Kundensites diese Buttons nicht eingebaut haben (bei Kundensites nur auf ausdrücklichen Wunsch des Kunden und nach entsprechender Aufklärung).
Die ganze Problematik wurde virulent, nachdem der Schleswig-Holsteinische Datenschutzbeauftrage Abmahnungen an Webseitenbetreiber angekündigt hatte, die diesen Button nicht bis Ende September von ihrer Webseite entfernen. Weitere Landesdatenschutzbeauftragte haben sich dem mittlerweile angeschlossen.
Die "2-Klick"-Lösung des Heise Verlages
Dies hat nun den Heise Verlag auf den Plan gerufen, der eine Lösung entwickelt hat, die dafür sorgt, dass keine Datenübertragung ohne Einwilligung des Webseitenbesuchers stattfindet. Dabei werden zunächst Simulationen der Social Network Buttons (neben Facebook sind auch Twitter und Google+ betroffen) dargestellt und die eigentlichen Buttons erst nach einem Klick durch den Besucher erzeugt. Erst danach werden die Daten übertragen.
Fährt der Nutzer mit der Maus über die Buttons, so erhält er einen Hinweistext, der ihn über die Lage unterrichtet. Zudem kann die Zustimmung zur Datenübertragung für jedes einzelne soziale Netzwerk dauerhaft aktiviert werden.
Heise veröffentlicht die 2-Klick Lösung unter MIT-Lizenz als Open Source. Sie ist mit relativ geringen Aufwand in vorhandene Sites integrierbar.
Kritik an der jetzigen 2-Klick Lösung
Den Kieler Datenschützern reicht die 2-Klick-Lösung nicht: "Die teilweise vorgeschlagene 'Lösung' über einen Doppelklick, bei dem zunächst eine Informationsseite geöffnet und eine Einwilligung eingeholt wird, geht zweifellos in die richtige Richtung, aber nur den halben Weg: Die Profilbildung bei Facebook lässt sich derart nicht verhindern, wenn man den Plugin nutzen möchte. Zudem setzt eine wirksame Einwilligung voraus, dass Nutzende wissen, worin sie einwilligen. Da Facebook aber bisher nicht offenlegt, was es mit den Nutzerdaten macht, fehlt es weiterhin an der nötigen Information," erklärt der der Leiter des ULD (Unabhängiges Zentrum für Datenschutz Schleswig-Holstein), Dr. Thilo Weichert. Demnach ist eine Einwilligung gar nicht möglich, da die Webseitenbesucher keine Informationen über die erstellten Profile erhalten (deren Erstellung Facebook ja verneint).
Die Lösung ist auch in anderer Hinsicht aus juristischer Hinsicht nicht perfekt - Jens Ferner weist in seinem Artikel auf einige kleine Probleme hin: Folgt man seinen Ausführungen, so fehlt in den eingeblendeten Hinweistexten ein direkter Bezug auf die Datenschutzerklärung der Website. Seiner Meinung nach sollte ein Hinweistext mit Bezug auf die Datenschutzerklärung dauerhaft eingeblendet sein und nicht erst bei Mouseover erscheinen.
Außerdem weist er darauf hin, dass das TMG (Telemediengesetz) eine Protokollierung der Einwilligung verlangt. Er zeigt hier auch eine Lösung auf: Die Erklärung in der Datenschutzbestimmung, dass ein gesetztes Cookie diese Protokollierung darstellt.
Optimierung der Heise "2-Klick"-Lösung
Das Schöne an der Heise Lösung ist, dass vieles sehr einfach anpassbar ist. Alle Texte lassen sich einfach ändern, es lässt sich leicht ein Link auf die Datenschutzerklärung setzen, und es ist absolut unproblematisch einen zusätzlichen permanent sichtbaren Hinweistext anzuzeigen. Und auch die Heise Lösung setzt ein Cookie, wenigstens bei der dauerhaften Aktivierung der Datenübertragung. Passt man die Datenschutzerklärung entsprechend an (siehe hier), so sind viele der aufgezeigten praktischen Probleme gelöst.
Dies entkräftet natürlich nicht die fundamentale Kritik des ULD. Allerdings hat Facebook mittlerweile Details zur Speicherpraxis veröffentlicht.
Mein Fazit
Ich halte die Heise "2-Klick"-Lösung - entsprechend angepasst - für einen gewaltigen Fortschritt. Sie schützt die absolut überwiegende Mehrheit von Webseitenbesuchern zuverlässig vor der Datenübertragung in die USA, gibt meiner Meinung nach auch ausreichend Hinweise auf die Folgen eines Klicks und ist leicht und universell einsetzbar, ohne dem Empfehlenden überflüssige Hürden aufzubauen.
Wir werden daher die Lösung auf unseren eigenen Seiten - und auch auf denen unserer Kunden (nach entsprechender Beratung) einsetzen.
0 Kommentare zu dieser Meldung »
1. webEdition Konferenz 12. - 13. Oktober in Frankfurt: jetzt anmelden
Montag, 5. September 2011 |
Die erste webEdition Benutzer Konferenz findet in Frankfurt am Main, vom 12. - 13. Oktober statt.
In über 12 Sessions und Workshops geht es um die neuen Möglichkeiten der aktuellen Versionen, die geplanten Entwicklungen und wie man das CMS am effektivsten einsetzt.
Es stehen nur begrenzt Plätze zur Verfügung! Daher sollte sich jeder Interessierte jetzt anmelden!
0 Kommentare zu dieser Meldung »
webEdition Version 6.2.2 veröffentlicht
Dienstag, 26. Juli 2011 |
webEdition scheint sich auf einen Update-Zyklus von einem Monat einzuspielen. Denn nach 34 Tagen gibt es bereits die nächste Version 6.2.2.
Dieses Update beseitigt wieder hauptsächlich Fehler (31), insbesondere einige bisher unbemerkte XSS-Lücken. Daher empfehlen wir dringend, auf die neue Version upzudaten.
Aber es gibt auch 22 Neuerungen:
- auch auf kleinen Servern oder Hosting-Paketen können nun große Dateien hochgeladen werden (kein RAM Limit mehr), beim Import vom Server gibt es praktisch keine Größenbeschränkung mehr.
- Die Attribute "to=" und "nameto=" stehen nun bei allen Tags zur Verfügung
- 2 neue Hooks für Objekte und Dokumente ermöglichen es, Daten vor dem Speichern zu ändern oder das Speichern mit einer Fehlermeldung abzulehnen
Alles Details sind wie immer in der Versionshistorie zu finden.
Ab jetzt will sich das Entwicklerteam auf die kommende Version 6.3 konzentrieren und hofft, diese Version in ein bis zwei Monaten fertigzustellen.
0 Kommentare zu dieser Meldung »
webEdition Version 6.2.1 veröffentlicht
Dienstag, 21. Juni 2011 |
Die letzte Version ist gerade einen Monat alt, und schon gibt es eine Neue.
Diese Version konzentriert sich mit 36 Bug-Fixes auf die Fehlerbeseitigung, bietet aber auch 11 neue Features.
Die neuen Features konzentrieren sich zum einen auf den Installations- und Update-Prozess, um diesen deutlich sicherer zugestalten. Dabei werden die Systemvoraussetzungen jetzt deutlich besser überprüft.
Der andere Schwerpunkt liegt im Bereich Fehlerbehandlung und Logging, so das auch der Website-Entwickler von diesem Feature profitiert.
Alles Details sind wie immer in der Versionshistorie zu finden.
0 Kommentare zu dieser Meldung »
WebEdition Version 6.2.0 veröffentlicht
Mittwoch, 18. Mai 2011 |
Es hat lange gedauert, aber jetzt ist die neue Version, mit 169 Bug-Fixes und 156 Verbesserungen endlich fertig und veröffentlicht. Die neue Version bietet viele fundamentale Verbesserungen, z.B.
- Suchmaschinen optimierte Links für das Objekt-Modul
(und damit das Beste aus den beiden Welten Datei- und Datenbank-basierender CMS) - Umfangreiche Unterstützung für internationale, mehrsprachige Sites
(noch nie war es so einfach, viele Sprachen innerhalb einer WE-Site zu verwalten) - Ein deutlich verbessertes Shop-Modul mit automatischem E-Mail Versand und mehr...
- Eine Kundenverwaltung mit "Persistent-LogIns" (ein Auto-Login auch von verschiedenen Computern), Online-Monitor und weiteren Detailverbesserungen
- Viele weitere Verbesserungen, mehr als ich hier aufführen kann. Man werfe einfach einen Blick auf die Versionshistorie.
Zu Living-e Zeiten hätte man einem solchen Update eine neue Hauptversionsnummer verpasst. Wir begnügen uns mit dem Sprung von 6.1 auf 6.2.
Ich hoffe, das sich bei den ganzen Änderungen nicht auch ein paar neue Fehler eingeschlichen haben. Einses unserer Probleme sind die fehlenden Tester aus der Community.
Die neue Version ist zwar bei ca. 50 Produktiv-Sites seit einiger Zeit im Einsatz, aber da sich webEdition in so vielfältiger Weise nutzen und programmieren lässt, fehlt es an Testern die es eben auf diese vielfältige Art nutzen.
0 Kommentare zu dieser Meldung »
- Suchmaschinen optimierte Links für das Objekt-Modul
3. WE-Tag am 27. März 2011 erfolgreich abgeschlossen
Sonntag, 27. März 2011 |
Zweieinhalb intensive Arbeitstage liegen heute hinter mir. Auf dem 3. WE-Tag in Berlin wurden in verschiedenen Workshops die Weichen für die Weiterentwicklung des CMS webEdition und des webEdition e.V. erarbeitet und von den anwesenden Mitgliedern des Vereins in der Mitgliederversammlung am heutigen Tage verabschiedet.
Dabei möchte ich mich zunächst bei allen Teilnehmern für die intensive Mitarbeit, das Engagement und die tolle, kooperative Atmosphäre bedanken! Ich denke, das diese Tage sowohl das CMS webEdition als auch den Verein deutlich weiterbringen und später mal als Meilenstein gelten werden.
Neben verschiedenen Maßnahmen für die Öffentlichkeitsarbeit wurden konkrete Schritte für die bessere Beteiligung der Community erarbeitet, die weitere Entwicklung der Dokumentation festgelegt sowie die Roadmap für die weitere technische Entwicklung des CMS webEdition festgelegt.
Alle Details zu den beschlossenen Inhalten finden sich in Kürze auf der webSite www.webedition.org.
0 Kommentare zu dieser Meldung »
Die Euro Krise - Ein langfristiger Lösungsvorschlag
Dienstag, 22. März 2011 |
Ein interessanter Vorschlag für eine langfristige Lösung des leidigen Themas Euro wurde gestern durch einen langjährigen Freund veröffentlicht:
Die Vereinigten Staaten von Europa – eine realistische und notwendige Utopie
Was er in meinen Augen schamhaft verschweigt ist die Tatsache, dass angesichts der dramatisch steigenden Wirtschaftsmacht von Ländern wie China, Indien, Brasilien usw., eine europäische Mittelmacht wie Deutschland (genau wie die anderen "großen" europäischen Staaten wie Frankreich oder Großbritannien) spätestens in 10 oder 15 Jahren weltpolitisch etwa den Rang von Ländern wie der Schweiz einnehmen wird (und das Hauptquartier des Roten Kreuzes ist schon vergeben).
Nur ein vereinigtes Europa, das mit einer Stimme spricht, wird langfristig noch irgend einen Einfluss auf das Weltgeschehen haben.
0 Kommentare zu dieser Meldung »
Holger Meyer ist eingeholt!
Montag, 31. Januar 2011 |
Irgendwie kann ich einen gewissen Stolz nicht verleugnen.
Als ich heute in Vorbereitung auf den nächsten Release in die Verwaltung der webEdition-Bugbase geschaut habe, durfte ich feststellen, dass ich Holger Meyer, den Erfinder von webEdition, als fleißigster Entwickler abgelöst habe. Mit 658 Features und Bugfixes habe ich jetzt die Führung übernommen :-)
Allerdings hat Holger sicher mehr gemacht, da die ganz alten Sachen von der Bugbase nicht mehr erfasst werden.
Das neue Release macht gute Vortschritte: Schwerpunkte sind:
- Geschwindigkeitsoptimierung durch DB-Indices
- SEO-Links für Dokumente und Objekte
- Internationalisierung
- Shop-Erweiterung
- Persistent-Logins und OnlineMonitor in der Kundenverwaltung
0 Kommentare zu dieser Meldung »
Sicherheitsupdates auf webEdition 6.1.0.2 und 5.1.2.5
Dienstag, 2. November 2010 |
Das Open Source CMS webEdition wurde durch die Sicherheitsfirma SektionEins einem kostenlosen Sicherheits-Check unterzogen.
Dabei sind (leider) zwei gravierende Probleme in Form einer SQL Injektionsverwundbarkeit und einer rekursiven XSS Verwundbarkeit zu Tage getreten, die mit dem jetzigen Update behoben werden.
Wir raten allen webEdition Anwendern dringend zu einem Update über die LiveUpdate-Funktion des CMS!
Neben den beiden Sicherheitslücken wurden in der Version 6.1.0.2 weitere 40 Verbesserungen und Optimierungen eingeführt, die insbesondere die Sicherheit der Installations- und Updateporzesse weiter verbessert.
Eine Übersicht über die Änderungen finden Sie in der Versionshistorie.
Der Verein hat sich entschlossen, die beiden Sicherheitsprobleme nicht nur in der von ihm zu verantwortenden Version 6, sondern auch in der Version 5 zu beseitigen. Wie empfehlen allen WE-5 Anwendern, auf das deutlich weiterentwickelte WE-6 upzugraden.
2 Kommentare zu dieser Meldung »
webEdition wurde als Verein vom Registergericht eingetragen!
Donnerstag, 16. September 2010 |
Was für ein Tag!
Heute Morgen erreicht mich der Anruf vom Telekom-Shop, dass ich (endlich) mein iPhone 4 abholen kann, heute Mittag der Brief, dass der Verein "webEdition, Verein zur Förderung des Open Source Content Management Systems webEdition“ (ENDLICH) ins Vereinsregister eingetragen wurde!
Damit ist ein ganz, ganz wesentlicher Schritt für webEdition und die Weiterentwicklung unseres CMS-Systems erfolgt.
Wir können mit der Eintragung jetzt Mitgliedsanträge entgegennehmen. Dazu werden wir in Kürze ein PDF zur Verfügung stellen, das wir als ersten Schritt (bis die NEUE webEdition.org mit den Online-Formularen aktiv ist) verwenden und verbreiten können.
Und auch ein Konto können wir uns jetzt endlich zulegen.
Mit der Eintragung und der in naher Zukunft relaunchten webEdition.org sind wir dann schon mal einen guten Schritt weiter!
Auf der rechtlichen Seite steht dann als nächstes die Anerkennung der Gemeinnützigkeit durch das Finanzamt an. Aber das werden wir jetzt auch zügig angehen und erfolgreich bewältigen!
Und auch die Arbeiten an der nächsten Version von webEditon gehen gut voran.
Was für ein Tag!
1 Kommentare zu dieser Meldung »
webEdition Version 6.1.0.1 veröffentlicht
Sonntag, 5. September 2010 |
Ca. 3 Wochen nach Veröffentlichung der Version 6.1.0 mit über 400 Änderungen, wurde heute ein Instandhaltungs-Release veröffentlicht, der die 24 kleineren und größeren Fehler, die nach den ersten ca. 1000 Installationen/liveUpdates gemeldet wurden, und die sich trotz alles Tests in diese Version eingeschlichen hatten, beseitigt.
Damit liegt webEdition jetzt wieder in einer wirklich stabilen Version vor, die die Basis für die weitere Entwicklung bilden wird.
Da die Fehler immer sofort nach Beseitigung in den Update-Server (Basis für Installation und Updates) für die Version 6.1.0 eingespielt wurden, sind die meisten Nutzer nie von den Fehlern betroffen gewesen. Trotzdem empfehlen wir allen Nutzern der 6.1.0 auf die neue 6.1.0.1 upzudaten! Diese Empfehlung gilt erst Recht für all die Nutzer älterer Versionen, die mit der 6.1.0.1 ein deutlich stabileres System erhalten.
Für die weitere Entwicklung von webEdition haben wir aus den gemachten Erfahrungen unsere Schlüsse gezogen und werden in Zukunft für stabilere Updates sorgen.
Zum einen ermöglichen die beiden Versionen erstmals öffentliche Beta-Tests, d.h. ein Update auf Beta-Versionen über die LiveUpdate-Funktion von webEdition.
Zum zweiten werden für die weitere Entwicklung verschiedene Entwicklungszweige, sog. 'Branches' genutzt.
Im Branch 'trunk' finden sich in Zukunft nur Fehlerbeseitigungen bzw. Features mit geringem Potenzial für negative Seiteneffekte oder bereits vorgetestete Änderungen.
Im Branch 'main-develop' werden Änderungen (Fehlerbeseitigungen und neue Features) mit dem Potenzial für negative Seiteneffekte zunächst entwickelt und vorgetestet, und erst nach diesen Vortests in den Branch 'trunk' übernommen.
Für Änderungen, die tief in das System eingreifen (und damit ein großes Potenzial für negative Seiteneffekte haben) werden dann jeweils separate Branches erstellt.
Dies ist aktuell der Branch 'develop-php53' zur Herstellung vollständiger PHP 5.3 Funktionalität.
0 Kommentare zu dieser Meldung »
webEdition Version 6.1.0 veröffentlicht
Montag, 16. August 2010 |
Mit 233 Fehlerbeseitigungen und 191 neuen Features ist die neue Version ein Meilenstein der Entwicklung für das Open Source CMS.
Neben dem neuen Update-Server und deutlichen Verbesserungen bei Installation und Online-Update (z.B. können jetzt komfortabel Entwicklerversionen installiert oder auf diese upgedated werden), gibt es deutliche Verbesserungen in vielen Bereichen.
Einige Highlights:
- Backup: Für viele Legacy Sites ist jetzt eine weitgehend automatische Umstellung auf den UTF-8 Zeichensatz möglich.
- Die Erweiterungen des Voting-Moduls, vom Jüdischen Museum Berlin gesponsert, werten dieses Modul dramatisch auf.
- Das DB/Objekt-Modul wurden ebenfalls stark erweitert und in seiner Funktionalität deutlich verbessert.
- Die Einführung von Versionierung für Vorlagen, mit eigenen Einstellungsmöglichkeiten, erleichtert die Arbeit für Entwickler deutlich.
- Der Vorlagen-Editor CodeMirror wurde in seinen Möglichkeiten deutlich erweitert und bietet mit Code-Completion, voller Integration in TagWizard und Online-Dokumentation viele neue Möglichkeiten.
- Stark erweitert wurde das webEdition SDK. Einige mächtige WE-Apps sind in Vorbereitung und stehen kurz vor der Veröffenlichung.
Ich wünsche allen viel Spass mit der neuen Version!
Übrigens:
Wir haben uns entschlossen, die Versionszyklen deutlich zu verkleinern. Ab jetzt gibt es neue Versionen alle 4 - 8 Wochen (nicht ganz so mächtig wie dieser, aber mit ständigen Verbesserungen)
0 Kommentare zu dieser Meldung »
Neuer webEdition Update-Server und OnlineInstaller in Vorbereitung
Mittwoch, 7. Juli 2010 |
Der neue Update-Server und der OnlineInstaller sind zur Zeit im Beta-Stadium, bieten aber bereits jetzt neue, interessante Möglichkeiten.
So stehen mit dem neuen Update-Server erstmals "nightly Builds" der aktuellen SVN-Version für OnlineInstaller und LiveUpdate zur Verfügung.
Die Beta-Version des OnlineInstaller Version 2.5 steht zum download bereit und wird ständig aktualisiert. Die so installierte Version kann dann jederzeit über das LiveUpdate aktualisiert werden.
Neben der eigentlichen Entwicklung sollte damit auch die Verifizierung und Überprüfung von Änderungen einfacher werden und sich die Zahl der Tester erweitern. Eine aktualisierte Testanleitung macht den Einstieg für Tester zudem deutlich einfacher. Dadurch sollte sich die Zeit bis zu Veröffentlichung der neuen Version 6.1.0 deutlich verkürzen.
0 Kommentare zu dieser Meldung »
Aus webEdition 6.0.0.9 wird webEdition 6.1.0
Dienstag, 22. Juni 2010 |
Wegen der Vielzahl der Bugfixes (aktuell 173) und Feature-Erweiterungen (aktuell 108) wurde beschlossen, die neue Version als 6.1.0 zu veröffentlichen.
Der Versionssprung soll deutlich machen, wie weit die Entwicklung in den letzten Monaten fortgeschritten ist.
Neben weiteren Fehlerbeseitgungen und der Erstellung neuer Features konzentriert sich die die Arbeit im Moment auf die Qualitätskontrolle der Änderungen. Im Moment sind noch 46 Änderungen nicht von unabhängigen Experten gegengeprüft worden.
Details zum aktuellen stand der Arbeiten kann man dem Preview der Versionshistorie entnehmen.
0 Kommentare zu dieser Meldung »
Warten auf Godot
Mittwoch, 2. Juni 2010 |
Seit der Einreichung der Registrierungsunterlagen für den gemeinnützigen Verein webEdition e.V. durch den Notar sind jetzt 3 Monate vergangen.
Und noch immer keine Rückmeldung durch das Vereinsgericht. Manchmal denke ich, ich bin im falschen Film.
Laut Notar sollte es aber bald, ganz bald soweit sein. Wenigstens wissen wir jetzt, warum Berlin so arm ist (vom sexy wollen wir jetzt mal nicht reden).
Leider kann man nicht viel machen außer warten.
Hoffen wir das beste!
0 Kommentare zu dieser Meldung »
1. Vorstandssitzung des webEdition Vereins
Donnerstag, 11. März 2010 |
Nach einem weiteren „Iterationsschritt“ beim Notar letzte Woche, bei dem es im Wesentlichen um Formerfordernisse (Protokoll!) und die Ausschließung möglicher Eintragungshinderungen (im Vereinsregister) ging, hatten wir gestern dann den offiziellen Notartermin mit den Unterschriften aller drei Vorstandsmitglieder für die Anmeldung beim Registergericht.
Danach hatten wir unsere erste Vorstandssitzung, über die noch separat berichtet wird..
Neben vielen anderen Themen (wie der neuen, gerade im Aufbau befindlichen Vereinsseite die die Satzung und ähnliches veröffentlichen wird) haben wir z.B. auch die neue Geschäftsordnung des Vorstandes verabschiedet.
Es lebe die Bürokratie!
0 Kommentare zu dieser Meldung »
2ter WE-Tag bei Löwi&Partner
Dienstag, 16. Februar 2010 |
Der 2te WE-Tag findet bei Löwi & Partner statt.
Nach der Online-Abstimmung über den Termin und bis heute 13 Anmeldungen laden wir heute alle Interessierte zur Gründung des gemeinnützigen Vereins ein:
Termin: 20. Februar 2010
Beginn der Veranstaltung: 13:00 Uhr
Ort: Innsbrucker Str. 35, 10825 Berlin (bei uns im Büro)Detaillierte Anfahrtshinweise finden sich auf unserer Kontaktseite.
Agenda:
- Gründung des gemeinnützigen Vereins
- Festlegung der Strategie für 2010/2011
- Erstellung einer Roadmap für die verschiedenen Bereiche wie
Entwicklung/Doku/WebSites usw.
0 Kommentare zu dieser Meldung »
Start ins neue webEdition Jahr
Montag, 4. Januar 2010 |
Wenn ich einen Blick auf die aktuelle Preview auf die nächste webEdition-Version >> werfe, die derzeit ca. 60 umgesetzte Bugfixes/Erweiterungen aufweist, dann denke ich, das ein neuer Release nicht mehr so lange auf sich warten lassen sollte.
Schwerpunkte der bisherigen Arbeiten war neben der umfangreichen Erweiterung des Voting Moduls (vom Jüdischen Museum Berlin gesponsert), der Aktualisierung von Drittsoftware (Zend-Framework usw.), der Bereich Newsletter-Modul (mit umfangreichen Fehlerfixes) sowie der Bereich Navigation (mit Fehlerfixes und Erweiterungen).
Nach der Veröffentlichung meines Vorschlags für die Satzung unseres gemeinnützigen Vereins im webEdition Forum Mitte November, gab es lange Zeit kaum Rückmeldungen, was ich persönlich etwas enttäuschend fand.
Das hat sich jedoch in den beiden letzten Dezember Wochen geändert, und es zeichnet sich doch erhebliche Zustimmung ab. Dieses Thema sollte einen Schwerpunkt der nächsten Zeit bilden.
Was ist also meiner Meinung nach in diesem Jahr zu tun?
Kommen wir also zur
webEdition Agenda 2010
- Gründung des Vereins, möglichst noch im Januar, damit wir hier balbmöglichst aktionsfähig werden (es muss ja dazu auch noch die Eintragung im Vereinsregister erfolgen bevor man wirklich agieren kann).
- Auswahl eines geeigneten Javascript-Frameworks, was folgende Bedingungen erfüllen sollte:
- Es muss barrierefreien Code ermöglichen
- Die Lizenz muss es erlauben, kostenpflichtige WE-Applikations zu entwickeln bzw. solche, wo man nicht sofort den gesammten Quellcode veröffentlichen und unter die GPL (oder ähnliches) stellen muss
- Umstellung der WE-Oberfläche auf einen iframe für den Bereich Dokumente, Umstellung auf einen neuen Dokumenten-Tree sowie auf ein neues Menü. Dies alles auf der Basis des gewählten Javascript Frameworks, unter Berücksichtigung der Aspekte der Barrierefreiheit - das wäre dann WE 6.1.
- Stufenweise Umstellung des gesamten WE-Systems auf das Zend- und das gewählte Javascript-Framework, dabei Einbau grundlegender Verbesserungen und Erweiterungen - das wäre dann WE 6.1.0.1 usw.
- Paralell zu den "großen" Umstellungsarbeiten weitere Fehlerfixe und Einbau von Detail-Verbesserungen und Erweiterungen, teilweise auch noch auf der alten Basis.
0 Kommentare zu dieser Meldung »
webEdition Version 6.0.0.7 veröffentlicht
Dienstag, 15. Dezember 2009 |
143 Tage nach dem letzten Release wurde gestern die neue Version 6.0.0.7 mit ca. 130 Fehlerbeseitigungen und ca. 39 Verbesserungen veröffentlicht. Dies ist sicherlich eines der umfangreichsten Releases, die das Content-Management-System webEdition in den letzten Jahren erlebt hat.
Dabei lag ein Schwerpunkt der letzten Wochen auf der Qualitätssicherung, also der Überprüfung der gemachten Änderungen (Fixes und Erweiterungen) durch unabhängige Tester.
Trotzdem wurden zwei Fehler erst nach der offiziellen Veröffentlichung entdeckt und behoben. Diese wurden dann sofort auf dem Update-Server bereitgestellt, so das betroffene Anwender durch eine simple "Update-Wiederholung" auch diese Fehler beseitigen konnten. Hier beweist sich das sehr komfortable und sichere Update-Konzept von webEdition als eine tragfähige Säule.
Eine andere Schlussfolgerung ist aber, das die Beta-Phase, die Phase also, wo das neue Release über den Online-Updater verfügbar ist, aber noch nicht offiziell freigegeben wurde, in Zukunft verlängert werden sollte.
Das nächste Release ist bereits in den Startlöchern
Ich persönlich halte eine Zeitspanne von ca. 140 Tagen für einen neuen – noch so umfangreichen – Release für zu lang. Ich denke, dass ein monatliches Update sowohl für den Anwender, als auch für die Entwickler und Tester besser und einfacher zu handhaben ist. Zum einen profitieren dann alle schneller von Änderungen, zum anderen ist die Qualitätssicherung einfacher und übersichtlicher.
Deshalb freut es mich, das die Arbeiten am nächsten Release bereits recht weit fortgeschritten sind.
So haben wir bereits heute, einen Tag nach der Veröffentlichung ca. 20 neue Updates umgesetzt (diese waren natürlich schon länger in Vorbereitung).
Zum einen wurden dabei umfangreiche Updates von Dritt-Software durchgeführt (Zend-Framework, phpMailer, Codemirror usw.).
Zum anderen wurde das Voting Modul umfangreich erweitert. Dies wurde möglich durch ein von uns durchgeführtes Projekt für das Jüdische Museum Berlin, das die Funktionalität des Moduls dramatisch ausweitet.
Näheres findet sich wie immer im Preview auf die nächste webEdition-Version >>
0 Kommentare zu dieser Meldung »
webEdition Patches November 2009
Montag, 30. November 2009 |
Nach überstandenem Agentur-Umzug geht jetzt die Arbeit an der neuen Version 6.0.0.7 wieder in eine heiße Phase.
Ich habe mich jedoch entschlossen, die von mir umgesetzten Änderungen nicht mehr hier separat zu veröffentlichen, sondern in der Versionshistorie eine öffentlich zugängliche Preview einzurichten, so das jeder die Fortschritte an der neuen Version verfolgen kann.
Ich selbst habe mich dabei neben vielen kleinen (manchmal aber recht aufwändig zu fixenden) einzelnen Problemen mit dem wysiwyg-Editor herumgeschlagen. Er sollte jetzt wesentlich besser per Copy/Paste übernommene Daten filtern.
Weitere Schwerpunkte waren wiedermal der Newsletter und die Navigation sowie der Export.
Wir sind jetzt bei deutlich über 100 Fixes/Features für das Release 6.0.0.7 angekommen. Ich denke, wir sollten das Ding bald veröffentlichen.
0 Kommentare zu dieser Meldung »
Vorschlag für die Satzung des gemeinnützigen Vereins webEdition e.V. veröffentlicht
Mittwoch, 11. November 2009 |
Es hat lange gedauert, aber heute ist (ja, auch Beginn des Karnevals) der Tag der Veröffentlichung.
Im webEdition Forum habe ich heute meinen Vorschlag für die Satzung unseres gemeinnützigen Vereins veröffentlicht.
Ich hoffe natürlich auf große Zustimmung, aber noch wichtiger wäre mir eine große Beteiligung und eine fruchtbare Diskussion!
0 Kommentare zu dieser Meldung »
Agentur-Umzug und webEdition
Samstag, 31. Oktober 2009 |
Diesen Monat sind wir umgezogen!
Nachdem wir letzten Monat tatsächlich 2 Wochen im Urlaub waren, war der Oktober von den Vorbereitungen und Nachbereitungen unseres Umzuges gekennzeichnet.
Ich muss leider sagen, dass ich den Aufwand "ein wenig" unterschätzt habe.
Zum Programmieren (wenigstens an webEdition) bin ich praktisch überhaupt nicht gekommen. Das bischen Zeit, was ich aufbringen konnte, habe ich in die Vorbereitung der Satzung für den geplanten, gemeinnützigen webEdition e.V. gesteckt. Aber auch damit bin ich leider noch nicht fertig geworden, sodas ich weder hier noch im Forum einen Vorschlag präsentieren kann.
Ich hoffe, im November normalisiert sich wieder alles ein wenig.
0 Kommentare zu dieser Meldung »
webEdition Patches September 2009
Mittwoch, 30. September 2009 |
Die Arbeit an der neuen Version 6.0.0.7 geht, wenn auch wegen der zwei Wochen Urlaub in der Mitte des Monats bei mir verringerter Intensität, unvermindert weiter.
In der verbliebenen Zeit habe ich mich hauptsächlich um das Problem des Imports von Dateien mit unterschiedlichen Zeichensätzen herumgeschlagen. Ein Problem, das ich eigentlich als abgeschlossen betachtet hatte, wo aber noch einige Fehler im Code waren.
Hoffe also, das folgendes Feature jetzt endgültig als "geschlossen" angesehen werden kann:
- Feature #3865 webEdition XML Import: Import eines WE-Exports wurde so erweitert, dass dabei das Encoding (Zeichensatz) an die aktuelle Installation angepasst werden kann
0 Kommentare zu dieser Meldung »
webEdition Patches August 2009 [Update 31. August 2009]
Samstag, 15. August 2009 |
Dieser Blog-Eintrag soll wieder ein wenig der Dokumentation der Patches dienen, die im August 2009 von mir erstellt wurden. Daher wird ein entsprechender Eintrag jeweils nach erfolgtem Patch hier ergänzt.
- Bug #3825 "Objekte ohne gesetzten Arbeitsbereich (bzw. Arbeitsbereich /root werden nicht mehr in die tblIndex aufgenommen" wurde beseitigt.
- Feature #3826 Die Sprache in einem Objekt-Ordner wurde auf alle darin enthaltenen Objekte / Ordner übertragbar gemacht
- Bug #3796 "Fehlender Slash in der weBrowser.class.php" wurde beseitigt.
- Bug #3653 "Im Bereich Objekte kann ein Unterordner als Parentordner für eigenes Parentverzeichnis definieren werden" wurde beseitigt.
- Bug #3829 "einige Bezeichnungen im Bereich Shipping sind nur in Deutsch vorhanden" wurde beseitigt.
- Bug #3828 "we:shopfield type hidden nicht valide (und stört sich nicht an den Standardeinstellungen)" wurde beseitigt.
- Bug #3832 "Kategorien-Einschränkung bei dynamischen Einträgen in Navigationstool funktioniert nicht" wurde beseitigt.
- Bug #3833 "Nach Installation - Benutzerverwaltung (unter bestimmten Bedinungen) nicht in Menü" wurde beseitigt.
- Bug #3210 "fFieldNotEmpty type checkbox fehlt" wurde beseitigt.
- Bug #3837 "ifFieldEmpty / ifFieldNotEmpty type=object funktioniert nicht mehr" wurde beseitigt.
- Feature #3838 Der Einstellungsdialog wurde mit Informationen zum Verbindungszeichensatz zur DB und Warnung vor Umstellung bei vorhandenen Daten ausstattet
- Bug #3844 "PayPal bekommt immer einheitlichen country und language code übermittelt" wurde beseitigt.
- Feature #3845 Es wurde die Möglichkeit geschaffen Versandkosten nach Gewicht/Empfängerland zu behandeln und auch an Paypal (saferpay) zu übergeben
- Bug #3843 "PayPal-Tag liefert nicht validen submit-Button" wurde beseitigt.
- Feature #3852 Der Paypal-Tag wurde so erweitert, das nur das Formular, dieses jedoch valide und durch CSS formatierbar, ausgegeben werden kann
- Bug #3733 "PHP Fehler bei JPG mit extension .JPG in weMetadata" wurde beseitigt.
- Bug #3625 "Captcha generiert PHP Fehler bei leerem fontpath" wurde beseitigt.
- Bug #3856 "$head=str_replace(WE_DEFAULT_TITLE .. im WE_DEFAULT_HEAD führt zum Überschreiben von Pfaden" wurde beseitigt.
- Bug #3857 "webEdition XML Import bricht am we_class_folder zusammen" wurde beseitigt.
- Bug #3548 "webEdition XML Import: id- und startid-parameter zeigen nach Import auf falsche Dokumente" wurde beseitigt.
- Bug #3791 "webEdition XML Import: Klassen und Objekte erhalten neue IDs, zugehörige IDs in Templates sind falsch" wurde beseitigt.
- Bug #3775 "webEdition XML Import: Fehlerhaftes Encoding beim Einspielen eines Exports" wurde beseitigt.
- Bug #3861 "listview type object verlinkt nicht trotz gesetzter TriggerID" wurde beseitigt.
- Feature #3865 webEdition XML Import: Import eines WE-Exports wurde so erweitert, dass dabei das Encoding (Zeichensatz) an die aktuelle Installation angepasst werden kann
- Feature #3786 die we:ifTemplate-Tags wurden um die Möglichkeit erweitert, auf einen Ordner (in dem die Templates liegen)zu testen
0 Kommentare zu dieser Meldung »
webEdition Version 6.0.0.6 veröffentlicht
Samstag, 25. Juli 2009 |
Heute wurde nach einer längeren Phase der Qualitätssicherung, bei der alle Änderungen umfangreichen Tests unterzogen wurden, die neue Version 6.0.0.6 als erste Community Version von webEdition veröffentlicht.
Die neue Version enthält umfangreiche Fehlerbeseitigungen, aber auch viele neue Features und Bereinigungen, die webEdition in späteren Versionen endgültig von seinen kommerziellen Wurzeln und Beschränkungen lösen werden.
Die neue Version ist über den Online-Installer, als Installations-Archiv oder über das Versionierungssystem (SVN) sowie über die in webEdition integrierte Update-Funktion erhältlich.
Da die neue Dokumentation (in der jetzt die Versionshistorie gepflegt wird) noch im Beta-Stadium ist, hier eine Übersicht über die Änderungen in den letzten Versionen:
webEdition 6.0.0.6
Veröffentlichungsdatum: 23.07.2009
Verfügbare Sprachpakete
- Deutsch
- Deutsch_UTF-8<
- Dutch
- Dutch_UTF-8
- English
- English_UTF-8
- Finnish
- Finnish_UTF-8
Verbesserungen
- Deutliche Warnungen über sicherheitsrelevante Konfigurationsfehler (register_global usw.) in der Systeminformation und an anderen Stellen (3749, 3750)
- Modul(de)aktivierung: alle Module (Kundenverwaltung, Shop, Objekt/DB, Newsletter, Messaging, Workflow) lassen sich jetzt über den Einstellungsdialog (Tab Modulaktivierung) de- bzw. aktivieren. die spart gegenenfalls Resources, (3709)
- Modul(de)aktivierung: Tags <we:ifbannerexists>, <we:ifcustomerexists>, <we:ifnewsletterexists>, <we:ifobjektexists>, <we:ifshopexists> und <we:ifvotingexists'> erlauben Überprüfung ob die entsprechenden Module deaktiviert wurden und führen den eingeschlosssenen Code nur aus, wenn die Module aktiviert sind (3588)
- we:sendmail mit neuem Attribut includeimages="true" kann jetzt analog zum NewslettermodulHTML-Seiten mit integrierten Bildern senden, (2209)
- we:sendmail mit neuen Attributen recipientCC und recipientBCC, sodass jetzt Mail versteckt (BCC) oder als CC versendet werden können, (3732)
- we:sendmail mit neuem Attribut useBaseHref, damit kann die Verwendung von <base href=… in der versendeten Seite unterdrückt werden, so dass jetzt Links auf Anker innerhalb der versendeten Seite funktionieren (3739)
- we:sendmail mit neuen Attributen useFormmailLog und useFormmailBlock, sodass jetzt das Versenden von Seiten genauso gelogt und geblockt werden können wie bei formmail. Es gelten die gleichen Einstellungen wie bei formmail hinterlegt (3740)
- we:sendmail - neue we:tags ifSendMail / ifNotSendMail erlauben zu überprüfen, ob gerade ein dokument per E-Mail versendet wird. Damit lassen ich auf der versendeten Seite Inhalte ein- bzw. ausblenden (3747)
- Neue we:tags ifPageLanguage / ifNotPageLanguage erlauben die Sparacheinstellungen (Tab Eigenschaften eines Dokumentes, Konfiguration über "Einstellungen → tab Sprachen) abzuprüfen (#3744)
- we:flashmovie mit neuen Attributen startid und parentid, damit läßt sich analog zu we:img der Redakteur auf bestimmte Verzeichnisse einschränken (3164)
- we:quicktime mit neuen Attributen startid und parentid (weil wir gerade beim Thema waren), damit läßt sich analog zu we:img der Redakteur auf bestimmte Verzeichnisse einschränken (3710)
- we:flashmovie mit neuem Attrib wmode (window,opaque,transparent), damit kann man jetzt das Verhalten des Flashfilms besser einstellen (3485,3199)
- we:categorie lässt ich über das Attribut onlyindir auf einen Unterordner im Kategoriebaum einschränken (#3703)
- we:var mit dem Attribut htmlspecialchars="true" wird jetzt auch bei den typen session und request unterstützt (#3771)
- Neue, vereinheitliche we-Tags we:ifNotHasChildren und we:ifNotHasShopVariants (#3713, #3714)
- Objekt-Modul: Feldtyp FLOAT läßt jetzt auch negative Zahlen zu (#3619)
Behobene Fehler
- Backup-Import: Encoding der Zeichen in Navtool und allen Modulen (Kundenverwaltung etc.) jetzt bei UTF-8 korrekt (#3412)
- Backup-Import: leere Dokumentenverzeichnisse werden beim Wiederherstellen eines Backups richtig angelegt (#3705)
- Backup-Import: Deutlicherer Hinweis, das der Zeichensatz des Zielsystems identisch sein muss mit dem des Quellsystems (#3574, #3517)
- Der Cockpit Newsfeed wurde umgestellt (#3761, #3531)
- Das Laden des Cockpits funktioniert wieder störungsfrei (#3208)
- we:img ohne gewähltes Bild erzeugt jetzt eine valide Ausgabe (#3152)
- we:checkform findet seine Javascriptdatei wieder (#3537)
- Das ' Zeichen wird nicht mehr durch das nicht existierende ' ersetzt (#3671)
- der we:Tag we:ifNotTemplate wird wieder erkannt (3467)
- <we:var type="link" name="feldname" only="text"> zeigt nicht mehr den Pfad sondern den Text an (#3634)
- <we:navigationField complete="link" … gibt jetzt wieder auch die "Link Attribute" aus (3741)
- TagWizard Select-Box springt bei einer Buchstaben-Eingabe wieder an die richtige Stelle (#3331)
- TagWizard funktioniert wieder für we:ifWorkspace (#3394, #3630)
- TagWizard für we:ifNotWorkspace verfügt jetzt über ein Feld für die id (3631)
- TagWizard für we:listview type="objekt" erlaubt Eingabe des Attributs predefiendSQL (3664)
- TagWizard für we:captcha um das alt-Attribut ergänzt (3091)
- TagWizard für we:form um das enctype-Attribut ergänzt (3738)
- TagWizard für we:ifField und we:ifNotField läßt jetzt match="" zu, damit kann man jetzt auf leere Select-Felder in Objekt-Listviews prüfen (#3429, #3598)
- TagWizard ergänzt um we:ifNotHasCurrentEntry und we:ifNotHasEntries (#3458)
- Diverse Meldungstexte wurden korrigiert/aktualisiert (#3084, #3221, #3250, #3259, #3274, #3313, #3603, 3765)
- Tarball-Setup: fehlende Grafik ergänzt, Warnung vor sicherheitsrelevanten Konfigurationsfehlern hinzugefügt (#3777)
- Notices beim Erst-Login nach Tarball-Installation wurden entfernt (#3766)
- Die Einbindung von JavaScriptfiles wurde korregiert (#3721)
- Umstellung der Default-Fehler-Meldungsadresse auf 'mail@example.com' (#3557)
- Nach dem Upload lokaler Dateien über JUPLOAD kommt man jetzt wieder "zurück" und kann erneut Ziel und Dateein auswählen (#3723)
- Kundenverwaltung: we:sessionfield autofill="true" name="Password" erzeugt wieder richtige Eingabefelder (#3669)
- Shop-Modul: Shop-Einstellungsdialog speichert wieder mehr als eine Klasse ab (#3666)
- Shop-Modul: we:a edit="shop" findet die Objekt-id auch wenn das Objekt mit we:objekt geladen wird und findet sie auch in einer listview über Objekte in einer Varianten-Listview (#3538)
- Newsletter-Modul: Wenn Bilder mitgesendet werden, so werden doppelte (mehrfache) Bilder nur einmal mitgesendet (und erscheinen nicht mehr als Anhänge - gilt auch für we:sendMail (#3725)
- Newsletter-Modul: Es werden jetzt auch Bilder mit Dateiendungen in Grossbuchstaben (z.B. +.JPG) mit gesendet (#3768)
- Newsletter-Modul: Sendet auch bei Serverumgebungen mit aktueller PCRE-Version wieder Bilder mit, in diesem Zusammenhang Anpassungen an verschiedenen Stellen für die neue PCRE-Version (#3443, #3101)
- Newsletter-Modul: Findet jetzt vorhandene E-Mail-Adressen auch bei mehreren CSV-Dateien und im Kundenmodul (#3687)
- Newsletter-Modul: Im Einstellungsdialog käßt sich jetzt die Verwendung von <base href=… im versendeten Newsletter unterdrückt werden, so dass jetzt Links auf Anker innerhalb der versendeten Newsletter funktionieren (3735)
- Objekt-Modul: Titel bei Objekten wird wieder korrekt ausgegeben (#3626, #3549)
- Objekt-Modul: Verzeichnis-Suche funktioniert auch bei Feldnamen vom Typ date_Datum_von (also mit zwei "_", bzw. einem "_" im angezeigten Feldnamen) wieder (#3694)
- Objekt-Modul: Multiobject Ausgabe innerhalb eines "object" bei leeren Einträgen wieder funktionsfähig - auch innerhalb listviews - (#3688)
- Objekt-Modul: Die im Konstruktor übergebene docid wird jetzt bei der Multiobject Klasse korrekt initialisiert - (#3720, 3770)
- Korrektur der webEdition-Logos und der Copyright-Notiz im Login-Screen (3752)
webEdition 6.0.0.5
Veröffentlichungsdatum: 14.04.2009
Verfügbare Sprachpakete
- Deutsch
- Deutsch_UTF-8<
- Dutch
- Dutch_UTF-8
- English
- English_UTF-8
- Finnish
- Finnish_UTF-8
Verbesserungen
- Object/DB-Modul: Eine Listview über Objekte kann jetzt ein eigenes SQL-Statement ausführen, Attribut predefinedSQL (#3650)
Behobene Fehler
- Importfunktion ohne Java-Applet zählt wieder richtig (#3493, #3605, #3645)
- Textkorrektur im Einstellungsdialog (#3510)
- PHP-Warnung im RPC beseitigt (#3469)
- Shop-Modul: we:sessionField autofill=true erzeugt jetzt korrekte Usernamen (#3547)
- Workflow-Modul: Ausführung von Code durch Workflow-Name ist unterbunden (#3610, #3609)
- Anwendungsentwicklung: Absturz im Zend_loader durch autoload.php beseitigt (#3541)
webEdition 6.0.0.4
Veröffentlichungsdatum: 17.03.2009
Verfügbare Sprachpakete
- Deutsch
- Deutsch_UTF-8<
- Dutch
- Dutch_UTF-8
- English
- English_UTF-8
- Finnish
- Finnish_UTF-8
Behobene Fehler
- Ein Link in einer we:textarea wysiwyg=true enthielt ein Leerzeichen zuviel (#3516)
- Suche in Vorlagen findet jetzt Inhalte nicht mehr in includierten Dateien (#3505)
- Absturz beim LogIn-Screen und Installer (in bestimmten Systemumgebungen) beseitigt (#3552, #3518)
- Versionierung: Auch bei aktivierter Versionierung können jetzt wieder eigene PHP-Funktionen im Edit-Mode verwendet werden (#3524)
- Workflow-Modul: Durch einen Workflow-Namen konnte Code-Ausführung gestartet werden (#3594)
- Kundenverwaltung: Schlupfloch geschlossen, durch das Redakteure auf Vorlagen zugreifen konnten (#3534)
- Application-Management: Ein Fehler im Zend/Loader wurde beseitigt (#3494)
webEdition 6.0.0.3
Veröffentlichungsdatum: 26.01.2009
Verfügbare Sprachpakete
- Deutsch
- Deutsch_UTF-8<
- Dutch
- Dutch_UTF-8
- English
- English_UTF-8
- Finnish
- Finnish_UTF-8
Verbesserungen
- Missverständliche Fehlermeldung bei falschen Datenbankeinstellungen beseitigt (#3397)
- In index.html bzw. index.php wird jetzt eine Fehlermeldung ausgegeben, wenn JavaScript deaktiviert ist (#3395)
Behobene Fehle
- Eine PHP-Datei mit exit(); konnte nicht bearbeitet werden (#3426)
- Es wurde eine PHP-Notice beseitigt, die auftratt, wenn Cookies deaktiviert waren (#3396)
- Es wurde ein Fehler bei Benutzung der internen Funktion we_util_Path::path2ID in we_io_DB::getadapter() beseitigt (#3464)
- Scheduler: Der Scheduler veröffentlicht jetzt nicht mehr fehlerhaft beim Start von webEdition (#3466)
0 Kommentare zu dieser Meldung »
webEdition Patches Juli 2009 [Update: 31. Juli 2009]
Mittwoch, 1. Juli 2009 |
Nach einem Aufflammen der Aktivität in der Community Anfang des Monats, mit Vorbereitungen für eine neue, deutlich verbesserte Dokumentation, Umzügen von Seiten auf andere Server usw, scheint mit das Ganze ein wenig eingeschlafen zu sein.
Das soll mich zunächst nicht stören, ich werde weiter mit meinen BugFixes und Feature-Erweiterungen machen.
Eine kleine Statistik:
Fehlerbeseitigungen neue Features April 7 Mai 5 2 Juni 24 12 Dabei sind natürlich auch ca. 10 triviale Fehlerbeseitigungen, aber trotzdem...
Dieser Blog-Eintrag soll wieder ein wenig der Dokumentation der Patches dienen, die im Juli 2009 von mir erstellt wurden. Daher wird ein entsprechender Eintrag jeweils nach erfolgtem Patch hier ergänzt.
- #3741 "navigationField complete="link" gibt nicht mehr die Link Attribute aus" was mich bei einem aktuellen Projekt dramatisch störte und natürlich sofort gefixt wurde
- #3747 neue we:tags ifSendMail / ifNotSendMail erlauben zu überprüfen, ob gerade ein dokument per E-Mail versendet wird. Damit lassen ich auf der versendeten Seite Inhalte ein- bzw. ausblenden
- #3744 Neue we:tags ifPageLanguage / ifNotPageLanguage erlauben die Sparacheinstellungen (Tab Eigenschaften eines Dokumentes, Konfiguration über "Einstellungen" → Tab "Sprachen") abzuprüfen
- #3768 "Newsletter sendet keine Bilder mit Dateiendung in GROSSBUCHSTABEN" wurde beseitigt
- #3705 "Leere Ordner werden beim Einspielen eines Backup nicht korrekt erstellt" wurde korrigiert
- #3770 "Listview vom Typ Multiobject erzeugt PHP Notice " wurde korrigiert
- #3412 "Fehlerhaftes Encoding beim Einspielen eines Backups" wurde korrigiert
- #3574 "Backup in webEdition mit TBLPREFIX einspielen funktioniert nicht" erweist sich als falsche Fehlermeldung.
Das Problem entsteht, wenn die Zeichensätze der webEdition Installationen von Quell- und Zielsystem bzw. die Datenbank Kollationen nicht identisch sind. Es konnten verschiedene, als "schwerer Fehler" deklarierte Bugmeldungen auf dieses Problem zurückgeführt werden, für das Backups nicht gedacht sind.
Für Zeichensatzwechsel sollte ein Anwender einen webEdition-Export durchführen.
Um solche Anwenderfehler in Zukunft zu vermeiden, wurde der entsprechende Warnhinweis im Backup-Dialog optisch verstärkt (entsprechende Satzteile in bold).
Alle bisherigen Featureerweiterungen/Fehlerbeseitigungen sind in die jetzt veröffentlichte webEdition Version 6.0.0.6 eingeflossen.
Für die nächste webEdition Version (6.0.0.7) wurden die folgenden Patches bisher umgesetzt:
- Feature #3800 "Aus dem Tagwizard sollte direkt auf die Tag-Hile der neuen Doku verlinkt werden" wurde umgesetzt
- Bug #3153 "we:form mit pass_id führt zu nicht validem Code" wurde umgesetzt. Um Abwärtzkompatibilität mit alten Sites zu erhalten, wurde hier ein neues Attribut nameid eingeführt, das gleichzeitig den Namen als auch die Id des Formulars setzt.
- Bug #3386 "we:form lässt kein dynamisches attribut 'id' zu" wurde beseitigt, jetzt sind alle Form Attribute dynamisch setzbar
- Feature #3711 "Automatische Größenbestimmung für Flashfilme beim Upload " wurde umgesetzt. Jetzt werden die Größen-Parameter automatisch gesetzt
- Feature #3736 "Original Größe (Breite Höhe) von Bildern und Flashfilmen anzeigen" wurde umgesetzt.
- Bug #3769 "Wrong UTF-8 encoding in navigation" bei Setzen eines Navigationseintrages aus dem Dokument heraus wurde beseitigt.
- Bug #3816 "Löschen eines Navigationspunktes aus dem Dokument heraus funktioniert nicht, wenn der Umlaute enthält" wurde beseitigt.
- Feature #3811 Im Einstellungsdialog kann jetzt festlegt werden, ob neue Navigationseinträge die im Eigenschafts-Tab des Dokumentes angelegt werden, als item oder als folder erstellt werden.
- Bug #3742 "Umlautfehler (Textarea) bei speichern von Dokumenten (nach speichern neue Seite), wenn nicht zuvor auf Eigenschaften geklickt wurde" wurde beseitigt.
- Feature #3817 Im Einstellungsdialog kann jetzt ein Default Charset festlegt werden, der für alle neuen Dokumente / Objekte automatisch als Voreinstellung übernommen wird.
- Bug #3734 "PHP Fehlermeldung bei Erstellen von ersten Thumbnaileinstellungen / löschen" wurde beseitigt.
- Bug #3820 "Spracheinstellungen zerstören we_conf_language.inc.php wenn kein Land hinzugefügt wird" wurde beseitigt.
- Feature #3802 In we:Listview type=document wurde die PageLanguage als Abfragekriterium hinzugefügt, und erlaubt das gezielte Anzeigen der Seiten einer bestimmten Sprache
- Feature #3822 In we:Listview type=object wurde die PageLanguage als Abfragekriterium hinzugefügt, und erlaubt das gezielte Anzeigen von Objekten einer bestimmten Sprache
- Feature #3823 Mit den neuen Tags we:ifObjectLanguage / we:ifNotObjectLanguage kann analog und parallel zu we:ifPageLanguage die Spracheinstellungen eines Objektes abgefragt werden
- Feature #3824 In we:Listview type=search wurde die Language als Abfragekriterium hinzugefügt, und erlaubt das gezielte Anzeigen von Dokumenten bzw. Objekten einer bestimmten Sprache
- Bug #3821 "in den Dateien im Bereich /html stehen noch falsche PHP-Voraussetzungen " wurde beseitigt.
0 Kommentare zu dieser Meldung »
webEdition Patches Juni 2009
Montag, 29. Juni 2009 |
Die aktiven Mitglieder der Community sind zur Zeit mit den Arbeiten beschäftigt, die sich aus der Umstellung auf "100% Open Source" ergeben. Ich selbst beteilige mich dabei z.B. an der Übertragung von Inhalten aus der alten Dokumentations-Site in das neue Doku-Wiki.
Trotzdem sollen die Bugfixes dabei nicht aus dem Fokus verloren gehen.
Da ich ja jetzt Bugfixes direkt in den Main-Trunk (Hauptentwicklungszweig) von webEdition aufnehmen kann, werden alle hier veröffentlichten Änderungen auch direkt in die nächste Version aufgenommen.
Aus Zeitgründen werde ich mich dabei auf zunächst auf kleinere Fehler stürzen, die einfach und schnell zu beheben sind, die in ihrer Gesamtheit aber doch nerven.
Dieser Blog-Eintrag soll wieder ein wenig der Dokumentation der Patches dienen, die im Juni 2009 von mir erstellt wurden. Daher wird ein entsprechender Eintrag jeweils nach erfolgtem Patch hier ergänzt, das Datum dabei mit dem Update ebenfalls aktualisiert.
- #3588 Test auf Modul(de)aktivierung: Tags <we:ifbannerexists>, <we:ifcustomerexists>, <we:ifnewsletterexists>, <we:ifobjektexists>, <we:ifshopexists> und <we:ifvotingexists'> erlauben Überprüfung ob die entsprechenden Module deaktiviert wurden und führen den eingeschlosssenen Code nur aus, wenn die Module aktiviert sind
- #3709 "Modul(de)aktivierung:" alle Module (Kundenverwaltung, Shop, Objekt/DB, Newsletter, Messaging, Workflow) lassen sich jetzt über den Einstellungsdialog (Tab Modulaktivierung) de- bzw. aktivieren. dies spart gegebenenfalls Resourcen
- #3164 we:flashmovie mit neuen Attributen startid und parentid, damit läßt sich analog zu we:img der Redakteur auf bestimmte Verzeichnisse einschränken
- #3710 we:quicktime mit neuen Attributen startid und parentid (weil wir gerade beim Thema waren), damit läßt sich analog zu we:img der Redakteur auf bestimmte Verzeichnisse einschränken (3710)
- #3199, #3485 "Flash mit transparentem Hintergrund"
der wmode-Parameter von Flash wird jetzt unterstützt (window,opaque,transparent), damit kann man jetzt das Verhalten des Flashfilms besser einstellen - #3331 und #3589 "TagWizard reagiert nicht mehr korrekt auf Tastatureingaben"
behoben, die Select-Box läßt sich wieder komplett über die Tastatur steuern - #3664 "we:listview type="object" predefinedSQL="\$SQL" - predefiendSQL nicht im Tag-Wizard und nicht im Java-Editor"
behoben - #3394, #3630 "Fehlermeldung bei dem tag ifWorkspace"
behoben - #3631 "TagWizard bei ifNotWorkspace fehlt Attribut id"
behoben - #3091 "we:captcha - alt-Attribut fehlt im Tag-Wizard"
behoben - #3084, #3221, #3250, #3259, #3274, #3313, #3603 diverse Meldungstexte korrigiert/aktualisiert
- #3557 "confidentiality security issue in we_conf_global.inc.php WE_ERROR_MAIL_ADDRESS=mail@somedomain.com"
behoben, auf die für sowas vorgesehene 'mail@example.com' gesetzt - #3429 bzw. #3598 "TagWizard läßt match="" nicht zu" (in we:ifField, we:ifNotfield), behoben, damit kann man jetzt in einer Objekt-Listview auf leere Select-Felder prüfen
- #3458 TagWizard ergänzt um we:ifNotHasCurrentEntry und we:ifNotHasEntries
- #3713 und #3714 Neue, vereinheitliche we-Tags we:ifNotHasChildren und we:ifNotHasShopVariants
- #3634 <we:var type="link" name="feldname" only="text"> zeigt nicht mehr den Pfad sondern den Text an
- #3694 Objekt-Modul: Verzeichnis-Suche funktioniert auch bei Feldnamen vom Typ date_Datum_von (also mit zwei "_", bzw. einem "_" im angezeigten Feldnamen) wieder
- #3688 Objekt-Modul: Multiobject ausgabe innerhalb eines "object" bei leeren Einträgen wieder funktionsfähig - auch innerhalb listviews
- #3721 Die Einbindung von JavaScriptfiles wurde korregiert
- #3723 "Import Wizard: Upload lokale Dateien über JUPLOAD: nach Schritt 3 kann man nicht mehr zurück" wurde korregiert
- #3725 Newsletter-Modul: Wenn Bilder mitgesendet werden, so werden doppelte (mehrfache) Bilder nur einmal mitgesendet (und erscheinen nicht mehr als Anhänge - gilt auch für we:sendMail
- #3732 we:sendmail mit neuen Attributen recipientCC und recipientBCC, sodass jetzt Mail versteckt (BCC) oder als CC versendet werden können
- #3735 Newsletter-Modul: Im Einstellungsdialog käßt sich jetzt die Verwendung von <base href=… im versendeten Newsletter unterdrückt werden, so dass jetzt Links auf Anker innerhalb der versendeten Newsletter funktionieren
- #3738 TagWizard für we:form um das enctype-Attribut ergänzt
- #3739 we:sendmail mit neuem Attribut useBaseHref, damit kann die Verwendung von <base href=… in der versendeten Seite unterdrückt werden, so dass jetzt Links auf Anker innerhal der versendeten Seite funktionieren
- #3740 we:sendmail mit neuen Attributen useFormmailLog und useFormmailBlock, sodass jetzt das Versenden von Seiten genauso gelogt und geblockt werden können wie bei formmail. Es gelten die gleichen Einstellungen wie bei formmail hinterlegt
0 Kommentare zu dieser Meldung »
webEdition Patches Mai 2009
Sonntag, 31. Mai 2009 |
Nachdem ich am Montag (4.5.09) meine Patch-Initiative im webEdition Forum veröffentlicht habe, bin ich gespannt, ob es von den webEdition-Entwicklern (oder anderen) eine Reaktion gibt und wie sie ausfällt.
Dieser Blog-Eintrag soll außerdem ein wenig der Dokumentation der Patches dienen, die im Mai 2009 von mir erstellt wurden.
Daher wird ein entsprechender Eintrag jeweils nach erfolgtem Patch hier ergänzt, das Datum dabei mit dem Update ebenfalls aktualisiert.
- #3619 "Feldtyp FLOAT lässt keine negativen Zahlen zu"
Hier gabs im Quellcode einfach ein paar abs() zuviel, sowohl vorm Speichern von Daten in der DB, als auch bei der Ausgabe sowohl im Objekt-Editor als auch bei we:objekt und we:listview.
Bei negativen Zahlen funktioniert das num_format="german" nicht (also aus dem Punkt kein Komma bei der Ausgabe), aber keine Ahnung warum nicht - #3671 "Falsche Ersetzung von ' mit apos"
an zwei Stellen eine Ersetzung zuviel - #3687 "Fehler beim Prüfen von mehreren CSV-Files auf das Vorkommen einer Mail-Adresse"
Den Patch von Daniel Schröder für den Fall Kundenmodul erweitert - #3626 und #3549 "Titel bei Objekten wird nicht ausgegeben"
Lösungsvorschlag aus der Bugbase umgesetzt - #2209 Neues Feature "we:sendmail aufboren damit Bilder wie im NL Modul in die HTML-Mail eingebunden werden"
Ein von mir lang ersehnter Feature-Wunsch geht in Erfüllung - #3703 Neues Feature "we:catergory sollte sich auf einen Unterordner (Kategoriebaum) einschränken lassen"
Ebenso lange vermisst, jetzt endlich drin!
[Update 31.5.09]
Jetzt ist es endlich offiziell! webEdition ist 100% "Open Source".
Damit verschwindet der etwas unglückliche Einfluss von Living-e endlich und einer zügigen Weiterentwicklung steht nichts mehr im Wege.
Mir war das schon ein wenig früher bekannt, da das Kernentwicklerteam mich aufgrund meiner Patches in den Kreis der Entwickler aufgenommen hat, die Änderungen (Bugfixes und neue Features) selbst in den Hauptwentwicklungszweig von webEdition aufnehmen können.
Alle oben und im April gemachten Änderungen werden also direkt in das neue Community-Release von webEdition einfließen. [/Update]
0 Kommentare zu dieser Meldung »
- #3619 "Feldtyp FLOAT lässt keine negativen Zahlen zu"
EU-Parlament stärkt Verbraucherschutz bei Verabschiedung des EU-Telecom-Paketes
Mittwoch, 6. Mai 2009 |
Mit der Ablehnung von Netzsperren und "freiwilliger Vorratsdatenspeicherung" sowie sinnvollen Kompromissen beim Datenschutz setzt das EU-Parlament konsequent auf die Stärkung des Bürgers, auch und gerade gegen überzogene Forderungen der Kommission und der europäischen Regierungen.
Wenn man sich die Entscheidungen des EU-Parlaments » ansieht, so gibt es dabei doch einige Überraschungen, insbesondere die Ablehnung der Netzsperren, mit der Verpflichtung, das Eingriffe in die Grundrechte der Nutzer (z.B. auf Internetzugang) nur nach einer Gerichtsentscheidung verhängt werden dürfen. Es ist wirklich wohltuend (und leider jetzt auch bei uns — nicht nur für Rot-China etc.) notwendig, dass das nochmal festgehalten wird.
Im Bereich Datenschutz wurden die völlig unpraktikablen und kontraproduktiven Vorstellungen der Kommission » soweit abgemildert, das ein durchaus realisierbares und den Datenschutz deutlich verbesserndes Paket entstanden ist.
Darüber hinaus wurden die Verbraucherrechte gestärkt! Einzig im Bereich der Netzneutralität ist das Parlament eingeknickt. Nicht perfekt, aber mehr war gegen die Kommission wohl nicht durchzusetzen.
Es bleibt natürlich die Frage, was daraus im Vermittlungsausschuss wird. Und natürlich, wozu sich unsere Regierung bei der Umsetzung in nationales Recht versteigt. Aber auf nationaler Ebene haben wir ja unser Verfassungegericht, das uns gegen die Regierung und unsere übereifrigen Parlamentarier verteidigt.
0 Kommentare zu dieser Meldung »
EU-Kommission demonstriert absolute Internet-Inkompetenz und Vorliebe für Scheinlösungen zum Thema Datenschutz
Samstag, 2. Mai 2009 |
Wie Spiegel-Online berichtet, plant die EU in ihrer neuen "ePrivacy Richtlinie" die Verwendung von Cookies an die ausdrückliche Zustimmung der Nutzer zu knüpfen. Damit soll der Datenschutz verbessert werden. Ein — an sich — löbliches Ziel. Leider wird damit aber kein Datenschutzproblem gelöst, sondern nur die Nutzung von Internet-Sites erschwert und mit dauernden Nachfragen und Zustimmungs-PopUps belastet.
Insbesondere die sog. Session Cookies haben mit Datenschutz nichts zu tun, sondern dienen nur dem Komfort der Nutzer.
Permanente Cookies haben auch eine Komfort-Funktion, lassen sich aber auch für das Sammeln von anonymisierten Benutzerprofilen nutzen. Diese permantenten Cookies lassen sich aber durch jeden Internetnutzer ganz einfach abschalten oder auf bestimmte Sites beschränken. Also wieder nichts mit mündigem Bürger.
Die Auswirkungen werden sich aber nicht auf nervige Pop-Ups beschränken. Sie bedeuten einen klaren Wettbewerbsnachteil für europäische Internetangebote, sei es werbefinanzierte wie Spiegel-Online oder Internet-Shops.
Und an den realen Datenschutzproblemen wie der Vorratsdatenspeicherung oder dem Listenprivileg ändert sich garnichts.
0 Kommentare zu dieser Meldung »
3 Voraussetzungen und 4 Gründe für Entwickler, Patches für webEdition6 zu entwickeln.
Donnerstag, 30. April 2009 |
In der Community dürfte ich dafür bekannt sein, das ich zum einen dem Open Source Gang von webEdition im Prinzip sehr positiv gegenüberstehe, zum anderen aber zu den schärfsten Kritikern gehöre, wenn es um Themen geht wie der Art und Weise wie dies geschah, den Ideen zum Geschäftsmodell (z.B. Paid Content), zum Verhalten zu alten Partnern sowie den bisherigen Ergebnissen.
Aber man sollte nicht nur kritisieren, sondern, ganz im Sinne von Open Source, selbst aktiv werden.
Es gibt aber ein paar Voraussetzungen die erfüllt sein müssen, damit es für webEdition Nutzer Sinn macht, Patches zu Fehlern zu entwickeln:
- Die technischen Voraussetzungen, die an den Nutzer gestellt werden, sollten relativ klein sein (ein Versuch diese Hürde ein wenig zu verkleinern »)
- die erstellten Patches sollten zeitnah, d.h. mit dem nächsten Release von webEdition, veröffentlicht werden
- Es sollte eine zügige Rückmeldung der verantwortlichen Entwickler bei webEdition geben, die dabei berücksichtigen, dass aller Anfang schwer ist, Fehler vorkommen, und man (auch) als (erfahrener) Nutzer nur begrenzte Kenntnisse der internen Strukturen des Geamtpaketes hat.
Unter den obigen Voraussetzungen macht aber eine Patchentwicklung für fachkundige Nutzer wie mich (mit ausreichenden Fähigkeiten im Bereich der PHP-Programmierung sowie intimen webEdition Kenntnissen) durchaus Sinn.
Daher, und aus dem Grund andere zu motivieren es mir gleich zu tun, möchte ich hier einige Gründe aufführen, Patches für webEdition selbst zuerstellen:
- Nach Überwindung der Anfangsprobleme sind viele kleine Fehler sehr schnell zu beseitigen.
- Es ist oft deutlich weniger aufwändig, einen Patch für webEdition zu entwickeln, als den Fehler bei der Template-Entwicklung mit we-Mitteln oder durch PHP-Programmierung "zu umgehen" und einen Workaround zu entwicklen.
- Den entwickelten Patch kann man im laufenden Projekt sofort selbst einsetzen, nach dem nächsten Update steht er allen anderen WE-Nutzern und auch den eigenen Projekten automatisch zur Verfügung.
- Es macht Spass und bringt erweiterte Einsichten in webEdition Interna, die durchaus bei der eigenen Template-Entwicklung helfen.
Zur Zeit warte ich noch auf eine Rückmeldung von den WE-Entwicklern zu den von mir entwickelten Patches. Mal sehen wie sie damit umgehen.
0 Kommentare zu dieser Meldung »
Erste Erfahrungen mit der Erstellung von webEdition-Patches - die April 2009 Patches
Mittwoch, 29. April 2009 |
Um erste Erfahrungen mit dem Patchen von webEdition zu sammeln, habe ich mich auf von mir selbst entdeckte/gemeldete Fehler konzentriert. Dabei habe ich mit ehr trivialen Fehlern angefangen, um dann an komplexere heranzugehen. Ein anderes Kriterium war, ob mich dieser Fehler selbst bei der Template Entwicklung besonders störte und ein aufwändiger Workaround notwendig war.
Hier die einzelnen Fehler in (halbwegs) chronologischer Reihenfolge:
- #3547 "sessionField name="Username" type="hidden" autofill="true" erzeugt ungültige Usernamen"
Lösung: eigentlich (siehe unten) ein Einzeiler in der we:sessionField-Tag Datei Patch wurde in Version 6.0.0.5 aufgenommen und veröffentlicht - #3152 "<we:img ohne gewähltes Bild produziert nicht valide Ausgabe"
Eigentlich eine we-5-Bugmeldung, aber der Fehler ist auch in we-6 noch vorhanden
Lösung: trivial (ein "/>" statt ">" am Ende der Ausgabe des Tags - #3537 "weCheckForm findet sich selbst nicht"
Lösung: trivial (ein "/" löschen) - #3666 "Shop-Einstellungsdialog speichert bei Klassen-ID nur noch max. 1 Klasse ab"
Lösung: trivial (abs($_REQUEST['classID'] ersetzt durch trim($_REQUEST['classID'])) - #3443 bzw. #3101 "Newsletter-Modul: Bilder können nicht gesendet werden"
Ursache: Änderungen in der in PHP eingesetzten PCRE-Version (preg_match..), in unterschiedlichen PHP-Versionen, je nach Distribution, unterschiedlich "drin", daher sehr schlecht reproduzierbar
In der neuen PCRE-Version muss das = Zeichen escaped werden, Lösung mit Hilfe von Daniel Schröder, der einen Ersatz-Pattern geliefert hat.
Der Pattern taucht nicht nur im Newsletter-Modul auf, sondern auch an verschiedenen anderen Stellen, könnte die Ursache für weitere schlecht reproduzierbare Bugs sein.
Lösung: Alle entsprechenden identischen Pattern geändert (es könnte mehr geben wo das = noch vorkommt),
Relativ aufwändig (musste aber gelöst werden, da Kunde in we-5 — auch betroffen— seinen Newsletter versenden wollte), mit Auswirkungen in vier Dateien. - #3538 "we:a edit="shop" findet nicht die Objekt-ID wenn das Objekt mit we:objekt geladen wird" (Shop realisiert mit Objekt-Modul)
und (nicht in der bugbase) we:a findet ObjektID auch nicht, wenn in einer listview über Shop-Objekte eine Listview über Varianten drin ist, und dann die einzelnen Varianten per we:a in den Warenkorb sollen
Lösung: ca. 3 Stunden (hab ursprünglich deutlich länger gebraucht um in zwei Kunden-Projekten einen Workaround herum zu programmieren)
Zu allen obigen Patches fehlt es bisher an jeglicher Rückmeldung durch das Entwickler-Team. Manches hätte sicherlich eleganter gelöst werden können, mache Patches sind eventuell nicht vollständig in dem Sinne, dass nicht alle Seiteneffekte berücksichtigt wurden. Aber wer will das ohne Rückmeldung wissen.
Eins weiß ich aber: Ich muss meine Patches vor Veröffentlichung besser testen.
Neuer Fehler durch meinen Patch
Der einzige meiner Patches, der bisher in den Main-Trunk von we aufgenommen wurde (#3547) war leider fehlerhaft!
Entstanden ist der Fehler
- #3669 "we:sessionfield type="hidden" autofill="true" name= XYZ gibt immer ein input tag für username aus (auch bei passwort)"
Damit funktionieren jetzt alle Shops nicht mehr richtig, die autofill="true" beim we:sessionField-Tag einsetzen!
Es ist ein typischer Flüchtigkeitsfehler, der wegen magelnder Tests erst nach ein paar Tagen aufgefallen ist.
if($name="Username"){$condition = array...
sollte sein
if($name=="Username"){$condition = array...
Habe natürlich sofort einen Patch dafür erzeugt.
Meine Hoffnung ist natürlich, dass das Entwickler-Team die obigen Patches prüft, (gegebenenfalls kritisiert / korrigiert / Hinweise für Verbesserungen gibt) und in den Main-Trunk aufnimmt (und schnellstmöglich eine neue Version veröffentlicht die wenigstens #3669 behebt).
0 Kommentare zu dieser Meldung »
- #3547 "sessionField name="Username" type="hidden" autofill="true" erzeugt ungültige Usernamen"
webEdition6 unter Windows patchen
Montag, 27. April 2009 |
webEdition ist jetzt "Open Source" und soll/muss unter Beteiligung der Nutzer weiter entwickelt werden. Das bedeutet aber, dass fachkundige Nutzer wie ich (mit ausreichenden Fähigkeiten im Bereich der PHP-Programmierung sowie intimen webEdition Kenntnissen), dabei mitarbeiten können, und um das ganze System zu erhalten, auch sollten!
webEdition selbst schraubt dabei die Anforderungen sehr hoch: so wird dort eine Unix-Umgebung (ob als realer Computer oder als virtuelle Maschine) verlangt und vorausgesetzt. Das aber schließt meiner Meinung nach eine Menge fähiger Leute unnötig aus, sei es, weil sie sich mit Unix (Linux) nun gar nicht auskennen oder befassen wollen, oder weil sie, wie ich, schlichtweg keine Lust auf noch eine weitere virtualle Maschine haben, die separat zum normalen Arbeitssystem gepflegt und gewartet werden muss.
Was ist also für eine Entwicklungsumgebung notwendig:
- Ein Client für das verwendete Versions-Control-System Subversion
- Ein "passender" Editor (Entwicklungsumgebung)
Der SVN-Client
Es gibt eine Reihe von kompletten Entwicklungsumgebungen, die SVN direkt unterstützen, sei es Eclipse, Zendstudio und auch andere. Aber man will ja seine Entwicklungsumgebung nicht unbedingt vollständig wechseln.
Sucht man auch nur ein wenig, so stößt man sehr schnell auf einen sehr schönen "reinen" SVN-Client unter Windows, nämlich TortoiseSVN >>.
Tortoise (aus dem englischen, deutsch Schildkröte) ist eine Windows-Shell-Extension, wird also im Wesentlichen über die rechte Maustaste bedient.
Es ist verfügbar für alle halbwegs aktuellen 32- und 64-bit Windows-Versionen und kann in Deutsch betrieben werden. Darüber hinaus können mit ihm problemslos Patches erzeugt werden, die den webEdition Anforderungen genügen.
Download, Installation und Einrichtung
Nach dem Download >> und der Installation (über das Setup-Programm) sollten im ersten Schritt die deutschen Sprachdateien herunter geladen und installiert (ebenfalls über ein Setup-Programm) werden.
Der nächste Schritt ist das Anlegen eines Verzeichnisses an beliebiger Stelle über den Windwos-Explorer (z.B. PatchWebEdition6Patches). Hier spielt sich alles weitere ab. Innerhalb dieses Verzeichnisses legt man einen neuen Ordner mit dem Namen trunk an.
Danach auf dem Ordner trunk die rechte Maustaste drücken und "SVN-Auschecken" anwählen. Im folgenden Dialog
bei Ziel des Projekt-Archivs eingeben:
https://webedition.svn.sourceforge.net/svnroot/webedition/trunk.
Tortoise kopiert dann alle Daten aus dem SVN (was durchaus etwas dauert).
Das erzeugte trunk-Verzeichnis wird jetzt von Tortoise überwacht. Kopiert man dieses Verzeichnis (einfach copy/paste), so registriert Tortoise das, und zeigt an, dass es sich um eine nicht modifizierte Kopie des Originals handelt (sowohl der Kopiervorgang, als auch das Erkennen dauert aber wiederum etwas, nur nicht die Geduld verlieren). Nimmt man Änderungen an der Kopie vor, so erkennt Tortoise dies und zeigt das auch an.Ich habe es mir zur Angewohnheit gemacht, die jeweilige Kopie immer mit der jeweiligen Fehlernummer aus der Bugbase zu benennen.
Erzeugung von Patches
webEdition gibt als Kommando für die Erzeugung eines Patches mit dem Unix-Tool diff das folgende Beispiel:
diff -Naur banner_original/ banner/ > myPatchFile.patch
Die Optionen haben dabei folgende Bedeutung:
- N: gibt es eine Datei in nur einem der beiden Verzeichnisse, so wird es behandelt, als gäbe es diese Datei im anderen Verzeichnis als leere Datei.
- a: behandle alle Dateien als Text, auch wenn Sie keine Textdateien sind und Vergleiche Zeile für Zeile
- u: Nutze das sogenannte unified output Format, und zeige jeweils drei Zeilen vor und nach geänderten Zeilen
- r: arbeite Verzeichnisse rekursiv ab.
Das ist nichts anderes als das Standard-Format für Patch-Dateien.
Übrigens, ein exaktes Duplikat zum Unix-Dif gibt es mit DiffUtils for Windows (nach der Installation den Pfad des bin-Verzeichnisses in die Umgebungsvariable Pfad aufnehmen), es wird aber nicht benötigt.
Den Tortoise hat sein eigenes Patch-Program.
Also, mit der rechten Maustaste auf die Kopie klicken:
Tortoise durchsucht den kopierten Trunk nach Änderungen und bietet einen Dialog, bei dem man einzelne betroffene Dateien abwählen kann (falls man verschiedene Probleme in einer Kopie beseitigt hat).
Ein OK erzeugt dann die entsprechende Patch-Datei. Der Name ist dabei frei wählbar. Der vorgeschlagene Speicherort liegt im kopierten Trunk-Verzeichnis. Ich persönlich speichere den Patch immer eine Verzeichnisebene höher (siehe Bild oben).
Tortoise stellt dann die Patchdatei sehr schön übersichtlich dar:
Darin enthalten Angaben zu betroffenen Dateien und Version des Original-Trunks.
Entscheident ist der "richtige" Editor
Anfangs habe ich mir über den Editior überhaupt keine Gedanken gemacht. Ich habe einfach Textpad verwendet, mein Standard-Editor für Textdateien. Anschließend habe ich mich sehr gewundert, dass nach einer Änderung eines einzelnen Zeichens in einer einzelnen Zeile in der Patchdatei Änderungen an mehr als 10 Zeilen angezeigt wurden. Alle Änderungen (bis auf eine) betrafen zwar nur Leerzeilen, aber das macht die Patchdatei völlig unübersichtlich.
Nicht jeder Editor beläßt Zeilenenden (von Leerzeilen) im Ursprungsformat (unterschiedliche Darstellung von Zeilenenden bei Unix/Windows).
Bei Patches an großen Dateien (z.B. we_tag.inc), erhält man dann schnell eine Patchdatei von 187kB, bei realen Änderungen an genau einer Zeile.
Textpad ist also definitiv ungeeignet, selbst für die simpleste Änderung.
Ein Editior der funktioniert, ist dagegen Dreamweaver aus der CS3 Serie. Bei Ihm gibt es diese Probleme nicht (und er bietet auch andere Vorteile).
Vielleicht können Leser ja noch Empfehlungen für funktionierende Editoren als Kommentar abgeben.
1 Kommentare zu dieser Meldung »
alle Beiträge abonnieren
