Beiträge von Hanabi

Mario hat ja unter https://www.zella.de/code/3.html bereits ein frei einfliegendes CSS-Fenster entwickelt. Ich tue mich leider immer noch etwas schwer mit mit der Anwendungskombination aus CSS und HTML, da ich als Vereinswebmaster (zumindest theoretisch) dahingehend vorsorgen sollte, dass außer mir auch andere Personen die Webseite betreuen können. Konkret geht es darum, dass wir mit WeCanHelp einen Handelspartner haben, der über das Portal einen Großteil der Provisionen an uns als Spende weiterleitet. Hierfür werden auch diverse Quellcodes wie beispielsweise nachfolgend als Marketingmittel angeboten.

<!-- Anfang WeCanHelp -->
<a href="https://www.wecanhelp.de/hanabi" target="_blank">
<img src="https://www.bildungsspender.org/extern/images/wch_verein_150_200.gif" border="0" alt="Hier geht's zu unserem Spenden-Shop."  title="Hier geht's zu unserem Spenden-Shop." width="150" height="200" /></a><br />
<!-- Ende WeCanHelp -->

Rein Optisch lässt sich dieser Quellcode aber nur schwer platzieren, da er, wenn er auf allen Seiten angezeigt werden soll, nur im Footer untergebracht werden kann. Die Logos zu unseren Social-Media-Auftritten sind quadratisch, eine Platzierung vor oder nach der Danksagung an aktuelle Spender wirkt unsymmetrisch. Den Spendertext von zwei Buttons einzufassen, hilft auch nicht, da beispielsweise der "Paypal"-Spenden-Button wieder im Querformat angelegt ist.

einzig saubere Platzierung wäre einschwebend rechts oder links. Hierfür ist die "Beinahe-Lösung" das Info-Banner, welches aber nur funktioniert, wenn ich vorher über den Entwicklermodus eine Kopie des Banners anlege (nur ein Info-Banner-zulässig, dieses wird bereits für die Datenschutzinfo benötigt). Mit der Kopie des Infobanners funktioniert es halbwegs, allerdings werden dadurch untere Teile der Homepage verdeckt (z. B. "nach Oben").

Das Ganze ist sicherlich ein "Luxus-"Problem, aber wir sind ja hier schließlich in der Rubrik "wünsch dir was"

Aus meiner Sicht würde hier eine Variante von "HTML-Quelltext" mit Angabe der Einblendposition ausreichen, da die Einbindung von externem Bannercode sicherlich die häufigste Anwendung in diesem Zusammenhang ist.

Für einen erfahrenen User ist die Lösung von Mario sicherlich problemlos umzusetzen, durch die (notwendigerweise) Verwendung von individuellem CSS kann es aber später zu Support-Problemen kommen, wenn User sich dieser Anwendung nicht mehr erinnern oder schlichtweg vergessen, bei Support-Anfragen zu erwähnen, welches individuelle CSS verwendet wurde.

Hallo Walter,

ich habe aufgrund dieses Beitrages gestern ein Backup durchlaufen lassen inklusive Serverspeicherung. Ist problemlos erfolgt trotz eines Gesamtvolumens von 1,7 GB. das scheint also kein generelles, sondern ein benutzerspezifisches Problem zu sein. Um das näher einzugrenzen und den Mitarbeitern des Supports am Montag "Futter" liefern zu können, sollten wir User dazu ein paar Daten zusammentragen. Aus technischer Sicht würde ich zwar eine Abhängigkeit vom Layout ausschließen, vorsichtshalber sollten wir dies aber trotzdem erfassen.

Wer hat aktuell Probleme beim Backup auf Webserver (nur Zeta 14.2.1)

Bitte posten: Anbieter (z. B. 1&1) *** FTP-Protokoll (z. B. SFTP) *** DSL-Upload (z. B. 10 MBit) *** Layout (z. B. Clean Style Resp.) /

Hallo Janosch,

die nachfolgenden Tipps sind nur aus dem Gedächtnis heraus, da mein Zeta gerade auf Veröffentlichung läuft.

Variante 1: nutze für den Slider größere Bilder, die die gesamte Breite ausfüllen

Variante 2: Füge links vor dem Slider einen Spacer ein und justiere dann über das GRID so nach, dass der Slider mittig ist. Eventuell musst Du auch hinter dem Slider noch einen weiteren Spacer einfügen, damit es passt.

Variante 3: nutze angepasstes CSS, da können aber andere User besser helfen, wenn sie das verwendete Layout kennen.

Hallo Jörg,

aus meiner Sicht wäre das eine "Zwei-Fenster" Lösung von Zeta, bei der im einen Fenster die Ansicht im Spaltenmodus erfolgt, im anderen hingegen der normale Layoutmodus zu sehen ist. Echte Vorteile bringt dies aber nur an einem Arbeitsplatz mit 2 Bildschirmen. Momentan würde aber von einer Umsetzung noch abraten, da bei großen Bildermengen (Album mit mehr als x Bildern á y kB je Bild, gesamt mehr als 24 MB an Bildern) Zeta mit dem Hinweis "nicht genügend Arbeitsspeicher" verabschieden könnte. Das Erstellen von Alben mit größeren Mengen ist zwar möglich, bei nachträglichem bearbeiten ist mir diese Fehlermeldung aber bereits mehrfach untergekommen, wobei nur der reine Spaltenmodus noch Zugriff auf die zu bearbeitende Seite gewährte. Die Entwickler sind an dem Thema bereits dran, mir ist aber nicht bekannt, ob hier schon eine Lösung gefunden wurde.

Monsieur : Hast Du schon mal auf den Schieberegler oben rechts "Einfügen aus/an" geklickt? Die Standardeinstellung nach Installation ist auf "Einfügen aus". Damit werden nur die derzeit vom Layout bereits aktiv genutzten Bereiche angezeigt. Mit "Einfügen an" werden alle Gestaltungsbereiche angezeigt, die im Layout verfügbar sind, also beispielsweise auch Footer und Sidebar (Newsbereich), sofern in dem gewählten Layout verfügbar.

Hallo Joachim,

deshalb habe ich ja angefangen, im Nebel zu stochern, weil auch ich genau diesen Fehler weder selbst hatte noch mich entsinnen kann, dies so im Forum gesehen zu haben. Mache mal bitte Folgendes:

1. Gehe auf "Extras" ->"Optionen" und aktiviere die "Protokollierung",

2. Starte Zeta neu

3. Lege einen neuen Artikel an und füge die Bilder ein

4. Wenn dann erneut der Anzeigefehler auftritt, wechsle erneut auf "Extras"->"Optionen"

5. Wähle dann unter "Aktionen" ->"Dateien senden", im Feld "Anmerkungen" fügst Du über "copy & paste" den Link zu diesem Beitrag ein.

6. Nach dem Senden kannst Du die Protokollierung wieder deaktivieren.

Damit wäre dann ein Protokoll dessen, was Zeta im Hintergrund macht, schon mal beim Support und das Team kann sich das am Montag angucken.

Prüfe mal, ob in den Dateinamen der Bilder Sonderzeichen oder Leerzeichen drin sind. Ist jetzt zwar ein bisschen wie Stochern im Nebel, aber leider schwer nachzubauen.

Hallo Joachim,

wenn Du die Bilder in der Bilderverwaltung neu importiert hast, haben diese eine neue ID bekommen. Am Einfachsten ist es sicherlich, die Bilder im Text zu löschen und neu hinzu zufügen.

Hallo André,

in der php.ini habe ich lediglich

max_execution_time=50000

zu stehen. Entgegen meiner sonstigen Gepflogenheiten habe ich dahinter aber nicht kommentiert, weshalb dieser Eintrag vorgenommen wurde, das könnte also neben Zeta auch mit Admidio oder Wiki zu tun haben. Einziger Hinweis ist das Datum der Erstellung (6. April 2016). Da muss ich also mal zurückblättern in meinen Beiträgen hier im Forum, was ich an diesem Tag so an Beiträgen geschrieben habe .

Hallo Monsieur ,

ich verstehe noch nicht ganz, weshalb Zeta Dich zu irgendeinem Gestaltungselement in Header oder Footer "zwingt". Einmal mit F8 in den Spaltenmodus umschalten, auf die Spalte Header oder Footer gehen, alles rausschmeißen, was dort drin ist und eigene Ideen frei Gusto umsetzen.

Mit einem Begrüßungsbildschirm aka:

"Füllen Sie bitte auf nachfolgendem Formular aus, welche Elemente Ihre Seite enthalten soll und tragen Sie die zutreffenden Werte ein. Wählen Sie anschließend unter den folgenden Farbschemata aus"

werden die Seiten nicht individueller, sondern stereotypischer. Im nächsten Schritt werden dann die Texte für Schuster, Bäcker, Feuerwehrleute etc. vorgegeben und nur noch anzukreuzen, welche Öffnungszeiten verwendet werden sollen. Das Ganze hat dann nichts mehr mit der Gestaltung von Webseiten zu tun, sondern wird nur noch ein Formulargeklicke.

Hallo Joachim,

das sieht so aus, als ob die Bilder entfernt wurden. Mal bitte in der Bilderverwaltung prüfen, ob die Bilder dort noch vorhanden sind.

Guten Morgen André,

https://www.hanabi-pirna.de/assets/php/for…zp-php-info.php

Hallo Stefan,

zunächst einmal wäre ein Link auf die Seite ganz hilfreich. Am Besten machst Du das hier im Forum über das Kontroll-Zentrum und richtest eine Signatur ein, die unter allen Deinen Beiträgen erscheint.

Zeta ist ein Desktop-CMS, beim Veröffentlichen werden fertige HTML-Dateien auf den Server übertragen, es bedarf also keiner Datenbank.

Hallo André,

die häufigsten Fehler im Zusammenhang mit dem geschützten Bereich liegen bei den FTP-Einstellungen. Prüfe dort:

1. ist bei einer Seite mit SSL-Zertifikat https:// vor der Webseite eingetragen?

2. ist bei einer Seite, die mit www. beginnt, auch das www. vor der Webseite eingetragen?

PHP 5.6 reicht aus, solltest Du aber baldmöglichst wechseln. Die 5.6 erhält nur noch extended Support, dieser endet am 31.12.2018.

Hallo Mike,

Flat Responsive ist ja ein Layout, welches erst mit der 14.0 eingeführt wurde. Ich habe zwar gerade für solche Konvertierungsfragen mehrere Versionen von Zeta installiert, dies betrifft aber nur die Hauptversionen (11 / 12.2 / 12.5 / 13 / 14). Da in der 13 das "Flat" noch gar nicht verfügbar ist, kann ich die Konvertierung nicht nachbauen.

Der von Dir beschriebene Wechsel auf Travel lässt aber die Vermutung zu, dass sich das Problem eingrenzen lässt.

Da auf der Homepage im Quelltext immer noch die V 14.1.0 steht, poste mal noch den Link zur testweise veröffentlichten Version mit Travel Responsive.

Du hast ja das Privileg, für die private Nutzung die Software in der kostenfreien Version verwenden zu dürfen. Diese Version ist allerdings vom Premium-Support (20 € + Mwst. je Ticket, Fernwartung mit einem Kollegen vom Support) ausgeschlossen. Da sich bisher auch noch keine User mit Express, Business oder Premium zu Problemen mit Flat Responsive geäußert haben, wird Dein Problem vom Support vermutlich erst dann angegangen werden, wenn alle Probleme der "Bezahl-Kunden" geklärt sind. Dies ist ein ganz normales wirtschaftliches Verhalten.

Warten wir jetzt einfach mal ab, wer sonst noch was dazu beitragen kann.

Hallo Mike,

Da sieht jetzt erst mal nichts ungewöhnlich aus. Eventuell kann Stefan S morgen etwas mit meinem Hinweis anfangen, dass "randlos" im Container nicht zur Verfügung steht. Letzte Idee für Heute: gehe mal auf die Reihe, bei der der Artikel linksbündig steht und setze einen Haken bei "hier beginnt ein neuer Container".

Hallo Mike,

klappe im Spaltenmodus mal bitte die einzelnen Reihen ein und mache dann einen Screenshot ab dem ersten Container.

Hallo Mike,

wechsle mal mit F8 in den Spaltenmodus und mache dann einen Screenshot. Eventuell ist dort mehr zu erkennen.

Stefan S : Ich habe das mal mit Flat Responsive getestet, da wird tatsächlich keine Option "Randlos" im Container angeboten.

Hallo HOK ,

in diesem Zusammenhang auch ganz interessant zu lesen: http://magazin.cultura21.de/gesellschaft/i…ch-loesbar.html

Hallo Nemessis,

CDN ist eine Tarifoption beim Webhoster. Du musst allerdings genau hinschauen, ob Du ein CDN verwenden kannst (1.) und darfst (2).

1. Bei 1&1 ist es beispielsweise so, dass ein einfaches CDN in allen Tarifen enthalten ist. Dabei werden jedoch Webseiten mit https:// (SSL-Verschlüsselung) nicht unterstützt. Hierzu ist das aufpreispflichtige CDN+ zu buchen.
2. Beim CDN wird der Inhalt der kompletten Webseite auf mehrere Rechenzentren weltweit verteilt. Mit komplettem Inhalt sind auch der Shop und das Dashboard (inklusive Kundendaten) gemeint. Die Kundendaten eines Händlers in der EU unterliegen aber Europäischem Datenschutzrecht, welches auf den Servern von Cloudflare (USA) nicht greift. Die Speicherung von Kundendaten in Ländern außerhalb der EU ist daher im allgemeinen nicht zulässig.

Du bist ja gar nicht Paul, sondern Mike ,

die Urspungsversion war die 14.1.0., auf Eurer Seite online werden zwar Fehler angezeigt, die aber anscheinend mit der Einbindung von Flickr zu tun haben. Was mir auf Deinem Foto noch auffällt: Das ist ja ein wiederhergestelltes Backup. Was ist denn mit dem Original-Projekt passiert?

Momentan habe ich keine Idee, woran das liegen könnte.

Hallo Walter,

das Seitenattribut ermöglicht es, eine von den für die gesamte Webseite geltenden globalen Attributen abweichende Darstellung auf einer einzelnen Seite zu erzwingen. Eine Änderung im Attribut hätte sich also eigentlich zumindest auf dieser einen Seite zeigen sollen.

Seitenattribute haben Vorrang vor globalen Attributen, d. h., wenn Du global, also im Fußteil einer beliebigen Seite auf das Copyright gehst und dort 2019 einträgst, wird auf der Startseite immer noch 2018 sein. Gehe auf die Startseite und dort auf "bearbeiten" ->"Attribute". Suche "copyright_notice" und lösche das Attribut. Nach dem Löschen trägt sich das globale Attribut automatisch erneut ein (zu erkennen am ausgegrauten Text).

Hallo Huber,

bei den meisten Forensystemen wird mit einer Anmeldung gearbeitet. Wenn Du komplett ohne Anmeldung arbeiten willst, nutze doch das Zeta-eigene Gästebuch. Hier kannst Du über die Administration Beiträge bearbeiten oder auch löschen. Es läuft allerdings immer nur ein Gästebuch pro Seite. Du müsstest also für jeden Artikel, der diskutiert werden soll, eine eigene Seite erstellen.

Alternativ kannst Du ja hier mal schauen, ob etwas passendes dabei ist: https://forensoftware.de/

Hallo Huber,

der Beitrag wird ja bei Disqus gespeichert und nur in die Homepage eingebunden. Ich vermute daher, dass Einstellungen zum Layout des Beitrages nur über Disqus möglich sind.

Hallo Paul,

das lässt sich mit den bisher gemachten Angaben kaum nachvollziehen.

- von welcher Version erfolgte das Update?

- Welches Layout ist betroffen?

- handelt es sich um ein angepasstes Layout (nicht von Zeta supported) oder ein Standard-Layout?

- erfolgten die Formatierungen mittels CSS / HTML-Code oder über Programmeinstellungen?

Auf Bild 2 die Überschrift beachten: Dies ist der auf 20 MB begrenzte Testserver von Zeta.

gehe auf "Veröffentlichen" ->"FTP-Server konfigurieren" und dann unten links auf "Neu". Dort entsprechend das Protokoll auswählen, welches vom Hoster für FTP zur Verfügung gestellt wird (FTP / FTP mit SSL oder SFTP) und dann entsprechend den Zugangsdaten konfigurieren.

https://www.hostnet.de/faq/welche-php…-vorinstalliert.

https://www.strato.de/faq/article/13…Verfuegung.html

Hallo paj55 ,

nach Möglichkeit sollte je Thread nur eine Frage gestellt werden, damit die Übersichtlichkeit gewahrt bleibt und sich trotzdem andere User mit einem gleichartigen Problem dranhängen können.

Die Kontrollkästchen im 3-er Block lassen sich wie folgt realisieren:

Lege für jedes Auswahlfeld ein eigenes Kontrollkästchen mit jeweils nur einem Begriff an. Wenn Du das Formular mit OK bestätigst, sind zunächst alle Kontrollkästchen untereinander. Wenn Du dann mit der Maus auf das erste Feld gehst, erscheint "Umbruch" mit vorangestelltem Häkchen. Entferne dieses Häkchen bei allen Auswahlfeldern. Bewege dich dann mit der Maus zum rechten Rand des Auswahlfeldes und fasse den Rand an. Verschiebe diesen dann soweit nach links, dass das Auswahlfeld nur noch 3-4 GRID-Felder abdeckt. Damit ist hinter dem ersten Auswahlfeld jetzt Platz für die nächsten. Gehe auf das darunterliegende Auswahlfeld und verschiebe wieder den rechten Rand nach links. Ab einer bestimmten Position ist das Feld klein genug, um in die darüber liegende Zeile zu springen. Verschiebe den Rand weiter nach links, damit Du noch ein drittes Feld hochspringen lassen kannst. Die gleiche Prozedur machst Du mit allen anderen Auswahlfeldern.

Hallo Bronce79 ,

stelle mal bitte einen Screenshot Deiner FTP-Einstellungen rein.

Hallo ropau001 ,

Zeta Producer ist ein Desktop-CMS, d. h., die Seiten werden offline im CMS erstellt und dann als fertige HTML-Seiten auf den Webserver übertragen. Mit PhPMyAdmin ist wenig zu machen.

Hallo Jochen,

Mach mal bitte unter http://www.peterbarth-art.de/unterrichtsprojekte.html noch ein "L" in die F_ügel.

Hallo Jochen,

mach mal das Häkchen raus bei "Nach dem Schließen nicht erneut anzeigen". Bei aktivierter Funktion wird das Banner nur beim ersten Besuch angezeigt und ein Cookie auf dem Rechner des Besuchers gesetzt, so dass bei erneutem Besuch anhand des Cookies erkannt wird, dass der Inhalt des Info-Banners bereits zur Kenntnis genommen wurde.

Hallo Tobi,

was hast Du denn gemacht, damit die Vorschaubilder kommen?

Hallo Tirila,

ZP-Server ist anscheinend ein Bestandteil des Shop-Systems, wird aber wohl auch ohne Aktivierung des Shops bereits mit veröffentlicht. Genaueres können sicherlich die Kollegen vom Support morgen sagen. Testweise habe ich über Filezilla auf der Domain http://www.verein.me, die keine Shop-Elemente enthält, den Ordner umbenannt, ohne dass Auswirkungen auf die Funktionalität der Seite sichtbar wären. Danach habe ich mir mal die einzelnen enthaltenen PHP-Dateien des Ordners angesehen. Bei Sicherheitsbedenken geht es ja entweder um das Thema "Übernahme des Servers" oder um "Kundendaten". Aus meiner Sicht bieten die einzelnen PHP-Scripte keine Zugriffsmöglichkeit direkt auf den Server. Wenn kein Shopsystem installiert ist, sind auch keine "Kundendaten" vorhanden, die eventuell gefährdet sein können. Manipulationen an den PHP-Dateien hätten insoweit keine Auswirkungen.

Support : Falls meine Vermutung zutrifft, dass dieser Ordner ausschließlich für das Shop-System benötigt wird, sollte im nächsten Update korrigiert werden, dass dieser Ordner nur dann veröffentlicht wird, wenn auch das Shopsystem aktiviert ist.

Klicke mal in der Fehlermeldung auf das kleine Dreieck unten links und dann auf "Details", diese kopierst Du in eine Textdatei und lädst diese als Dateianhang hier hoch.

Hallo Tobi,

wenn ich mir die Seite im Internet Explorer ansehe und auf die nicht vorhandenen Thumbnails klicke, öffnen sich die großen Bilder. Da insgesamt noch nicht all zuviel Inhalt auf der Seite hinterlegt ist und das Video über eine Youtube-Einbettung läuft, können wir ausschließen, dass auf dem Server nicht genug Speicherplatz wäre (das kleinste Easyname-Paket hat 20 GB inklusive). Weitere mögliche Fehlerquellen wären:

1. fehlende Schreibrechte im Ordner /thumbnails:

Hierzu über Filezilla mit dem Webspace verbinden und den Ordner unter /media/images suchen, dann mit der Maus auf den Ordner gehen, Mausklick rechts "Dateiberechtigungen". Als Numerischer Wert für das Verzeichnis sollte 705 oder 755 stehen. Falls dort ein anderer Wert steht, bitte ändern (nur für Verzeichnis).

Danach noch in den Ordner wechseln und zunächst prüfen, ob dort schon irgendwelche Dateien vorhanden sind. Falls ja, bitte ebenfalls mal die Dateiberechtigungen anzeigen lassen. Dort sollte als numerischer Wert 604 stehen. Falls dort ein anderer Wert steht, bitte zunächst einmal hier posten.

2. eine die Veröffentlichung blockierende Datei in Zeta:

Gehe in Zeta auf "Erweitert" ->"erweiterte Einstellungen". Unterhalb des "URL-Rewrite" gibt es einen unscheinbaren Button "Interne Listen". Diesen drücken. Nach einem erfolgreichen Veröffentlichen sollten in allen drei Rubriken keine Einträge mehr vorhanden sein. Da durch mehrfache Veröffentlichungsversuche einzelne Seiten in den Listen auch mehrfach auftauchen können, lösche bitte alle Listen über "alle entfernen". Danach veröffentlichst Du neu. Bevor Du auf "Veröffentlichen" gehst, suchst Du unten rechts in Zeta das kleine nach unten gerichete Dreieck und klickst dort drauf und dann auf Protokoll. Dieses Fenster ist zunächst leer. Lasse es aber während der Veröffentlichung offen, so dass eventuelle Fehlermeldungen gleich gesehen werden können.

Im besten Falle geht die Veröffentlichung jetzt durch und Deine Vorschaubilder sind online. Falls nicht, kehren wir wieder zu den internen Listen zurück. Primär sollte uns dann der jeweils erste Eintrag in den Listen interessieren, da dieser vermutlich den weiteren Veröffentlichungsprozess blockiert. Diesen postest Du dann (am besten mit Screenshot) hier im Forum.

Hallo Tirila,

welches Layout verwendest Du? Ist die Seite bereits online (Link)?

Hallo paj55 ,

Das Projekt wurde in einer Cloud gespeichert. Bitte überprüfe unter "Erweitert" ->"erweiterte Einstellungen", ob unter "Optionen" ein Häkchen gesetzt ist bei "Als Cloud-Projekt öffnen".

Hallo Sven,

"Blogbeitrag" und "Blog" sind reine Anwendungen des Desktop-CMS. Kurz zum Hintergrund: Online-CMS-Systeme wie Joomla, Wordpress & Co. werden auf dem Webserver installiert und stehen danach jedem zur Verfügung des dass Passwort kennt, sei es als legaler Eigentümer oder als Eindringling, der vorhandene Sicherheitslücken ausnutzt. Bei einem Desktop-CMS wie Zeta erfolgt die gesamte Bearbeitung offline, auf dem Server werden - von wenigen Ausnahmen abgesehen - keine ausführbaren Scripte, sondern statische HTML-Seiten ausgeliefert. Mit Zeta erstellte Seiten sind daher schwerer zu pflegen (immer eine Programmlizenz erforderlich), als wesentlich sicherer gegen Angriffe von außen.

Wenn es mir gelingt, mich in eine fremde Wordpress-Installation einzuloggen, kann ich auf diesem Server beliebig Scripte egal welcher Art ausführen, also den Server nutzen für die Verteilung von SPAM-Mails, Seitenaufrufe und Klicks erzeugen oder andere Webseiten angreifen. Theoretisch besteht sogar die Möglichkeit, den Server zu überlasten und damit nicht nur die okkupierte Seite, sondern alle anderen Webseiten, die sich auf dem selben Server befinden, lahmzulegen. Bei Massenhostern wie Strato oder 1&1 kommen da schnell mehrere Tausend Webseiten zusammen. Bei Zeta beschränken sich die serverinstallierten Anwendungen auf das Online-CMS, den Shop und das Gästebuch. Für einen erfolgreichen Angreifer wäre es also theoretisch möglich, diese 3 Bereiche zu manipulieren. Keinesfalls besteht aber die Möglichkeit, die Rechenkapazitäten des Servers zu übernehmen.

Mit unserer Vereinsseite sind wir im Alexa Ranking weltweit unter den TOP 1-Million-Seiten und damit "attraktiv" für Angriffe, weil aufgrund des Rankings ein leistungsstarker Server im Hintergrund vermutet wird. Dies bedeutet, dass täglich zwischen 5 und 10 Versuche unternommen werden, mittels vorhandener Sicherheitslücken in Wordpress, Joomla oder Drupal in unseren Server einzudringen und diesen zu übernehmen. Als Zeta-User lehne ich mich da entspannt zurück und lasse die Angreifer gegen eine nicht vorhandene Wand laufen, da es wegen der Auslieferung in HTML und Offline-Erstellung schlicht keine Sicherheitslücken gibt.

Richtig ungemütlich werde ich aber trotzdem gegenüber Angreifern jeglicher Couleur, da gerade bei uns im Verein beispielsweise über das Widget "geschützter Bereich" Fotoalben nur zur internen Verwendung zur Verfügung gestellt werden und auch auf dem selben Server, aber unter einer anderen Domain, unsere Vereinsverwaltung mit sensiblen personenbezogenen Daten läuft, wo es nicht mehr um die Übernahme einer Rechnerleistung geht, sondern jeder Angriffsversuch einen "Vorfall" darstellen würde. Über "Forschungsreihen Deutscher Universitäten und Journalisten zur IT-Sicherheit" könnte ich ganze Romane schreiben.

Sorry, war jetzt doch etwas länger geworden, eventuell hilft es aber dem einen oder anderen, besser zu verstehen, was der Unterschied zwischen einem Desktop-CMS und einem Online-CMS ist und warum in Zeta nicht alles so geht, wie es in Wordpress möglich wäre.

Hallo Sven,

Standardmäßig werden die von Zeta erstellten Seiten mit der Codierung UTF-8 ausgeliefert. Dieser Zeichensatz deckt die meisten westlichen Sprachen inklusive der deutschen Umlaute ab. Durch die Aktivierung von add_default_charset wird die Seite aber mit dem Standardzeichensatz des Servers (ISO-8859-1) ausgeliefert. Die beiden Zeichensätze sind nicht identisch, so dass es zu dem Fehler bei Umlauten kommt. Über eingeschaltetes BOM kann dann wiederum definiert werden, dass unabhängig vom Server UTF-8 als Zeichensatz zu verwenden ist.

Zitat von Wikipedia

Wird ein BOM verwendet, kann es jedoch auch zu Problemen mit Programmen kommen, die kein Byte Order Mark erwarten oder kennen. So wird in Unix-artigen Umgebungen oft in Skriptdateien der Shebang-Mechanismus verwendet, bei dem die Zeichenfolge "#!" ebenfalls am Dateianfang stehen muss. Steht hier ein unerwartetes BOM, gibt es Probleme. Auch melden Compiler wie z. B. gcc (vor Version 4.4^[1]) bei Verwendung eines BOM überschüssige Zeichen am Dateianfang und in PHP mit Standardeinstellungen^[2] führt das BOM zur Ausgabe von Zeichen an den Browser, so dass ohne „output buffering“ keine HTTP-Header mehr geändert werden können.

Dies war letztlich der Grund, weshalb die PHP-Anwendung "geschützter Bereich" kollabiert ist.

Ursächlich für das Fehlverhalten war also das aktivierte BOM.

An dieser Stelle noch ein Hinweis für Mitleser: Wenn es Probleme mit der Darstellung von Umlauten gibt, liegt dies in den meisten Fällen daran, dass Zeta die Seiten nach internationalem Standard UTF-8 ausliefert, während auf dem Server ISO-8859-1 aktiviert ist. Prüft in solchen Fällen, ob (wie bei Sven) sich im Control-Center des Hosters eine Einstellung zum Ändern oder Deaktivieren des Charset findet und stellt diese dann auf "off" oder "UTF-8". Falls nicht, lässt sich UTF-8 auch ohne BOM mittels folgenden Eintrages in der .htaccess erzwingen:

# Beginn UTF-8 #####

AddCharset UTF-8 .html
AddCharset UTF-8 .php

# Ende UTF-8 #####

Hallo Sven,

ich habe mir jetzt noch mal die von Dir per PN übermittelten Seiten angesehen und stolpere über Folgendes:

Aufruf der jeweiligen Seite bis zum Anmeldefenster (noch kein Kennwort eintragen) in Chrome, dann über Mausklick rechts auf Untersuchen (Strg+Umschalt+I) führt bei den einzelnen Seiten zu unterschiedlichen Ergebnissen:

Nachdem es auf der Spiel-Domain und dem Test-Server von Zeta funktioniert, bleiben nur noch touchstart/touchmove und Google-Maps übrig.

Als nächstes solltes Du auf der Original-Seite Google-Maps deaktivieren, bei touchstart/touchmove kann ich nämlich gerade nicht sagen, wo diese Einträge herkommen. Grundsätzlich stellen beide die Simulation der Maus auf Touchscreens dar. Vielleicht weis da ein anderer User mehr.