Beiträge von Hanabi

    Guten Morgen @OpaPit & @Jochen,

    ich bin selbst bei 1&1 und habe für das php Verzeichnis die Rechte 705. Probeweise eben geändert auf 755, wie von @OpaPit beschrieben, Kontaktformular mit neuem Recaptcha läuft, getestet auf PHP 5.6 bei 1&1 Unlimited pro.

    @OpaPit: Du hast ja einige Widgets von @ThM mit integriert. Deaktiviere diese mal probeweise für die Kontaktseite. Poste dann hier bitte noch, welchen Tarif Du bei 1&1 hast.

    Hallo Miri,

    die E-Mail-Adresse ist Goneo ist schon mal richtig eingerichtet. Gehe jetzt in Zeta auf das Kontaktformular, öffne das Mischpult unten links und gehe dann auf "Optionen". Dort wählst Du unter Script "Via PHP" aus, bestätigst dann jeweils mit "OK". Als Empfänger-E-Mail trägst Du Deine private Mailadresse ein. Zum Schluss veröffentlichst Du die Seite, am besten über ->"Erweitert" ->"Erstellen" ->"alle Seiten Erstellen" und danach ->"Veröffentlichen" ->"komplette Webseite veröffentlichen".

    Hallo Katharina, hallo Wurzelsepp,

    grundsätzlich ist der Ansatz von Wurzelsepp richtig. Wenn ich mir aber Bild 1 ansehe (Strato Domainübersicht), laufen alle Domains direkt auf das Wurzelverzeichnis. Da für die probeweise Veröffentlichung nur die hsvgg2000.de genutzt werden soll, musst Du zunächst in der Strato-Domainübersicht der hsvgg2000.de ein anderes Verzeichnis zuweisen. Hierfür kannst Du das Verzeichnis Zetatest verwenden. In Zeta fügst Du dann bei den FTP-Einstellungen hinter Zetatest noch einen / zu. Danach kannst Du über ->"erweitert" ->"erstellen" ->"komplette Webseite erstellen" und dann mit ->"Veröffentlichen" ->"alle Seiten veröffentlichen".

    Was die Namensgebung betrifft, so hat @wurzelsepp recht. Im Internet sollte man tunlichst Sonderzeichen, Umlaute und auch Leerzeichen vermeiden. Anstelle von Leerzeichen verwende bevorzugt einen -

    Nachbemerkung: insbesondere wenn man mehrere Domains hat und diese auch mal unterschiedliche verwenden will, bietet sich die Arbeit mit Verzeichnissen auf dem Server an. So kann man jeder Domain ein unterschiedliches Verzeichnis geben und unterschiedliche Inhalte anbieten.

    Hallo @Katharina,

    zunächst solltest Du überprüfen, ob Du die richtigen FTP-Zugangsdaten hast. Diese kannst Du kontrollieren, wenn Du dich bei Strato eingeloggt hast. Wir sind mit unserer Seite zwar bei 1&1, das Vorgehen sollte aber ähnlich sein. In der Regel gibt es einen Masterzugang, mit dem Du direkt auf dass Stammverzeichnis Deines Hostingpaketes zugreifen kannst. Wenn Ihr, so wie wir, mehrere Domains verwendet, sollte es für jede Domain ein eigenes Webverzeichnis geben, in das veröffentlicht werden kann. Teste zunächst mit den vorhandenen FTP-Zugangsdaten über filezilla, in welchem Verzeichnis Du rauskommst, wenn Du dich über den Masterzugang einloggst. Sollten dort auf der Serverseite nur Verzeichnisse, aber keine Dateien (wie index.html) stehen, kommst Du schon mal auf der richtigen Ebene bei Strato an. Öffne dann parallel dazu mal im Browser das Strato-Control-Center und überprüfen, ob Du die Verzeichnisse, die im control-Center den einzelnen Domains zugeordnet sind, auch in Filezilla siehst. Wenn beides übereinstimmt, kannst Du die ftp-Zugangsdaten auch in Zeta verwenden. Trage dann dort unter "Ordner" den Ordner ein, der im Control-Center für die Domain hsvgg2000.de als Zielordner angegeben ist und beende den Eintrag mit einem /. Prüfe bitte aber vorher, auf welchen Ordner die Hauptdomain https://community.zeta-producer.com/www.hundesportgroenau.de verweist. Wenn beide auf den gleichen Ordner laufen, würdest Du auch den Inhalt der Hauptdomain überschreiben. In diesem Fall legst Du in filezilla auf der Serverseite einen neuen Ordner test an und weist im Control-Center von Strato der Domain https://community.zeta-producer.com/www.hsvgg2000.de den Ordner test als Zielordner zu. In Zeta trägst Du dann als Zielordner /test/ ein. Ich bin heute Abend noch sporadisch online und schaue mal wieder vorbei, ob Du weitere Hilfe benötigst. Bei Unsicherheiten lieber noch eine Frage stellen, bevor Webinhalte verloren gehen.

    Guten Morgen,

    @Jochen: Nur zur Präzisierung fürs Nachbauen: Du hattest ein Testprojekt erstellt und veröffentlicht und danach in den FTP-Einstellungen einen Ordner hinten dran gehängt und neu veröffentlicht?
    Da die Artikel-ID für das CMS sich durch das Ändern des Speicherortes nicht ändert (in meinem Test Art. 1402) gibt es jetzt unter test.hanabi-pirna.de an zwei unterschiedlichen Stellen ein CMS-Datenverzeichnis 1402 (Siehe Bilder).
    Wenn ich jetzt die Seite mit dem Unterordner aufrufe, greift das CMS mit der Artikelnummer 1402 auf das entsprechende Datenverzeichnis 1402 im Unterordner /test zurück. Da dieses frisch veröffentlicht ist, sind dort keine Inhalte hinterlegt. Wenn ich jetzt diese Seite zum editieren öffne, erfolgt der Zugriff über PHP auf der Stammebene der Domaine, also /test/assets/php/CMS_DATA/1402. Damit werden die "alten Texte" geladen, ich kann neue Texte hinzufügen. Gespeichert werden diese "neuen Texte" auch im /test/assets/php/CMD_DATA/1402.
    Nach Logout befinde ich mich aber wieder auf der Seite /test/test/index.php, mein CMS mit der Artikelnummer 1402 greift auf /test/test/assets/php/CMD_DATA/1402 zurück und findet dort nichts, da ja im übergeordneten Ordner gespeichert.
    Die Frage ist jetzt für mich als PHP-Laie: Wird PHP immer auf der obersten Ebene ausgeführt oder lässt sich die Ausführung in einem Unterordner (also mit relativen Pfaden) erzwingen?

    Hallo @andreas.burkert,

    der Selbstversuch führt zur Nachvollziehbarkeit: Ich habe jetzt die FTP-Einstellungen bei meinem Test um einen zusätzlichen Ordner /test/ erweitert und erneut veröffentlicht. Da Verhalten entspricht jetzt genau Deiner Beschreibung, Online ist nichts zu sehen, nach Login tauchen auch die bisherigen Artikel auf, neue Artikel können erfasst werden und nach Logout ist wieder nichts zu sehen. Der neu eingefügte Text ist aber auf der Originalseite zu sehen.
    Originalseite: http://www.test.hanabi-pirna.de

    Seite mit Unterordner: http://www.test.hanabi-pirna.de/test/

    Lösungsansatz: da die gegenwärtige Seite https://community.zeta-producer.com/www.car-and-crime.de sicherlich noch bis zum Ende des Probebetriebes erhalten bleiben soll, lege bei 1&1 eine Subdomain https://community.zeta-producer.com/www.test.car-and-crime.de an und weise dieser ein eigenes Verzeichnis zu. Die Subdomain musst Du dann noch mit einer PHP-Version versorgen.
    Ändere dann die FTP-Einstellungen im Testprojekt auf das neue Verzeichnis und veröffentliche dann erneut.

    Hallo Simone,

    kann es sein, dass Du vor Zeta mit Wordpress gearbeitet hast und deshalb der Ordner /wp-content zustande kommt?

    der Fehler 10060 ist genau die Meldung, die Du schon im Englischen hast. Verbindung zum Server ist gescheitert, weil dieser nicht nach einer bestimmten Zeit geantwortet hat.

    Den einzelnen / im Ordner hattest Du aber eingetragen?

    Bei welchem Internetanbieter bist Du denn mit der Homepage? Vielleicht hat ein anderer User such seine Seiten dort und kann Hilfestellung beim Einrichten geben. Eventuelle musst Du auch im Control-Center Deines Providers auch noch Einstellungen ändern.

    Übrigens, im wp-admin steht in der sitemap.xml bei index.html jetzt der 12.04.

    Ich fasse mal kurz zusammen für den Support, der morgen hier rein lesen wird und hoffentlich bis zum Abend auch einen Lösungsansatz hat:

    1. mit dem Eintrag /wp-admin in den FTP-Einstellungen wurde die Homepage nach https://community.zeta-producer.com/www.simoneT.er.com/wp-admin/ veröffentlicht, ist dort mit Bearbeitungsstand 12.04. auch aufrufbar.


    2. mit dem Eintrag / in den FTP-Einstellungen kommt es zu einem Error 10060


    3. unter https://community.zeta-producer.com/www.simoneT.er.com sind die Seiten mit Text, aber ohne Bilder mit Bearbeitungsstand 10.04. zu finden.


    4. unter http://www.simoneT.er.com/media/media/images/simoneT.er_morgensneuland_120x100cm.jpg ist eines der Bilder zu finden.

    +++
    Ich sag dann erst mal gute Nacht, wir sehen morgen weiter.

    Hallo Simone,

    wenn ich https://community.zeta-producer.com/www.simoneT.er.com/sitemap.xml aufrufe, sehe ich die von Zeta generierte Sitemap mit Auflistung der vorhandenen Seiten und Datum der letzten Änderung. Hier ist überall der 10.04. eingetragen. Bitte ändere mal auf der Startseite nur ein Textelement und veröffentliche dann neu. Wenn danach die sitemap.xml immer noch den 10.04. bei der index.html führt, die Veröffentlichung aber ohne Fehler durchgegangen ist, veröffentlichst Du im falschen Ordner. Mache dazu mal bitte einen Screenshot von Deinen FTP-Einstellungen und schreibe auch dazu, bei welchem Provider Du die Webseite hast.

    Nachtrag: Bitte mal diesem Link folgen:
    http://www.simoneT.er.com/media/media/images/simoneT.er_morgensneuland_120x100cm.jpg

    Nun müssen wir nur noch rausbekommen, woher das doppelte /media kommt.

    Guten Morgen (Abend über den großen Teich) Uwe,

    zunächst solltest Du mal nachfragen, welche Version von Horde dort installiert ist. So wie ich das eben angelesen habe, ist Horde eine kostenfreie Exchange Alternative für den eigenen Server, die ständig weiterentwickelt wird. Der Fehler bzw. die Einstellung liegt auf Horde, zu dem Thema gibt es diverse Treffer. Die Darstellung einer HTML-Email als Text erfolgt aus Sicherheitsgründen, da über den HTML-Teil Schadcode nachgeladen werden kann. Horde sollte dazu irgendwo eine Funktion haben, in der die Email anhand des Absenders (shop@example.org) oder des Betreffs (Bestellung von example.org) als sicherer Absender deklariert wird.

    Hallo Lillematz,

    ich zitiere mal aus dem parallels-Userguide:

    Zitat

    Verwenden der Taste F8 in Windows virtuelle Maschinen in Mac OS X

    Wenn Ihr primäres Betriebssystem Mac OS X Leopard ist, können Probleme auftreten, wenn Sie in einer Windows virtuellen Maschine die Taste F8 oder Tastenkombinationen mit Strg+Pfeiltaste verwenden. Dies hängt damit zusammen, dass die Taste F8 oder Tastenkombinationen mit Strg+Pfeiltaste in Mac OS X Leopard für das Dienstprogramm Spaces reserviert sind.
    Mögliche Lösungen:

    • Klicken Sie in der Statusleiste der virtuellen Maschine auf das Symbol für Tastatur, und wählen Sie F8.
    • Ändern Sie die Tastenkombinationseinstellungen für das Dienstprogramm Spaces. Genaue Informationen hierzu finden Sie in der Dokumentation von Mac OS X Leopard.

    Hallo DBU,

    ich habe selbst die 11 nicht im Einsatz, mein Lösungsansatz basiert auf der 12 bzw. 13. Ob es die selben Funktionen in der 11 gibt, bitte mal überprüfen (Eventuell hat ein anderer 11-er Nutzer auch noch eine Idee):

    Gehe mal unter -"Erweitert" ->"Erweiterte Einstellungen" auf "interne Listen". Dort sollten unter "Veröffentlichen" und "erstellen" diverse Seiten (und Dateien) aufgelistet werden, die auf die Übertragung warten. Lösche mal bitte in beiden Rubriken alle Einträge und erstelle danach die komplette Webseite neu inklusive kompletter Veröffentlichung. Wenn es wieder mit der Veröffentlichung hapert, sollte der Fehler in der obersten Datei der Veröffentlichungsliste zu finden sein.

    Guten Morgen Darkm3n,

    Lösungsansatz 1:
    Da die Probleme erst mit dem Einlesen in Zeta 13 auftreten, sollte das 12-er Projekt auch mit der längsten verwendeten Datei noch unter 260 Zeichen liegen. Beim Import wird aber vom bisherigen Projekt im Projektordner 13 eine Kopie mit dem Zusatz "- Old - 2016-xx-xx # 18-08-12" also "alt + Daum + Uhrzeit" angelegt. Eventuell kommst Du mit diesen zusätzlichen Buchstaben dann auf über 260 Zeichen. Wenn Dein Projekttitel lang ist wie "Die Seite auf der ich darstelle, wie es funktioniert, damit es funktioniert", benenne dein Projekt im Windows Explorer um in "DS" und versuche dann, diese Projekt in 13 zu importieren.

    Lösungsansatz 2: irgendwo in deinem 12-er Projekt rufst Du ein Bild oder eine Datei auf, die im vollständigen Aufruf C:\User\name\dokumente\zeta\...\...\dateiname nahe an 260 Zeichen kommt. Am ehesten kann so etwas passieren, wenn Du ein Bild, welches im Projekt bereits mit gleichem Dateinamen verwendet wird, erneut importierst und Zeta deshalb einen anderen zufällig generierten Dateinamen vergibt. Da kommt dann auch mal dcf0223fboebehqhehgeq6542.jpg raus. suche unter c:\users\name\dokumente\zeta..\projects\ das Projekt, welches Du in die 13 importieren möchtest, gehe im Projektordner auf \output\media\images und suche dort nach kryptischen Dateinamen, notiere diese, öffne dein 12-er Projekt und lösche dort die kryptischen Bilder in der Bilderverwaltung. Damit sind sie zwar auch im Artikelbereich gelöscht, du kannst sie dann aber in der 13 wieder einpflegen.

    Um künftig Probleme mit kryptischen Bildernamen zu verhindern, sollte man alle Bilder einzigartig benenenn, auf unserer Seite verwenden wir hier die Kombination aus Datum, Veranstaltungstitel und fortlaufender Nummer. Aus der Anfangszeit sind aber auch noch einzelne Bilder da wie 001-e9e7a161b8e94e47818b7f33916f8e0a.jpg.

    Hallo Karsten,

    wenn ich mir die Historie der bisherigen Beiträge in diesem Forum ansehe, gibt es mehrere Punkte, die Du erwähnen solltest, damit dir auch geholfen werden kann.

    1. Es werden im Projekt eigene PHP-Scripte verwendet.
    2. Es wurden Änderungen an original PHP-Scripten von Zeta vorgenommen.
    3. Zeta 11 läuft auf einem Rechner, der von Windows 7 auf Windows 10 Beta auf Windows 10 geupdatet wurde.
    4. Auf dem Rechner läuft VS2015

    Bei mir laufen Zeta 12 und 13 stabil auf einem Windows 7 System. Ich kann nicht verstehen, dass Du die Schuld jetzt bei Zeta suchst, wenn Zeta 11 in einer Umgebung laufen soll, für die Zeta 11 gar nicht gemacht wurde. Die vernünftigste Lösung wäre, sich bei Ebay eine Fujitsu W280 oder vergleichbar von HP oder Dell mit Windows 7 zu holen und diese als Zeta-Rechner zu nutzen. Damit bist Du vor allen Unwägbarkeiten, welches neue Update von Windows 10 denn morgen wieder stört, geschützt.

    Hallo Mark,

    abschließend dann noch die Bitte, wenn die Veröffentlichung durch ist, die Komprimierung testweise wieder rein zu nehmen und dann nochmals wie beschrieben jeweils komplett zu erstellen und zu veröffentlichen. Wenn danach die Links wieder nicht funktionieren, ergibt sich Handlungsbedarf für das Zeta-Team, dort nachzubessern, gleichzeitig haben wir aber die provisorische Lösung mit "Komprimierung aus"

    So, Testumgebung in "Album Responsive" (Zeta 13.1) ist jetzt erreichbar unter https://community.zeta-producer.com/www.t%C3%A4st.hanabi-pirna.de, Komprimierung ist unter "erweiterte Optionen" aktiviert und alles funktioniert. Ich bin jetzt mit meinen Ideen am Ende. Für die, die mitlesen: Ein über Filezilla erstelltes Unterverzeichnis \sanitäter konnte zwar in Zeta als Ordner eingetragen werden, die Veröffentlichung in dieses Verzeichnis klappte ebenfalls, jedoch verweigerte 1&1 das Verzeichnis \sanitäter als Webspace für täst.hanabi-pirna.de. Die Testseite ist jetzt im Unterverzeichnis \sonderzeichen (also ohne Sonderzeichen) veröffentlicht. Dies nur als Hinweis, falls es doch irgendwo am "ä" liegt. Frage an @KZS: sind in dem Ordner zur Veröffentlichung denn Sonderzeichen enthalten?

    Da der Nachbau grundsätzlich funktioniert, lieber Mark, wirst Du dich wohl auf eine längere Zeit bis zur Lösungsfindung und noch mehrere "try and error" Vorschläge einrichten müssen.

    Nachtrag: Bei https://community.zeta-producer.com/www.nibbler-silktide.com kann die Seite https://community.zeta-producer.com/www.schulsanit%C3%A4ter.com nicht getestet werden, Bei http://nibbler.silktide.com/en_US/reports/…anitter-kfb.com hingegen erfolgte eine saubere Analyse. Dies bestärkt mich in dem Verdacht, dass das Sonderzeichen "ä" für das Problem verantwortlich ist.

    ist in dem Feld "Beschreibung" der Text blau als Hyperlink hinterlegt

    damit ist in Zeta erstmal alles, wie es sein soll. Der Fehler dürfte also auf dem Weg vom Rechner zum Server oder auf dem Server selbst zu finden sein. Gehe mal bitte auf ->"erweitert" ->"erweiterte Einstellungen" ->"Kodierung" und nimm dort alle eventuell vorhandenen Häkchen raus. Danach über -"erweitert" ->"Erstellen" die "komplette Seite erstellen" und dann ->"Veröffentlichen" ->" "alle Seiten veröffentlichen".
    Berichte dann, ob es geholfen hat. Ich baue parallel mal eine Testseite nach mit Album responsive, Bildergalerie mit verlinkter Beschreibung und Veröffentlichung auf einer Umlaut-Domain. Die Sonderzeichen-Domains gibt es ja auch noch nicht so lange und da kann es durchaus sein, dass dort noch ein Haken ist.

    Hallo Rick,

    das fällt wohl unter die Kategorie "Google-Mystik". Die Suchmaschine generiert ja dynamisch die Treffer und "entscheidet" anhand der Wortkombination, die gesucht wurde, welche Treffer angezeigt werden und mit welchem Inhalt. In der Beziehung ist Google-Adwords ganz interessant, wenn Du dort eine Werbekampagne anlegst, analysiert Google die beworbene Seite und schlägt anhand des Inhaltes bestimmte Suchbegriffe vor. Da kommen teilweise aber auch Suchbegriffe zum Vorschein, die aus unserer Sicht völlig danebenliegen, aber nach "Google-Logik" einen Sinn ergeben. Wir haben beispielsweise eine Tanzsportgruppe, die bei Adwords beworben wird und bei deren Seitenanalyse uns Google als Werbebegriff beispielsweise "Musikdownload kostenlos" vorschlägt, obwohl keines der Wörter auf der Seite enthalten ist. Also mache dir nicht so sehr einen Kopf, wie die Treffer aussehen, sondern freue dich, gefunden zu werden. ;)

    Hallo @ptfit,

    der Code fürs opt-out ist an der richtigen Stelle, habe ich dort auch so platziert. Nach Einfügen des Codes sollten alle Seiten automatisch neu berechnet werden und danach der Code im Quelltext erscheinen.
    Wenn es um die cms-consult.eu gehen sollte, da ist der opt-out-Code im Quelltext drin. Allerdings scheint Dein opt-out (unter Datenschutz) nicht zu funktionieren, bei Betätigen des Links passiert nichts, obwohl eigentliche eine Meldung erscheinen müsste "Google Analytics wurde deaktiviert" (getestet im inkognito-Modus von Chrome)

    Der Fehler scheint hier im Code der opt-out Schaltfläche zu liegen, bei Dir (cms-consult.eu) sieht der so aus:

    Code
    <a href="javascript:gaOptout()">Google Analytics 
    deaktivieren</a></span></p>

    bei mir so:

    Code
    <a onclick="alert('Google Analytics wurde deaktiviert');" href="javascript:gaOptout()">Google Analytics deaktivieren</a>


    Hinweis: Ich habe den opt-out Schalter in Quelltextbearbeitung eingefügt.

    Hallo Mark,

    wenn Eure Seite bereits länger existiert (und dem Inhalt nach ist das so) wurde sie ursprünglich mit Zeta 12 oder einer früheren Version erstellt. Die aktuelle Version Eurer Seite basiert auf Zeta 13.1. Ein Blick in die sitemap.xml verrät, dass einige Seiten in den letzten 14 Tagen geändert wurden. Die von Dir beschriebene Verlinkung geht (auch schon in Zeta 12) nur bei Verwendung des Widgets "Bild". Dort kann nach Entfernen des Häkchens bei "Bild beim Klick vergrößern" eine Klick-Adresse angegeben werden. Im Widget "Bilderalbum" ist so etwas gar nicht implementiert, hier kannst Du lediglich innerhalb der Beschreibung verlinken. Wofür die Beschreibung dann aber auch angezeigt werden muss. Eine der Galerien scheint http://xn--schulsanitter-kfb.com/material-ausbildung.html zu sein, bei der unterhalb der großen Bilder zumindest ein Beschreibungstext steht.
    Bitte überprüfe mal in der entsprechenden Galerie, ob dort in den Bildbeschreibungen eine Verlinkung eingetragen ist. Vermutlich wird hier aber alles richtig sein, denn beim Einfügen des Links zur Ausbildungsseite bin ich über folgende Adresse gestolpert: "xn--schulsanitter-kfb.com"

    Wenn in der Bildergalerie die Beschreibungen jeweils verlinkt sind, in der Online-Version aber nicht, schiebe ich den schwarzen Peter mal dem "ä" in Sanitäter zu. Es ist zwar toll, das jetzt auch Sonderzeichen unterstützt werden, Sonderzeichen verursachen aber bei fehlerhafter Serverkonfiguration häufig URL-Fehler.

    Wie ist den die Verlinkung in der Bildbeschreibung erfolgt? Wenn die Verlinkung über "Extern" und Adresseingabe erfolgt ist, könnte da bereits der Fehler liegen.

    Hallo Ruth,

    auch beim Löschen von Zeta bleibt der benutzerdefinierte Ordner
    "C:\Users\Vollmann\Documents\Zeta Producer 13\widgets\image"
    erhalten. Bitte benenne mal im Windows Explorer das Verzeichnis \image in \alt-image um.

    Danach gehst Du zum Ordner 'C:\Users\Vollmann\Documents\Zeta Producer 13\Settings und benennst diesen in \alt-Settings um.

    Beim Starten des Programms wird dann ein neues "unbelastetes" Verzeichnis \Settings erstellt.

    Hallo Harald,

    gehe mal bitte auf ->"Erweitert" ->"erweiterte Einstellungen" ->"interne Listen" (unterhalb URL-Rewrite). Lösche dort unter Veröffentlichen, Erstellen und Seiten jeweils alle Einträge. Danach gehe auf ->"Erweitert" ->"Erstellen" ->"komplette Webseite erstellen" und dann auf ->"Veröffentlichen", ->Komplette Webseite veröffentlichen". Eigentlich sollte dann die Veröffentlichung problemlos durchlaufen. Falls es doch wieder hakt, gehe zurück zu den "Internen Listen". In der Liste "Veröffentlichen" ist dann die oberste Datei interessant, da diese wohl den Fehler verursacht.
    Du solltest auch auf die Version 12.5.7 updaten, da diese das aktuelle Release für die 12-er Serie ist.

    lege mal mit mit dem Editor von Windows eine neue Datei info.php (über speichern unter) an mit folgendem Inhalt:

    <?php phpinfo(); ?>

    lade diese mit Filezilla hoch ins Stammverzeichnis der Domain und rufe dann im Webbrowser die info.php auf. Damit bekommst Du genaue Informationen zur laufenden php-Version. Bitte poste auch einen Link zur betroffenen Domain, damit sich der Support oder andere User das auch online ansehen können. Bis das Problem gelöst ist, sollte die info.php für weitere Infos auf dem Server bleiben, danach kann sie wieder gelöscht werden.

    Hallo Spennox,

    der Aufruf der Seite mit dem Zusatz ?edit muss genauso erfolgen, wie in den Servereinstellungen mit Zeta angegeben, also entweder mit "www." oder ohne "www." Dies ist der häufigste Fehler, wenn das Online-CMS nicht funktioniert. Wenn Du das Widget in Zeta bearbeitest, siehst Du die komplette URL, unter der das CMS erreichbar ist.

    Guten Morgen Rick,

    Also eigentlich machen wir den Beschreibungstext im Feld Google genau dafür, dass Google diesen Text auch verwendet. Manchmal zeigt sich Google aber als "künstliche Intelligenz" und ist der Auffassung, dass im Inhaltsbereich wesentlich interessanterer Text steht als in der Beschreibung. Warum das so ist, kann kaum jemand beantworten. Schön zu sehen ist das am Beispiel deiner Seite https://www.google.de/?gws_rd=ssl#q=site:%2F%2Fhp-mosaik.de. Der Treffer 6 (Vorsorge) bildet beispielsweise exakt die eingetragene Beschreibung ab, andere Treffer suchen sich einen Text aus dem Inhalt.