webEdition - Forum

Warum es nun 1023 sind weiß ich auch nicht mehr. Das das Feld falsch gespeichert wurde, sollte durch http://qa.webedition.org/tracker/view.php?id=8069 in 6.3.8 erledigt sein, und den Wert speichert er bei mir auch. Als Default ist eigentlich jeder Wert falsch - und leider muß man sich ja auch Gedank...

wenn das nur input Felder dieser Länge sind, dann ist das ein Problem deiner DB-Tabelle.
In der darf eine Zeile max. 65k groß sein. Deine 63 Felder à 1023 + die WE eigenen werden das dann wohl sprengen.

sollen das beides Elelemte des Dokumentes sein?
Derzeit kann nur ein Element in der Condition geprüft werden.

als Otto-Normal Benutzer kannst du erst mal Patches einreichen.
Ein Commit setzt ja immer ein FR oder einen Bug vorraus - also einfach dort einen Patch ranhängen.
Einer von uns wird ihn dann reviewen, ggfs. ändern und committen.

In der Folge können wir dann auch einen svn-Zugang einrichten.

tja, ab und zu befindet sich der Fehler an der Tastatur

nein, so einfach kannst du nicht mal schnell die Install auf UTF-8 umstellen. Nur weil die Oberfläche UTF-8 ist, heißt das überhaupt nichts. Es gibt zu in jeder Tabelle eine eigene Collation und dann hat die Verbindung auch noch eine Collation. Wenn du hieran Änderungen im laufenden Betrieb machst, ...

Out-Of-The-Box würde ich das mal mit "jein" beantworten. Prinzipiell sollte nichts passieren, wenn du aber an einer Stelle deiner Config einen Fehler machst, oder das php-Modul mal nicht läuft, wird dir der normale Webserver einfach so Config-Dateien ausliefern. Es ist vielleicht auch nich...

weitere Info: der Betrieb auf lighthttpd ist nur dann sicher, wenn du die Einstellungen aus den .htaccess Dateien in deine Server-Config überträgst!

so, probiert bitte mal die jupload.jar (webEdition/jupload) durch diese http://svn.code.sf.net/p/webedition/code/externals/java/jupload/jupload.jar zu ersetzen. Es kommt eine Sicherheitswarnung, die sich nicht mehr vermeiden läßt. Rückmeldung bitte im Bug-Report ( http://qa.webedition.org/tracker/vi...

ich glaube bei WE 6.1 gab es noch keine Fehlerkonsole.
Die haben wir erst mit dem neuen Fehlerhandling eingeführt.

Der Fehler kann jedenfalls wie angemerkt an vielen Stellen aufgetreten sein. Entweder ein Alter Fehler in WE oder auch ein Fehler in der Vorlage - hier ist alles möglich.

Schau dir mal WE >6.2.7 an - da ist vieles von deinen Ideen bereits umgesetzt. Seit 6.3 ist die Geschwindigkeit und der Speicherverbrauch massiv verkleinert worden. Viele Dateien sind jetzt in 6.3.9 umbenannt um auch hier ein saubereres Schema zu bekommen. Nur Refactroing ist, wie du richtig sagst, ...

@canoodle: seit 6.2.7 hat sich da auch wieder einiges getan.... Selbst in der DB Klasse kommt immer mal wieder was dazu bzw. werden Funktionen vereinfacht. Idr. reicht es bei Einzelabfragen nun ein

stimmt, da weigert sich der Browser vermutlich wg. unsicherer Verbindung.
http://qa.webedition.org/tracker/view.php?id=3830

Zu Seo:
Da mußt du vielleicht mal alle Regeln posten.

das ist ne gute Frage. Meine Tests gestern waren nicht sehr erfolgreich. Und das eine Stammzertifikat ist auch noch abgelaufen (muß mal schauen ob das von Windows oder Java kommt). Ganz ohne Warnmeldung wird es gar nicht mehr mit der aktuelle Java-Version gehen. Denn jupload braucht ja lokalen Zugri...

das wäre jetzt auch meine Vermutung, ist glaube ich dein Bug-Report