Nachtrag: Aufgrund der Häufung von Angriffen auf unsere Seite werden ausgewählte Angriffsversuche nunmehr unter https://www.hanabi-pirna.de/abwehrbericht.html protokolliert.
Beiträge von Hanabi
-
-
Hallo Axel,
Die Probleme mit der Darstellung in Safari haben aber mehr mit der ursprünglichen Fragestellung zu tun. https://search.google.com/test/mobile-fr…kU97JwuWa0rDWLw Die Darstellung ist jetzt für Mobilgeräte optimiert. Eventuell solltest Du wegen der Safari-Darstellung einen neuen Thread eröffnen, wir können aber auch hier fortfahren, wenn sich künftige Beiträge auf das Safari-Problem beschränken.
-
Hallo Axel,
wurdest Du denn bisher mit Spam-Einträgen über die angebotenen Formulare überhäuft? Wenn nicht, warum willst Du verhindern, dass Sehbehinderte und Blinde mit Dir Kontakt aufnehmen? Screenreader können heutzutage für beeinträchtigte Menschen die Welt des Internets zu großen Teilen erlebbar machen. Sie können Inhalte der Webseiten vorlesen, Bilder beschreiben dank "Alt-Text" und Formulare ausfüllen. Ein Recaptcha können Screenreader aber nicht bedienen, diese stellen ein unüberwindbares Hindernis dar.
Wenn Du bisher keine Probleme mit Spam-Einträgen hattest, möchte ich Dich bitten, nochmal über Barrierefreiheit nachzudenken.
-
Hallo Timo,
ich sehe hier zwei voneinander zu trennende Probleme. Zum einen haben wir den Umstand, dass die mit UTF-8 in Zeta erzeugten Seiten wegen der Charset-Angaben auf dem Server verstümmelt an den Endnutzer ausgeliefert werden. Hier solltest Du, da UTF-8 ein weltweiter Zeichensatz, hingegen ISO-8859-1 nur ein Latein-Zeichensatz ist, entsprechend der Anleitung im Link von Uwe die Ausgabe als UTF-8 erzwingen, und zwar gleich mit dem Eintrag, der an zweiter Stelle steht. Zeta liefert in UTF-8 aus und genau so wird es dann auch auf der Homepage dargestellt.
Das zweite Problem ist, und dazu frage ich nochmal nach, dass die Meldung des Scriptfehlers in Zeile 90 nur bei ISO 8859-1 auftaucht, bei Verwendung von UTF-8 hingegen nicht. Bitte bestätige oder korrigiere diese Fehlerbeschreibung. Die häufigsten Scriptfehler werden werden ja durch verwendeten Fremdcode erzeugt, daher bin ich mir noch nicht sicher, welchen Einfluss eine geänderte Codierung auf die Richtigkeit eines Scriptes hat.
Deine Seite befindet sich ja momentan noch im Aufbau mit relativ wenig Inhalt. Bleibe mal probehalber in der ISO-Codierung und schalte mit F8 in den Spaltenmodus um. Durchsuche dann alle Seiten des Projekts nach Widgets, die auf HTML-Quelltext basieren und blende diese aus. Mache das selbe auch mal probeweise mit dem Facebook-Widget auf der Startseite. Wenn der Fehler dann verschwindet, blende nach und nach die einzelnen Artikel wieder ein, bis der Fehler erneut auftaucht. Dann hast Du den Fehler gefunden.
-
Hallo Bruno,
da dürften wohl Spy-Hunter und Reg-Hunter eher als Un-Sicherheitsprogramme aufgetreten sein.
-
Hallo Timo,
wenn die Umlaute mit UTF-8 fehlerhaft ausgeliefert werden, wird wahrscheinlich durch direktiven Deines Providers noch eine ISO-Auslieferung erzwungen, obwohl UTF-8 inzwischen Standard ist.
Kommt die Fehlermeldung denn nur bei gewählter ISO-8859-1 ?
Schreib bitte auch mal die verwendete Zeta-Version (12 / 13 / 14), das verwendete Layout sowie am besten noch einen Link zu der Seite mit den Umlauten auf. Wochenende gilt auch für den Support, wenn also hier eine Lösung gefunden werden soll, geht das im Wesentlichen von User zu User. Gerade solche Fehler wie bei Dir sind ohne weitere Angaben nur schwer nachzubauen, da unsere Installationen ja in der Regel funktionieren und wenn es sich tatsächlich um eine Fehlermeldung ausschließlich unter ISO-8859-1 handelt, am ehesten über das Layout eingrenzen.
-
Hallo Jochen & Bruno,
bei der Arbeitsspeichermeldung tendiere ich eher zu einer Anwendung im Hintergrund, die in den Arbeitsspeicher reinpfuscht. Die Meldung taucht auch bei mir (HP Z600, 2 x Xeon X5650 Hexacore, 32 GB RAM; W7-X64) insbesondere beim Massenimport von Bildern (300 Stück á 60 KB) auf, allerdings immer mit irgendeinem anderen Programm (Word, Outlook, Explorer, Chrome) im Hintergrund auf, nach Neustart von Rechner und Zeta klappt dann alles. Reproduzierbar ist es im Prinzip kaum und es sind auch zu viele Fremdeinflüsse dahinter, Da der Rechner auch in das Stanford-Projekt zur Proteinforschung eingebunden ist, läuft er im Prinzip 24/7 und bekommt eigentlich nur bei Windows-Updates oder eben Systemfehlern einen Neustart (insgesamt 65 Starts in 7578 Betriebsstunden= 315 Tage).
Zu Festplattenproblemen kannst Du dir mal http://crystalmark.info/?lang=en ansehen, die Seite selbst gibt es nur auf Japanisch und Englisch, das Programm selbst hat aber auch eine deutsche Oberfläche.
-
Hallo Doc George ,
Danke für die lieben Worte. Wie Sie richtig beschrieben haben, ist "Rechts-Deutsch" ätzend. Mir geht es auch nicht primär um das Risiko einer Abmahnung, da ist wohl keiner gegen gefeit, sondern um einen Handlungsleitfaden, wie man so ein Thema im Verein umsetzen kann, damit es nicht nur für Juristen, sondern auch das einfache Mitglied verständlich wird und Vorstand sowie Organisationshelfer praktisch damit arbeiten können.
Datenschutz bedeutet ja "Daten schützen", da kommt es weniger darauf an, dem Vereinsmitglied oder Besucher der Seite alle Datenschutzgesetze vorzulegen, sondern vielmehr Gewissheit zu geben, dass die Daten, die von Mitgliedern oder Besuchern an uns übermittelt werden, auch tatsächlich sicher sind. Tücken liegen dort manchmal im Detail, so bieten beispielsweise CDN-Dienste wie Cloudflare einen verbesserten Schutz vor Online-Attacken, die Daten werden dann aber auf Servern auch außerhalb Europas gespeichert, was dann wiederum nicht den Datenschutzbestimmungen entspricht. Der deutsche Webhoster, bei dem wir unsere Vereinsverwaltung zu liegen haben (mit Vertrag zur Auftragsdatenverarbeitung), nutzt als Tool zur Überprüfung der Sicherheit der Seite das Tool "SiteLock", welches aber nach unserem Log-Protokoll über eine IP-Adresse in Chicago ausgeführt wird.
In diesem Sinne nochmals Danke für den Kommentar.
-
Hallo FC-Weisweil ,
gehe bitte mal hier im Forum auf diesen Link https://community.zeta-producer.com/wcf/signature-edit/ und bearbeite Deine Signatur. Als wichtigstes gehören dort ein Vorname (zum Duzen) oder ein Herr / Frau Nachname (zum Siezen), ein Link zu Deiner Seite sowie die Angabe der verwendeten Zeta-Version mit vollständiger Nummer (z. B. 13.3.0) und das verwendete Layout. Diese Signatur erscheint dann automatisch unter jedem Beitrag, Du kannst diese also auch direkt mit einem "Danke" beginnen und ab sofort erübrigen sich diese unnötigen Nachfragen, mit welcher Programmversion du arbeitest.
Zu Deinem speziellen Fall solltest Du auch noch etwas präziser werden: Was sind "viele Dateien"? Mein Output-Ordner ist 2,44 GB groß und umfasst 16409 Dateien in 46 Ordnern. Für mich wären "viele" also irgendetwas zwischen 3000 und 4000 Dateien. Mit 10 Mbit Upload würden diese innerhalb von weniger als einer Stunde hochgeladen, was in Erinnerung an die Zeit von DSL-2000 immer noch sehr schnell ist.
-
Hallo André,
das dürften Attribute aus der Zeit vor Version 12 sein, die aus Kompatibilitätsgründen noch da sein müssen, aber nicht mehr aktiv unterstützt werden. Es gab ja beispielsweise in der 11 noch Laufschrift, Flash-Animation, Animierten Text, Meldungsfenster, PopUp-Fenster und Countdown als Widgets.
-
Hallo Rolf,
ich vermute, Du hast die Anleitung auf https://faq.webspace-verkauf.de/article/wie-ka…%C3%BCtzen.html oder einem der anderen ersten Treffer in der Google Suche. Diese Beiträge gehen alle von einer bereits vorhandenen .htaccess aus und beschreiben deshalb nicht, wie man eine neu angelegte .htaccess richtig speichert. Es kommt dabei nicht nur auf auf das Weglassen die .txt, sondern auch die richtige Codierung an.
Der Tipp bezieht sich auch primär auf eine Verwendung der eigenen Serverkapazität durch dritte. Was Dein Grundproblem betrifft, wenn durch die Regel in der .htaccess nicht mehr auf das Bild direkt verlinkt werden kann, erfolgt der Link eben auf die Seite, auf der sich das Bild befindet. Es ist doch egal, ob ich nun schreibe "Guck Dir mal das HaHa Bild (*.jpg) an" oder "Guck Dir mal das HaHa Bild auf der Seite (*.html) an". In der zweiten Variante berkomme ich das Bild weiter angezeigt und die können sich wieder lustig machen.
-
Liebe Mitglieder des Forums,
ich bin jetzt schon mal etwas enttäuscht, das dieses Thema zwar schon 70 Zugriffe hat, aber sich selbst nach über einem Monat niemand an der Diskussion beteiligt. Ich hatte dieses Thema ausdrücklich als Diskussionsgrundlage eingestellt, weil nach meiner Überzeugung wir alle immer wieder Berührungspunkte mit dem Datenschutz haben und uns dort gegenseitig mit Wissen und Erfahrungen unterstützen sollten.
-
Guten Morgen Rolf,
wenn die .htaccess hinten noch ein ".txt" hat, war sie falsch gespeichert.
Das Verlinken der Bilder lasst sich nicht verhindern. Letztlich ist jedes Bild eine Datei, die auf dem Server gespeichert und dann auch von Zeta zur Darstellung auf der Seite verlinkt wird.
Es gibt 3 Möglichkeiten, um eine solche Situation künftig zu verhindern:
Variante 1: Verwende das Widget "Geschützter Bereich". Damit kannst Du die Bilderseiten mit Passwort schützen.
Variante 2: Nutze im Control-Center des Hosters der Webseite die Funktion "geschützte Verzeichnisse". Hierfür musst Du in Zeta die Bilderseiten in einen eigenen Ordner packen (->Seite->bearbeiten->Google)
Variante 3: Veröffentliche keine Bilder, über sich lustig gemacht werden könnte.
Wichtig: Bei den Varianten 1 und 2 bleiben die Bilder selbst ungeschützt, es wird lediglich der Zugriff auf die entsprechende Verlinkung geschützt. Insbesondere Suchmaschinen können also die Bilder weiter finden. Du kannst zumindest die großen Suchmaschinen wie Google oder Bing daran hindern, indem Du in die robots.txt (Einstellungen -> Google" folgendes ohne die führende Zeilennummer einträgst:
Damit wird den Robots verboten, das Verzeichnis, in dem die Bilder gespeichert werden, zu durchsuchen. An die Vorgaben der robots.txt halten sich aber nicht alle Suchmaschinen, so dass im Zweifel immer Variante 3 zu bevorzugen ist.
Für eine Löschung des Beitrages oder Bildes bei Facebook nutze die Funktion "Beitrag melden" und dann "Es sollte meiner Meinung nach nicht auf Facebook sein" und im nächsten Schritt dann "sonstiges".
Dort trägst Du dann ein, dass Du Schöpfer des verwendeten Bildes bist und keine Genehmigung zur Verwendung erteilt hast. Die Nutzung des Bildes bei Facebook stelle eine Urheberrechtsverletzung dar und verlangst deshalb die Löschung des Bildes.
-
Hallo Ray,
Umlautbuchstaben wie ä ö ü werden nicht von allen Kodierungen unterstützt. Nach Quelltext hast Du unter "Erweitert" ->"Erweiterte Einstellungen" ->"Kodierung" utf-8 gewählt. Das ist erst einmal richtig. Es könnte jetzt sein, dass Dein Provider standardmäßig eine andere Kodierung ausgibt, welche keine Umlaute unterstützt. Dies kannst Du über folgenden Eintrag in der .htaccess erzwingen:
Wenn Du bisher noch keine .htaccess im Einsatz hast, lies bitte meinen Blogbeitrag (Siehe Signatur) oder frage deinen Hoster, in welcher Kodierung er standardmäßig ausliefert und wie Du auf UTF-8 umstellen kannst.
-
Hallo Reiner,
ein Link zur Seite wäre tatsächlich nicht schlecht, da Google unter "Praxisbeispiele aus verschiedenen Hypnoseterminen." diverse Treffer ausspuckt, die hier keiner durchwühlen möchte.
Nach der Fehlermeldung solltest Du dir einfach mal den Artikel mit den Praxisbeispielen zur Hand nehmen und dort prüfen, ob eventuell dort verlinkte Bilder auch vorhanden sind.
-
Hallo Norbert,
ich schließe dann mal diesen Thread.
-
Hallo Trueldula,
ich bin einer der Moderatoren dieses Forums, aber nicht für Zeta tätig. Danke für Deinen Hinweis. Diese Seite wurde mit einer Freewareversion von Zeta Producer (14.0.0) erstellt. Daher liegen dem Support keine Daten über den Ersteller der Software vor. Die Seite wurde allerdings von Google bereits als gefährlich eingestuft, bei Aufruf in Chrome erfolgt ein entsprechender Sicherheitshinweis. Deinen Link habe ich deaktiviert, so das keiner der Forums-User versehentlich dem Link folgt. Eine Information an das BSI und 1&1 als Hoster ist eben raus.
-
Guten Morgen Bits,
alle Projekte, die mit der 13 erstellt wurden, liegen auch im Unterordner C:\Users\XXX\Documents\Zeta Producer 13\Projects. Wenn Du diese Projekte in die 14 konvertieren möchtest, starte Zeta 14, gehe dann auf "Öffnen" ->"Durchsuchen" und suche dann den entsprechenden Projektordner im 13-er Verzeichnis. Nach "OK" wird das Projekt aus Sicherheitsgründen zunächst kopiert nach C:\Users\Wir\Documents\Zeta Producer 14\Projects, so dass bei einer Fehlfunktion die Seite mit dem Stand vor Konvertierung in der 13 weiterhin bearbeitet werden kann. Erst danach erfolgt die Konvertierung auf die neue Version. Die Konvertierung kann je nach Größe der Seite eine Weile dauern, bei unserem Vereinsprojekt (rund 3 GB) lief die Konvertierung über 30 Minuten auf einer HP Z600 (2 x Xeon X5650 Hexacore, 32 GB RAM). Bei mir kam es während des Beta-Tests zur aktuellen 14 auch zu Programmabstürzen, die aber letztlich nicht reproduzierbar waren. Zum Zeitpunkt des Absturzes lief der Rechner mit diversen anderen Anwendungen. Nach Neustart des Rechners war die Konvertierung ohne weitere Zwischenfälle möglich. Reproduzierbar war der "Hänger" nicht.
Da das ursprüngliche Projekt von Steffen (Zeta) problemlos konvertiert werden konnte, vermute ich eher einen "Querschießer" auf Deinem Rechner, beispielsweise Avira etc.
-
Guten Morgen Sparky,
dann wähle bitte bei beiden nochmal explizit die entsprechenden Zielseiten aus. Auf http://www.hanabi-pirna.de/test.php habe ich eben mal ein neues Formular erstellt mit den automatisch erzeugten Verweisen. Der Originaleintrag war also "oid://page/de$nachricht-erfolgreich-gesendet" Mit einfügen dieser Verknüpfung in den Beschreibungstext wurde daraus automatisch "seite-nicht-gefunden.html", beim Absenden scheint es dann so, als ob nicht passieren würde.
-
Hallo Sparky ,
der Verdacht von Stefan S lag deshalb nahe, weil du dich in nahem zeitlichen Zusammenhang zur Sperrung von "mr.president" und der Neuregistrierung von "fehlerfrei" erstmalig registriert hast. Anhand Deiner IP-Adresse (Lokalisation Peine, Telekom) sollte das aber geklärt sein.
Gehe mal im Formular auf "erweiterte Einstellungen" (das Mischpult unten links) und dann auf "Optionen". Dort werden Erfolgs- und Fehler-URL jeweils eingetragen. Kontrolliere dort bitte, ob die Verknüpfungen jeweils zur Seite "Nachricht erfolgreich gesendet" und "Nachricht konnte nicht gesendet werden" eingerichtet sind. Falls die entsprechenden Einträge mit "oid" beginnen, gehen auf die Verlinkung und ändere die jeweils zu den entsprechenden eigenen Seiten. Als Script wähle zunächst "via PHP" ohne jegliche Sicherheitsabfragen. Veröffentliche dann, teste und berichte hier. Die PHP-Version ist mit 5.6 (http://abendfrieden.bplaced.net/assets/php/for…zp-php-info.php) passend.
-
und http://www.cubos-internet.de hat sich inzwischen spezialisiert auf Rettungs-Apps und den Hostingbereich zu http://www.managed-hosting-loesungen.de/ ausgegliedert. Diese Seite wiederum wird unverschlüsselt angeboten (keine sichere Kommunikation) und beim Cubos SSD-Webhosting gibt es das "günstige" Monatspaket für 10 €. Mag ja früher alles gepasst haben, aber ich habe den Eindruck, dass da kein großes Interesse an Hosting-Kunden besteht. Meine Empfehlung: schaue Dir mal die Angebote anderer Provider an.
-
Nein, ist es nicht. Bei welchem Anbieter bist Du denn?
-
Hallo Thomas,
dann gibt vermutlich Dein Hoster schon die ISO 8859-1 als Kodierung vor, deshalb war dann die Darstellung mit UTF-8 nicht richtig.
-
Hallo Thomas,
zu den Umlauten:
gehe auf "Erweitert" ->"Erweiterte Einstellungen" ->"Kodierung" und wähle dort statt "iso-8859-1" die "utf-8" aus. Danach KEIN Häkchen beim BOM. Damit sollte die Umlaute richtig dargestellt werden.
zu den Bildern:
gehe auf "Erweitert" ->"Erstellen"-"Alle Seiten erstellen" und danach auf "Veröffentlichen"->"Komplette Website veröffentlichen"
-
ich bin noch nicht so richtig drin in der 14,
habe aber, was die Varianten betrifft, ein Beispiel für eine manuelle Vorsortierung: Unsere drei Abteilung sind Karate, Laufsport und Aroha. Die T-Shirts gibt es für jede Abteilung, wobei Karate die größte Abteilung ist, deshalb auch als erste Variante erscheinen sollte. In alphabetischer Sortierung würde Karate aber jeweils in der Mitte liegen.
-
Sorry, hatte den Sub-Namen noch mal geändert http://dateibrowser.zeta-producer.com
-
Hallo Thomas,
da wir auch bei 1&1 sind, habe ich das eben mal in einer Subdomain ausprobiert und komme zur selben Fehlermeldung wie Du. Selbst nach Setzen der Ordnerrechte für /downloads auf 777 kommt die Fehlermeldung. Testweise mal die gesamte Subdomain auf 777 gesetzt, Cache geleert, keine Änderung.
Jochen und andere, kannst Du / könnt Ihr das mal mit einem 1&1 Account überprüfen?
Ich glaube jetzt mal nicht an einen Fehler im Programm, da unter http://dateibrowser.zeta-producer.com der Dateibrowser funktioniert.
-
Hallo Kai,
das ist eine Erweiterung von Mario , zu finden unter http://code.zella.de.
-
Im Normalfall wird ja Browsercaching genutzt, um unveränderte Inhalte nicht erneut laden zu müssen. Zur Deklaration, welche Daten welches Ablaufdatum haben, verwendet man folgenden Eintrag in der .htaccess:
Code
Alles anzeigen# Beginn Browser-Caching <IfModule mod_expires.c> ExpiresActive On ExpiresByType image/gif "access plus 7 days" ExpiresByType image/ico "access plus 7 days" ExpiresByType image/jpeg "access plus 7 days" ExpiresByType image/jpg "access plus 7 days" ExpiresByType image/png "access plus 7 days" ExpiresByType text/css "access plus 7 days" ExpiresByType text/javascript "access plus 7 days" ExpiresByType application/x-javascript "access plus 7 days" ExpiresByType application/javascript "access plus 7 days" </IfModule> # Ende Browser-CachingFür den hier vorliegenden Fall würde ich empfehlen, testweise auf "access plus 500 seconds" zu gehen. Dieser Eintrag sollte aber nicht dauerhaft bestehen bleiben.
-
Warum in die Ferne schweifen, denn das Gute liegt so nah
: https://blog.zeta-producer.com/seo-mit-zeta-producer-teil-1/ -
Hallo nemessis ,
hast Du in dem Providervertrag ein Limit beim Speicherplatz? Wenn ja, lösche zunächst einmal eventuell noch vorhandene ältere Backups.
-
Eigentlich sollte es über die Änderung im Explorer gehen. Ich werde das jetzt mal wie folgt nachbauen:
- in Zeta 13 lege ich ein neues Projekt mit dem Layout "Boxes" an
- die Webseite nenne ich "FC Weisweil e.V. 1924"
- ich lege einen beliebigen Artikel an mit Bild im Text
- ich öffne das Projekt in Zeta 14 (konvertiere)
- ich versuche, in einen Textartikel ein Bild einzufügen.
danach geht es Tippel-Tappel-Tour durch die einzelnen Möglichkeiten durch, den Projektnamen zu ändern.
Bitte bestätige mir vorher noch kurz, dass "FC Weisweil e.V. 1924" exakt die verwendete Schreibweise im Projekt ist.
-
Hallo FC-Weisweil ,
ändere mal bitte auch noch den eigentlichen Projektordner (oberhalb der Projektdatei). Wenn damit das Problem behoben ist, würde ich diesen Thread zusammenführen mit der ursprünglichen Fragestellung von Dir und HorstSchwarz , ansonsten machen wir hier separat weiter.
-
Richtig festgestellt, Ganz oben in der Kopfzeile des Programms wird der Ordner-Name aufgeführt (Oberhalb der Projektdatei).
-
Doch es geht nur bekomme ich das nicht hin
https://www.youtube.com/watch?v=QOw0ru…RoulApqvKDDDU7ihttps://developers.google.com/speed/pagespee…%2F&tab=desktop
Also Uwe Keim ist mal mit einer einfarbigen Seite ohne Inhalt auf 99 oder 100 gekommen.

-
Hallo Thomas,
da kann ich jetzt gerade nicht weiterhelfen, da ich die 14 noch nicht aktiv in Benutzung habe (momentan häuft es sich mit Nachbereitung EM, Kids-Camp, Sommertrainingslager und Hallenanträgen fürs nächste Schuljahr).
-
Alles anzeigen
Hallo,
ja, das ist leider noch etwas kompliziert und muss im Handbuch noch dokumentiert werden.
Bei "Ordnerpfad auf Server" muss der absoluten Pfad (Document Root) Ihrer Homepage eingefügt werden.
Dazu bitte auf der Seite mit dem Widget zusätzlich das Widget "Quelltext" mit folgendem Code einfügen: <?php echo $_SERVER["DOCUMENT_ROOT"] ?>
Die Seite mit dem PHP-Code muss den Dateityp .php haben. Das bitte kontrollieren.
Dann die Website veröffentlichen. Dort sollte dann der absoluten Pfad stehen, den Sie verwenden müssen. Die Angabe "media/files" dann noch dem Pfad dazufügen.
Könnte dann so aussehen: /home/www/web1234/html/media/files/
-
wie im verlinkten Beitrag schon von Stefan S erwähnt, "kränkelt" Zeta 14 wohl noch mit Umlauten. Wenn im Projektnamen ein Umlaut ist, dürfte im Projektpfad der Umlaut ebenfalls auftauchen. Gehe mal auf "Erweitert" ->"Ordner anzeigen" und benenne die Projektdatei UND den darüberliegenden Projektordner um von Ö auf OE usw.
habe es eben mal selbst durchgetestet, ein 13-er "ögertürmär" simple responsive blau mit Standardinhalt konnte in die 14 konvertiert werden mit einer "langen Gedenkminute" zu Anfang, danach klappte aber das Einfügen eines Bildes in einen Text nicht. Fehlermeldung: "Pfad nicht gefunden".
Nach Umbenennung Projektdatei und Ordner läuft alles wie gewohnt.
-
Beginnt Deine Lizenznummer mit " ZP14P- " ?
Wenn ja, dann hast Du bereits eine Premium-Lizenz für die aktuelle Version 14 und es stehen daher keine Upgrades zur Verfügung. Mich irritiert aber, dass Du den Lizenzschlüssel eingeben musst, um eine Webseite zu erstellen. Hast Du das Programm mehrfach und auf unterschiedlichen Rechnern installiert? Falls ja, dürfte hier der Copyright-Schutz zugeschlagen haben, so dass die Lizenznummer als "zu häufig verwendet" betrachtet und deshalb nicht akzeptiert wird. Schicke in diesem Fall eine E-Mail an support (at) zeta-producer.com mit Deiner Lizenznummer und einem Link auf diesen Beitrag.
das ist nicht tricky vom Hersteller, sondern im Update sauber ausgewiesen
-
sind eventuell Umlaute oder Sonderzeichen im Spiel? siehe Fehlermeldung beim Einfügen von Bildern in "Text"-Maske, wenn Umlaute im Dateipfad...