Full-Service-Werbeagentur und Internetlösungen
Dr. Armin Schulz Blog
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)
1 Kommentare zu dieser Meldung »
alle Beiträge abonnieren
