Posts by e-site

Hallo Sascha,

danke ich hatte es heute morgen schon hinbekommen.

Wäre das nichts für die WE-Doku? Müsste natürlich aktualisiert werden.

Hier zumindest mein Erguss, wichtig war bei der Kategorie das Array! Ich parke das Objekt jetzt zuerst und per Double-Opt-in muss der Eintrag bestätigt werden, damit er veröffentlicht wird.

$obj = new we_contents_objectFile();
$obj->we_new();
$obj->TableID = 1;  //Klassen-ID
$obj->restoreDefaults();
$obj->setRootDirID(true);
$obj->resetParentID();
$obj->IsSearchable = 1;
$obj->Filename = $url; //Dateiname
$obj->Path = "/firmeneintrag/$url";
$obj->Category = array($branche);
$obj->setElementS('Url', $url);
$obj->setElementS('Hash', $hash);
$obj->setElementS('Firma', $firma);
.....
$result = $obj->we_publish();
$obj->we_unpublish();

Gruß
Heiko

Hallo Ludger,

installiere ganz normal mit dem Online-Installer. Da musst du dann während der Installation bei Pre-Release-Versionen schauen und die Checkbox aktivieren. Da sollte 9.1.2 dabei sein.

Gruß

Heiko

Hallo zusammen,

ich habe jetzt schon eine Weile diesbezüglich recherchiert und auch Codeschnipsel gefunden. Folgendes funktioniert soweit, das Objekt wird angelegt nur fehlt mir die Zuweisung zur Klasse 'Firmeneintrag' und einer Kategorie ID:

$obj = new we_contents_objectFile();
$obj->we_new();
$obj->IsSearchable = 1;
$obj->Filename = 'test';
$obj->Text = 'test';
$obj->Path = "/Firmeneintrag";
$obj->setElementS('Firma', 'Testfirma');
$obj->we_publish();

Das Objekt 'test' wird angelegt ist allerdings so leer.

Hat einer einen Tipp? Zuweisung der Klasse und Kategorie?

Ich weiß, ist nicht updatesicher und sollte mit WE-Tags gemacht werden, nur habe ich nicht die Möglichkeit dazu.

WE 9.2.3 wird eingesetzt.

Gruß Heiko

Das Thema hatten wir erst: Spammails über das Kontaktformular trotz Captcha

Gruß

Heiko

Da ich die Formulare per AJAX versende, mache ich alles mit eigener PHP-Programmierung.

Quick & Dirty:

<we:ifVar match="Absenden" name="Absenden" type="request">
    <we:ifFormToken>
        ...weitere Verarbeitung z.B. 
        <we:ifCaptcha name="KontaktFormCaptcha">
            <we:sendMail/>
        </we:ifCaptcha>
    <we:else/>
        <p>
            Ein Fehler ist aufgetreten.
        </p>
    </we:ifFormToken>
</we:ifVar>

Hallo,

ich nutze dagegen mittlerweile mehrere Sachen.

Ein Honeypot. Ein per CSS verstecktes Textfeld, das bei normaler Nutzung des Formulars leer sein sollte. Das stürzen sich die Bots gerne drauf und befüllen es.

Ein Zeitstempel, die Bots versenden eher in 1-2 Sekunden die Formulare, alles unter 10 Sekunden ist bei mir SPAM.

Dann prüfe ich auch bei Textareas oder anderen ausgewählten Feldern den Inhalt auf Keywords wie z.B. Links usw.

Was eigentlich nicht gegen SPAM gedacht ist, sind CSRF-Token welche ich bei jedem Abschicken des Formulars mit einer Session abgleiche und immer wieder aktualisiere. Da hatte ich hier und da auch schon gesehen, dass versucht wurde die Formulare ohne gültige Session zu versenden. Wie oben erwähnt mal <we:ifFormToken/> einsetzen.

Leider werden die Bots immer intelligenter, z.B. langsameres Versenden hier und da, sodass der Zeitstempel nicht mehr greift oder der Honeypot wird auch ab und zu erkannt.

Bisher funktionieren diese Methoden zusammen immer noch sehr gut, als letzte Maßnahme kommt eigentlich nur noch ein Captcha bei mir.

Gruß

Heiko

Hallo Sascha,

danke für Deinen Input.

Laut Support ist bei dem SMTP-Account alles für den Newsletterversand angehoben. Hat ja auch die letzten Monate gut funktioniert.

Ich teste für nächstes Mal 10 Mails alle 10 Sekunden.

Gruß Heiko

Hallo Sascha,

genau das ist auch alles bei DF erfolgt. Wie schon erwähnt, wurde für den Account alles erhöht, abgelaufen ist diese Erhöhung definitiv nicht.

Eingestellt ist momentan

- Anzahl der E-Mails pro Sendevorgang: 1

- Wartezeit bis zum nächsten Sendevorgang (in ms): 1000

Und trotzdem hatte ich gestern 2 Abbrüche.

Laut Support: Tranchen mit 200-300 Mails versenden, dann einmal am SMTP-Server abmelden und für die nächste Tranche wieder anmelden.

Daher meine Frage: Versendet webEdition, sobald gestartet die Mails in einer einzigen SMTP-Verbindung?

Scheinbar laufen die Mail mit einer einzigen SMTP-Verbindung durch.

Oder setzt du andere Werte? z.B.

- Anzahl der E-Mails pro Sendevorgang: 10 statt 1

- Wartezeit bis zum nächsten Sendevorgang (in ms): 10000 statt einer Sekunde?

Gruß Heiko

Hallo zusammen,

ich hatte jetzt schon wieder mehrfach Probleme beim Versenden, dass irgendwann der Mailserver die Verbindung verweigert hatte. Leider bleibt der Versand dann eingefroren und man sieht die Fehlermeldung nur in den Logs, wenn man reinschaut. Nach dem Abbruch wird zwar eine Wiederaufnahme angeboten aber das funktioniert überhaupt nicht. Das ist schon einmal sehr unschön, ich hätte hier schon gerne eine Meldung von webEdition aber dafür mache ich noch einen Bugreport auf.

Über den Mailaccount an sich können größere Mengen versendet werden, das Kontingent wurde vom Hosting extra für diesen Account erweitert. Momentan versende ich nur eine Mail pro Sekunde. Auf Nachfrage beim Hoster hieß es, dass in Tranchen mit 200-300 Mails versendet werden soll, dann einmal am SMTP-Server abmelden und für die nächste Tranche wieder anmelden. Leider kann ich dies ja nirgendwo einstellen oder habe ich etwas übersehen? Der Versand erfolgt gruppenweise, aber eine Gruppe kann schon mal ein paar Tausend Adressen haben.

Versendet webEdition, sobald gestartet die Mails in einer einzigen SMTP-Verbindung?

Kann mich einer erleuchten Wie macht ihr das?

Gruß Heiko

Hallo, schau dir mal diese Seite an: https://www.webedition.org/listview-type-languagelink

Die Seiten müssen unter Eigenschaften -> Sprachen miteinander verknüpft werden.

Gruß
Heiko

Quote from e-site

Ich musste vor kurzem auch eine 7.0.3 aktualisieren, das Update hat bei mir soweit funktioniert. Ich habe das Update aber zwingend noch mit PHP 5.6 machen müssen, mit PHP 7 lief der Updater nie komplett durch.

Gruß
Heiko

Das ist wirklich seltsam. Meine letzte Aktualisierung vor ein paar Wochen war auch bei Mittwald.

Hallo Nils,

bei diesem Kunden werden keinerlei Pflichtfelder benötigt und sind auch keine Option.

Das sind ganz normale Felder für Strings oder Datumfelder, manches wird ausgefüllt und anderes nicht. Im Datumfeld steht zwar tt.mm.jjjj aber mehr geht da nicht. Und so kann man nicht einmal bei der Bearbeitung per Tabtaste von Feld zu Feld springen. Finde es so unglücklich gelöst und schreibe einen Feature-Request.

Danke für deine Antwort.

Hallo zusammen,

mit der WE 9 sind in der Kundenverwaltung beim neu anlegen eines Kunden viele Felder erstmal deaktiviert und müssen zum bearbeiten "freigeschaltet" bzw. "aktiviert" werden. Kann man das irgendwie umgehen?

Bei einem Select habe ich eine "leere" Auswahl angelegt und dann ist dieses Feld auch direkt bearbeitbar. Das würde soweit funktionieren.

Bei einem Input habe ich testweise null oder ein Leerzeichen bei "Vorgegebener Wert" eingetragen aber das ist auch nicht zielführend. Ich will hier ein leeres Feld und keinen vorgegebenen Wert und ein Leerzeichen müsste auch immer wieder entfernt werden.

Bei einem Datum das gleiche Problem, es muss immer erst "aktiviert" werden, bevor man ein Datum eingeben kann.

Den Kunden nervt es, wenn die Felder nicht direkt bearbeitbar sind.

Für Tipps bin ich dankbar.

Gruß

Heiko

Sorry, bin leider im falschen Modul gelandet, die Kundenverwaltung wäre korrekt.

Ansatz 3 fände ich gut. Mir würde eine neue Tabelle für die Imports helfen, dann wäre es von den Kundendaten getrennt.

Wir machen momentan den CSV-Import in die Kundenverwaltung und setzen Gruppen pro Liste. Das kann so auch ganz gut verwaltet werden und wieder gelöscht oder überschrieben werden. Hier sehe ich aber auch Probleme mit den Kundendaten.

Volle Zustimmung, danke für die Zusammenfassung. Wir haben für eine Auswertung bei manchen Kunden ein Matomo-Pixel drin und präparieren auch die Links aber das ist immer mit viel Aufwand verbunden.

Gruß Heiko

Ich musste vor kurzem auch eine 7.0.3 aktualisieren, das Update hat bei mir soweit funktioniert. Ich habe das Update aber zwingend noch mit PHP 5.6 machen müssen, mit PHP 7 lief der Updater nie komplett durch.

Gruß
Heiko

Hallo Finn, leider nein. Die Updatewiederholung habe ich schon mehrmals durchlaufen lassen. Ich habe bei dem Projekt immer noch veraltete Spalten drin. Ich bin dabei mir ein Skript zu basteln, welches mir die Unterschiede der beiden Datenbanken aufzeigt. Zudem hat es mir im nachhinein die Kundendaten zerschossen und auch einige Js-Dateien oder auch Vorlagen sind leer. Anscheinend wurde durch die Umwandlung von Latin in UTF8 sämtliche Sonderzeichen gelöscht. Aus "Musterstraße" wurde dann "Musterstr". Die Kunden müsste ich ich über einen Import wieder hergestellt bekommen und die restlichen fehlende Daten kann ich wieder reinkopieren.

Die Seite hat es in sich

Ein Nachtrag, falls jemand ähnliche Problem haben sollte.

Ich konnte mich nach dem leeren der Tabelle tblDoctypes zwar anmelden aber Rebuilds liefen nicht durch und ich konnte gar nichts mehr speichern. Der Grund war, dass beim Update die Tabellen nicht korrekt aktualisiert wurden. Folgende Tabellen hatte noch alte Spalten drin, besonders "Category" und "Catfields" bereiteten Probleme:

tblDoctypes
tblContent
tblMetadata
tblhistory
tblversions

Ich habe die Tabellen mit einer frischen 9.1.6 Installation verglichen und die übrig gebliebenen Spalten gelöscht.

Hallo Adrian,

danke für deine Rückmeldung. Da habe ich in der Datenbank tatsächlich noch eine Meldung gefunden, welche sich auf Zeile 140 in /webEdition/we/classes/gui/we_gui_mainMenu.class.php bezog. Hier gab es anscheinend ein Problem mit den Doctypes. Habe die Tabelle leer gemacht, da diese nicht mehr benutzt werden und siehe da, ich konnte mich problemlos anmelden!

Bin sehr erleichtert. Vielen Dank für die Denkanstöße von euch.

Gruß Heiko

Hallo zusammen,

jetzt habe ich Stück für Stück die Aktualisierungen bis zur 8.1.6 durchgeführt und dort ein Backup gemacht. Dann das Backup in eine frische 8.1.6-Installation eingespielt (hier habe ich die Checkbox für die Konvertierung von latin in utf8 aktiviert ). Auch hier soweit alles in Ordnung. Bis zu diesem Punkt funktioniert die Website. Sobald ich aber auf die 9.0 aktualisiere, habe ich nach der Anmeldung wieder eine blanke Seite im Backend. Mehrmals getestet und keinerlei Erfolg. SYSTEM_WE_SESSION_CRYPT testweise auf 0, 1 und 2 gesetzt half auch nicht. Frontend wirft ein paar Fehler aus, scheint aber teilweise zu funktionieren.

PHP Version weiterhin 7.4
Mysql 5.7

Bin ratlos. PHP Meldungen sehe ich auch keine im Log, wenn ich mich anmelde.

Gruß Heiko