Posts by coolworx

Wir hatten am Mittwoch das gleiche Problem - komischerweise aber nur auf einem unserer Server, die alle übrigens gleich konfiguriert sind.

Am Donnerstag trat das Problem nicht mehr auf.

Bei einem oder zwei betreffenden Feldern könnte man das zumindest so abfangen, dass der böse Code nicht innerhalb von <script></script> steht, indem man die Tags per PHP entfernt. Bei vielen Feldern ist das natürlich ein entsprechender Mehraufwand...

<we:var type="request" name="we_ui_formname[meinFeld]" nameto="tempFeld" to="local" />
<?php
$search = array("<script>","</script>");
$replace = array("","");
$modified = str_replace($search, $replace, $tempFeld);

$_REQUEST['we_ui_formname']['meinFeld']=$modified;
?>
<we:write type="object" classid="" formname="formname" publish="true" ... />

Hallo an alle Teilnehmer der webEdition Intensivtage,

ich freue mich auch im Namen des gesamten Vorstandes über das positive Feedback, zumal wir dieses Mal eine etwas übersichtlichere Runde gebildet haben. Das hat unserem Austausch jedoch keinen Abbruch getan und wir hatte eine schöne und vor allem informative Zeit.

Ich verspreche hoch und heilig, dass es beim nächsten Mal kein Guinness mehr geben wird, dafür aber ums so mehr Primitivo.

Seltsam. Bei mir funktioniert es einwandfrei:
WE 9.3.1 PHP 8.3.15
Seite ist als Objekt erstellt. Ich vermute, dass bei Christoph die Arbeitsbereiche evtl. nicht korrekt eingestellt sind, oder in den Einstellungen die SEO-URLs

Nach dem Absenden von

https://domain.tld/de/kontakt
wird
https://domain.tld/de/kontakt#meldung

aufgerufen

<we:ifCaptcha formname="kontakt" name="captcha">
....
<we:else />

<span class="meldung green bbx" id="meldung">
Vielen Dank. Die Nachricht wurde erfolgreich versandt.
</span>
       
<we:ifNotVarEmpty match="Absenden" type="post">
<span class="meldung orange" id="meldung">
Bitte geben Sie den richtigen Spamschutz-Code ein.
</span>
</we:ifNotVarEmpty>
       
<we:form method="post" name="kontakt" id="self" params="#meldung">
....
</we:form>
</we:ifCaptcha>

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>