Beiträge von Hanabi

  • Formular Absenden und Bestätigungsmail funktionieren nach Umstellung PHP 7.2 nicht mehr

    Hallo Kirsten,

    zumindest bei 1&1 in Deutschland wird die aktuelle 7.2.10 noch mit mcrypt ausgeliefert. Die von Hostfactory verlinkten Texte beziehen sich auf Sicherheitslücken in mcrypt. Weitere Details dazu kannst Du unter https://www.administrator.de/wissen/php-rfc…rnt-315361.html nachlesen.

    Für Euch sehe ich zwei Lösungsansätze:

    V1: Downgrade auf PHP 7.1, diese Version wird noch bis Dezember 2019 Sicherheitsupdates erhalten

    V2: Upgrade auf Zeta 14 (Upgradepreise für Bestandskunden) und PHP 7.2 als System auf aktuellem Stand.

    Nachtrag 23.11.2018: Fehler von mir, In der Konfiguration wird zwar "with mcrypt" aufgerufen, aber nicht tatsächlich geladen.

  • PHP Einbindung auf Seite

    Hallo Cordula,

    Quellcode kann über das Widget "HTML-Quelltext" eingefügt werden. Wenn Du mal wieder eine Fehlermeldung nach Einfügen eines Quellcodes hast, mit F8 in den Spaltenmodus wechseln, dann kannst Du den entsprechenden Artikel wieder bearbeiten oder löschen. Mit F8 geht es dann auch wieder zurück zur normalen Ansicht.

  • VLC Player IP Camera

    Zitat von maierreini

    src="rtsp://admin:admin@reinhard1.dlinkddns.com:8000/12

    Hallo Reini,

    hier wird aus dem lokalen Netz gestreamt, daher kann auf der Homepage nichts gesehen werden. Das Signal von Deiner Kamera muss zunächst einmal auf auf Deinen Server, bevor es dann eingebunden werden kann. Am Besten mal das Handbuch zur Kamera lesen, welche Möglichkeiten hierzu existieren.

  • Lizenzen Express / Business

    Hallo Uwe,

    nach meiner Kenntnis funktioniert das nur mit den Basislayouts, die bereits in der Express-Version enthalten sind. Dies dürfte auch darin begründet sein, dass entsprechende Layout-Updates nur kompatibel zur jeweiligen Lizenz zur Verfügung stehen.

  • Adsense auf Seite funktioniert nicht?

    Hallo David,

    die Fehlermeldung von elch kann ich nicht bestätigen. Deine Seite ist aber sowohl unter http als auch https erreichbar. Hierzu bitte mal in meinem Blogbeitrag .htaccess nachlesen, wie von http auf https weitergeleitet wird.

    Zum eigentlichen Problem:

    Der Adsense-Code besteht aus zwei Blöcken, der erste sollte im <head> eingegeben werden. Dies erfolt in "Attribute" innerhalb von "additional_meta". Der zeite wird normal über "HTML-Quelltext" eingegeben.

  • Bei Eingabe https:// erfolgt eine böse Browser - Meldung !!! "nicht sicher"

    Hallo Axel,

    die Meldung von Google und auch die Auskunft von 1blu sind leider korrekt!

    für http://www.foto-w.de ist kein SSL-Zertifikat hinterlegt. Bei Aufruf mit https erfolgt VOR jeglicher Abarbeitung einer Umleitung eine Sicherheitsprüfung.

    1. Bei Aufruf von https://www.foto-w.de fragt der Browser beim Server das SSL-Zertifikat an.

    2. Server meldet zurück, dass kein SSL-Zertifikat vorliegt

    3. Browser gibt Fehlermeldung aus.

    Dies ist ein typisches Sicherheitsmerkmal von SSL-geschützten Verbindungen, dass erst nach Überprüfung der Echtheit einer Seite überhaupt irgendwelche Handlungen, sei es nun der Aufruf der Startseite oder das Abarbeiten einer .htaccess erfolgen. Daher lässt sich eine Umleitung von https auf http nur realisieren, wenn die Seite mit SSL geschützt ist.

    Da anscheinend mehrere eingehende Links auf https://www.foto-w.de laufen, wäre in diesem Falle die Empfehlung, auch für diese Seite ein Zertifikat zu installieren.

    Versuche an der .htaccess der Domain bringen nichts, weil der Browseraufruf diese gar nicht erreicht.

  • Fehlermeldung beim hochladen der Website

    Ich habe mal probehalber unsere komplette Seite veröffentlicht, um auch die bei Dir noch in der Warteliste befindlichen Backend-Dateien mit zu erwischen. Ist fehlerfrei durchgelaufen. Verbinde Dich über Filezilla mit dem Server. Dann lädst Du den kompletten Inhalt des Ordners /output aus dem Projektverzeichnis in das Stammverzeichnis auf dem Server. Eventuell bringt Filezilla ja eine ausführlichere Fehlermeldung.

  • Kompatibilität mit Smartphones / Tablets

    Zitat von Heisy

    - Unter den Icons befindet sich jetzt ein "unterbrochene graue Linie" Ich schätze dass dies durch das Verlinken im Textfeld entstand. Die Verlinken wird durch eine blaue Umrandung angezeigt, diese ist nicht auf der Website zu erkennen, jedoch erkennt man ein "Überbleibsel" in Form einer grauen unterbrochenen Linie.

    Dies lässt sich wie folgt korrigieren:

    "Layout" -> "Inhaltsbereich" -> "Hyperlinks": den Eintrag "Textauszeichnung" auf "keine" ändern.

    Zitat von Heisy

    - Auf dem Smartphone bleibt das Problem der "Abordnung" bestehen (ein Zeilensprung) siehe Bild Samrtphone.

    Der Umbruch erfolgt, da die Breite des Smartphones eine Darstellung aller Elemente in einer Reihe nicht zulässt. Hier kann hilfsweise mit 2 Textartikel nebeneinander gearbeitet werden. Solange die breite es zulässt, werden alle 4 Symbole in einer Reihe gezeigt, wenn die Breite nicht mehr ausreicht, werden jeweils 2 Symbole pro Reihe angezeigt.

  • social media button nicht erkannt

    Zitat von nemessis

    Fazit, es muss also das Widget immer mit der Seite verlinkt werden die auch im Facebook Profil steht....habe ich das richtig verstanden?

    Missverständlich formuliert, die Frage, da die einzelnen SM-Widgets :love: unterschiedlich mit den SM-Kanälen kommunizieren.

    Google +1 keine Adressangabe Das +1 wird direkt für die aufgerufene Seite abgegeben
    Facebook Kommentare keine Adressangabe Kommentar wird direkt auf die aufgerufene Seite oder die Startseite abgegeben
    Facebook Like-Button keine Adressangabe der Like wird direkt für die aufgerufene Seite abgegeben
    Facebook Seiten-Plugin Hier ist die Adresse des Seitenprofils bei Facebook anzugeben Das Widget lädt Inhalte von Facebook (like IFrame)
    SMB (Shariff) keine Adressangabe Dient ausschließlich zum Teilen der Seite auf SM-Portalen
    Twitter-Button keine Adressangabe Dient ausschließlich zum Teilen der Seite auf Twitter

    Eine korrekte Verlinkung ist hingegen immer in der Gegenrichtung notwendig, also im entsprechenden SM-Portal. Google scannt ja auch diese Inhalte. Wenn jetzt dort ein identischer Textartikel von meiner Homepage zu finden ist, wird dies als DC (duplicate content) gewertet, solange für Google nicht erkennbar ist, dass es sich um den identischen Betreiber handelt (unique content). Google erkennt dies auf zwei Wegen, zum einen über die "Informationen" im SM-Portal, zum anderen über eventuell direkt auf der Homepage eingefügte Microdaten nach schema.org (sameas).

    SEO-Portale hingegen prüfen nach meiner Kenntnis ausschließlich über Anfragen im SM-Portal. ob für die Webadresse ein Profil existiert. Wenn bei Facebook also ein Profil für "A-Reisen" existiert, wird dieses nicht für die Web-Präsenz von "A-Reisen & Co." gewertet. Im konkreten Fall von Dir müsstest Du also, um in den SEO-Portalen mehr Punkte zu bekommen, für jede Homepage einen eigen Account erstellen. Für die tatsächliche Wertung bei Google sollte es ausreichend sein, in den Microdata eine vollständige "Sameas" Auflistung zu bringen. Diese Microdaten müssen dann nur einmalig in allen Homepages eingefügt werden.

  • Import einer mit ZP erstellten Webseite

    Hallo fdidszuleit ,

    auf dem Server befinden sich nur die von Zeta fertig generierten html-Dateien, da werden beim Import nur die Inhalte übernommen. Wenn die Seite sehr umfangreich ist, kann es sich lohnen, mit dem Import weiterzumachen. Ansonsten bist Du schneller, wenn Du die Seite neu erstellst und die Inhalte von der im Web vorhandenen Homepage kopierst.

  • Veröffentlichen klappt nicht

    Hallo EBKS ,

    der Abbruch erfolgt jeweils nach dem Versuch, eine Verbindung zum Server aufzunehmen (Fehler - Cannot send command to the server because the response for previous one was not received.). Was du im Protokoll siehst, ist nur das Vorgeplänkel zur Übertragung auf den Server.

    Versuche zunächst einmal, Dich über Filezilla mit dem Server zu verbinden. Wenn das klappt, kannst Du als Notmaßnahme den Inhalt des Ordners /output auf dem Server veröffentlichen.

  • social media button nicht erkannt

    Hallo Nemessis,

    das Widget "Social Media Buttons (Shariff)" dient nur zum Teilen von Inhalten. Hierdurch erfolgt keine Verbindung zu den jeweiligen Seiten in sozialen Netzwerken. Du solltest zum einen bei Google+, Facebook und Twitter sicherstellen, dass in Deinem dortigen Profil jeweils eine korrekte Verlinkung auf die Homepage erfolgt.

    Zusätzlich empfiehlt es sich, über strukturierte Daten die entsprechenden Informationen für die Suchmaschinen bereitzustellen, damit Google und Co auch wissen, mit wem die Seite identisch ist. Bei uns sieht das über das Widget "Quelltext" so aus:

    Das komplette Skript ist auf der Homepage nicht sichtbar, wird aber von Google erkannt und ausgewertet. Die einzelnen Felder sind an sich selbsterklärend.

  • Online-CMS, keine Kennwort-Abfrage

    Hallo Nancy,

    zunächst eine Richtigstellung: ich bin, auch wenn sehr aktiv hier im Forum, kein Mitarbeiter von Zeta, sondern lediglich User der Software, hier im Forum aber zusätzlich als "externer Moderator" unterwegs.

    Eine Fehleranalyse versuche ich immer auf Basis der Logik, also im Prinzip nach dem Ausschlussverfahren (wenn nicht A dann B)

    Ein letzter Punkt, den Du noch selbst überprüfen kannst, betrifft die Datei und Ordnerberechtigungen. Gerade für PHP-Anwendungen sind immer Schreibrechte in den entsprechenden Ordnern auf dem Server notwendig. Verbinde dich dazu über filezilla mit dem Server und wechsle dort in das Verzeichnis /assets/php. Dieses sollte, ebenso wie die darunter liegenden Ordner die Berechtigung 705 haben. Dateien im Verzeichnis sollten auf 604 stehen. Falls Du dort andere Ordnerberechtigungen zu stehen hast, bitte anpassen.

    Wenn die Ordnerberechtigungen stimmen, ist der nächste Weg tatsächlich der direkte Kontakt zum Support von Hostar mit Verlinkung auf diesen Thread im Forum und die funktionierende Veröffentlichung unter http://baumraum.zeta-producer.com/index.php?edit

  • Title für Bilder

    Also ich lehne mich jetzt mal ganz weit aus dem Fenster und stelle fest, dass es außer diversen SEO-Agenturen niemanden gibt, der "title" in direktem Zusammenhang mit Bildern und Google sieht.

    Hierzu auch ein Verweis auf die Google-Richtlinien zur Bildveröffentlichung oder auch den Google-Startleitfaden zur Suchmaschinenoptimierung. besonders der Abschnitt Bilder.

    Ich habe inzwischen eher das Gefühl, dass Google SEO-technisch "perfekte" Seiten zunehmend abstraft in der einfachen Logik, dass eben diese Seiten ausschließlich für Google optimiert sind und nicht für den Besucher. Übrigens hat keines der Texttools auf meiner Seite bemängelt, dass "dsc-1033472345.jpg" doch ein wenig aussagekräftiger Name für ein Bild ist.

    Auf einer mit Zeta erstellten Testseite wird die Bildbeschreibung im übrigen sauber als "title" ausgeliefert:

    Code
    <a class="fancybox zpnolayoutlinkstyles" href="media/images/wellen-large.jpg" title="&#169; Fotos:&amp;nbsp;Akio Taoka (&#30000;&#23713;&#38525;&#22830;) / S.K.I.D.&#8663;">

    Nichts für ungut, aber wenn bei einer Suche nach "SEO-Optimierung" sich allein auf der ersten Seite der Suchergebnisse 7 Werbeanzeigen tummeln, scheint dies ja wohl ein Markt zu sein, bei dem jeder die Weisheit mit Löffeln ... und alle glauben, dadurch anderen das Geld aus der Tasche ziehen zu können.

    Ich habe mal von sri-lanka-live nur den erwähnten Städtenamen "Ahangama" gegoogelt. Auf den ersten 5 Seiten habe ich keinen Treffer für http://www.sri-lanka-live.de gefunden, was aber meiner Ansicht nach nicht an einem fehlerhaften "Title"-TAG für ein Bild liegt.

    Einen der Treffer habe ich durch seobility gejagt: https://www.off-the-path.com/en/chilling-ah…hern-sri-lanka/ , die kommen auf 80 %, deine eigene Seite auf 97 % SEO Score. Deine Seite sollte also rein technisch vor dieser Konkurrenz liegen.

  • Systemseite wird bei Google angezeigt?

    Hallo Nemessis,

    Google hat Deine sitemap.xml verarbeitet. Anscheinend ist bei allen Seiten, auch bei system.html oder seite-nicht-gefunden.html in den Seiteneingenschaften das Häkchen "In Sitemap einschließen" unter Google nicht entfernt und auch über die robots.txt kein Ausschluss erfolgt.

    Behebung:

    1. Auf allen betroffenen Seiten unter "Seiteneigenschaften" -> "Google" das Häkchen entfernen bei "in Sitemap aufnehmen"

    2. Global unter "Einstellungen"->"Google" Häkchen rein bei "robots.txt erstellen"

    3. Dort folgende Zeilen einfügen (ohne Zeilennummer):

    Code
    User-agent: *

Disallow: /nachricht-erfolgreich-gesendet.html
Disallow: /nachricht-konnte-nicht-gesendet-werden.html
Disallow: /seite-nicht-gefunden.html
Disallow: /system.html
Disallow: /suche.html
Disallow: /Impressum.html
Disallow: /datenschutzerklaerung.html

    4. Veröffentlichen

    5. Abwarten, bis sich das in den Suchergebnissen auswirkt.

    Alternativ kannst Du auch in der Google Search Console die entsprechenden URLs löschen.

  • Online-CMS, keine Kennwort-Abfrage

    dann schauen wir mal weiter, ob wir das Problem noch gelöst bekommen. Ich erläutere mal nebenbei noch den Hintergrund, damit wir eine Richtung bekommen, in die wir suchen müssen.

    - Das mit den internen Listen habe ich gemacht um sicherzustellen, dass alle von Zeta zu veröffentlichenden Dateien auch auf den Server übertragen wurden. Da die Listen immer noch leer sind, wurde anscheinend alles auf den Server übertragen.

    - Eine PHP-Abfrage zeigt die Version 7.1.1. Auch hier sollte es keine Probleme mit Zeta geben.

    - https ist in den FTP-Einstellungen bereits vorhanden; die Seite ist zwar mit und ohne www und auch unter http erreichbar (dazu mal meinen Blogbeitrag .htaccess lesen), dies sollte aber für den momentanen Fehler keine Rolle spielen.

    Auffällig ist, dass die Startseite https://www.baumundraumkultur.at/index.php (also ohne ?edit) fehlerfrei läuft. Die Fehler in der Chrome Console werden nur mit dem Zusatz ?edit angezeigt, also beim Login-Versuch in das online-cms.

    Als nächstes schlage ich vor, das Widget "Online-CMS" zu entfernen, neu zu veröffentlichen und dann einen neuen Artikel "Online-CMS" auf der Startseite zu platzieren. Für das Passwort testweise bitte keine Sonderzeichen und Umlaute verwenden, diese könnten, abhängig von der Serverkonfiguration, durchaus für Probleme sorgen.

    Wenn das auch nicht hilft, die FTP-Einstellungen notieren (für spätere Wiederherstellung), dann bei "FTP-Server konfigurieren" auf "neu"->"Kostenlos zum Testen auf zeta-producer.com", im nächsten Fenster bei "Subdomain" nur baum eingeben, dann weiter und schließlich veröffentlichen. Danach dann den Link im Widget aufrufen und berichten.

  • Online-CMS, keine Kennwort-Abfrage

    Hallo Nancy


    wenn ich in Chrome https://baumundraumkultur.at/index.php?edit aufrufe und dann mit "Mausklick rechts"->"untersuchen" die Console öffne, werden jede Menge Fehler angezeigt:

    GET https://www.baumundraumkultur.at/assets/php/cms/etc/jquery/jquery.upload-1.0.2.min.js net::ERR_ABORTED 510 (Not Extended) index.php?edit:593 

    GET https://www.baumundraumkultur.at/assets/php/cms/etc/jquery/theme/jquery-ui-1.8.11.custom.css net::ERR_ABORTED 510 (Not Extended) index.php?edit:594 

    GET https://www.baumundraumkultur.at/assets/php/cms/etc/jquery/jquery-ui-1.8.11.custom.min.js net::ERR_ABORTED 510 (Not Extended) index.php?edit:596 

    GET https://www.baumundraumkultur.at/assets/php/cms/etc/tiny_mce/jquery.tinymce.min.js net::ERR_ABORTED 510 (Not Extended) index.php?edit:594 

    GET https://www.baumundraumkultur.at/assets/php/cms/etc/jquery/jquery-ui-1.8.11.custom.min.js net::ERR_ABORTED 510 (Not Extended) index.php?edit:595 GET https://www.baumundraumkultur.at/assets/php/cms/etc/jquery/jquery.upload-1.0.2.min.js net::ERR_ABORTED 510 (Not Extended) index.php?edit:596

    GET https://www.baumundraumkultur.at/assets/php/cms/etc/tiny_mce/jquery.tinymce.min.js net::ERR_ABORTED 510 (Not Extended) index.php?edit:824 Uncaught TypeError: $z(...).dialog is not a function at HTMLDocument.<anonymous> (index.php?edit:824) at fire (bundle.js?v=636718218044514251:16) at Object.fireWith (bundle.js?v=636718218044514251:16) at Function.ready (bundle.js?v=636718218044514251:16) at HTMLDocument.DOMContentLoaded (bundle.js?v=636718218044514251:16) (anonymous) @ index.php?edit:824 fire @ bundle.js?v=636718218044514251:16 fireWith @ bundle.js?v=636718218044514251:16 ready @ bundle.js?v=636718218044514251:16 DOMContentLoaded @ bundle.js?v=636718218044514251:16 index.php?edit:1 [DOM] Password field is not contained in a form: (More info: https://goo.gl/9p2vKq) <input type="password" name="password" placeholder="Kennwort" id="password" value class="text ui-widget-content ui-corner-all" style="width:225px; float: right">

    Die Fehlernummer ist

    510 Not Extended Die Anfrage enthält nicht alle Informationen, die die angefragte Server-Extension zwingend erwartet

    Ich nehme an, dass dort noch etwas auf dem Server fehlt, bitte wie folgt vorgehen:

    1. "Erweitert" ->"Erweiterte Einstellungen" ->"Interne Listen" -> alle Listen löschen

    2. "Erweitert" ->"Erstellen" ->"alle Seiten erstellen" und danach "Veröffentlichen" ->"komplette Webseite veröffentlichen"

    3. "Erweitert" ->"Erweiterte Einstellungen" ->"Interne Listen": Wenn dort jetzt Einträge vorhanden sind, sollten diese uns zum Fehler führen.

  • Server-Dashboard

    Hallo Heri,

    da hast Du auf der Seite wohl noch "Mixed Content", also Einbindungen von externen Inhalten, die über http statt https erfolgen. Rufe die Seite mal mit Chrome auf und gehe dann mit Mausklick rechts auf "Untersuchen". In der Entwicklerkonsole sollten Dir dann die entsprechenden Fehler angezeigt werden.