Beiträge von Hanabi

    Hallo Abel,

    ich kann das gerade bei unserem Aufnahmeantrag nachvollziehen. Auch ich arbeite hier mit Kontrollkästchen zum Einholen der Zustimmung. Überall dort, wo keine Beschreibung des Kontrollkästchens existiert und eine Pflichteingabe definiert ist, wird der Fehler nicht angezeigt. Sehr schön zu sehen unter https://community.zeta-producer.com/www.hanabi-pir…ahmeantrag.html im Abschnitt "Abschlusserklärung". Das erste Kontrollkästchen ist ohne Beschreibung, beim zweiten habe ich zum Test mal "Beschreibung ausgefüllt" verwendet. Bei dem Beispiel von Mario steht in der Beschreibung 1 "Optionsschaltfläche" und in der Beschreibung 2 "Kontrollkästchen" drin. Wir müssen also unsere Formulare gestalterisch so überarbeiten, dass wir bei Pflichtfeldern immer eine Beschreibung haben (als Überschrift etc.)

    Hallo Edy,

    das von Dir gewünschte ist mit Zeta-Bordmitteln nicht zu realisieren, denn es bedingt ja ein im Hintergrund eine direkt auf dem Server laufende Anwendung, welche unmittelbar nach Absenden des Formulars automatisch eine neue Seite generiert, aus den Formulardaten die Mail-Adresse sowie eventuell den Ansprechnamen extrahiert und eine Mail an den Besucher der Seite schickt. Die neue Seite wird dabei vom System automatisch überwacht, um bei einem Aufruf der Seite /cbahvhgrgrg1234567.html dann die Anmeldung des Besuchers als echt zu erkennen.

    Du kannst aber mal näher beschreiben, weshalb der Anmelder seine Angaben nochmals bestätigen soll. Vielleicht gibt es ja einen anderen Lösungsansatz.

    Hallo Jürgen,

    das liegt an Deiner "speziellen" Art der Veröffentlichung. Nutze einfach F7 "Webseite online veröffentlichen".

    Zum Hintergrund: Wenn Du in einer Seite ein Bild einbindest und "bei Click vergrößern" markiert ist, werden von dem Bild zwei Varianten angelegt, einmal in voller Größe unter assets/media/images und einmal unter assets/media/images/thumbnails als kleines Bild für die Vorschau, welches direkt auf der Seite angezeigt wird. Mit dem selektierten Veröffentlichen wird nur das Bild selbst, nicht aber die Variante /thumbnails übertragen, was zu den Platzhaltern auf der Seite führt.

    Hallo Abel,

    gehe auf "Erweitert" ->"Attribute" und suche dort "additional_meta". Dort trägst Du den Code ein, der innerhalb des <head> stehen soll. CSS sind Formatierungsanweisungen, die haben mit dem Code erst mal nichts zu tun, es sei denn, der Code soll das Anzeigeverhalten ändern.

    Hallo Abel,

    "no follow" reicht nur für die Suchmaschinen aus, die sich an den Verhaltenscodex halten. Einige Crawler kannst Du nur über einen Eintrag in der .htaccess ausschließen. In meinem Blogbeitrag hierzu habe ich ein Beispiel für eine Aussperrung. Zur Wirksamkeit von "reCAPTCHA" gibt es unterschiedliche Auffassungen. Persönlich verwende ich kein "reCAPTCHA", da hierdurch Besucher mit Behinderungen von der Kommunikation ausgeschlossen werden, das "reCAPTCHA" stellt beispielsweise für Screenreader eine nicht zu bewältigende Barriere dar.

    Zum Mißbrauch: Wir haben monatlich auf unserer Seite rund 1500 Besucher, dazu kommen knapp 2000 Besuche von Robots. Seit Bestehen der Seite (Juni 2014) habe ich ohne Captcha keinen einzigen Spam über die Formulare bekommen. Wichtiger als der Schutz der Formulare ist ein Verzicht auf jede Verwendung von E-Mail-Adressen. Ob man diese nun verschleiert, mit L E E R Z E I C H E N streckt oder mit einem ( a t ) versieht, ist relativ egal. Die wirklich raffinierten Robots können auch eine derart verschleierte Adresse erkennen. Bei uns ist lediglich im Impressum eine notwendige Mail-Adresse angegeben, auf der aber ein guter Spamfilter sitzt. Alle Kontaktmöglichkeiten laufen über Formular.

    Hallo Günter,

    interessanterweise wird diese Seite ja auch unter der sitemap.xml mit Datum vom 26.11.2016. Du kannst mal unter "Erweitert" -"erweiterte Einstellungen" ->"interne Listen" gucken, ob die Datei noch unter "veröffentlichen" steht. dann bitte mal alle Einträge in dieser Liste löschen. Dann auf aktionen.html gehen und eine Änderung vornehmen. Dann mit F7 veröffentlichen. Zur Not auch mal "Ausgewählte Dateien veröffentlichen".

    By the way, hast Du eine .htaccess, in der eine Umleitung stehen könnte?

    Wegen "Überfüllung" des alten Threadshttps://community.zeta-producer.com/Thread/7388-Fo…hp-sc/?pageNo=1 hier nochmals die Fragestellung von @Rudi Radlos:

    Er hat das Problem, dass bei Absenden eines Formular von seiner Webseite der Nutzer aufgefordert wird, die Datei SendEmail.php zu speichern. Bekannt ist bisher: Website Features prüfen = OK

    Wir brauchen von Rudi:
    - Link zur Homepage
    - Hostinganbieter (Strato, 1&1, anderer)
    - verwendete PHP-Version
    - verwendete Zeta-Version

    Guten Morgen Peter,

    ich habe jetzt mal mit der Logogröße gespielt. Bei etwa 80 x 80 pixel erscheint das Logo vollständig. Es sieht so aus, als ob in dem Layout der Bereich oberhalb der Kopfzeile fixiert ist. Wie gesagt, ein etwas älteres Layout. Wenn Du heute eine Seite neu erstellst, solltest Du ein Layout mit dem Zusatz "responsive" nehmen.

    Hallo Peter,

    "Elegant" dürfte ein bereits sehr altes Layout sein, da es davon noch keine responsive Variante gibt. Ich musste deshalb auch wegen dem Begriff "Kopfzeile" nachfragen. Habe eben unter Zeta 13.3 ein neues Projekt mit "Elegant" erstellt und sowohl Logo als auch Hintergrund in Kopfzeile eingefügt. Hierbei wird das Logo nicht verdeckt: http://elegant.zeta-producer.com

    Damit der Support hier morgen weitermachen kann, poste mal bitte einen Link zur betroffenen Seite sowie Deine ZP-Version.

    Hallo Wolfgang,

    ich zitiere mal von Deiner Homepage:

    "Und ka Verhaltensanalyse Ich hab dieses ganze Google Analytics Klumpat deaktiviert. ...hoff ich jedenfalls..."

    Bezüglich Analytics liegst Du richtig, die Frage ist aber, was http://www.multicounter.de/cgi-bin/counte…ts.cgi?id=multi an Daten sammelt. Auf alle Fälle ist meine IP-Adresse schon mal mit dabei.

    Hallo Martin,

    ich nehme an, Du meinst hier das Modul Online-CMS. Beim nächsten Mal mache bitte ein neues Thema auf, da das Online-CMS mit der ursprünglichen Frage Dynamische Daten nichts mehr zu tun hat. Trotzdem noch schnell eine Antwort, falls die nicht ausreicht, bitte im neuen Thema stellen, ich mache diesen Thread jetzt zu.

    die Einträge werden in Deinem Webspace im Ordner /assets/php/CMS-DATA gespeichert. Hierbei wird für jedes Online-CMS ein eigener Datenordner angelegt. Dieser Ordner bleibt beim Löschen des Moduls erhalten.

    Die Verknüpfung zu dem jeweiligen Datenordner bleiben beim Verschieben erhalten. Innerhalb einer Seite kannst Du den Artikel mit dem Menü "verschieben" an einen anderen Platz bringen. Falls das Widget auf eine andere Seite geschoben werden soll, geht dies nur über "Ausschneiden & Einfügen", nicht über "Kopieren".

    Morgen Jörg,

    ich nutze diese beispielsweise, um unterhalb einer Veranstaltung einen Anmeldebutton einzufügen, der auf ein allgemeines Anmeldeformular weiterleitet, aber zusätzlich als Betreff den Namen der Veranstaltung (individuell eingepflegt) übergibt. Genauso geht das auch mit der Nutzung eines Kontaktformulare für verschiedene Empfänger. Bei uns gibt es 1 Kontaktformular; bei den einzelnen Trainern ist jeweils ein individueller Link hinterlegt wie "Nachricht an Jana" oder "Nachricht an Thomas", der dann automatisch in der Betreffzeile steht. Das Empfängerpostfach ist ein reines Verteilerpostfach, in dem es für den "Betreff" verschiedene Weiterleitungsregeln gibt.

    Hallo Monte,

    das dürfte dann doch eine Frage der "Settings" gewesen sein. Hier im Forum gibt es immer noch aktiven Support für Zeta 9, ein "End of Life" für die 12-er sollte daher unwahrscheinlich sein.

    Hallo Helmut,

    auch beim Deinstallieren von Zeta bleiben benutzerdefinierte Einstellungen erhalten. Du kannst noch folgendes probieren:
    Suche im Windows Explorer das Verzeichnis "Zeta Producer 12.x" und änder dort den Ordner "Settings" in "Settings-alt" um. Bei einem Neustart von Zeta wird dann ein neuer Ordner mit den Grundeinstellungen erstellt und geladen. Eventuell hilft das ja. Ansonsten den Tipp von @Uwe Keim probieren. Die 13 wird parallel zur vorhandenen 12-er installiert. Damit ließe sich der Fehler dahingehend eingrenzen, ob im Projekt oder im Programm nach dem Fehler gesucht werden muss.

    Hallo Volker,

    der schwarze Pfeil ist direkt im Producer unten rechts, nicht im Meldungsfenster. Ich bin selbst bei 1&1 und veröffentliche mit folgenden Einstellungen:

    Protokoll: SFTP
    Web-Adresse: https :// www . hanabi-pirna.de (https nur, wenn SSL-Zertifikat für die Domain aktiv ist, die Leerzeichen sind nur zur besseren Darstellung)
    Servername: u1234567.1und1-data.host
    Benutzername: u1234567
    Kennwort: *****
    Zielordner: / (Wenn Du im Controlcenter der Domain einen eigenen Zielordner zugewiesen hast, dann muss dieser dort eingetragen werden: /hanabi/)
    Mehr:
    Modus: Aktiv
    Anschluss: 22
    alle weiteren Felder leer

    Hallo Gawainos,

    kontrolliere mal unter "Erweitert" "Attribute", ob dort "google_analytics" als Attribut vorliegt und als Inhalt den Tracking-Code hat. Auf den einzelnen Seiten sollte dann das Attribut automatisch erscheinen.

    Hallo @abel,

    Statt eines Systems mit mehreren Festplatten ist es m. E. besser, mehrere Systeme zu verwenden. Eine hp-z600 oder eine FSC R650 kosten nicht mehr die Welt, entsprechende Umschalter für Tastatur und Bildschirm gibt es zuhauf. Alle Gefahren, die Du aufgezählt hast, werden letztlich durch den Nutzer an der Tastatur erst erzeugt. Ich habe 1992 mit BTX angefangen. Den einzigen Virus habe ich mir durch eine Diskette eingefangen.

    Hallo @abel,

    1. bei einigen Layouts, so auch bei "stripe responsive" findest Du Abmessungen für Bilder beispielsweise für die Kopfgrafik im Layout-Designer. Standardmäßig sollten diese bei 960 x 410 px liegen.
    2. ist an sich egal, beide haben ungefähr gleiche Dateigröße, persönlich bevorzuge ich jpg.
    3. 1920 x 1080 px, also Full HD oder 960 x 540 px sind passende Formate. Für den Webauftritt reichen im Normalfall die 960 x 540 aus, größere Fotos solltest Du eigentlich nur anbieten, wenn diese tatsächlich auch im Vollbild angezeigt werden.
    4. Mit 960 x 540 und 300 dpi bist Du bei ca. 75 Kb, dass sollte also beim Laden nicht auffallen. Bilder in Artikeln sollten die Option "bei Klick vergrößern" bekommen. also die normale Auflösung wählen und im Test runterskalieren.
    Sofern im Layout eine Größe für den Header vorgegeben ist, immer die Größe des Headers verwenden.
    5. Wenn Du "Carousel", "Slider" oder im Bilderalbum "Slideshow" verwendest, achte darauf, nur Bilder im gleichen Format (hoch oder quer) und im gleichen Seitenverhältnis (16:9 / 16:10 / 4:3 / 3:2) verwenden.
    6. Auch Sehbehinderte besuchen deine Seite. Sie nutzen Screenreader, die den Inhalt der Seite vorlesen. Ein Bild kann aber nicht vorgelesen werden. Der Screenreader stockt dann und sagt "ein Bild". Mit dem "Alt-Text", welchen Du für jedes Bild in der Bildverwaltung hinterlegen kannst, liest der Screenreader vor "Bild zeigt ... Inhalt des Alt-Textes". auch aus SEO-Gründen ist der Alt-Text hilfreich, da dadurch auch Bilder bestimmten Suchbegriffen zugeordnet werden können.
    7. Beachte eventuelle (c)-Rechte. Nutze für die Homepage vorrangig eigene Bilder. Bei Fremdbildern prüfe vor einer Verwendung, ob eine entsprechende creative commons licence vorliegt. Gerade bei PD-Bildern (frei verwendbar) ist es eine gute Geste, den Urheber anzugeben.

    Hallo Rick,

    wenn ich nichts übersehen habe, nutzt Du weder Google-Analytics noch Facebook, Twitter oder andere Soziale Medien. Es werden von deiner Seite auch keine Cookies auf dem Rechner des Besuchers abgelegt. Du brauchst daher auch kein Info-Banner einblenden. Im Datenschutz hast Du übrigens noch den Passus zu Google-Analytics und zu Facebook zu stehen. Wenn Du nicht beabsichtigst, diese beiden in nächster Zeit noch einzubinden, können die beiden Einträge entfernt werden. Datenschutzerklärungen werden dadurch nicht unbedingt besser, aber kürzer.

    PS (1): Mein Provider hat für den 13.11.2016 insgesamt 2356 IP-basierte Zugriffe gespeichert. Auf Basis dieses LOG-Protokolls kann ich sehen, von welcher IP-Adresse aus wann welche Inhalte abgerufen wurden. Da für die Nutzung der Seite die Speicherung der IP-Adresse nicht notwendig ist, verstoße ich anscheinend gegenwärtig gegen §15 TMG, welcher aber durch das EuGH-Urteil als unvereinbar mit europäischem Recht gilt und entsprechend angepasst werden muss. Ich werde jetzt trotzdem mal eine Anfrage an unseren Provider stellen.

    PS (2):In dem Log vom 13.11.2016 sind 3 Login-Versuche auf eine (tatsächlich gar nicht) vorhandene Wordpress-Installation sowie ein Versuch einer Statusabfrage des Servers zu finden.

    Hallo Rick,

    erstmal die kurze Antwort: Die Entscheidung betrifft dich als Seitenbetreiber. Grundsätzlich ist immer der Anbieter der Leistung für die Einhaltung rechtlicher Vorschriften verantwortlich. Der Seitenbesucher hat keinen Einfluss darauf, bei welchem Hoster die Seite gehostet wird. Lediglich der Seitenbetreiber hat ein Rechtsverhältnis mit dem Hoster und kann daher über die Vertragsgestaltung Einfluss darauf nehmen, dass der Hoster gesetzliche Vorgaben erfüllt.

    Langform: das ist so ein typisches "ja, aber" Urteil, mit dem kaum jemand etwas anfangen kann. Zum einen werden IP-Adressen auch als personenbezogene Daten anerkannt, die grundsätzlich nur nach Zustimmung gespeichert werden dürfen, zum anderen wird aber auch ein berechtigtes Interesse der Seitenbetreiber und die Zulässigkeit der Speicherung für den ordnungsgemäßen Betrieb der Seite eingeräumt.
    Wir als Seitenbetreiber kommen an drei Stellen mit IP-Adressen in Berührung:

    1. Bei unserem Hoster werden die Zugriffe von verschiedenen IP-Adressen auf unsere Seite protokolliert. Hier ist nach meiner Auffassung die Speicherung der IP-Adresse weitgehend unproblematisch, da für jede Webseite die Notwendigkeit besteht, sich beispielsweise vor DDOS-Attacken oder der missbräuchlichen Verwendung der Seite (Spam über Kontaktformulare oder im Gästebuch, Angriffe auf geschützte Bereiche, Login-Versuche ins Online-CMS) zu schützen. Ohne eine Protokollierung der IP-Adresse können diese Angriffe nicht erkannt, abgewehrt und auch strafrechtlich nicht verfolgt werden.

    2. Sofern wir Analyse-Tools wie Google-Analytics, Piwik oder andere benutzen, werden ebenfalls IP-Adressen gespeichert. Für den ordnungsgemäßen Betrieb der Seite ist die Erfassung der IP-Adresse hier aber nicht notwendig. Gleichzeitig ist hier aber eine viel größere Nähe zur Verknüpfung mit einer realen Person gegeben. Für die Verwendung von Google Analytics dürfte dahin weiterhin gelten, nur mit "anonymize_ip" und Anbieten des OPT-OUT beim Betreten der Seite.

    3. Bei Verwendung von Widgets für Soziale Netzwerke (Google, Facebook, Twitter) werden IP-Adressen direkt an die sozialen Netzwerke übertragen. Gleiches passiert auch bei Verwendung externer Lösungen über HTML-Quelltext mit Ausnahme solcher "Zwei Click" oder "Ein Click" -Lösungen wie beispielsweise Shariff. Hier sind wir als Seitenbetreiber die Übermittler der IP-Adresse des Seitenbesuchers, also unmittelbar verantwortlich. Aus meiner Sicht ergibt sich für Betreiber deutscher Webseiten, entsprechende Widgets oder HTML-Quelltexte nicht zu verwenden. Meines Wissens gibt es für die sozialen Netzwerke keine entsprechenden OPT-OUT-Scripte, die beispielsweise über das "Infobanner" angeboten werden können.

    Zeta bietet den "Zeta Producer" weltweit an. Aus meiner Sicht besteht bei Zeta lediglich Handlungsbedarf dahingehend, dass beispielsweise im Handbuch oder aber auch in den Vorlagen im Bereich "Impressum" ein Hinweis aufgenommen werden sollte, dass Seitenbetreiber die jeweiligen Datenschutzbestimmungen des Landes beachten sollten, in dem sie ihre Dienste anbieten.

    Disclaimer: Vorstehende Aussagen stellen lediglich meine persönliche Einschätzung dar. Es handelt sich nicht um eine Rechtsauskunft oder Rechtsberatung. (Sorry, aber muss leider sein)

    Hallo Pascal,

    Kopiere die <style> Anweisungen Zeile 45 bis 58. Gehe dann auf ->"Einstellungen" ->"CSS" und füge die Anweisungen dort ein.

    Die <form> Anweisungen Zeile 62 bis 79 fügst Du auf der Seite mit dem Widget "Quelltext" ein.

    Soweit funktioniert erst mal alles.

    Die <script> Anweisungen Zeile 1 bis 8 fügst Du ebenfalls mit dem Widget "Quelltext" ein. Im Ergebnis wirst Du dann unten rechts eine Fehlermeldung sehen "Objekt erwartet", es fehlt also in diesem Abschnitt noch etwas. Wenn ich mal im Support von Cleverreach suche finde ich: http://support.cleverreach.de/hc/de/articles…%BCr-Newsletter

    Meine Empfehlung wäre, das Formular in cleverreach mit deaktiviertem Javascript und ohne CSS anzulegen. In diesem Fall solltest Du das CSS unter "Einstellungen" wieder entfernen.

    Cleverreach sollte dann einen reinen HTML-Text ausgeben mit den Abschnitten <style> und <form>. Diese kannst Du dan beide in einem HTML-Quelltext unterbringen. Wenn dann immer noch die
    Fehlermeldung "Objekt erwartet" kommt, suche weitere Hilfe beim Support von Cleverreach. Wenns funktioniert, kannst Du ja als nächstes CSS wieder reinnehmen.