webEdition - Forum

Das liegt an geänderten / neuen Java-Features. Die müssen wir erst noch aktivieren.
Erschwerend kommt hinzu, daß nur die Oracle-JVM dieses Feature besitzt.

genau so ist das auch gedacht. Das ist ja eh das was die meisten "zur Beschleunigung" wollen, also um die Begrenzung der max. Verbindungen zu umgehen. Das ist auch kein WE-Problem, sonder liegt einfach daran, daß dein Browser/Server auf die Inhalte eben nicht mehr zugreifen kann, was der S...

es gibt das paste mit dem "Word"-Icon

die Sperrzeiten trägst du auch selbst in den Einstellungen ein.
Es gibt 2 Sperren: 1* pro Account und 1* pro IP jeweils mit Sperrzeiten. Und einer Wartezeit für einen retry bremst evtl. den Bot etwas aus.
mittels <we:ifLoginFailed> kannst du auch für beide andere Meldungen ausgeben.

schau mal im we-errorlog. Idr. gibt das bessere Hinweise als das externe Log-File.

Hi, ja, du kannst die Index-Seite einfach auf eine https-Seite umleiten. Es spricht auch wenig dagegen dies beim ganzen WE-Verzeichnis zu machen. Wenn du auf deiner Seite bspw. <we:userinput type="text"> benutzt würden die js-Funktionen per ssl geholt. Den Fall hast du nicht, wenn du nur d...

Hallo Martin, wir haben dazu auch schon ein Ticket http://qa.webedition.org/tracker/view.php?id=8256 . Es gab immer mal wieder auch Updates von CodeMirror, was ja eine externe Komponente ist. Das Verhalten scheint nicht ganz deterministisch aufzutreten und scheint stark von Browser + Rechner und ggf...

naja, wie die Meldung schon sagt, ist die php-Einstellung für diese Variable falsch!

Du kannst ja einem Kunden Dokumente zuordnen. Damit müßte man was machen können - aber weiter habe ich mich weder mit der Zuordnung noch mit der Frage bisher selbst beschäftigt. Ich habe jetzt spontan keine Idee, warum jeder Kunde eine echt eigene Seite haben muß. Gestaltet man nicht eine Art intern...

wenn es nicht per JS sein soll, bietet WE mittels <we:calculate/> die Möglichkeit Sachen auszurechen. Zumindest in Verbindung mit dem Shop werden die Zahlen korrekt formatiert, daß man damit weiter rechen kann.
Aber hier kann mit Sicherheit einer der Shop-Experten mehr dazu sagen.

ich denke der häufigste Fehler ist hier wieder der Namespace. \$name bezieht sich auf $GLOBALS['name'] während $name lokaler Namensraum ist - was im Einzelfall dem globalen entsprechen kann aber nicht muß. In keinem Fall ist es jedoch $_REQUEST/$_GET oder $_POST. Idr. schreibt man per <we:setVar ......

Welche Krücken siehst du denn in der Lösung?

Der leere Block von Thomas ist doch nur da um den Namen zu zeigen und das im Editmode hier die Elemente reinkommen.
Ein leerer Block wird nicht eliminiert, oder optimiert. Entweder macht das php, oder halt nicht.

Fehler ist in 6.3.9 behoben

stimmt.
http://qa.webedition.org/tracker/view.php?id=8291