Posts by coolworx

Hallo Christoph,

klar, funktioniert auch in 9.2.3 wir setzen das sehr häufig ein.

Hallo Martin,

ich nehme an, dein Code stammt aus einer Version 9.2.3?

Ich habe mal unsere Suche angeschaut. Diese funktioniert einwandfrei.
Hast Du es mal mit einem Rebuild der Index-Tabelle probiert?

<we:ifSearch name="search" set="true">
    <we:ifVarEmpty name="search" type="global">
        <span class="headline gradient">Du hast keinen Suchbegriff eingegeben</span>
        <we:form type="search" name="search" method="post" id="self">
            <we:search type="textinput" class="input i100 bbx" maxlength="80" placeholder="Gib hier Deinen Suchbegriff ein" name="search" />
        </we:form>

        <we:else />

        <we:listview type="search" name="search" classid="2" casesensitive="false">
            <we:ifFound>
                <we:listviewRows to="global" nameto="results" />

                <span class="headline gradient">Gefunden für <em>"<we:search type="print" name="search" />"</em> - <we:var name="results" type="global" /> Treffer</span>            
                <we:repeat>

                    <we:field name="we_id" to="global" nameto="objectID" />
                    <we:object id="\$objectID">
                        <we:include id="159" type="template" name="profilpic-inc" />
                    </we:object>

                </we:repeat>

                <we:else />

                <span class="headline gradient">Kein Ergebnis für Deinen Suchbegriff</span>

                <we:form type="search" name="search" method="post" id="self">
                    <we:search type="textinput" class="input i100 bbx" maxlength="80" placeholder="Neue Suche" name="search" value="" />
                </we:form>

            </we:ifFound>
        </we:listview>
    </we:ifVarEmpty>
</we:ifSearch>

Hallo Sascha,

yep, habe mir das ganze jetzt auch noch einmal angeschaut und auch noch einmal getestet. Du hast Recht, ohne $obj->resetParentID() , das tatsächlich nicht ausgeführt wird, scheint das gesamte Konstrukt nicht zu funktionieren. Sieht nach einem Bug aus. Ich trage das einfach mal in die Bugbase ein.

Das SQL-Statement bleibt unverändert.

Hallo Sascha,

danke für den Hinweis, aber das hatte ich alles schon geprüft. Zwischenzeitlich bin ich mir 100%ig sicher, dass

                $obj->resetParentID();
                $obj->ParentID = 1729;

aktuell definitiv nicht (mehr) ausgeführt wird. Aufgrund fehlender Hinweise sowohl im wE-Log, als auch im Serverlog habe ich keinerlei Ansatzpunkte. Ich versuche jetzt noch, mir die entspr. Klasse rauszusuchen und zu schauen, was darin enthalten ist.

Hallo Marc,

$obj->ParentID = '1729';
Löst keinen Fatal Error aus.

Die einfachen Anführungszeichen habe ich ebenfalls entfernt, ebenso das obj->we_save().
Dennoch werden die Objekte lediglich geparkt, nicht aber in das vorgesehene Verzeichnis geschoben.

Hallo Finn,

leider nein.

Hallo zusammen,

bisher habe ich (bis Version 9.2.2) nachstehenden Script in einem Cronjob erfolgreich eingesetzt.

    <we:listview type="object" classid="7" name="hlw" condition="oldHLW">
        <we:ifFound>
            <we:repeat>
                HLW_OBJECT: <we:field name="we_id" />
                <we:field name="we_id"  nameto="IDpark7" to="local" />
                <?php
                $obj = new we_contents_objectFile();
                $obj->initByID((int)$IDpark7);
                // Objekt in neues Verzeichnis verschieben
                $obj->resetParentID();
                $obj->ParentID = '1729';
                $obj->we_save();
                $obj->we_unpublish();
                ?>
            </we:repeat>
        </we:ifFound>
    </we:listview>

Leider funktioniert das Verschieben in ein anders Verzeichnis in 9.2.3 nicht mehr. Ist irgendetwas an den Parametern verändert worden? Gibt es evtl. einen Workaround?

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

<we:delete type="document" id="123" forceedit="true" />

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" />

Mir fällt gerade auf, es fehlt noch das Attribut formname

<we:ifNotVarEmpty name="Abssenden" type="post" formname="support">

sonst klappt das nicht.

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>

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:

<we:ifNotVarEmpty name="import" formname="fileImport">

<we:import type="img|film|pdf|binary" name="import" from="$serverFolder" to="$kundenFolder" customers="customerID" filesamount="20" filemax="5" rekursiv="true|false" protect="true|false" />

</we:ifNotVarEmpty>

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>

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

oder so