Beiträge von Hanabi

    Hallo Coco,

    das dürfte schon an den unterschiedlichen Formaten scheitern. Ich habe ja auch sehr häufig Veranstaltungsfotos, die, wenn von mehreren Kameras kommend, erstmal auf das selbe Format zurechtgestutzt werden. Primärer Zweck von Zeta ist es ja, eine einfache Art der Webseitengestaltung zu ermöglichen, für die Fotobearbeitung verwende besser externe Programme.

    Hallo Ray,

    Wenn die Code-Schnipsel von Mario für Dich der richtige Ansatz sind, Du aber mit der Umsetzung nicht klarkommst, melde dich bitte unter zp-widgets.de/community an. Die Seite ist von @ThM, und bietet ein Support-Forum für Widgets sowohl von Thomas als auch Mario an. Diese Widgets sind sozusagen freie Entwicklungen von Zeta-Usern und werden daher hier im Forum nicht supportet. Du wirst dort aber viele Leute wiederfinden, die auch hier im Forum aktiv sind. Beste Unterstützung von Anwendern, die das Programm aktiv kennen, ist also garantiert.

    Hallo Rollo,

    eigentlich sollte jeder Aufruf, egal ob mit oder ohne www. zum Ziel führen. Die Umsetzung erfolgt in der Regel durch den Browser des Besuchers. Lediglich bei php-Anwendungen (wie Gästebuch, Shop oder geschützter Bereich) gibt es Probleme, wenn die Veröffentlichung mit www und der Aufruf der Seite ohne www erfolgt. Die Umleitung über die .htaccess dient primär dazu, dieses Problem zu beheben. Parellel wird damit der "duplicate content" verhindert. Da aber nach einem Blick auf deine Seite alle Seiten *.html sind, ist mein ursprünglicher Lösungsansatz nicht zielführend.
    Wären also als nächstes folgende Fragen:
    1. Welchen Browser verwendest Du? (gegebenenfalls auch einfach mal den Cache löschen oder die Seite "Inkognito" oder "inprivate" aufrufen)
    2. Welchen Provider hast Du? Eventuell sind hier noch besondere Einstellungen notwendig.

    Daraufhin habe ich die .htaccess aktualisierung unter Extras eingeschaltet, damit immer auf die WWW weitergeleitet wird.

    Hallo Rollo,

    ich vermute mal, Du meinst damit die Funktion "URL-Rewrite" unter "Erweitert" ->"Optionen". Diese erzeugt aber nur eine .htaccess mit Umleitung von altername.html auf neuername.html, wenn Du den Dateinamen der Seite änderst. Nach Deiner Beschreibung hast Du in den FTP-Einstellungen die Seite ohne www. eingegeben. Lies Dir mal den Blogbeitrag in meiner Signatur zur .htaccess durch, Du müsstest dann die Weiterleitung von mit www auf ohne www verwenden. Beachte auch, dass mit Erzeugen einer manuellen .htaccess diese nicht mehr von Zeta überschrieben dern kann, Du musst dann also die "rewrite-Engine" in Zeta auf aus stellen und manuell über den eintrag "redirect" in der .htaccess umbenannte Dateien umleiten.

    Liebe Renate,

    @Jochen wird das bestimmt nicht als Vorwurf nehmen :) . Barrierefreiheit ist ein Thema, was viel zu selten Beachtung findet. Mich k... es aber auch an, wenn irgendwelche Funktionäre Umfragen verschicken nach dem Motto "Welche Angebote gibt es in Eurem Verein für Flüchtlinge?" und ich dann jedes mal antworten muss: "Unser Verein ist für Jedermann offen, jeder ist gleichgestellt und es gibt für niemanden eine Extrawurst." Bei uns trainieren Spastiker, Hörgeschädigte oder Asthmatiker, Ausländer und Deutsche alle in der selben Gruppe; lediglich der Trainer kennt das Handikap des Einzelnen und muss dieses in den Anforderungen berücksichtigen. Gerade heute haben wir wieder eine Spende über 3 € von jemandem bekommen, der sicherlich auch zu einer Gruppe der "Minderheiten" gehört, für uns aber einfach "Mensch" <3 ist. Egal, wie wir unsere Website gestalten, es wird immer jemanden geben, der sich benachteiligt fühlt. Also gestalte die Seite so, dass sich Besucher, die ein Handicap haben, nicht benachteiligt fühlen, ohne dass gleichzeitig Besuchern ohne Handicap sich ausgegrenzt fühlen. Dies ist ein durchaus schwieriger Weg, aber letztlich die "hohe Kunst"

    Hallo Renate und Jochen,

    ich muss jetzt mal aus Benutzersicht "protestieren". Für mich als "Benutzer" ist die beste Lösung kein Captcha. Das Captcha dient doch nur dazu, zu verhindern, dass das Kontaktformular von einem Roboter ausgefüllt wird. Bei Sehbehinderten und Blinden bauen wir mit dem Captcha eine unüberwindbare Schranke auf, da diese notwendigerweise nur über den Screenreader, also die sprachgesteuerte Ein- und Ausgabe, auf unsere Seite zugreifen können. Der Screenreader kann aber die im Captcha verwendeten Bilder, egal ob es nun die Hausnummern nach altem Captcha oder die Autos, Boote, usw. nach neuem Captcha sind, nicht lesen. Die ersatzweise Umschaltung auf Audioerkennung wird wiederum "automatisiert" durchgeführt, womit das Captcha den Screenreader als Roboter erkennt und aussperrt.

    Einzelne Reader sind in der Entwicklung inzwischen soweit, dass sie gegenüber dem Captcha wie eine natürliche Person auftreten, das Captcha also den "Menschen" erkennt. Die selbe Technologie beherrschen aber auch die modernsten Robots, so dass auch diese den "Spamschutz" überwinden können und sich als "Menschen" darstellen.

    Wir haben auf unserer Seite monatlich rund 1000 Besucher, davon im Schnitt 10, die eines der angebotenen Kontaktformulare nutzen.

    Meine Empfehlung ist daher, auf Captcha ganz zu verzichten und statt dessen die Kontaktseite über einen Eintrag in der robots.txt zu sperren sowie alle Links, die auf die Kontaktseite führen, als "nofollow" zu bezeichnen.

    Wenn es in der Folge doch noch zu Robot-Attacken kommt, kann man immer noch eines der Captcha aktivieren oder noch besser, den entsprechenden Robot über die .htaccess aussperren.

    Hallo Renate,

    den Icon kannst Du unter https://community.zeta-producer.com/www.feedicons.com herunterladen, die Verwendung dieses Icons ist nicht lizenzpflichtig, es müssen auch keine Trademarks angegeben werden. Den Icon platzierst Du dann mit dem Widget "Bild" oder "Text" auf der Homepage und fügst eine Verlinkung zu https://www.amz-automation.de/rss-feed.xml ein.

    Wie das Widget "RSS-Feed" (für Variante b) in der Anwendung aussieht, kannst Du unter https://community.zeta-producer.com/www.hanabi-pirna.de/test.php sehen. Ich habe dort mal Euren Feed eingebunden, da kannst Du gleich kontrollieren, wie der Feed beim Nutzer aussieht.

    Da nicht alle Browser RSS von Haus aus unterstützen, solltet Ihr einen Hilfetext anbieten. Die Inhalte kannst gerne von unserer Hilfe & FAQ übernehmen.

    Hallo Renate,

    dies geht wie folgt:

    1. ->"Erweitert" ->"Erweiterte Einstellungen" ->"Optionen"
    Häkchen rein bei "RSS-Feed erstellen"

    2. Bei jedem Artikel, der in den RSS-Feed aufgenommen werden soll:
    ->"weitere Einstellungen" (Mischpult)
    Häkchen rein bei "In RSS-Feed einschließen"

    Fertig!

    Beim nächsten Veröffentlichen wird dann eine rss-feed.xml erstellt und im Stammverzeichnis abgelegt. Unseren RSS-Feed findest Du beispielsweise unter http://www.hanabi-pirna.de/rss-feed.xml

    RSS ist ja ein Nachrichten-Feed, der aktuelle Informationen liefert und keine Chronik. Wenn also die Texte etwas älter werden, bitte das Häkchen beim jeweiligen Artikel entfernen. Je nachdem, wie häufig Ihr neue Meldungen veröffentlicht, sollten 10 Nachrichten oder 2 Monate im RSS ausreichend sein.

    Hallo Renate,

    möchtest Du

    a) eigene Nachrichten verbreiten, so dass andere über das Abo des RSS-Feeds automatisch auf dem Laufenden gehalten werden?

    oder

    b) einen RSS-Feed einer anderen Seite einbinden, um deren Veröffentlichungen auch auf Deiner Homepage bekannt zu machen?

    Hallo Hiro,

    gehe links auf die Startseite ->"Bearbeiten", dann auf ->"Google" und ändere den Dateinamen auf "start" um. Mit "OK" bestätigen, danach die Selbe Prozedur mit der Seite "Episoden", ändere dort den Namen auf "index" um. Danach veröffentlichst Du die Seite.
    Hintergrund ist, dass bei Aufruf einer Webadresse immer eine index.html oder index.php gesucht wird und nur diese direkt nach Eingabe der Adresse aufgerufen werden kann. Wenn Du die Startseite löschst, gibt es keine index.html und die Seite kann nicht aufgerufen werden.

    Guten Morgen @PrinzBernhard,

    das sollte, sofern es nur um die Darstellung geht, ganz normal über php-Code im Widget "Quelltext" funktionieren.

    Mit den "editierbaren Seiten" meinst Du sicherlich das "Online-CMS". Hier ist es so, dass die dort eingegebenen Texte und Bilder in einem eigenen Ordner unter /assets/php/CMS_DATA/123456/ auf dem Server abgelegt werden. Mit jedem Artikel werden vier eigene eigene Dateien 123456+1.Funktion.dat erzeugt, und zwar
    Advanced Data, Heading, Orderposition und der eigentliche Textinhalt. Da sollte von meinem Verständnis her nichts gehen mit Mysql.

    Das Widget "Shop" umzubauen wären sicherlich ein Ansatz, fraglich wäre aber, ob sich für eine bloße Darstellung von 60 Namen und Adressen der Aufwand lohnt.

    Ich schicke Dir noch eine private Email, da weiteres nicht öffentlich diskutiert werden sollte.

    Hallo @MciGamer,

    bitte gehe auf:
    ->"Veröffentlichen"
    ->"FTP-Server konfigurieren"
    ->"Neu"
    Wähle dann entsprechend den von deinem Provider bereitgestellten Zugang aus, ob Du über FTP, FTP mit SSL oder SFTP überträgst. Am häufigsten wird FTP mit SSL und SFTP verwendet. Trage dann Deine Webadresse und den Servernamen sowie Benutzername und Kennwort (entsprechend Deinem Provider) ein. Ins Ordnerfeld kommt im Normalfall nur ein /
    ->"Weiter"
    Die Verbindung wird getestet
    wenn erfolgreich, kannst Du jetzt veröffentlichen.
    Wenn nicht, teste mal mit Click auf ->"Mehr" nacheinander die Modi Aktiv, Passiv und Automatisch aus.

    Hallo Thomas,

    probiere mal bitte folgendes (ist nur ein theoretisches Modell, da ich keinen TLS-Zugang habe):

    ->"FTP-Server konfigurieren"
    ->"Neu"
    ->"FTP mit SSL"
    -> alle Daten eingeben
    ->"Mehr"
    ->Anschluss auf 990 setzen
    ->"Weiter"
    ->Erweiterte Einstellungen konfigurieren
    -> Testen

    Gibt es zu diesem Thema nichts neues? Wie schaut es nun damit aus in Zukunft EXIF Daten nutzen zu können?

    Hallo Teufelchen,

    Zeta ist ein CMS mit breitem Anwendungsspektrum und wird nicht ausschließlich für Fotografen gemacht. Grundsätzlich gehört Deine Fragestellung in die Rubrik "Ideen und Wünsche für kommende Generationen", da die Übernahme von EXIF-Daten ein völlig neues Feature wäre. Das braucht auch bei einem so guten Support wie bei Zeta (an dieser Stelle mal Applaus für @sseiz und @sT. als Supporter, @Uwe Keim als Entwickler und die zahlreichen User, die hier Hilfestellung geben) etwas Zeit.

    Wenn ich mir den Wikipedia-Eintrag zu EXIF ansehe, insbesondere den Abschnitt "Mögliche Probleme", möchte ich eher davon abraten, den Import von EXIF-Daten in das Programm zu implementieren, auch wenn ich selbst, gerade bei größeren Veranstaltungen mit viel Bildmaterial manchmal auf Verzweifeln bin wegen der Alt-Eingaben.
    Neben den Fragen zum Datenschutz (Standort- und Zeitangaben) und der möglichen Einbettung von Schadcode ist es gerade die Frage der Kompatibilität, die eine Einbindung kompliziert machen dürfte. Angefangen von der Unterschiedlichen Menge möglicher EXIF-Tags (dies ließe sich noch durch Beschränkung nach Tag-ID lösen), wäre vor allem das Problem, dass die EXIF-Daten durch Bildbearbeitungsprogramme verändert oder ganz unlesbar wären.
    Für Fotografen wäre es sicherlich eine "geile" Erweiterung, der unbedarfte User hingegen dürfte schon mit der Frage überfordert sein, ob er die Bilder mit oder ohne EXIF importieren soll.
    Ein kurzer Blick bei Google zeigt, dass es diverse Fotoblog-Portale gibt, die da wohl eher geeignet wären. Vielleicht können sich auch mal andere Fotografen wie @wedding dazu äußern. So ein externes Portal einzubinden wäre vermutlich leichter als der EXIF-Import.

    Hallo @lilaluftikus,

    da hilft es, den Quelltext von Seite 1 mal in Word zu kopieren und danach "suchen und ersetzen" zu spielen und "Ballon" gegen "Spam" zu ersetzen. Der Vorgang endet mit 252 Ersetzungen des Wortes Ballon. Dies ist genau die Definition von Spam, die Google festgestellt hat. Das gleiche Spiel nochmal mit "Geschenk", macht 82 Ersetzungen und fertig ist die Spam-Seite.
    Sorry, aber da musst Du noch gewaltig am Inhalt arbeiten.

    Guten Morgen Renate,

    wenn ich die Quelltexte von unserer und Eurer Seite vergleiche, gibt es im Head zunächst folgenden Unterschied:

    Wir: <meta name="google-site-verification" content="pAe8-sxrXXXXXXXXXXXXXX6Pw">

    Ihr: <google-site-verification: googlef20008XXXXXXXXXXXXXeb.html/="">

    hier scheinen also Teile vom Code "verschluckt worden zu sein. Ich habe eben (frischer Kaffee ;) ) noch mal Deinen Text von ganz oben gelesen und glaube, den Fehler nachbauen zu können bzw gefunden zu haben:

    Der HTML-TAG muss in der Startseite stehen. Wenn ich bei uns den Code über "globale Attribute" unter "additional_meta" eintrage, wird er auf keiner Seite angezeigt. Wenn ich ihn über "Seite bearbeiten" nur auf der Startseite einfüge, wird er sauber übernommen.

    gehe zunächst zu den globalen Attributen und lösche dort den Eintrag zur Site-verification in "additional_meta".

    Danach gehe auf die Startseite über "Seite bearbeiten" ->"Attribute" und suche dort "additional_meta"

    Ich vermute, dass dort noch aus einem ersten Bestätigungsversuch der <google-site-verification: googlef20008XXXXXXXXXXXXXeb.html/=""> eingetragen ist.

    Den Eintrag löschen und dann den
    <meta name="google-site-verification" content="......................................... /> einfügen und die Seite erneut veröffentlichen.

    Hallo Renate,

    Du hast da zwei Bestätigungsmethoden vermischt. Wenn Du in der Search Console angemeldet bist, musst Du den unter "Meta-Tag" angezeigten Code kopieren und in Zeta unter additional_meta einfügen. Nach Quelltext hast Du dort aber den Namen der html-Datei (Erläuterung weiter unten) verwendet. Das funktioniert nicht.

    Wenn Du die Bestätigung über html-Datei wählst, lade die googlexxxxxxgrqerqgqexx.html herunter und diese Datei dann über Filezilla in das Stammverzeichnis Deines Servers.

    Ich bin jetzt gleich weg und erst spät wieder online. Falls es noch Probleme gibt, wird sich aber bestimmt jemand anders finden, der weiterhilft.

    Hallo Renate,

    war warst Du wohl im falschen Abschnitt der Bestätigung. Die Fehlermeldung bezieht sich auf die Bestätigungsmethode html-Datei, welche Du in den Webmastertools runter- und dann in das Stammverzeichnis Deines Servers hochlädst. Also entweder Bestätigungsart HTML-Tag auswählen oder bei der Bestätigungsart HTML-Datei die Datei runter- und hochladen.

    hallo @lilaluftikus,

    Den HTML-Tag zur site-verification hast Du ja bereits an der richtigen Stelle. Wenn die Inhaberschaft bestätigt ist, kannst Du Google mitteilen, welchen Inhalt Deine Seite hat. Verwende dazu in der Search Console unter ->"Crawling" die Position "Sitemaps". Die Sitemap deiner Seite ist unter https://community.zeta-producer.com/www.meineseite.de/sitemap.xml zu finden.
    Alternativ kannst Du auch die Inhaberschaft über ein HTML-Dokument (hochzuladen in das Stammverzeichnis) oder über Dein Google-Analytics-Konto bestätigen. Hinsichtlich Analytics würde Dir aber empfehlen, unverzüglich den jetzt in der Seite vorhandenen Code rauszunehmen und erst einmal die notwendigen datenschutzrechtlichen Anpassungen vorzunehmen wie Anonymisierung, Datenschutzerklärung, Google-Vertrag zur Auftragsdatenverarbeitung, Infobanner beim erstmaligen Betreten der Seite mit direkter "opt-out" Möglichkeit noch im Banner.
    In diesem Zusammenhang kannst Du gleich auch die Facebook-Box und den Google+1 entfernen oder aber datenschutzkonform anpassen.

    Denke daran, eine entsprechende Lizenz für Zeta zu erwerben.

    @Jochen,

    Hast recht, ich habe eben mal die Internetverbindung getrennt, um einen Fehler zu provozieren und dann beschreiben zu können, wie berichtet werden kann. Sieht das bei einem Backup-Fehler eigentlich anders aus?

    Wohin senden?

    Hallo Taraex,

    Wenn ein Fehler aufgetreten ist, siehst Du unten rechts die Anzeige "Fehler". Ein Click darauf öffnet das Protokoll, dort findest Du in roter Schrift den Fehler. Darunter gibt es einen Link "Weitere Infos". Den anklicken und dann auf "Berichten". Das Fehlerprotokoll wird dann an Zeta übermittelt.

    Guten Morgen Benji,

    .htaccess ist immer ein heikles Thema, merke ich selbe gerade wieder, weil ich in meiner Testumgebung bereits mit einer leeren .htaccess einen Serverfehler bekomme. Ich kann also gerade nicht testen, bin dann aber auch gleich wieder in meinem eigentlichen Job (Zeta ist nur vereinsmäßig) und dann erst heute Abend wieder da.
    Ursprünglich ging es Dir ja um die Weiterleitung "mit-www" auf "ohne-www" Du kannst noch folgenden allgemeineren Befehl ausprobieren, in dem kein Schreibfehler bei der Domain stören kann:

    Apache Configuration
    RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
    RewriteRule ^(.*)$ http://%1/$1 [R=301,L]

    Bitte kommentiere mal zum Testen auch die "Index"-Umleitung aus. Wenn es dann funktioniert, ordne die Index-Umleitung unter der www-Umleitung an.

    ?Sonderzeichen oder Umlaute sind aber keine in Deiner Domain?

    Hallo Bennji,

    wie sieht es denn aus, wenn Du statt von www auf non-www die umgekehrte Umleitung nimmst? Also:

    Apache Configuration
    # Beginn Umleitung von non-www auf www
    RewriteEngine On
    RewriteCond %{HTTP_HOST} !^www\.meine-seite\.de [NC]
    RewriteRule ^(.*) http://www.meine-seite.de/$1 [R=301,L]
    # Ende Umleitung www

    Davor musst Du die bisherige Umleitung komplett auskommentieren, einmal hochladen (ohne Umleitungen) zur Kontrolle, dass erst mal alles funktioniert und dann den neuen Umleitungsbefehl reinkopieren.