Beiträge von Hanabi

Hallo Sabine,

Unter https://www.buchstabenrebell.de/kinderbuch-projekt.html sollen es sicherlich die Gelblinge sein.

Hallo Sabine,

die Seite stammt aus einer Veröffentlichung der Homepage zum Testen auf dem Server von Zeta http://www-buchstabenrebell-de.zeta-producer.com/. Diese Testseiten werden regelmäßig gelöscht. Der Support hat offiziell Weihnachtsurlaub, eventuell liest aber trotzdem einer der Kollegen mit und kann trotz Urlaubs eine manuelle Löschung veranlassen.

Falls Du zufällig noch ein Backup oder eine Kopie des Testobjektes hast, öffne dies in Zeta. Gehe dann auf "Veröffentlichen" ->"FTP-Server konfigurieren.

Dort sollte sich dann "Zeta-Producer-Hosting" als Überschrift zeigen mit der Subdomain "www-buchstabenrebell-de". Rechts neben dem Button "Testen" befindet sich ein kleiner Radierer. Damit kannst Du die Testseite selber löschen. Berichte dann bitte hier, ob Du erfolgreich warst, dann brauchen sich die Mitarbeiter von Zeta nicht im Urlaub ransetzen.

Mit dem Suchergebnis wird es etwas komplizierter, nutze hierzu das unter https://www.google.com/webmasters/too…2373399188&rd=1 angegebene Formular.

Hallo Herbert,

vielleicht hilft zur Anmeldung von Seminaren auch folgende Lösung, die ich zur Anmeldung bei Veranstaltungen verwende:

unter https://www.hanabi-pirna.de/anmeldung.html habe ich ein Anmeldeformular, bei dem unter "Name der Veranstaltung" als Standardwert (@objekt) eingetragen ist. Unter https://www.hanabi-pirna.de/lehrgangstermine.html gibt es dann jeweils einen Anmeldebutton. Dieser ist verlinkt mit dem Anmeldeformular, unter zusätzliche Einstellungen ist dann als zusätzliche Abfragereihenfolge beispielsweise objekt=Anmeldung-BSL-Leipzig eingetragen. Diese Objektdefinition wird dann direkt ins Formular übernommen. Als zentrales Postfach ist post (a t ) hanabi-pirna.de eingerichet, dort existieren dann verschiedene Filterregeln, die beispielsweise BSL-Leipzig direkt an den Trainer weiterleiten, der den Lehrgang in Leipzig betreuen wird. Auch die Kontakte zu den einzelnen Übungsleitern laufen über objekt=nachricht-an-name, so dass ich als Webmaster nur noch die Post bekomme, die direkt an mich adressiert ist und den sonstigen Müll, für den noch keine Regelung existiert.

Wir haben also nur ein Anmeldeformular, über welches alle Anmeldungen zu Veranstaltungen laufen.

Hallo schreck,

ein anderer Moderator dieses Forums konnte inzwischen bestätigen, dass Sie tatsächlich schreck sind. Ich möchte Sie bitten, meine Entschuldigung anzunehmen.

Hallo schreck,

ich habe das unangenehme Gefühl, dass sich hinter dem Pseudonym schreck tatsächlich der gesperrte User mr.president = fehlerfrei verbirgt. Die früheren Accounts wurden bereits wegen Verstoßes gegen die Lizenzbestimmungen gesperrt. Falls Sie nicht Kai Busch sind, bitte ich Entschuldigung, aber dieser User hat unter den vorgenannten Accounts leider hier im Forum diverse Beiträge veröffentlicht, die im Stil Ihren Beiträgen ähneln. Bitte haben Sie Verständnis dafür, dass Ihre Beiträge hier im Forum unter besonderer Beobachtung der Moderatoren stehen.

Hallo Michael,

ein solches Widget gibt es nicht mehr. Besucherzähler sind "out of the art".

Dies hat mehrere Gründe:

1. Datenschutz: Um zuverlässig neue und wiederkehrende Besucher zu unterschieden, ist es erforderlich, Cookies auf dem Rechner des Besuchers abzulegen. Dies darf aber nur mit Zustimmung des Besuchers passieren.

2. Suchmaschinenrobots: Diese verfälschen durch ihre Besuche die Statistik.

3. Mangelnder Informationswert: Was soll uns denn dem Besucher der Seite der Zähler sagen? Ach wir sind toll, schon 13 Besucher auf dieser Seite?

4. vorhandene Alternativen für Webmaster zur Erfassung einer Besucherstatistik: Da wären zunächst einmal die LOG-Protokolle auf dem Webserver. Daneben gibt es mit Google Analytics und Piwik (um mal nur zwei zu nennen) mächtige Werkzeuge, mit denen nicht nur die Anzahl der Besucher, sondern deren Verhalten analysiert werden kann. Wenn Du hierzu näheres Interesse hast, lese Dir mal meinen Blog-Beitrag (siehe Signatur) zu einer datenschutzkonformen Anwendung von Google Analytics durch.

Hallo Norbert,

in Chrome geht das über "Mausklick rechts" und dann auf "untersuchen"

im Internet Explorer ebenfalls "Mausklick rechts" und dann "Element untersuchen"

unter http://hackgarten.de/2017.html siehst Du dann ganz rechts einen roten Kreis mit weißem x für einen Fehler. Diesen Kreis anklicken und in der untersten Zeile wird dann der Fehler angezeigt (siehe auch meine E-Mail von heute).

Hallo Tina,

erste Vermutung: lösche mal den Browser-Cache.

Für weitere Infos brauchen wir einen Link zur Seite sowie den Hoster, bei dem die Webseite läuft (1&1, Strato, Hosteurope etc.) Die verschiedenen Anbieter haben unterschiedliche Veröffentlichungsstrukturen, so dass ohne weitere Angaben eine gezielte Hilfe nicht möglich ist. Mache bitte auch einen Screenshot von Deinen FTP-Einstellungen, ein Beispeil habe ich angehängt.

Hallo Herbert,

das mit dem Link scheint ein Problem der Forumssoftware zu sein. Anscheinend gibt es bei der Ausgabe der Suchergebnisse einen Unterschied, ob man angemeldet ist oder nicht. Nachfolgend der Link aus einer Inkognitoabfrage: https://community.zeta-producer.com/wcf/search-res…e+mail+function

Bitte gib dann mal Bescheid, ob der jetzt funktioniert hat.

zurück zum eigentlichen Problem: Zunächst dürfte der Ausfall innerhalb des Rahmens der 99,9 %-igen Verfügbarkeit des Vertrages sein. Wenn der Support ein "Server-Fix" einspielt, hast Du wahrscheinlich einen normalen Hosting-Vertrag und liegst zusammen mit anderen Seiten auf dem selben Server. Bei Wechsel auf einen "managed Server" würden Fremdseiten als "Betriebsstörer" wegfallen, eventuell gibt es dann auch eine Möglichkeit, einen Alarm zu konfigurieren, der Dich <ironie> "per E-Mail" </ironie> benachrichtigt, dass Deine E-Mail nicht funktioniert. Frag einfach noch mal bei 1&1 nach, was es denn nun tatsächlich gewesen ist. Wird wahrscheinlich kaum einer beantworten können, aber einen Versuch ist es wert.

Hallo Uli,

der größte Teil gilt ja bereits jetzt schon über das BDSG. Was viel entscheidender ist, rein vom Gesetzestext ist das alles eigentlich für logisch denkende Menschen (also Leuten, die im Umgang mit dem Computer die Funktionsweise von Nullen und Einsen verstehen) verständlich umsetzbar. Was es uns so schwierig macht, ist der gegenwärtige Kardinalfehler im Gesetzeschreiben. Es wird nicht geprüft, ob das neu zu beschließende Gesetz mit bestehenden Regelungen kollidiert (Datenschutz vs. Vorratsspeicherung), und der Konflikt wird dann vor Gericht ausgetragen. Im Ergebnis gibt es dann 10 verschiedene Urteile von 10 verschiedenen Gerichten und der, der am lautesten brüllt, beherrscht dann die öffentliche Meinung.

Bei allem Respekt und in Anerkenntnis der Unabhängigkeit der Richter muss man sich manchmal aber auch fragen, wie es mit der Lebenspraxis aussieht. Dazu folgende Simulation:

Einkauf beim Fleischer um die Ecke (Stammkunde seit Jahren):

vor einem Jahr:

Ich: "Tag Frau Matthes, ich hätte gern ein Kilo Hack"

Verkäuferin: "Gern Herr Meyer, wie immer mit Zwiebeln?"

Heute:

Ich: "Tag Frau Matthes, ich hätte gern ein Kilo Hack wie immer"

Verkäuferin: "Sehr geehrter Besucher, wir haben über Sie keine Daten gespeichert. Wenn Sie künftig "wie immer" bedient werden wollen, lesen Sie bitte zunächst unsere 30-seitige Datenschutzerklärung und bestätigen mit Ihrer Unterschrift, dass Sie diese Erklärung verstanden haben. Bitte beachten Sie, dass Ihre Unterschrift durch Verwendung von Tinte dauerhaft auf dem Papier gespeichert ist. Weiter erlauben wir uns den Hinweis, dass Verkäuferinnen immer Tratschtanten sind, die gerne über Kunden lästern. Es kann also nicht ausgeschlossen werden, dass auch Dritte, beispielsweise sogar der Kunde hinter Ihnen, von Ihrer Vorliebe für Hack mit Zwiebeln erfahren."

Das Ganze kann man nur noch mit Sarkasmus nehmen und dem Motto: "Viel hilft viel". Ab einer gewissen Anzahl von Textzeilen sollen gerüchteweise auch Anwälte aufhören mit Lesen.

Hallo Herbert,

bin ebenfalls bei 1&1 und habe eben getestet. Standardformular aus Zeta 14.2 und PHP 7.0, Versand über PHP läuft einwandfrei durch. Wenn nachher der Support kommt, braucht der noch ein paar Daten, wie Webadresse zum Testen, PHP-Version, Zeta-Version.

Hast Du eventuell eine eigene php.ini, die dort Einfluss genommen haben könnte?

Ansonsten kannst Du auch gern mal in früheren Forumsbeiträgen zu diesem Thema schauen https://community.zeta-producer.com/wcf/search-res…e+mail+function

Hallo Rena,

der Menüpunkt Layout ist eigentlich elementarer Programmbestandteil, sollte also nicht projektabhängig sein. Du kannst mal folgendes probieren:

1. Schließe Zeta

2. Öffne im Windows-Explorer den Ordner Zeta Producer 13 unter Dokumente.

3. Benenne den Ordner /Settings um in /settings-alt

4. Starte Zeta neu.

5. Durch die Umbenennung des Ordners /Settings wurden neue Settings mit Standardeinstellungen erzeugt. Die bisher bearbeiteten Projekte werden daher nicht angezeigt. Gehe deshalb über "Öffnen" auf Deine Projekte und suche das zu bearbeitende Objekt raus.

Hallo zusammen,

der Effekt rührt sicherlich daher, dass es beim Zusammenschieben sozusagen 2 Breakpoints gibt. Beim ersten Breakpoint erfolgt die Umschaltung auf das mobile Menü (ungefähr bei 620 Pixel) und erst bei 580 Pixel folgt der zweite Breakpoint zum Ändern des Randes.

Das Ganze trat in der 13 auch schon auf, hier mal eine Seite in 13 gemacht https://hosting.zeta-producer.com/5375241374/index.html. Wenn man diese und die Tanzfotografie jeweils in separaten Fenstern öffnet und dann zusammenschiebt, ergibt sich kein Unterschied zwischen 13 und 14.

Das Veröffentlichen über Filezilla ist sicherlich eine Behelfslösung, die dann aber richtig angepasst werden muss.

In Zeta erfolgt ja die Veröffentlichung mit F7 in zwei Schritten:

1. Erstellen der Seiten und Speichern der Ausgabe im Projektordner /output

2. Übertragen des Inhaltes des Ordners /output auf den Server

Über Ursachen der gegenwärtigen Fehler ist hier schon in ausreichenden Beiträgen spekuliert worden. Wir sollten die Entwickler jetzt einfach mal ihre Arbeit machen lassen und nicht noch zwanzigmal die selbe bekannte Feststellung wiederholen, dass im Veröffentlichen der Wurm drin ist.

folgende Notlösung über Filezilla reduziert zumindest die Upload-Zeit:

1. Erstellen der Seiten im Ordner /output mit "Erweitert"->"Erstellen" ->"Webseite erstellen". Auch wenn hier die Versuchung groß ist, direkt nur "aktuelle Seite erstellen" zu wählen, rate ich hiervon ab. Es werden dann nämlich der Suchindex und die sitemap.xml nicht aktualisiert.

2. Veröffentlichen über Filezilla. Hierbei wird der Inhalt des Ordners /output in das Rootverzeichnis oder ein festgelegtes Projektverzeichnis auf dem Server mit der Option "Überschreiben, falls Größe unterschiedlich". veröffentlicht.

Gegenwärtig kann nicht ausgeschlossen werden, dass fehlerhaftes Handling bereits beim Erstellen der Seiten erfolgt. Die Inhalte des Ordners /output dürften also immer aktueller sein als die Zieldatei. Wenn aber am Inhalt nichts geändert wurde, bleibt die Größe von Quell- und Zieldatei gleich. Mit "Überschreiben, falls Größe unterschiedlich" lässt sich zumindest die Übertragungszeit auf den Server reduzieren.

Hallo Uli,

ob hinsichtlich der IP-Adresse ein Hinweis in der Datenschutzerklärung aufgenommen werden muss, hängt von Deinem Hoster ab. Wenn dieser ein LOG führt, wonach er nach dem Gesetz zur Vorratsdatenspeicherung verpflichtet ist, wird jeder Zugriff auf die Seite mit IP-Adresse, Datum + Zeitstempel sowie dem abgerufenen Inhalt gespeichert. Diese Speicherung verstößt aber nach EU-GH gegen EU-Recht. Da Du als Kunde keinen Einfluss darauf hast, ob sich Dein Hoster nach Deutscher oder Europäischer Regelung gesetzeskonform verhält, bleibt Dir nur eine Prüfung, ob LOG-Dateien erstellt werden. Im Normalfall werden diese im Root-Verzeichnis unter /LOGS abgelegt. Wenn Logs vorhanden sind, bleibt für uns als Webseitenbetreiber nur der Weg, durch Erklärung von Gründen aus der anlasslosen (und damit nach EU-Recht verbotenen) Speicherung der IP-Adressen eine sachlich begründete Notwendigkeit zu definieren, weshalb die IP-Adresse über einen begrenzten Zeitraum gespeichert werden muss. Eine der Begründungen wäre, dass zur Abwehr von Angriffen auf das Internetangebot eine Protokollierung notwendig ist.

Die gesonderte Zustimmungserklärung unter das Formular "Mit Absenden bin ich mit der Speicherung und Verarbeitung der von mir eingegebenen Daten einverstanden" halte ich persönlich für einen Hype. Wer nicht damit einverstanden ist, dass seine Daten gespeichert werden, sollte keine Anfragen über ein Kontaktformular schicken, sondern dieses ausfüllen, ausdrucken und dann in den Schredder schieben. Wie so ein Irrsinn aussehen kann, habe ich mal unter http://www.hanabi-pirna.de/test.php aufgebaut.

Wenn Du etwas ernsthafter an die Sache rangehen willst, kannst Du dich gerne an unserer Seite orientieren. Die dortige Datenschutzerklärung und weitere Erklärungen sind aber speziell auf unseren Verein angepasst und nur bedingt übertragbar. Außer "Abmahn-Sozietäten" wirst Du auch kaum einen Anwalt finden, der kompetent Auskunft geben kann. Auch der Datenschutzbeauftragte des Landes Sachsen schweigt auf die Anfrage, ob die in unserem Verein getroffenen Regelungen zum Datenschutz aus seiner Sicht gesetzeskonform sind.

Hallo Ray,

gehe mal bei geöffnetem Widget mit der Maus auf den unteren Rand. Deine Schilderung hört sich fast so an, als ob das Fenster zu weit zusammengeschoben wurde.

https://docs.zeta-producer.com/benutzerverwaltung-und-rechte.html

Support: Künftig sollte die Erstellung des Lizenzschlüssels wie folgt geändert werden:

Erster Buchstabe: Handbuch Seite 1, 4. Abschnitt, Anfangsbuchstaben des 7. Wortes in Zeile 3

Zweiter Buchstabe: Handbuch Seite 2, 3. Abschnitt, Zweiter Buchstabe des 9. Wortes in Zeile 7

....

Mit der Umsetzung dieses Wunsches können zwei Fliegen mit einer Klappe geschlagen werden:

1. Benutzer liest Handbuch

2. Ein Schlüssel von 337 Buchstaben (PDF-Handbuch) kann als sehr sicher bezeichnet werden.

/Ironie off

Morgen Martin,

Ab Version 14.2 gibt es unter "Extras" einen Papierkorb.

Hallo Guido,

Ich habe mir von beiden Seiten jeweils den Quellcode anzeigen lassen. Dieser war einmal komprimiert und einmal nicht. Der "falsche" Code ist zumindest korrekt innerhalb des /head untergebracht. Vielleicht kann der Support Dir morgen anbieten, die Weiberfastnacht morgen einzusenden. Bei diesem kleinen Projekt könnte man relativ schnell den Fehler finden.

Hallo Guido,

zumindest unter https://www.weiberfastnacht.info/ fällt auf, dass Startseite und Impressum einen unterschiedlichen Status haben. auf der Startseite ist der HTML-code nicht komprimiert, beim Impressum aber schon. Da diese Seite ja besonders "übersichtlich" ist, solltest Du diese mal mit "Erweitert" ->"erstellen" ->"Alle Seiten erstellen" und danach "veröffentlichen" ->"komplette Website veröffentlichen"

Überprüfe in dem Zusammenhang auch mal, ob auch in den Seitenattributen der richtige Code vorhanden ist.

Hallo Sven,

mit diesem Verfahren erreichst Du ganz schnell, dass alle alten Suchergebnisse bei Google verschwinden, da Google jetzt beim Crawlen immer die Meldung "Errordocument" zurückgeliefert bekommt, wenn einer der alten Links erneut gecrawlt wird. Der Wert des Suchtreffers ist damit = 0. Alle alten Suchergebnisse bei Google verschwinden, ohne dass Du bisher neue aufgebaut hast. Du machst es Dir da etwas zu einfach zum Schaden Deines Kunden.

Den Suchwert der alten Links behalten und gleichzeitig Google mit der neuen Seitenstruktur bekannt machen, geht nur über das "redirect permanent", wie ich schon unter Post 2 dargestellt habe. Du kannst auch davon ausgehen, dass ein Besucher, der die Öffnungszeiten in der Ergebnisliste anklickt und dann auf einer Seite landet voll mit irgendwelchen Übersichten, ganz schnell den "zurück" Button im Browser betätigt.

Hallo Guido,

der richtige Platz für den Google-Analytics-Code ist unter "Einstellungen" ->"Google". Prüfe mal bitte nach, welcher Code dort eingetragen ist. Falls dort kein Code eingetragen ist, lösche bitte zunächst die Eintragung in den globalen Attributen, danach trägst Du den korrekten Code ein. Falls dort der falsche Code eingetragen ist, bitte diesen und danach auch den Code in den globalen Attributen löschen und dann erst den neuen Code unter "Einstellungen"->"Google" eintragen. Bitte denke auch an die Anonymisierung und entsprechende Anpassung Deiner Datenschutzerklärung.

Hallo Sven,

eben erst gesehen: in Zeile 4 und 7 fehlt bei dir jeweils der / zwischen janutsch-hausverwaltung.de und $1 [R=301,L

FALSCH   RewriteRule ^(.*)$ http://janutsch-hausverwaltung.de$1 [R=301,L]

Richtig RewriteRule ^(.*)$ http://janutsch-hausverwaltung.de/$1 [R=301,L]

Hallo Sven,

Wenn einfach nur alle Aufrufe der alten Seite auf die Startseite der neuen Homepage kommen sollen, reicht die Umleitung im Control-Center des Webhosters. Diese ist anscheinend bereits aktiviert, da ich bei http://www.hausverwaltung-janutsch.de auf der neuen Seite ankomme.

Wenn alle alten Seiten direkt auf die neuen Zielseiten führen sollen, also Kontakt-alt auf Kontakt-neu, geht dass nur mit Einzelanweisungen für jede Seite

# Beginn Umleitung umbenannter Dateien
Redirect permanent /alteseite.html http://example.org/neueseite.html
Redirect permanent /altershop.html http://example.org/neuershop.php
Redirect permanent /2016.html http://example.org/2016/uebersicht-2016.html
# Ende Umleitung umbenannter Dateien

Du solltest parallel dazu aber auch in der Google Search Console die neue Seite anmelden und die Sitemap einreichen. Für weitere Fragen schaue einfach in die Zeta-Blogs in meiner Signatur.

Hallo Mario,

Ich bin immer wieder begeistert von Deinen Ideen. Klasse Ansatz.

Hallo Walter,

Welche PHP-Version verwendest Du genau? Php 4 ist "out of Support". Aktuell sind die 5.6 sowie 7.0 und 7.1. Hilfreich wäre auch ein Link zur Seite.

Hallo Achim,

Du kannst über "Erweitert" ->"Bilder" die integrierte Komprimierung nutzen. 400 Bilder in einem Album sind aber auch für den Besucher schwierig im Download. Ich stelle unsere inzwischen rund 6500 Vereinsfotos auch gerade um auf kleinere Alben von 50 Bildern je Seite.

Hallo Uro,

alternativ kannst Du auch das Bild vor Verwendung in einem externen Bildbearbeitungsprogramm auf die beabsichtigte Größe runterrechnen. Damit würde das manuelle Anpassen der Größe entfallen und die Ausrichtung gleich stimmen. Als Nebeneffekt wäre dann noch ein schlankerer Upload, da nur die tatsächlich benötigte Größe übertragen werden muss.

Hallo Orti,

die Schreibrechte sollten auf einem Apache-Server für Ordner auf 755 lauten und für Dateien auf 644. Mit 777 für Ordner und Dateien eröffnest Du jedem Besucher die Möglichkeit, alles auf Deinem Server auszuführen. Bisher sind hier im Forum kaum Probleme mit Strato bekannt. Handelt es sich bei Deiner virtuellen Maschine um einen sogenannten Managed Server, bei dem Strato die grundlegenden Konfigurationen bereits vorgenommen hat oder ist es ein "nackter Server" für den Du komplett selbst verantwortlich bist?

Hallo Nemessis,

das sollte theoretisch auch gehen, das GIF sollte dann aber exakt die Abmessungen für den Header haben, da es ansonsten nicht mehr funktioniert. Alternative wäre beispielsweise dieses Filmmaterial https://pixabay.com/de/videos/schn…eeflocken-1387/, eingebunden über Marios Script für ein Hintergrundvideo https://www.zella.de/code/hintergrund-video.html

Hallo Walter,

"Bild hilft"

Mit Klick auf das im Bild markierte Dreieck lässt sich das Protokoll anzeigen.

Hallo Walter,

behandle die Erkenntnisse zum Testprojekt bitte zunächst innerhalb dieses Beitrages. Der Support wird sich sicherlich morgen hierzu melden. Wie ich schon unter Verarbeitungsprotokoll - wo sichtbar? erläutert habe, ist für eine Nachvollziehbarkeit von Ereignissen die genaue Protokollierung der einzelnen Schritte ungemein wichtig.

An andere Forumsteilnehmer: Dieser Thread zur Fehlersuche sollte ausschließlich Walter und dem Support vorbehalten sein. Beiträge Dritter sollten daher, solange vom Support nicht ausdrücklich angefordert, hier unterbleiben. Ich hoffe auf Euer Verständnis.

Hallo Walter,

für den von Stefan angefragten Zweck reicht es aus, wenn Du das Protokoll über das Dreieck öffnest und den entsprechenden Protokollabschnitt kopierst und hier als Dateianhang reinhängst. Damit die wesentlichen Informationen vorhanden sind und gleichzeitig das Protokoll nicht überläuft, mache bitte folgendes: Öffne das Protokoll über das Dreieck, damit es als separates Fenster auf Deinem Bildschirm erscheint. Veröffentliche dann zunächst über F7, damit sollten dann theoretisch alle Dateien auf dem Server auf dem neuesten Stand sein. Lösche dann das Protokoll. Nimm auf einer Seite eine Änderung in einem Textartikel vor. Veröffentliche dann mit F7. Im Protokoll kannst Du nachverfolgen, was innerhalb von Zeta alles passiert. Wenn die Veröffentlichung beendet ist, markiere den gesamten Inhalt des Protokolls, kopiere ihn und füge ihn in eine normale Textdatei ein. Diese veröffentlichst Du im nächsten Beitrag als Dateianhang und erklärst dazu, welche Veränderung Du genau nach dem Löschen des Protokolls vorgenommen hast.

Die Aktivierung der Protokollierung in Zeta ist dazu gedacht, jeden einzelnen Rechenschritt in Zeta zu dokumentieren. Das macht aber nur Sinn, wenn man dazu ein genaues Textprotokoll der einzelnen Bearbeitungsschritte macht. Ich verwende dies ausschließlich in Absprache mit dem Support. Für das Uploadverhalten von Bildern habe ich dazu ein Testprojekt angelegt, die einzelnen Schritte notiert und die Protokollierung dazu laufen lassen. Das entsprechende Protokoll wird momentan ausgewertet.

Aus der Arbeit an unserer Vereinshomepage kann ich zum einen durchaus bestätigen, dass es Probleme im Uploadverhalten von Zeta gibt. Durch die Versuchsreihen ist aber gleichzeitig erkennbar, dass es nicht so trivial ist, wie wahrscheinlich vermutet. Es passiert beispielsweise, dass man die Versuchsreihe (Wiederholung identischer Vorgänge) zweimal durchlaufen lässt und dann eine Systematik erkennbar scheint, der dritte Durchlauf aber ganz andere Ergebnisse bringt.

Mit rund 6500 Bildern auf unserer Homepage und gut 150 Einzelseiten bin ich des öfteren konfrontiert mit Meldungen wie "MemoryOut" oder einem Upload von tausenden Dateien. Ich weis aber auch, dass die Mehrzahl der User hier im Forum nicht solche Mammutseiten haben. Meine eigenen Erfahrungen sind nicht unbedingt übertragbar. Daher mache ich, wenn ein Thema hier im Forum öfter auftaucht, in Absprache mit dem Support eine entsprechende Versuchsreihe.

Bitte habe Verständnis dafür, dass nicht jedesmal, wenn ein bereits bekanntes Problem in eine neuen Fragestellung "wiedergekaut" wird, da eine umfangreiche Stellungnahme erfolgen kann mit Erläuterung aller Schritte, die die Entwickler diesbezüglich bereits gegangen sind.

Für die Entwickler ist es im konkreten Fall ausreichend, von Dir dokumentiert zu bekommen, dass Du die Webseite veröffentlicht hast, danach an einem konkreten Artikel eine Veränderung vorgenommen hast und das Programm im Ergebnis dieser Änderung die Dateien a - z veröffentlicht hat.

Es ist zunächst ganz einfach, an eine Obstkiste 4 Räder ranzuschrauben. Später den Fehler zu finden, weshalb die Karre nicht geradeaus läuft, ist wesentlich komplizierter.

Die Jungs in der Entwicklungsabteilung von Zeta machen einen guten Job. Damit auch eventuelle Fehler im Programm gefunden werden, ist es aber erforderlich, dass wir als User bei uns anfallende Probleme ausreichend präzise beschreibe, was ich bei einigen Forumsbeiträgen hier leider vermisse.

In diesem Sinne, lieber Walter, halte dich an den ersten Absatz dieses doch wieder etwas länger gewordenen Beitrages.

Hallo Gieri,

grundsätzlich ist so etwas mit Zeta möglich. Man muss nur bei der Umsetzung von Anfang an sehr sorgfältig vorgehen. Dabei spielt es eine wesentliche Rolle, die Unterscheidung zwischen einzelnem Artikel, Reihe (mit mehreren Artikeln) und Container (eine oder mehrere Reihen) zu beachten.

Beispiel:

Die Homepage besteht aus den Seiten "Sport", "Spiel" & "Spaß". Zusätzlich soll es eine Langingpage "Landing" geben. Auf der Seite "Sport" werden mehrere Artikel untereinander in Reihe geschrieben, ebenso auf den beiden anderen Seiten. Auf der Seite Sport wird dann die "Reihe" markiert und kopiert. Auf der Seite "Landing" wird diese Reihe dann eingefügt. Danach auf das Bearbeiten-Symbol gehen und "Container bearbeiten". Hier den "Beginn eines neuen Containers" markieren. Damit ist aus der Reihe ein eigenständiger Container geworden, der beispielsweise ein eigenes Hintergrundbild oder eigene Hintergrundfarbe bekommen kann. Beim Scrollen kann für jeden Container und jede Reihe festgelegt werden, ob und wie eine Animation (einschweben von rechts, einschweben von links, kein einschweben) erfolgen soll. Die Inhalte der anderen Seiten können genauso in die "Landing" kopiert werden. Im Ergebnis hat man dann eine Landingpage, die den Inhalt der gesamten Homepage wiedergibt, wobei sich die einzelnen Abschnitte (Seiten) durch Animation, Hintergrundbilder und Hintergrundfarben wunderbar abgrenzen lassen. Ob nun für die Landingpage das generelle Layout der Webseite (Seitentyp Vorgabe) oder ohne Layout (Seitentyp Leer) genutzt wird, kann man individuell entscheiden und auch nach Seitenerstellung noch ändern.

Hallo Achim,

Das Problem ist ja in Zeta bereits in Bearbeitung. Ich habe dafür ein Testprojekt angelegt und protokolliert. Anscheinend ist für den Fehler die Menge und Größe der Bilder in einem Album ein wesentlicher Faktor. Bei meinen Tests kam ich auf eine Kritische Größe von 24 MB, also beispielsweise 800 Bilder je 30 kB. Versuche mal, Größe und / oder Anzahl der Bilder entsprechend zu reduzieren, bis es eine Lösung gibt.

Hallo Uwe,

ich habe das mal auf https://www.hanabi-pirna.de/online-cms nachgebaut (Hinweis: Damit ich ungefähr die Breite von Euch habe, ist vor dem Widget "Online-CMS" ein "Spacer" eingefügt). Das Bild wurde dabei in verschiedenen Varianten eingefügt mit nahezu immer dem selben Ergebnis. Je nach Einfügeposition kommt das Bild in die erste oder zweite Textzeile, aber immer rechts ausgerichtet.

Der Quelltext Eurer Seite bestätigt ebenfalls, dass das Bild die Ausrichtung "Rechts" also style="float; right;" hat.

Momentan fehlt mir da eine Idee, worin das Problem liegen könnte. Du kannst aber mal selbst ausprobieren / ausschließen, ob das verwendete Layout einen Einfluss hat. Bei Schmidts Café kommt "album-responsive" zur Anwendung, bei mir "clean-style-responsive". Die Kirchgemeinde hat "smart-style-responsive". Lege mal ein neues Projekt an mit "smart-style-responsive" und füge dort ein Online-CMS ein. Veröffentliche dann auf dem Testserver von Zeta und probiere online verschiedene Varianten des Artikels aus.

PS: Wenn das Problem geklärt ist, nimm Dir mal bitte Schmidts Café vor. Dort sind noch diverse Mängel bei Google-Analytics zu beheben (Siehe Blogbeitrag in meiner Signatur).

Hallo Uwe,

beschreibe mal, wie und in welcher Reihenfolge Du Text und Bild in das Online-CMS einfügst. Ich habe das mal versucht, nachzubauen, komme aber zu keinem befriedigenden Ergebnis.

Hallo Norbert,

Meine Einschätzung: Dein Server hat einen Schuss. Ich habe mir den kompletten Donnerhuf, den Du unter http://www.donnerhuf.verein.me über Zeta veröffentlicht hast, mit Filezilla runtergeladen, den Ordner umbenannt und komplett wieder mit Filezilla hochgeladen ohne einen "kritschen Dateiübertragungsfehler". Ein Virenscan über den Ordner war ebenfalls ergebnislos. Unter den Bildern und Thumbnails gibt es keine einzige kritische Dateibezeichnung, also Dateinamen mit Sonderzeichen, Umlauten oder Leerzeichen.

Nachfolgende Bemerkungen sind nur zum Projekt allgemein und stellen aus meiner Sicht in keinem Zusammenhang mit dem Uploadproblem:

- Bei den Bildern sind relativ viele *.png dabei, welche generell größer sind als eine *.jpg mit dem selben Pixelmaß.

- Unter /media/files finden sich eine index.html, eine index-01.html sowie ein lage.jpg, bei denen ich jetzt keinen Bezug zum Projekt sehe.

- Die Kameradenseite enthält personenbezogene Daten Dritter, die solltest Du entfernen / unkenntlich machen (in der Subdomain von verein.me habe ich die schon mal gelöscht)

Hallo Norbert,

dann lade ich mir mal den Donnerhuf vom Server runter. Mal sehen, ob sich da was ergibt.

Nachfolgend die Verwendung von Peters Script in der praktischen Zeta-Anwendung:

Benötigt werden:

- Das Script (siehe Quelltext)

- Schneeflocken

1. Das Script:

In Zeile 7 ist mit snow_img = " /snow/snow.png" festgelegt, dass als Bild die snow.png im Verzeichnis /snow zu verwenden ist. Ich habe das Script auf den relativen Pfad geändert, damit dieses problemlos in Zeta eingebunden werden kann. Es können beliebig auch andere Bilder verwendet werden, solange sie im Verzeichnis /snow abgelegt werden (Details dazu bei Punkt 2 Schneeflocken).

In Zeile 10 kann die Anzahl der gleichzeitig erscheinenden Flocken eingestellt werden.

<script type="text/javascript">
/////////////////////////////////////////////////////////
// Javascript made by http://peters1.dk/tools/snow.php //
/////////////////////////////////////////////////////////

// ERINNERUNG: Die Adresse ändern, in dem snow.png gespeichert wird...
snow_img = "/snow/snow.png";

// EXTRA: Sie können die Anzahl der Schneeflocken justieren, die Sie auf jeder Seite wünschen...
snow_no = 15;

if (typeof(window.pageYOffset) == "number")
{
    snow_browser_width = window.innerWidth;
    snow_browser_height = window.innerHeight;
} 
else if (document.body && (document.body.scrollLeft || document.body.scrollTop))
{
    snow_browser_width = document.body.offsetWidth;
    snow_browser_height = document.body.offsetHeight;
}
else if (document.documentElement && (document.documentElement.scrollLeft || document.documentElement.scrollTop))
{
    snow_browser_width = document.documentElement.offsetWidth;
    snow_browser_height = document.documentElement.offsetHeight;
}
else
{
    snow_browser_width = 500;
    snow_browser_height = 500;    
}

snow_dx = [];
snow_xp = [];
snow_yp = [];
snow_am = [];
snow_stx = [];
snow_sty = [];

for (i = 0; i < snow_no; i++) 
{ 
    snow_dx[i] = 0; 
    snow_xp[i] = Math.random()*(snow_browser_width-50);
    snow_yp[i] = Math.random()*snow_browser_height;
    snow_am[i] = Math.random()*20; 
    snow_stx[i] = 0.02 + Math.random()/10;
    snow_sty[i] = 0.7 + Math.random();
    if (i > 0) document.write("<\div id=\"snow_flake"+ i +"\" style=\"position:absolute;z-index:"+i+"\"><\img src=\""+snow_img+"\" border=\"0\"><\/div>"); else document.write("<\div id=\"snow_flake0\" style=\"position:absolute;z-index:0\"><a href=\"http://peters1.dk/tools/snow.php\" target=\"_blank\"><\img src=\""+snow_img+"\" border=\"0\"></a><\/div>");
}

function SnowStart() 
{ 
    for (i = 0; i < snow_no; i++) 
    { 
        snow_yp[i] += snow_sty[i];
        if (snow_yp[i] > snow_browser_height-50) 
        {
            snow_xp[i] = Math.random()*(snow_browser_width-snow_am[i]-30);
            snow_yp[i] = 0;
            snow_stx[i] = 0.02 + Math.random()/10;
            snow_sty[i] = 0.7 + Math.random();
        }
        snow_dx[i] += snow_stx[i];
        document.getElementById("snow_flake"+i).style.top=snow_yp[i]+"px";
        document.getElementById("snow_flake"+i).style.left=snow_xp[i] + snow_am[i]*Math.sin(snow_dx[i])+"px";
    }
    snow_time = setTimeout("SnowStart()", 10);
}
SnowStart();
</script>

Das Script wird mit dem Widget "HTML-Quelltext" als oberster Artikel der Seite platziert. Bitte beachtet, dass der Artikel danach nur noch über Umschalten in den Spalten-Modus mit F8 gefunden werden kann. Nach dem Speichern des Artikels fliegen aber zunächst keine Schneeflocken durch die Gegend, sondern nur X-Bilder (die Flocken sind ja noch nicht da).

2. Schneeflocken:

auf http://peters1.dk/tools/snow.php?l=de werden ja bereits diverse Schneeflocken angeboten. Soweit ich das in einem ersten Vergleich sehen kann, stammen zumindest die Schneeflocken von http://www.publicdomainpictures.net/hledej.php?hleda=Schneeflocke und sind mit einer CC-0-Lizenz versehen, also bedenkenlos verwendbar. Die gewünschte Schneeflocke also einfach herunterladen und als snow.png speichern. Wenn hier nichts passendes dabei ist, einfach mal hier nach einer farblich passenden Flocke suchen, diese herunterladen und auf passende Größe (z. b. 24 x 24 Pixel) reduzieren.

Wenn Ihr die Schneeflocke nicht als snow.png, sondern einen anderen Namen verwendet, müsst Ihr die Zeile 7 des Scripts nochmals anpassen. Wichtig st dabei auch die Speicherung im PNG-Format, da JPG keine Transparenz kennt.

Im nächsten Schritt fügen wird das Bild in Zeta ein:

- Da der Zugriff über das Script auf die Bild-"Datei" erfolgt, gehen wir über die Dateiverwaltung von Zeta unter "Erweitert" ->"Dateien" ->"Importieren" Bilddatei auswählen auf auf "kopieren" gehen.

- Auf die neu eingefügte Datei gehen, mit der rechten Maustaste auf "Eigenschaften" und dann auf "Ausgabe" gehen".

- Dort Häkchen rein bei "Datei an einem anderen Speicherort veröffentlichen" und in das darunterliegende Feld "/snow" eintragen (ohne Anführungszeichen)

Wenn alles richtig gemacht ist, sollten dann jetzt die Flöckchen fliegen, wie aktuell auf unserer Vereinsseite http://www.hanabi-pirna.de.