Beiträge von Hanabi

Hallo Samson,

SFTP ist für 1&1 schon die richtige Wahl. Damit ist es entweder das Passwort oder der User-Name. Beide bitte nochmal überprüfen, wenn über "copy & paste" übertrragen, schleicht sich schnell mal ein Leerzeichen mit ein.

Das kann am einfachsten der User mayer beantworten.

Hinweis: über @ + Username wird auf das Profil des Users verlinkt, außerdem erhält dieser eine Nachricht, dass er in einem Beitrag erwähnt wurde. (dies ist die schnellste Methode, einen bestimmten User zur Beantwortung einer Frage herbeizurufen ).

Hallo Sunny,

ich hatte mal ein ähnliches Problem, da ein ausgefülltes Formular nicht mit gedruckt wurde. Stefan oder Steffen konnten mir dann mit CSS (unter Einstellungen) aushelfen:

<style>
/* Beginn Formular in Druckansicht einblenden */
@media print {
    .zp-form {
        display: block;
    }
}
/* Ende Formular in Druckansicht einblenden */
</style>

Das Ausblenden geht dann über display: none;, Weiteres zu dem Thema gibt es unter https://wiki.selfhtml.org/wiki/CSS/Tutor…n_von_Elementen.

Alternativ - und vermutlich einfacher zu handhaben - kannst Du das Layout "DoKumentation Responsive" verwenden. Dieses ist bereits für Handbücher, Produktdatenblätter etc. so optimiert, dass nur der Inhaltsbereich gedruckt wird.

Zitat von iDesignish

Hallo,

ich verwalte 3 Webseiten und bei 2 kann ich den Info Banner zwecks Coockies ganz normal einfügen. NUn aber bei der anderen Seite bekomme ich immer diese Meldung. Was heißt das? Das der Info Banner nicht mit dem Layout kompatibel ist? Wenn ja, wie löse ich das, dass ich trotzdem einen Coockie Banner habe?

Wenn zwei Seiten mit Zeta laufen und nur die Dritte nicht, was soll dann eine Neuinstallation bringen?

Zur Verifizierung einfach mal ein neues Projekt erstellen mit Flat Responsive und ein Info-Banner einfügen. Nur, wenn dann auch die selben Fehlermeldungen kommen, könnte eine Neuinstallation oder umbenennen der Settings etwas bringen.

PS: Ich bin jetzt hier aber raus.

Sieht bei https://all-inkl.com/webhosting/ eigentlich erstmal großzügig aus. Einzige Möglichkeit, die 50 GB im kleinsten Paket zu füllen, wären Unmengen an auf dem Server gespeicherte Backups. in der 12.2 gab es aber die Möglichkeit noch gar nicht, auch auf dem Server zu sichern.

Anders sieht es aus, wenn dort noch weitere Domains mit Inhalten hinterlegt sind oder aber noch ein alter Tarif vorliegt mit wesentlich weniger Speicherplatz.

Zitat von iDesignish

Das Problem alles Nachzuhauen ist enorme Arbeit und für den Kunden auch viel Geld. Gibts ne Möglichkeit den Fehler zu finden?

Nö!

Der veröffentlichte HTML-Code ist fehlerfrei, da besteht aus der Ferne keine Möglichkeit, etwas zu finden.

Hallo Kai,

ich würde da eher für eine klassische Forensoftware wie Woltlab (kostenpflichtig) ober phpbb (creative commons) plädieren. Beide bieten ausreichenden Funktionsumfang, um das Gewünschte abzudecken (verschiedene Rubriken wie Suche/Biete, Moderation von Beiträgen, Userverwaltung, private Nachrichten).

In Zeta würde ich das so realisieren, dass jeder Verein eine eigene Seite mit Online-CMS bekommt. Alle Seiten sind passwortgeschützt. Die Vereine können dann selbst über das CMS ihre Angebote von Verleihartikeln, Konditionen und Kontaktdaten einpflegen und auch Suchanzeigen aufgeben. Die Suche kann ja ganz normal über das Suchmodul von Zeta erfolgen (nicht eingeloggte kommen halt nicht auf die Treffer-Seite).

wie bereits gesagt, Ich habe zum Test ein neues Projekt in "Flat responsive" angelegt, Infobanner hinzugefügt, keine Probleme.

Wenn es ein Fehler im Layout wäre oder im Widget, müsste ich ebenfalls eine Fehlermeldung bekommen. Da diese ausbleibt, muss in dem Problem-Projekt etwas passiert sein, was diesen Fehler auslöst.

Am Effektivsten wäre es sicherlich, die aktuelle Webseite auf den zweiten Monitor zu ziehen und dann in Zeta die komplette Seite als neues Projekt nachzubauen. Tipp: Projekt komplett mit Bordmitteln erstellen, jede Änderung an CSS oder individuellen Quellcode dokumentieren (Projektkladde), damit plötzlich auftretende Probleme rückverfolgbar sind.

Im Quelltext von http://www.sack-immobilien.de ist zu sehen, dass die Seite mit 14.3.2.0 erstellt wurde. Hier wäre es sicherlich sinnvoll, zunächst die finale Version 14.3.3.0 zu installieren. diese kann hier heruntergeladen werden. Von den Versionshinweisen her deutet zwar nichts darauf hin, dass es Änderungen am Info-Banner oder dem Layout Flat-Responsive gegeben hat, aber schaden kann es nicht.

ansonsten haben wir hier das klassische Problem, dass ein Nachbau problemlos funktioniert. Im Hintergrund ist ja der Layouteditor zu sehen mit diversen "Objektverweis wurde nicht auf eine Objektinstanz festgelegt". Wird bei mir im Layouteditor so nicht angezeigt, hat also etwas mit dem Projekt zu tun. Zu diesem Fehler finden sich hier auch diverse Beiträge im Forum, bei denen fast immer das Löschen von irgendwelchen Werten oder Bildern war.

Der von mir gefundene ERROR auf der Startseite schein mit dem Google-Analytics-Code zusammenzuhängen:

Failed to load resource: the server responded with a status of 404 ()https://lh3.googleusercontent.com/a-/s24-c/AAuE7mDbnKf6PWDoDiQTMLgo2y6PCRDZzESQ2IIVzKT9

Lösungsansatz:

1. Google-Analytics-Code entfernen, dann neu veröffentlichen und prüfen, ob der ERROR in der Chrome-Entwickler-Konsole noch immer angezeigt wird.
2. Normalerweise sollte dies nicht der Fall sein. Der Fehler mit "Objektverweis..." dürfte vermutlich dadurch noch nicht behoben sein, aber wir haben einen Störenfried weniger.
3. Bitte mal überlegen, welche Bilder im Projekt zuletzt bearbeitet wurden, wenn Bilder beispielsweise über die Bilderverwaltung gelöscht wurden, obwohl sie noch in einem Artikel verwendet werden, haben wir genau den Effekt, das im Artikel auf ein Objekt verwiesen wird, welches im Projekt nicht mehr vorhanden ist.
   1. Falls die Erinnerung nicht weiterhilft, mit F8 umschalten in den Spaltenmodus und jede Seite nach einem Artikel "Bild" oder "Album" ohne Inhalt durchsuchen.
   2. Die Gelegenheit nutzen und auch gleich nach selbst eingefügtem HTML-Quelltext schauen, diese Artikel erstmal ausblenden, damit weniger Störfaktoren vorhanden sind.
4. Falls dies nicht hilft, Supportticket lösen.

Dürfte eher mit einem fehlerhaften Quellcode zu tun haben, der irgendwo auf der Startseite über HTML-Quelltext, CSS oder ähnliches eingeschleppt wurde. Einfach mal die Seite mit Chrome öffnen, "Untersuchen" und schon springt einem der ERROR ins Gesicht. Tritt nach erstem Anschein nur auf der Startseite auf.

PS: Auf der Seite Kontakt gibt es ebenfalls einen Fehler, der hängt aber mit "Mixed Content" also unsicheren Inhalten in einer eigentlich gesicherten Umgebung. Den Besucherzähler einfach rausschmeißen.

Hallo Judith,

um beim Thema Deiner Seite zu bleiben: "Nun mal langsam mit den jungen Pferden" . Es gibt über eine Billion Webseiten, selbst Google kommt da nicht hinterher, alle gleichzeitig zu besuchen, die Inhalten zu crawlen, zu systematisieren und zu speichern. Wenn Du in der Suche auf einem Gerät gefunden wirst und auf einem anderen nicht, liegt das eventuell auch daran, das beide Geräte auf unterschiedliche Server zurückgreifen und Server A sich noch nicht mit Server B synchronisiert hat. Zumindest dürfte dies bei Ecosia oder DuckduckGo zutreffen, die beide im Hintergrund auf Google zurückgreifen. Andere Suchmaschinen wie Bing verwenden eigene Bots, um Webseiten zu scannen.

Es dauert einige Jahre, bis Google &Co. eine Seite für interessant genug halten, dort auch öfter vorbeizukommen. Wir haben momentan auf unserer Vereinsseite 195 gültige und für Google zugelassene Seiten. Inzwischen kommt Google täglich vorbei und crawlt zwischen 17 und 204 Seiten. Durchschnittlich werden 59 Seiten gecrawlt, bevor der Bot uns wieder verlässt. Zum Vergleich habe ich dann noch einen Verein mit nur 10 Seiten in der permanenten Betreuung. Hier liegen die Zahlen zwischen 0 und 7 Seiten in den letzten 90 Tagen.

Es dauert also eine Weile, bis die Seite vollständig indiziert und in den Suchergebnissen verfügbar ist. Suchmaschinen, die auf Google-Ergebnisse zurückgreifen, werden früher oder später die Treffer übernehmen, bei anderen Suchmaschinen musst Du dich selber anmelden oder darauf vertrauen, dass diese irgendwann per Link auf Deine Seite kommen. Bei speziellen Suchmaschinen, wie beispielsweise "Frag Finn" eine Suchmaschine für Kinder, muss die Seite eine Prüfung durchlaufen, bevor sie gelistet wird.

Hallo Andreas,

bin jetzt die Galerien durchgegangen, das Problem fängt anscheinend bei http://www.andreas-hennig.com/kapstadt.html an, dort fehlen 75 Thumbnails. Weiter gehts es auf http://www.andreas-hennig.com/montagu.html mit 13 Fehlern. Auf http://www.andreas-hennig.com/cape-agulhas.html fehlen 4, auf http://www.andreas-hennig.com/lamberts-bay.html 16. Namibia und Simbabwe mitsamt Unterverzeichnissen das selbe Bild.

Ich würde da fast auf nicht ausreichend Speicherplatz tippen, allerdings sollte Zeta dann beim Veröffentlichen eine Fehlermeldung abgeben.

Gehe mal auf "Erweitert" -> "erweiterte Einstellungen" -> "Optionen". Rufe dann die "Internen Listen" auf und lösche in "Veröffentlichen", "Erstellen" und "Seiten" alle Einträge. Wenn dort irgendeine Datei "quergestanden" hat, hält diese die gesamte Veröffentlichung auf. Danach musst Du leider noch einmal durch "Erweitert" -> "Erstellen" -> "alle Seiten erstellen" und "Veröffentlichen" -> "komplette Website veröffentlichen. Bevor Du veröffentlichst, kannst Du aber erst einmal bei den internen Listen kontrollieren, ob unter "Erstellen" und "Seiten" noch Einträge vorhanden sind. Wenn ja, muss dort weiter nach dem Fehler gesucht werden, wenn nein, liegt der Fehler irgendwo beim Veröffentlichen auf dem Weg zum Server.

Gehe mal bitte auf "Erweitert" -> "Erweiterte Einstellungen" -> Kodierung.

Überprüfe, ob dort als Kodierung "utf-8" angegeben ist (Standardeinstellung). Wenn ja, darf bei "BOM schreiben" kein Häkchen sein.

Hallo Horni,

ich muss jetzt mal im Forum suchen, ich glaube, wir hatten vor kurzem ein ähnliches Problem bei einem geschützten Bereich.

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>http://www.harmonichorsetraining.de/index.html</loc>
<lastmod>2019-07-08</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc/>
<lastmod>2019-07-08</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>

Vergleiche mal im vorstehenden Code die Zeilen 3 und 9. Zeile 9 ist fehlerhaft, da hier keine URL enthalten ist. Wie es dazu kommt, kann ich gerade nicht nachvollziehen, da müsstest Du mal bitte selbst alle Seiten in Zeta durchgehen, ob dort irgendeine Seite unter "Seiteneigenschaften" -> "Google" eine Besonderheit aufweist. Ich kann Dir auch nicht genauer sagen, wonach Du suchen sollst, da ich so einen Fall noch nicht hatte.

oben bei "neue Sitemap hinzufügen" einfach nur sitemap.xml hinter dem / ergänzen. Die Sitemap.xml wird durch Zeta automatisch erstellt und veröffentlicht. Deine aktuelle sieht so aus: http://www.harmonichorsetraining.de/sitemap.xml.

Bevor Du das machst, gehe bitte in Zeta noch auf die Seite Impressum und dann mit "Mausklick rechts" auf "Bearbeiten". Dort auf "Google" und das Häkchen raus bei "in Google-Sitemap einschließen". Das wiederholst Du mit den Seiten Kontakt, Kontakt01 und Suche. Diese Seiten müssen nicht bei Google gefunden werden. Außerdem würde es komisch aussehen, wenn "Suche" oder "Impressum" ganz am Anfang der Google-Ergebnisliste stehen. Danach nochmals veröffentlichen.

Fehler 1: Alfa

Fehler 2: Alfa

Test unter http://shop.hanabi-pirna.de/gaestebuch.php

aktuell PHP 7.1, Projekt läuft mit Standard-Einstellungen, also ohne .htaccess oder manuell geänderten Ordner- und Dateirechten.

Hallo Andre,

beantworte ich in 10 Minuten, ich habe wegen einer anderen Sache bei 1&1 noch ein Testprojekt zu liegen mit Shop.

Hallo Erwin,

wie lautet denn die URL?

Hallo Judith,

Hinweis: ich habe mal die Überschrift zur Fragestellung angepasst.

OK, damit hat Google die Seite nicht besucht, sondern nur den DNS-Server abgefragt. Gehe in der Google-Search-Console mal auf Index -> Sitemaps. Was steht dort unter Eingereichte Sitemaps?

Zeitstempel: In "interne Listen", Datum und Uhrzeit, mit der die Datei in die Liste aufgenommen wurde. Bei größeren Projekten sollte sich ein Unterschied zwischen erster und letzter Datei zeigen. Sehe aber gerade auch, dass ja in der Liste bereits die Job-ID aufgelistet wird, die index.html ist damit die Datei, die als nächster übertragen werden muss; bzw. die Datei, die bei der letzten Übertragung abgebrochen wurde.

"Pressestimmen" hatte ich bereits in Beitrag #4 festgestellt:

Zitat von Hanabi

Bei einzelnen Seiten, so den Pressestimmen sowie den untergeordneten Seiten Bauträger, Erben, Infrastrukturabgabe fehlt das Layout.

Diese Seiten weisen im Quelltext Zeta 12.2.0-Express aus.
Unter Zeta 12.2 wurden Styles im Ordner /_media abgelegt. Die Chrome-Konsole zeigt auf den betroffenen Seiten an, dass versucht wurde, aus diesem Verzeichnis heraus jquery oder styles.css zu laden, diese aber nicht gefunden wurden.
Die weiteren Seiten zeigen sich wieder mit 14.3.3 im Quelltext und korrektem Layout.

Diese Seiten wurden seit der Umstellung von 12.2 auf 14 noch kein einziges Mal erfolgreich übertragen!

Das Protokoll bin ich inzwischen mehrfach durch und möchte mich dahingehend festlegen, dass zunächst alle Dateinamen, die nicht den Regeln entsprechen, zu ändern sind. Leerzeichen und Umlaute werden bereits beim Einlesen zur Zeta durch ein - ersetzt. Nicht erkennen und bearbeiten kann Zeta hingegen Dateinamen mit mehreren Punkten.

Gemäß Konvention besteht ein Dateiname aus dem Namen, einem Punkt und dem Datei-Typ.
Bei WZ_14.12.13_neu_Infrastrukturabgabe.pdf sind statt eines erwarteten Punktes sogar drei Punkte vorhanden. Wo beginnt denn nun der Dateityp?

Es kann jetzt durchaus sein, dass diese Datei einmal erfolgreich auf den Server übertragen werden konnte. nun liegt sie dort rum und kann eventuell nicht gelöscht werden. Vielleicht kann sie auch gar nicht hochgeladen werden und blockiert deshalb.

Wenn wir noch einmal in den Eröffnungsbeitrag schauen, ist dort bereits von fehlenden - nicht veröffentlichten - PDF die Rede. Um das Verfahren jetzt abzukürzen, schlage ich vor, zunächst diese Datei zu löschen:

1. Gehe auf "Erweitert" -> Dateien"
2. suche WZ_14.12.13_neu_Infrastrukturabgabe.pdf
3. Mausklick rechts -> "Löschen"
4. Es erscheint eine Warnmeldung, dass die Datei von einer bestimmten Seite verwendet wird.
5. "Gehe zu" Button führt zu der Seite, die einen Link auf das Dokument enthält
6. entsprechenden Artikel bearbeiten und den Link entfernen
7. Gehe auf "Erweitert" -> "Dateien"
8. Jetzt sollte sich die Datei WZ_14.12.13_neu_Infrastrukturabgabe.pdf ohne Warnmeldung löschen lassen.
9. Veröffentliche dann erneut.

Die Datei ist jetzt nur ein Beispiel. Ob es noch weitere Dateien gibt, kann nur der User selbst wissen.

Das erfolgt von Google automatisch, sofern die Seite für den Suchbegriff mehrere Treffer hat. Das genaue Procedere, wann Zusatzlinks angezeigt werden und wann nicht, bleibt aber Googles Geheimnis.

Also index.html hätte ich jetzt nicht unbedingt erwartet, dass die Probleme macht. Scroll in der Liste „Veröffentlichen“ mal ganz nach unten, welche Dateien dort verzeichnet sind und vergleiche mal die Zeitstempel von erster und letzter Datei. Die ältere ist diejenige, die genauer angesehen werden sollte.

PS: Bin gerade in Tschechien zur Karate-WM (aber nur Zuschauer).

Hallo Michael,

unter Bildrahmen wie bei Layout Contemporary Responsive wurde Schatten (für ein anderes Layout) behandelt. Vielleicht hilft das bereits weiter.

Hallo Judith,

nochmals die Frage: Mit welcher Methode hast Du bestätigt? Einen HTML-Tag kann ich im Quelltext nicht finden.

Hallo Gottfried,

ich bin jetzt gerade beim Durchsehen des Protokolls. Dieses endet mit "Abbruch durch Benutzer", wie in Beitrag #5 beschrieben.

• Eine Auffälligkeit habe ich bei der Datei "Logo Verband.jpg". Diese wurde zwar veröffentlicht, entspricht aber nicht der Namenskonvention, da Leerzeichen im Dateinamen eigentlich durch Zeta gegen einen - ersetzt werden (Leerzeichen können Probleme auf dem Server verursachen).
• Zum Layout gehörende jpg und png werden teilweise mehrfach kopiert, aber nur einmal veröffentlicht (ob dies so korrekt ist, müsste mal jemand vom Support beantworten.
• Soweit ich das im Protokoll sehen kann, werden alle Seiten erstellt und auch alle Seiten und Inhalte in den Ordner /output kopiert. Der Fehler scheint also beim Veröffentlichen zu liegen.

1. Jetzt bitte auf "Erweitert" -> "Erweiterte Einstellungen" gehen.
2. Unter "Optionen" auf "Interne Listen" gehen.
3. Unter "Seiten" und "Erstellen" sollten keine Einträge sein, aber unter "Veröffentlichen"
4. Dort auf "alle entfernen" gehen
5. Fenster schließen
6. "Veröffentlichen" -> "komplette Website veröffentlichen"
7. Abwarten,, was passiert.
8. Wenn der Zähler wieder stehen bleibt, erneut "Erweitert" -> "Erweiterte Einstellungen" -> "Interne Listen" aufrufen.
9. Mit etwas Glück steht unter "Veröffentlichen" ganz oben die Datei, die Probleme verursacht.

PS: Ich hatte kurz den Gedanken, das Protokoll dahingehend abzugleichen, welche Dateien zwar erstellt, aber nicht veröffentlicht wurden, dies würde aber wohl mehrere Stunden in Anspruch nehmen.

Guten Morgen Acanthus,

ich komme zwar aus dem nichtprofessionellen Bereich, habe aber auch meine Erfahrungen mit "Kunden" und Online-CMS. In der Besprechung der Seite möchten diese unbedingt eigene Inhalte einfügen, deshalb wird auf jeder Seite des Webauftritts eines Vereins ein CMS eingebaut, im Ergebnis bleiben diese Seiten aber leer oder werden nur äußerst sporadisch gefüllt. Ich bekomme das übrigens jedes Mal mit, wenn neuer Inhalt eingetragen wird, weil vorher bei mir nach dem "vergessenen" Passwort gefragt wird.

Aus meiner Sicht wird das Online-CMS überbewertet, da es kaum vom Kunden genutzt wird. Auch im SEO-Bereich sind die Auswirkungen eher gering, wenn eine durchschnittliche Homepage 20 Seiten hat und davon eine mit Online-CMS, sind dies nur 5 % des Inhaltes - und ernstes SEO wird nach wie vor über Text gemacht.

Der Dateiname eines Bildes oder Dokumentes ist vielleicht der Punkt, um von 99,5 auf 99,8 zu kommen, die 99% werden aber nicht über Dateinamen gemacht. Wichtiger wäre die Frage, ob derjenige, der das Bild hochlädt, anschließend auch noch das Feld "Bildbeschreibung" bearbeitet.

Hallo Gottfried,

das wird jetzt wirklich eine komplizierte Sache. Ich beschreibe mal, da ich momentan noch keine Lösung habe, den Sachstand, wie er sich auf http://nordrandsiedlung.com zeigt:

• Die Seite ist mit Version 14.3.3-Express gemacht, verwendet wird das Layout "Boxes" (zur Zeta-Version später mehr)
• Eine sitemap.xml ist vorhanden, die letzte Aktualisierung einzelner Seiten erfolgte am 14.07.2019, ein Großteil der Seiten wurde zuletzt am 13.11.2018 aktualisiert.
  • Anmerkung: die sitemap.xml wird zeitlich unmittelbar nach der index.html veröffentlicht. Das zu den einzelnen Seiten zugeordnete Datum bezieht sich auf die letzte Änderung im Quelltext der Seite (also die Erstellung durch Zeta), nicht die letzte Veröffentlichung.
• Bei einzelnen Seiten, so den Pressestimmen sowie den untergeordneten Seiten Bauträger, Erben, Infrastrukturabgabe fehlt das Layout.
  • Diese Seiten weisen im Quelltext Zeta 12.2.0-Express aus.
  • Unter Zeta 12.2 wurden Styles im Ordner /_media abgelegt. Die Chrome-Konsole zeigt auf den betroffenen Seiten an, dass versucht wurde, aus diesem Verzeichnis heraus jquery oder styles.css zu laden, diese aber nicht gefunden wurden.
• Die weiteren Seiten zeigen sich wieder mit 14.3.3 im Quelltext und korrektem Layout.
• auf http://nordrandsiedlung.com/info-veranstaltung-2-teil.html fehlen zwei Bilder, die auf dem Server nicht gefunden werden. Diese Seite wurde zuletzt am 01.04.2019 aktualisiert.
• Unter den zuletzt am 13.11.2018 aktualisierten Seiten (siehe sitemap.xml) befinden sich sowohl Seiten, die mit 14.3.3 ausgeliefert werden, als auch Seiten mit Auslieferung als 12.2.

Lösungsansatz:

1. Komplettes Erstellen und vollständiges Veröffentlichen: Üblicherweise wird mit F7 oder "Veröffentlichen" die Seite auf den Server übertragen. Hierbei werden nur geänderte Inhalte berücksichtigt. Es kann jetzt sein, dass dieses Änderungsprotokoll einen Fehler aufweist. Dann muss die Seite komplett erstellt werden:
   1. Protokollfenster öffnen wie in Beitrag #2 beschrieben
   2. "Erweitert" -> "Erstellen" -> "Alle Seiten erstellen"
   3. "Veröffentlichen" -> "komplette Website veröffentlichen"
   4. Seite http://nordrandsiedlung.com/aktuelles.html aufrufen, dann den Menüeintrag "Pressestimmen zum Thema" mit der rechten Maustaste anklicken, je nach Browser dann "Link in Inkognito-Fenster öffnen" oder "Link im Inprivate-Modus öffnen". (Dient dazu, eventuell noch im Cache vorhandene alte Versionen auszuschließen).
   5. Hier berichten, ob dieser Ansatz funktioniert hat. Wenn Ja, reicht eine kurze Antwort aus, wenn nein, bitte das Protokoll kopieren und als *.pdf oder *.txt als Dateianhang hochladen. Bitte nicht das gesamte Protokoll in den Beitrag einfügen, da dort schnell einige hundert Zeilen zusammenkommen, was die Lesbarkeit des gesamten Threads erheblich verschlechtert.

PS: "Neue Medien Münnich" ist https://all-inkl.com.

Hallo Golfbarny ,

willkommen im Forum. Soll die Seite nur auf italienisch oder mehrsprachig (deutsch/italienisch) sein? Das grundsätzliche Vorgehen für mehrsprachige Webseiten ist im Handbuch beschrieben. Dieses Vorgehen gilt für Nutzer der Premium-Lizenz. Nutzer anderer Lizenzen (Home, Express, Business) müssen anhand der Anleitung das Konzept manuell umsetzen, also einen Ordner für die jeweilige Sprache erstellen und die Attribute entsprechend anpassen.

Hallo Judith,

mit welcher Methode hast Du denn die Inhaberschaft bestätigt? Gehe mal in der Google Search Console auf "Einstellungen". Wenn dort "Sie sind ein bestätigter Inhaber" steht, müssen wir nach anderen Ursachen suchen. Wenn dort noch keine Bestätigung steht, bitte auf den Pfeil am Ende klicken und als Bestätigungsmethode "HTML-Datei" auswählen. Die Datei herunterladen und dann direkt mit Filezilla in das Stammverzeichnis der Seite auf dem Server hochladen.

Ich trenne Hoch- und Querformat in unterschiedliche Alben, weil ich meinen Besuchern nicht zumuten möchte, in der Lightbox ständig den Pfeil zu suchen, mit dem es weitergeht. Das Problem ist unter https://www.foto-mw.de/finanzdienstleister.html sehr schön zu sehen.

Hallo Gottfried,

unten rechts befindet sich eine kleines schwarzes nach unten gerichtetes Dreieck. Da draufklicken und dann auf "Protokoll" gehen. Dieses öffnet sich in einem neuen Fenster. Falls Du zwei Monitore hast, dieses Fenster auf den zweiten Monitor verschieben. Ansonsten einfach wieder Auf das normale Zeta-Fenster wechseln und veröffentlichen. Im Protokollfenster werden jetzt alle Aktionen aufgezeichnet. Du kannst während des Veröffentlichens auf das Protokollfenster wechseln. Warnungen (gelb) können wir außer Acht lassen, uns interessieren Fehler (rot). Diese dann bitte hier posten. Interessant wäre auch noch, bei welchem Hoster Du bist sowie ein Screenshot der FTP-Einstellungen.

Hallo Matthias,

die Maße der Vorschaubilder kannst Du direkt einstellen:

• Im Widget "Bilderalbum" auf "erweiterte Einstellungen" (Mischpult unten links) gehen
• auf "Vorschaubilder" gehen
• unter Breite und Höhe die passenden Werte eintragen. Ich verwende beispielsweise bei Bildern im Format 1920 x 1280 px für die Vorschau 288 x 192 px. Das sind 15% des Originals. Bei Bildern in anderen Formaten dann entsprechend neu berechnen.

Hallo André.

habe eben mal die Testseite auf 7.1 umgestellt, auch hier sauberes Abmelden und sauberer Link zur Webseite. Die 7.0 wird bei 1&1 nur noch als extended Support (kostenpflichtig) angeboten, so dass ich diese nicht testen kann.

Hallo Hartmut,

ich musste jetzt selber noch mal nachschauen und hatte glücklicherweise ein Testprojekt und nicht die eigene Seite offen. In Version 14 stand an dieser Stelle noch die Möglichkeit der Vererbung (auf allen / untergeordneten Seiten anzeigen). Sofern im Projekt aktiviert, taucht dort auch "in RSS-Feed einschließen" als Option auf. Mit Version 15 wurde die Vererbung durch die Verknüpfung ersetzt, diese wird aber nicht mehr am Ursprungsartikel aktiviert. Wenn Du jetzt ein Projekt hast, in dem der RSS-Feed nicht aktiviert ist, kommt es tatsächlich zu dem von Dir beschriebenen Effekt, dass man auf "Erweiterte Einstellungen" klickt, um dann nur ein "Mehr" zu erhalten. Bei meinem Vereinsprojekt habe ich RSS aktiviert, daher habe ich an der Stelle immer was gehabt (in V14 zwei Optionsflächen, in V15 immer noch den Einschluss in den RSS-Feed).

Der Fehler scheint aber serverabhängig zu sein. Bei mir funktionieren sowohl das Abmelden als auch der korrekte Aufruf der Webseite (1&1, PHP 7.2/7.3).

Von "Kommunal" gibt es auch "responsive". Kommt jetzt auf die bei Simon verwendete Version an. Kommunal Responsive gibt es seit Zeta 12.5.

Hier kurz die Erfahrungen mit 1&1:

sowohl 7.2 als auch 7.3 enthalten sqlite und phar. Shop und Dashboard laufen unter beiden Versionen.

Hallo Simon,

IFrame ist erst einmal ein richtiger Ansatz für die Einbindung externer Inhalte. Es wird dann aber im Frame immer die gesamte Seite eingebunden mitsamt der externen Layoutanweisungen, die mit dem Layout von Zeta nicht unbedingt kompatibel sind. Besser wäre ein "Einbettungscode", der über das Widget "HTML-Quelltext" nur das jeweilige Album -und nicht die gesamte Seite - einbettet. Ich kann Dir jetzt aber nicht sagen, ob jAlbum diese Funktion anbietet.

Ansonsten hat Mario unter https://www.zella.de/code/iframe-responsive.html auch einen Ansatz für eine Einbindung in Zeta entwickelt (Kombination aus CSS und HTML-Quelltext).

PS: Da sich der Inhalt des Albums vermutlich immer mal wieder ändert, scheidet eine Lösung über <img src= vermutlich aus.

Hallo Hartmut,

Glückwunsch zum Finden eines echten "Bugs" in Zeta. Die Sortierfunktion bei den Erinnerungen ist tatsächlich fehlerbehaftet.

Support : Das müssen wir beheben. Bei meinen 3 Beispiel-Terminen wird aufsteigend wie folgt sortiert: 09.04.2018 / 16.07.2019 / 25.05.2018. Absteigend ergibt sich 25.05.2018 / 16.07.2019 / 09.04.2018. Die Sortierung erfolgt anscheinend nicht nach Datum, sondern nach Text-String.