Aktuelles

Neuigkeiten zum Redaktionssystem webEdition und zum webEdition e.V.

Der Countdown läuft - es sind nur noch wenige Tage bis zur ersten webEdition Benutzer Konferenz! Melde Dich jetzt an und sichere Dir ein Ticket für das webEdition-Event des Jahres, mit spannenden Themen rund um webEdition und Webentwicklung.

Am 12.-13. Oktober 2011 findet die erste webEdition Benutzer Konferenz in Frankfurt am Main statt. In zwei Tagen können sich die Teilnehmer rund um die Themen webEdition und Webentwicklung im Rahmen von Workshops und Vorträgen austauschen.

Die neue Version 6.2.2 des CMS webEdition ist ab sofort verfügbar und bietet ca. 30 Detailverbesserungen und rund 20 Erweiterungen. Das neue Release bietet neben einer erhöhten Sicherheit neue interessante Funktionen.

Fleißige Helfer haben in den letzten Wochen die gesamte wE-Tag-Dokumentation aus dem Wiki in eine wesentlich flexiblere webEdition-Lösung transferiert. Die neue Tag-Dokumentation bietet viele Vorteile.

Die neue Version 6.2.1 des CMS webEdition ist ab sofort verfügbar und bietet ca. 50 Detailverbesserungen. Das neue Release stellt Optimierungen u.a im Updateprozess sowie im Objekt-, Shop- und Newsletter-Modul bereit.

Die neue Version 6.2 des CMS webEdition ist ab sofort verfügbar und bietet ca. 170 neue Features sowie 160 Detailverbesserungen. Das neue Release stellt u.a. eine deutlich höhere Geschwindigkeit, SEO-Links für Objekte und einen neuen Ansatz zur Internationalisierung bereit.

Heute wurde ein zweiter Release Kandidat für die neue 6.2 veröffentlicht. Er ist als 6.1.6 RC2 über LiveUpdate und OnlineInstaller verfügbar.

Heute wurde ein erster Release Kandidat für die neue 6.2 veröffentlicht. Er ist als 6.1.5 RC1 über LiveUpdate und OnlineInstaller verfügbar.

Produktive Tage liegen hinter uns! Vom 25.-26.03.2011 fanden in Berlin die webEdition-Workshops statt.

(Update: Ort und Programm) Jetzt die Zukunft des CMS webEdition mitgestalten! Mitgliederversammlung und Workshops zur Weiterentwicklung des CMS finden vom 25. bis 27. März 2011 bei Löwi & Partner in Berlin statt.

Das neue Release soll als Version 6.2 veröffentlicht werden und hat neben vielen Detailverbesserungen und Bugfixes unter anderem die Schwerpunkte Geschwindigkeitsoptimierung, SEO-Links für Objekte und Internationalisierung.

Es ist geschafft. Mit der Anerkennung des Vereins ist ein weiterer wesentlicher Schritt in der Entwicklung der Community vollzogen.

Mit dem Domainwechsel haben wir eine Umgestaltung der Website entsprechend dem von der Community gewählten Layout von Silke Krämer (MEDIEN-HOF GmbH) vorgenommen. Eine klare Menüführung und benutzerfreundliches Design erleichtern den Austausch mit der webEdition Community.

Zum Download stehen zwei wichtige Sicherheitsupdates für die Versionen 5 und 6 des Content Management Systems webEdition zur Verfügung.

Am 14.09.2010 wurde der webEdition e.V. unter dem Aktenzeichen VR 29919 B vom Amtsgericht Charlottenburg in das Vereinsregister eingetragen.

webEdition Coding-News

Die HIghlighting-Regeln waren defekt

Irgendetwas stimmt mit den beiden Menüpunkte hochladen Informationen bei den PDFs nicht. Die beiden Menüpunkte sind einfach leere Flächen. (ab Version 10)

Nach erfolgreicher Installation bei Hosteurop kann ich mich nicht in webEdition einloggen. Statt dessen eine Fehlerseite "500 Internal Server Error". Im PHP-Error Log eine SQL-Syntax Fehlermeldung "Uncaught mysqli_sql_exception": [php:error] [pid 496314][host xxx.de] PHP Fatal error: Uncaught mysqli_sql_exception: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'Function="-",\n\t\t\t\t\t\tFile="SECURITY_REPL_DOC_ROOT/webEdition/we/classes/base/we_b' at line 3 in /is/htdocs/wp12496446_KRHB6YZIFT/www/webedition/webEdition/we/classes/base/we_base_errorHandler.class.php:352\nStack trace:\n#0 /is/htdocs/wp12496446_KRHB6YZIFT/www/webedition/webEdition/we/classes/base/we_base_errorHandler.class.php(352): mysqli_query(Object(mysqli), 'INSERT INTO tbl...')\n#1 /is/htdocs/wp12496446_KRHB6YZIFT/www/webedition/webEdition/we/classes/base/we_base_errorHandler.class.php(197): we_base_errorHandler::log(1, 'Uncaught mysqli...', '/is/htdocs/wp12...', 352, true, '')\n#2 /is/htdocs/wp12496446_KRHB6YZIFT/www/webedition/webEdition/we/classes/base/we_base_errorHandler.class.php(518): we_base_errorHandler::showDevice(1, 'Uncaught mysqli...', '/is/htdocs/wp12...', 352, true)\n#3 /is/htdocs/wp12496446_KRHB6YZIFT/www/webedition/webEdition/we/classes/base/we_base_errorHandler.class.php(551): we_base_errorHandler::errorHandler(1, 'Uncaught mysqli...', '/is/htdocs/wp12...', 352, Array)\n#4 [internal function]: we_base_errorHandler::shutdownHandler()\n#5 {main}\n thrown in /is/htdocs/wp12496446_KRHB6YZIFT/www/webedition/webEdition/we/classes/base/we_base_errorHandler.class.php on line 352 Kann mir jemand das mal übersetzen Liegt das Problem bei webEdition oder an der Serverkonfiguration?

Rekursive Objekt-Verknüpfungen führten zu einem PHP-Error

Experimentelle Funktion: In den Einstellungen kann nun "No Page reload" gewählt werden. Dies beschleunigt den Editmode merklich.

Scheinbar werden a) in seltenen Fällen Versionen mit documentID=0 gespeichert, ggfs speichern unterbinden b) wenn ID=0 für den Versionstab übergeben wird, brauchen wir die Query nicht ausführen.

Tag we:userinput: über das Frontend hochgeladene Bilder und andere Binaries wurden nicht korrekt importiert

Datei: we_base_errorHandler.class.php Zeile: 342 bis 352 $query = 'INSERT INTO ' . $tbl . ' SET Type="' . self::translateType($type) . '", Function="' . mysqli_escape_string($link, mb_substr($caller, 0, 250)) . '", File="' . mysqli_escape_string($link, mb_substr(self::replaceDocRoot($file, 'SECURITY_REPL_DOC_ROOT/'), 0, 250)) . '", Line=' . (int) $line . ', Text="' . mysqli_escape_string($link, mb_substr(preg_replace('_[^[:print:]\n\t ]_u', '.', $message) ?: $message, 0, 60000)) . '", Backtrace="' . mysqli_escape_string($link, $detailedError) . '", Request="", Session="", Global="", Server="";'; Die Spaltennamen müssen in Backticks gesetzt werden da sonst MySQL glauben könnte, dass "Function" das SQL-Schlüsselwort FUNCTION ist.

we_base_request::subCmd() sollte kein null zurückgeben dürfen/müssen: => aber throw error ist hier auch nichts, denn es gibt Stellen, wo die Übergabe per Request optional ist Statt empty($subCmd) auf einem Param ?we_html_subCmd $subCmd = null kann dann $ubCmd->empty() verwendet werden => ... und die Option null in Signaturen kann/muss konsequent durch we_html_subCmd $subCmd = new we_html_subCmd() ersetzt werden

Unter Einstellungen -> System kann nun festgelegt werden, ob das geparste SCSS komprimiert werden soll oder nicht