Hallo Christoph,
das Problem hatte ich auch schon. Du könntest die Werte in der tblCaptchaDef einmal löschen und das Formular im Frontend noch einmal aufrufen. Danach müssten Deine Änderungen, die Du im Template gemacht hast, greifen
Hallo Christoph,
das Problem hatte ich auch schon. Du könntest die Werte in der tblCaptchaDef einmal löschen und das Formular im Frontend noch einmal aufrufen. Danach müssten Deine Änderungen, die Du im Template gemacht hast, greifen
Hallo,
in dem von Marc erwähnten Bugfix ging es um die Felder
we:userInput type="select"
we:sessionField type="select"
Hier war das Problem, dass es keine Möglichkeit gab, ein "Bitte Auswählen" zu platzieren, das nun in den genannten we-Tags mittels Attribut "Placeholder=xy" möglich ist.
Hierfür gab es auch einen guten Grund, und zwar, dass viele User über das Selectfeld mehr oder weniger gestolpert sind bzw. keine (notwendige) Auswahl getroffen haben und den Inhalt, so wie er ist, einfach übernommen haben, was in vielen Fällen letztlich zu einem nicht korrekten Datensatz führte.
Was das i. d. F. für das Tag we:formfield bedeutete, kann ich nicht beurteilen, da ich das noch nie eingesetzt habe.
Hallo Sascha,
recht herzlichen Dank. Das bringt mich schon viel weiter....
Hallo zusammen!
ich suche nach einer Möglichkeit, Dokumentenverzeichnisse, deren ID bekannt ist, samt Inhalte per PHP, beispielsweise via Cronjob, zu löschen.
Das we-tag
fällt leider aus, da dies einen angemeldeten Benutzer benötigt.
Meine bisherige Suche bleib leider erfolglos.
Hat jemand einen Tipp für mich?
Hallo Heiko,
webEdition stellt mit seinen we-tags wunderbare und sehr, sehr umfangreiche Möglichkeiten zur Verfügung, weshalb man alleine schon aus Gründen der Update-Fähigkeiten möglichst viel mit diesen we-tag umsetzen sollte. Insofern kann ich nur empfehlen, möglichst viel auf we-tags umzustellen.
Für die von Dir genannte Vorgehensweise kann ich Dir leider nicht viel sagen.
Hallo Heiko,
i. d. R. hast Du ja vorher die Daten zur Verfügung, die Du in die DB nachträglich schreiben möchtest.
Angenommen, Du möchtest einen Feldwert in der KV nachtragen, sagen wir "Beruf", dann kannst Du das etwa so machen:
<we:var type="request" name="Beruf" nameto="Beruf" to="local" prepareSQL="true" />
Was sagt das Fehlerlog?
Welche WE-Version?
Hast Du sendmail oder smpt in den Einstellungen unter Email eingerichtet?
Hallo Christoph,
wenn Du als recipient eine globale Variable einsetzt, dann muss diese vorher auch global zur Verfügung stehen. Dein Ansatz scheint mir hier auch nicht der richtige zu sein.
Ich würde ein normales Formular bauen und das ganze mit we:sendMail realisieren.
<we:ifNotVarEmpty name="Absenden">
<we:var type="request" name="Bundesland" to="global" nameto="Bundesland" prepareSQL="true" />
<we:sendMail id="XX" recipient="\$Bundesland" from="\$eMailServer" reply="\$Email" subject="Supportformular" charset="UTF-8" mimetype="text/html" />
<we:form method="post" name="support" id="self">
<select name="Bundesland">
<option value="christoph@xxx.com">Burgenland</option>
<option value="christoph@xxx.com">Kärnten</option>
<option value="christoph@xxx.com">Niederösterreich</option>
</select>
<input id="" class="" name="Absenden" type="submit" value="Senden">
</we:form>
</we:ifNotVarEmpty>
Alles anzeigen
Der nachfolgende FR wurde zwar bereits in die BugBase eingetragen, soll aber hier noch einmal zur Diskussion gestellt werden...
0013280: Neues we-tag we:import type="" - webEdition CMS - Quality Assurance
Das Hochladen mehrerer Dateien für Kunden ist momentan nur via userInput type="xxx" möglich. Dies ist in der Regel nur sehr unübersichtlich für den Kunden darzustellen, da ja jede einzelne Datei einzeln selektiert werden muss.
Abhilfe schaffen Scripte, wie z. B. Dropzone.js, was ja letztlich auch von WE selbst eingesetzt wird, indem die hochzuladende Dateien einfach per drag&drop ins Upload-Feld reingezogen bzw. durch sich durch Klick auf diesen Bereich ein Auswahlfenster öffnet.
Möchte man im Kundenbereich also das Hochladen mehrerer Dateien (Bilder, Filme, sonstige) via Dropzone.js oder anderer gleichartiger Scripte ermöglichen, werden diese Dateien in ein Verzeichnis auf dem Server (i. R. außerhalb on WE) hochgeladen/gespeichert.
Nun müssen diese Daten auch importiert werden können, und zwar so, dass diese auch dem jeweiligen zugeordnet werden und im Idealfall auch in einen für den Kunden bereits angelegten Verzeichnis.
Es wäre also absolut sinnvoll, für diesen Zweck ein WE-Tag nach in etwas folgendem Muster zu schaffen:
Hallo Sascha,
richtig, und anhand der ID kannst Du mittels einer LV die Inhalte ausgeben. Nachstehend habe ich mal ein Beispiel aus einem Projekt kopiert. Hier gibt es Workshops, die von mehreren Referenten gehalten werden (Multiobject-Feld in der Klasse Workshops zur Auswahl eines oder mehrerer Referenten)
<we:object id="\$id" comment="Objekt Seite eines Referenten">
<we:field name="we_id" nameto="conditionValue" to="global" />
<we:comment>...weitere Inhalte des Referenten</we:comment>
<we:condition name="currentWorkshops">
<we:comment>WorkshopReferenten ist MultiObject-Feld mit mehreren Einträgen (IDs)</we:comment>
<we:conditionAdd field="WorkshopReferenten" value="\$conditionValue" compare="like" />
</we:condition>
<we:listview type="object" classid="14" name="workshops" order="WorkshopBeginn" condition="currentWorkshops">
<we:ifFound>
<we:repeat>
<we:comment>Inhalte des zutreffenden Workshops</we:comment>
</we:repeat>
</we:ifFound>
</we:listview>
</we:object>
Alles anzeigen
Hallo Finn,
theoretisch könntest Du Dir doch ein Formular in DEINEM Frontendbereich basteln und die Eingaben, die Du machst über $db = new DB_WE(); in die DB tblWebUser where ID=KundenID nachtragen bzw. ändern.
Also zuerst eine LV type customer durchlaufen lassen und alle erforderlichen Daten, die ggf. vonnöten sind, selektieren. Dann einen Button anlegen, mit dem Du das Formular aufrufst. Die Customer Daten requestest Du einfach zum Formular, das die Felder zur Bearbeitung bereitstellt. Dort könntest Du dann z.. B. das Häkchen für DB Feld LoginDenied setzen und das Formular absenden
Also, wenn ich das richtig verstanden habe, wurde das bereits gelöst und funktioniert - auch ohne Attribut siehe 0013977: FR: we:conditionAdd mit field type Multiobject - webEdition CMS - Quality Assurance
Ich habe das auch aktuell schon im Einsatz.
Hallo Martin,
du könntest folgendes versuchen...
Wenn Du Zugriff auf die DB über den Server hast, könntest Du den PW-Schlüssel aus einer anderen Install in die aktuelle einfügen. Nachdem der Login dann (hoffentlich) geklappt hat, kannst Du ja dann die Zugangsdaten im Backend erneut ändern....
Hallo Jürgen,
wenn ich mich richtig erinnere, gab es einen neuen OnlineInstaller in Verbindung mit der Version 9.2.0 vor einigen Wochen. Die aktuelle Version ist die 2.9.8.8
Hierzu gibt es bereits einen Eintrag in der Bugbase unter 0014032: Sortierung in listview funktioniert nicht - webEdition CMS - Quality Assurance
Habe das Update direkt nach Release gemacht und keine Probleme mit dem Parken. Da muss noch ein individueller Faktor dran hängen.
Hallo Finn,
es kann durchaus sein, dass es bei der einen Installation läuft und bei der anderen nicht.
Marc hatte dazu auch im 0014053: Parken von Dokumenten schlägt fehl - webEdition CMS - Quality Assurance einen entsprechenden Kommentar zu den "0-Vars" geschrieben...
Ist es in Ordnung, wenn ich Probleme/Auffälligkeiten mit Version 9.2.1 hier poste? Ich wollte in die Runde fragen, ob noch jemand bei bestehenden Dokument Typen bei den Standartwerten die Checkboxen dynamisch oder durchsuchbar auch nicht deaktivieren kann.
hallo e-site!
Wenn es Probleme gibt, ein Bug gefunden wurde, so sollte dies tatsächlich in die Bugbase unter webEdition CMS - Quality Assurance eingetragen werden. Nur so ist gewährleistet, dass diese Probleme auch behoben werden können.
Bugs, die hier beschrieben werden, werden i. d. R. nicht von hier in die Bugbase übertragen. Darüber hinaus sind einige weitere Angaben notwendig, um den Entwicklern die passende Grundlage für ein Bugfixing zu geben