Servus,
Alex

leider erreiche ich Oliver Seddon nicht mehr (den Entwickler von MetaMax und DocumentSearch).

Ich bin auf der Suche nach einem Modul, dass den Inhalt von PDF durchsucht auf DocumentSearch gestoßen - und es funktioniert wie es aussieht hervorragend.

Allerdings habe ich jetzt ein Projekt mit weit über 100 PDFs, die schon wild auf der ganzen Seite verlinkt sind und alle im uploads-Ordner (bzw. Unterordnern) liegen. Leider legt DocumentSearch seine eigene Struktur an und ich habe keine Möglichkeit gefunden, andere Ordner hinzuzufügen (wie z.B. beim Uploads-Modul, welches ja auch per FTP hochgeladene Dateien erkennt und einbindet).

Kennt jemand eine Alternative oder hat jemand das Modul im Einsatz? Gibt es da vielleicht einen Weg, der nicht dokumentiert ist?

Wichtig ist, dass die interne Suche funktioniert.

CMSms ist Version 1.12.2 mit den entsprechenden aktuellen Modul-Versionen.

Danke schon mal im Voraus ... :-)

ich nutze für einen Kunden Newsletter Made Simple 2.9, funktioniert soweit auch ganz gut.
Allein die process.html des Jobmanagers mit dem der Newsletter versendet wird ist wenig intuitiv. Es wird ein weisser Bildschirm angezeigt. Der muss offenbleiben bis alle mails raus sind. Das lässt sich aber anhand des weissen Screens für einen laien eher nicht feststellen. In diesem Tutorial bei youtube https://www.youtube.com/watch?v=7hM2-N62RJM#t=5m45s wird eine Statusseite angezigt. Ist aber ne uralte Version wie es aussieht. Kann man sowas in der Art dazubasteln, und wenn ja wie müsste man vorgehen?

----------------------------------------------

Cms Version: 1.12.1

Installed Modules:

    CMSMailer: 5.2.14
    CGJobMgr: 1.3.4
    CGExtensions: 1.51.1
    NMS: 2.9
   

würde mich über Anregungen dazu freuen.

viele grüße

ich habe die 2er-Installation parallel noch aktiv. Kann das also noch testen. Ist das ein Hinweis im Bugtracker wert oder ist das Problem bekannt und wird ausgesessen?

Naja - wen frage ich ...?

An action="moduleinterface.php" lag es nicht - das ist wohl richtig bei der 2er-Version.

ich bin mir nicht sicher, ob das nicht eher ein allgemeines Plauderthema wäre oder doch ein modulspezifisches. Da hängt wohl von den Antworten ab.

Wie sind eure Erfahrungen mit Honeypots allgemein oder speziell in Verbindung mit Newsletter Made Simple? Ich finde sie theoretisch als Alternative zu fehleranfälligen und hässlichen Captchas recht verlockend.

Im Anmeldetemplate von NMS ist ja ein auskommentiertes Honeypot-Feld integriert. Wegen des hohen Spamaufkommens habe ich das mal bei zwei Projekten ausprobiert. So unauffällig wie möglich: Mit Div drum, Label und allem möglichst analog zu den anderen, offiziellen Feldern.

Zunächst sichtbar getestet: Fülle ich das Feld aus, wie es ein Bot tun sollte, scheitert die Anmeldung. Lass ich es leer, gelingt sie. Alles klar. 

Nach dem erfolgreichen Funktionstest habe ich wie allgemein empfohlen, das Div in den CSS mit display:none; ausgeblendet, damit humanoide Nutzer nicht verwirrt werden.
Ergebnis am nächsten Tag: immer noch 5 bzw. 10 Anmeldungen durch Spambots.

Vermutung: display:none; in den CSS wird von vielen Spambots bereits verstanden.

Nächster Versuch: Statt das div komplett auszublenden, habe ich ihm eine geringfüge Höhe und ein overflow:hidden verpasst - für das menschliche Auge unsichtbar.

Ergebnis: Die Anmeldungen durch Spambots hatte sich bei beiden Projekten sogar fast verdoppelt.

Ich gestehe, dass ich vorher, als das Anmeldeformular noch komplett ungeschützt war, nicht genau Buch über die Spamzugriffe geführt habe. Ich habe einfach sporadisch alle paar Wochen / Monate zwei- bis dreihundert Spamanmeldungen gelöscht.

Mit einer gewissen Menge an Spam muss man leben, aber "gefühlt" würde ich sagen, dass der Honigtopf rein gar nichts gebracht hat. Denn bei 10-20 Spambots pro Tag sind 100 schon innerhalb kürzester Zeit erreicht.

Hierzu folgende Gedanken / Fragen:

• Ist das Verstecken über CSS - egal wie - überholt, weil die Bots bereits jede Möglichkeit kennen?

• Gibt es bessere Möglichkeiten außer CSS, um das Feld auszublenden?

• Ist der von NMS generierte Wert für name="{$actionid}nms__data)" bereits zu durchschaubar?

• Wäre es sinnvoller, das Feld gar nicht auszublenden und den Nutzer darauf hinzuweisen, das Feld leer zu lassen?

• Ist der Honigtopf sowieso gestrig?

• Was wäre - außer Captcha - eine einfache Alternative?

Ich freue mich über Kommentare
Gruß

Nur der Tagesliste schreibt schrieb im Titel die falsche Datum.
Links zurück und weiter funktionieren normal, URL gibt richtige Datum
Präsentierte Termine stimmen mit URL

Wenn ich bei <h1>
{$thedate|date_format:'%d %b %Y}
ändere in
{$day}.{$month}.{$year}

dann zeigt es die richtige Datum, sogar weiter und zurück funktionieren ordnungsgemäß.

So zeigt sich wenn man seine Frage formuliert, findet man manchmal selber die Antwort!

Jetzt am gestallten . . .

MfG
Jan

stimmt, es ist in class.smarty_plugins.php es bedient der jsloader.
Es gehört zu CGExtentions.

MfG
Jan

ich habe bereits einige Kursbuchungssysteme mit der Kombi LISE / Formbuilder realsiert. In der Regel gingen aber alle Buchungen an eine zentrale Mailadresse.

Nun frag ich mich ob man das nicht auch mit individualisierten Mailempfängern umsetzen kann. Voraussetzung wäre, dass man einen Feldinhalt aus LISE im FB verwenden kann.

Meine ersten Gedanken sehen so aus:

Ich erstelle in LISE das Extrafeld "Maildresse". Der Aufruf in LISE wäre dann {$item->fielddefs.mailadresse.value}.

So wird das im FB vermutlich nicht gehen. Aber ginge es überhaupt? zB über ein assign?

Grüße