Beiträge von Hanabi

    Hallo DiRe ,

    die Vertrauenswürdigkeit ist ja ein neuer Hinweis ;). Im Quelltext der Kontaktseite finde ich:

    Code
    <input type="hidden" name="f_title" value="Verkehrsentlastung der Horber Strasse in Herrenberg-JETZT!">
    <input type="hidden" name="f_success" value="http://www.horberstrasse.de.ws3.pph-server.de/nachricht-erfolgreich-gesendet.html">
    <input type="hidden" name="f_error" value="http://www.horberstrasse.de.ws3.pph-server.de/nachricht-konnte-nicht-versendet-werden.html">
    <input type="hidden" name="f_id" value="1664"> 
    <input type="hidden" name="f_alertPrefix" value="Bitte f&#252;llen Sie die rot markierten Felder aus:">
    <input type="hidden" name="f_invalidEmailMsg" value="keine g&#252;ltige E-Mail">  

    in Zeile 2 und 3 ist jeweils ein Verweis auf http://horberstra%c3%9fe.de

    Das ist die unsichere Verbindung, die Firefox bemängelt, und dürfte gleichzeitig auch Hinweis für dein Kontaktproblem sein. Gehe in Zeta auf "Veröffentlichen" ->"FTP-Server konfigurieren" und überprüfe dort, ob in der Webadresse diese mit http oder https beginnt. Ich vermute, dort steht nur http. Ändere dann die Adresse auf https. Anschließend musst Du alle Seiten neu erstellen und Veröffentlichen.

    Hallo Sylvia,

    abgesehen davon, dass Du vermutlich einen Fehler beim Eintrag in den Attributen gemacht hast, solltest Du besser den Weg über die .htaccess gehen statt über den Header der HTML-Datei. Header-Angaben werden von den einzelnen Browsern unterschiedlich interpretiert. die Auswertung erfolgt auch erst auf dem Rechner des Seitenbesuchers, also in dem Moment, wo die Kopfzeile der Seite geladen wird. Manche Browser akzeptieren ein "no-cache" im Header nicht, dies ist teilweise auch noch von den verschiedenen Versionsnummern abhängig.

    In der .htaccess fügst Du folgenden Befehl ein:

    Code
    <IfModule mod_expires.c>  ExpiresActive On  ExpiresDefault "access plus 2 seconds"
    </IfModule>

    Damit wird bereits auf Deinem Server geklärt, dass bei erneuter Anforderung irgendeiner Datei innerhalb von 2 Sekunden dies erneut ausgeliefert wird. Der Code stammt übrigens von Christians Blog.

    Hallo Jeremy,

    der erste Teil Deiner Frage ist leicht zu beantworten. Verbinde dich über Filezilla mit dem Hostserver und lösche im dortigen Stammverzeichnis alle Daten. Damit ist die neue Homepage weg.

    Die Beantwortung des zweiten Teils ist davon abhängig, ob Du noch Zugriff auf das Programm hast, mit dem Du die Homepage ursprünglich erstellt hast.

    - Falls ja, veröffentliche aus diesem Programm heraus die Inhalte der Homepage neu.

    - Falls nein, logge dich in das Control-Center deines Providers ein. Bei einem guten Provider gibt es eine Option "Wiederherstellung gelöschter Dateien". Dort kannst Du dir die gelöschten Dateien nach Datum der Löschung sortiert anzeigen und wiederherstellen lassen. Die Wiederherstellung erfolgt zumeist in einem gesonderten Verzeichnis, Du musst danach also noch die wiederhergestellten Dateien in den Rootbereich der Domain kopieren.

    Hallo Klaus,

    überprüfe mal bitte, ob in den FTP-Einstellungen die Webadresse mit https angegeben ist oder mit http. Scheint mir die wahrscheinlichste Ursache zu sein, dass Du noch auf http veröffentlichst. Die PHP-Version passt erstmal.

    Das ganze Konstrukt über den Prepaid-Hoster, wo Du eine Subdomain unter der subdomain ws3.pph-server.de hast, ist natürlich auch anfällig für Fehlerquellen. Wenn die Web-Adresse schon richtig mit https angegeben ist, solltest Du mal testweise auf dem Zeta-Server veröffentlichen. Geht bei den FTP-Einstellungen über "Neu" -> "Kostenlos zum Testen auf zeta-producer.com"

    Apropos "kostenlos": Bite beachte die Lizenzbedingungen. Als "sonstige Organisation" benötigt Ihr eine Express-Lizenz.

    Hallo Norbert,

    wenn Du mal http://museumsgarten.donnerhuf.de/aktionen-september-2014.html in Chrome öffnest und dann auf "Untersuchen" gehst, scrolle mal im rechten Fenster bei "Styles" ganz nach unten, bis Du die Rechtecke zu den Größenangaben siehst. die gesamte Seite hat eine Breite von 904 Pixeln (wie auch alle anderen Seiten), aber eine Höhe von 0 Pixeln. Da kann nichts angezeigt werden. Erstmal solltest Du den einen Fehler finden und beseitigen, dann kann man weiter sehen.

    Hallo Heinrich,

    die Art und Weise des Uploads ist durch das Widget Formular vorgegeben, hier kannst Du weder den Zielordner ändern noch das automatische Löschen verhindern.

    Im Widget "Dateibrowser" hast Du vermutlich den relativen Pfad mit /assets/php/formmailer/upload_5a14979071f7a/ angegeben. Der relative Pfad funktioniert nicht in allen Fällen zuverlässig. Probiere statt dessen den absoluten Pfad. Diesen kannst Du ermitteln, indem Du folgenden PHP-Code in ein Widget "HTML-Quelltext" aus der Seite zum Download einfügst und dann veröffentlichst. Nach Aufruf der Seite wird Dir der absolute Pfad angezeigt. Trage diesen dann im Widget Dateibrowser vor /assets ein.

    PHP
    <?php echo $_SERVER["DOCUMENT_ROOT"] ?>

    Aus Sicherheitsgründen würde ich aber davon abraten, ein Uploadverzeichnis für den Download zu öffnen. Du weist nicht, was Deine Besucher hochladen und damit unverzüglich auch von Deiner Seite heruntergeladen werden kann. Als Seitenbetreiber bist Du aber verantwortlich für die Inhalte und Angebote Deiner Seite. So wie jetzt von Dir angedacht, könntest Du ein Hotspot für illegales filesharing werden.

    Hallo DiRe ,

    verbinde dich mal über Filezilla mit dem Server und wechsle dort in das Verzeichnis "Assets". Dort suchst Du das Verzeichnis /php und lässt dir für dieses Unterverzeichnis die Dateiberechtigungen anzeigen. Ich vermute, dass bei "öffentliche Berechtigungen" in "Ausführen" kein Häkchen drin ist.

    Der numerische Wert für die korrekten Dateiberechtigungen ist 705.

    Hallo sound67 ,

    das Widget heißt "Nach oben" und ist in Version 13 unter "Sonstige" zu finden. Mit genau zwei Eingabefeldern (anzuzeigender Text und Anzeige-Position) ist das Widget selbsterklärend und daher nicht im Handbuch dokumentiert.

    Nachtrag (zum ursprünglichen Thema): Mit der Verwendung mehrerer Überschriften in einem Artikel hast Du dir aber die Chance verbaut, genau diesen Abschnitt von einer anderen Seite aus zu verlinken. Sprungmarken in Zeta funktionieren über die Artikel-ID, Du kannst also bei einer Verlinkung innerhalb der Seite auf den einzelnen Artikel verlinken und über den Zusatz #Artikelnummer (Beispiel: https://www.hanabi-pirna.de/spenden-sponsoring.html#a32155) auch von einer völlig fremden Seite zielgerichtet einen Artikel ansteuern. Überschriften hingegen sind nur eine Deklaration gegenüber Google & Co, verfügen aber über keine eigene Sprungmarke.

    Hallo Guido,

    in der .htaccess solltest Du niemals etwas probieren, was nicht bereits irgendwo dokumentiert ist. Mit einem Fehler in der .htaccess kannst Du die eigene Seite ganz schnell lahmlegen.

    damit die einzelnen Befehle überhaupt wirken, muss zunächst einmal geklärt sein, wie Du die Webseite veröffentlichst, also ob in den FTP-Einstellungen in Zeta die Adresse mit oder ohne www drinsteht. Die dort eingetragene Adressform ist sozusagen die originale Postanschrift. Bei http://www.domain.de macht es keinen Sinn, über die .htaccess überhaupt irgendetwas auf http://domain.de umzuleiten.

    Nachfolgend als Beispiel ein Auszug aus unserer .htaccess (in den FTP-Einstellungen wird auf https://www.hanabi-pirna.de veröffentlicht):

    Hallo Norbert,

    das in den Vorlagen mitgelieferte Kontaktformular basiert auf dem Widget "Formular". Du kannst dort also jederzeit auch Felder hinzufügen. Für die Anrede verwendest Du das Feld "Optionsschaltfläche", trägst dann als Bezeichnung "Anrede" ein und als Elemente "Frau;Mann". Für die Telefonnummer nimmst Du ein einzeiliges Textfeld und wählst im HTML5-Typ "Telefon" aus. Unser Aufnahmeantrag ist beispielsweise auch mit dem Widget "Formular" erstellt, genau wie das Spendenformular. Gestaltungsmöglichkeiten mit dem Formular gibt es viele, beispielsweise übergeben wir mit dem Anmeldebutton zu einer Veranstaltung an das Anmeldeformular den Namen der Veranstaltung, so dass wir nur ein Anmeldeformular für alle Veranstaltungen brauchen und der Empfänger in der E-Mail sofort erkennt, um welche Veranstaltung es geht.

    Hallo Herbert,

    ein weiterer Ansatz, wie man das "DC"-Problem mit der index.html umgehen könnte, wäre die Verwendung eines Codes nach http://www.schema.org. Nachfolgend mal als Beispiel der Code (über Widget HTML-Quelltext einzufügen), mit dem ich zusätzliche Informationen an Google auf unserer Startseite übermittle.

    Relevant für Euch dürfte der Abschnitt "sameAs" sein, über den die Webseite erklärt, welche weiteren Webseiten mit dem Inhaber der gerade aufgerufenen Seite identisch sind. Über den letzten Eintrag in der "sameAs"-Gruppe wird dargestellt, dass http://www.hanabi-pirna.de identisch ist mit http://www.hanabi-pirna.de/index,html.

    Für eventuelle Mitleser an dieser Stelle nochmals der Hinweis, dass "duplicate content" eigentlich nur dann relevant wird, wenn ihr bereits bei Google auf Seite 1 seid und es nur noch um die Position (Platz 1 oder 2) geht. Das grundsätzliche Ranking bei Google wird meines Ermessens noch immer über den angebotenen Inhalt generiert. Als Verein haben wir natürlich gegenüber vielen anderen Forumsmitgliedern den Vorteil, dass jede Veranstaltung uns neue Texte für die Homepage liefert und Google somit Stand Heute bei uns 61.349 Wörter finden kann. Selbst wenn man die "geschützten" Bereiche abzieht, verbleiben noch mehr als 50-tsd Wörter, die im Google-Index landen. Hinzu kommen rund 5000 Fotos, die zumindest über den Dateinamen like 2017-1119-lg-dresden-karate-001.jpg, zum Teil aber auch über den ALT-Text zusätzliche Suchbegriffe liefern.

    In dem Zusammenhang kann man sich natürlich fragen, ob sich der ganze Aufwand für einen kleinen Verein wie uns lohnt; aber wir bekommen nur über die Homepage monatlich 2 bis 3 neue Mitglieder und konnten im vergangenen Jahr rund 1500 € Spendengelder allein über unsere Onlineaktivitäten einwerben. Auch hier aus dem Forum haben einige User gespendet, wofür ich mich an dieser Stelle noch einmal herzlich <3 bedanken möchte.

    Hallo Jona,

    Das oder auch der Blog /blɔg/ oder auch Weblog /ˈwɛb.lɔg/ (Wortkreuzung aus engl. Web und Log für Logbuch) ist ein auf einer Website geführtes und damit meist öffentlich einsehbares Tagebuch oder Journal, in dem mindestens eine Person, der Blogger, international auch Weblogger genannt, Aufzeichnungen führt, Sachverhalte protokolliert („postet“) oder Gedanken niederschreibt.

    Für dieses Verständnis eines Blogs gibt es das Widget "Blog-Artikel". Wenn Du alle Artikel auf der selben Seite veröffentlichst, reicht eine Aneinanderreihung von "Blog-Artikeln" aus.

    Daneben gibt es aber auch noch den Ansatz, Artikel nach Themengebieten getrennt auf mehreren Seiten der Homepage zu platzieren, in einer Übersicht (nennen wir sie mal "Aktuelles") aber die fünf oder 6 neuesten Artikel vorzustellen. Mögliche Anwendungsgebiete wären (ich spreche jetzt mal als Vereinswebmaster), dass die einzelnen Abteilungen auf der jeweiligen Abteilungsseite einen neuen Artikel verfassen, dieser dann über die Funktion "Blog" zusammen mit den Artikeln anderer Abteilungen auf der Startseite erscheint. Ein anderes Beispiel wäre die Führung einer Chronik im Blogformat, wobei alle Beiträge als Blogartikel unter /2017/chronik.html eingetragen werden, die aktuellsten 5 sich aber über das Widget "Blog" auch auf der Startseite wiederfinden.

    Wenn Du nur Beiträge in zeitlicher Reihenfolge übereinander stapeln willst, geht das auch mit einfachen Textartikeln. Diese kann man dann auch noch beliebig mit Bildern oder Bilderalben ergänzen. Bei paralleler Führung einer Chronik muss man dann aber immer wieder die einzelnen Artikel von "Aktuelles" in die "Chronik" verschieben.

    Bevor Du jetzt das Widget "Blog" oder "Blogbeitrag" gänzlich verwirfst, mache Dir einfach nochmal Gedanken über die Struktur und die von Dir gewünschten Bewegungen des Besuchers auf der Seite. Das selbe gilt aber auch für jedwede andere Umsetzung. Es ist meines Ermessens der schwerste Part einer Seitenentwicklung, diese Ziele (was soll die Seite dem Besucher vermitteln, was der Besucher auf der Seite tun?) zu formulieren und einen Zielpfad zu finden, der da möglichst nahe ran führt. Die ideale Lösung gibt es nicht, auch Zeta ist keine eierlegende Wollmilchsau.

    Hallo Norbert,

    wegen dem Uploadverhalten habe ich letztes Wochenende ein Testobjekt angelegt und die Protokollierung mitlaufen lassen. Ist bereits beim Support und wird dort auseinander genommen.

    ansonsten warten wir jetzt mal ab, ob nach Ende des Uploads auch die Vorschaubilder verfügbar sind.

    Hallo Martin,

    wenn Du keine eigene .htaccess auf dem Server im Einsatz hast, ist es sicherlich am Einfachsten, wenn Du vor dem Umbenennen von Dateinahmen und Verschieben in andere Ordner in Zeta auf "Erweitert" ->"erweiterte Einstellungen" gehst und dort das "URL-Rewrite" aktivierst. Du musst dort lediglich auswählen, ob Deine Seite als Apache (90% aller Fälle) oder Windows-Server läuft. Wenn Du danach eine Seite änderst, also den Dateinahmen umbenennst oder in einen neuen Ordner verschiebst, erzeugt Zeta automatisch einen entsprechenden Eintrag zur Umleitung in der .htaccess.

    Wenn Du bereits eine .htaccess im Einsatz hast, lies Dir bitte meinen Blogbeitrag zur .htaccess in meiner Signatur durch. Dort erkläre ich, wie die Umleitung in der .htaccess manuell eingetragen wird.

    Zur 2. Frage: Solange Du auf einer Seite keine Widgets verwendest, die vollständiges PHP benötigen, vergibt Zeta automatisch die Endung .html. Bei Einsatz eines PHP-Widgets wird diese (ab Version 14) automatisch auf .php umgestellt.

    Der von Dir angesetzte Weg über php-Header mag zwar vielleicht auch gehen (habe ich nicht getestet), ist aber umständlicher als die beiden von mir vorgestellten Lösungen.

    Hallo Thomas,

    an Deiner stelle würde ich auf den "Besucherzähler" verzichten. Zum einen sind Besucherzähler nicht mehr zeitgemäß, zum anderen ist aber gerade die von Dir verwendete Variante eine wahre Cookieschleuder.

    Für die Startseite finde ich:

    - 5 Cookies von http://www.adson.de, teilweise erst am 8. November 2019 ablaufend

    - 2 Cookies von http://www.besucherzaehler-counter.com, davon 1 x bis 25.11.2017

    - 3 Cookies von http://www.yandex.ru, jeweils ablaufend am 16. November 2027

    - 1 Cookie von mc.yandex.ru, ablaufend beim Beenden der Browsersitzung.

    Zitat aus einer Nachricht über Kontaktformular, die Dich jederzeit erreichen könnte:

    "Sehr geehrter Herr Fütterer, bitte erklären Sie mir mal, was Ihre Webseite mit yandex.ru zu tun hat und weshalb Ihre Seite sich für 10 Jahre in meinem Computer einnisten will."

    Nachtrag: auf unserer eigenen Seite verwenden wir insgesamt 4 Cookies, davon 3 von Google-Analytics. Von diesen dreien wird lediglich das _ga (regelt das opt-out, also das Verbot der Datenerfassung) über 2 Jahre gespeichert. die beiden anderen Cookies laufen quasi sofort ab. Als 4. Cookie wird noch ein Sitzungscookie in Zusammenhang mit dem Infobanner abgelegt.

    Hallo Jona,

    ich habe das mal unter http://www.hanabi-pirna.de/testen.php nachgebaut (bitte ganz nach unten scrollen, da gerade mehrere Themen online sind). Offensichtlich verwendest Du die Widgets "Blog" und "Blogbeitrag" auf der gleichen Seite. Da Du nur einen Artikel geschrieben hast, erscheint dieser nun einmal als Blog und einmal als Blogbeitrag. Ist auch dadurch zu erkennen, dass der Sprung von der verlinkten Überschrift 1 auf den darunter liegenden Artikel führt. Hintergrund eines Blogs ist es aber, auf einer Seite "Blog" die über verschiedene Seiten des Webprojektes verteilten Blogbeiträge an einer Stelle zusammenzufassen. Du müsstest Dir also nochmal Gedanken über das Seitenkonzept machen.

    Punkt 4 ist eine gestalterische Frage, was nicht mein Fachgebiet ist, außerdem sollte man das dann noch einmal mit korrekter Umsetzung des Blogs sehen.

    Wichtiger Nachtrag: Ich bin wegen des Fehlers in der SVG nochmals durch den gesamten Wikipedia-Artikel durchgegangen, es gibt hier eine Diskrepanz zwischen der deklarierten Gemeinfreiheit der Bilddatei und der markenrechtlichen Hinterlegung durch GINETEX. Wenn man etwas tiefer bohrt, findet sich die ISO 3758 als internationale Normung, in der ebenfalls der Schutz der Symbole durch Ginetex erwähnt wird.

    Bitte vor Verwendung der Symbole Kontakt aufnehmen mit GINETEX, um verbindlich zu klären, inwieweit hier ein Markenschutz greift.

    Hallo Jörg,

    unter http://www.hanabi-pirna.de/test.php habe ich mal ein Wäschesymbol in jpg, png und svg nebeneinander gestellt. Mit der speziellen waschen.svg von Wikipedia stimmt übrigens etwas nicht, wie man dem Größenvergleich und Versatz des Bildtextes entnehmen kann. SVG-s lassen sich aber, wenn sie korrekt geschrieben sind, auch direkt über html-Quelltext anwenden. Bei der waschen.svg erfolgt zwar noch die Anzeige in Zeta, nach Veröffentlichung kommt jedoch für die Seite eine PHP-Fehlermeldung. Ich habe daher mal eine andere SVG als Quelltext und daneben als Bild beigefügt.

    Wer das mit SVG als Quelltext mal probieren möchte, hier der Code:

    Hallo Norman Behrens & jjonline ,

    die Wikipedia-Bilder sind tatsächlich gemeinfrei und können auch gewerblich genutzt werden. Bei gemeinfreien Bildern empfiehlt es sich, zumindest im Impressum unter Bildnachweise auf die Gemeinfreiheit zu verweisen. "Bilder xyv gemeinfrei" oder "Symboldarstellungen gemeinfrei"

    Die SVG bietet mit 375x375 px eine ausreichende Qualität.

    Bitte Post #27 beachten.

    Hallo Heidelinde,

    zunächst können wir feststellen, dass die Seite http://www.tekona.de grundsätzlich noch da ist. Es scheint jedoch so, dass dort einiges durcheinander ist.

    1. Das Logo, welches programmgemäß auf die Startseite führen sollte, verlinkt auf http://hosting.zeta-producer.com/3110251652, also den Zeta-Testserver. Dort kommt es dann zu der Fehlermeldung "... wegen Inaktivität gelöscht"

    2. Der grüne Strich unterhalb des Webslogans verlinkt auf die Startseite von Tekona, ohne dass es hierzu eine Beschreibung gibt.

    3. Die "Beschreibung der Energien" verlinkt auf das Impressum

    4. Das Impressum verlinkt auf impressum-05

    5. Die "Energien von Licht..." verlinken wieder auf den Testserver von Zeta

    6. gibt es dann noch einen externen Link zum Delfinschutz.

    Das ganze sieht so aus, als ob abwechselnd bei den Verlinkungen entweder die Variante Extern mit Webadresse oder die Variante Seite genommen wurde.

    Aus dem Programm heraus wurde dann auf dem Testserver veröffentlicht.

    Als Du dann auf http://www.tekona.de veröffentlichen wolltest, hast Du vermutlich die FTP-Servereinstellungen nicht hinbekommen und deshalb aus dem Projektordner heraus den Inhalt des Ordners /output über Filezilla zu bplaced hochgeladen. Nur so ist es zu erklären, dass das Logo, welches in allen Layouts mit der jeweiligen Startseite des Projektes verknüpft ist, auf die Adresse auf dem Testserver verlinkt.

    Fehlerbehebung:

    1. Drucke Dir die Texte unter "Beschreibung der Energien", "Weisheit" und "Impressum" aus oder kopiere den Inhalt in eine einfache Textdatei.

    2. Starte den Windows Explorer, suche dort unter "Dokumente" das Verzeichnis /Zeta Producer 12 und wechsle in das Verzeichnis Projects. Kopiere alle dort enthaltenen Projekte auf einen USB-Stick und lege ihn weit weg. Lösche danach alle Projekte, damit Du nicht versehentlich ein altes Projekt öffnest.

    3. lade Dir unter https://www.zeta-producer.com/ die aktuelle Version 14 herunter. Nach dem, was ich auf Deiner Seite bisher sehen konnte, solltest Du die Kriterien für eine private Nutzung erfüllen.

    4. Starte jetzt Zeta. Du wirst aufgefordert, eine neue Seite anzulegen. Wähle hierzu ein beliebiges Layout aus und nenne das Projekt Tekona.

    5. Wenn die Webseite fertig erstellt ist mit den Mustervorlagen, gibt es je nach Deiner technischen Ausstattung folgende Möglichkeiten:

    5a) Wenn Du an einem PC mit 2 Bildschirmen arbeitest: Gehe auf "Hilfe" und lasse Dir das Handbuch anzeigen.

    5b) Wenn Du nur einen Bildschirm hast: Gehe mit einem zweiten Gerät (Tablet/Laptop) auf die Seite https://docs.zeta-producer.com/index.html

    5c) Wenn Du kein zweites Gerät hast, rufe https://docs.zeta-producer.com/media/files/Ze…ne-Handbuch.pdf und drucke dieses Handbuch aus.

    Du hast jetzt die Grundlagen, um Deine Seite neu und sauber zu erstellen. Vor jeder Aktion überlege Dir, was Du damit erreichen willst, schau immer mal wieder im Handbuch nach.

    Vorläufig "VERBOTEN" ist ein Klick auf "Veröffentlichen". Bevor Du dies machst, besorgst Du dir die Zugangsdaten zu Deinem FTP-Speicher bei bplaced. In der Zwischenzeit wird sich sicherlich noch ein anderer User finden, der ebenfalls seine Seite dort hostet und den FTP-Zugang bereits erfolgreich eingerichtet hat. Wenn der oder die anderen User hier die Konfiguration gepostet haben, wirst Du Dir die Konfiguration ansehen, abschreiben und an den benötigten Stellen durch die eigenen Werte ersetzen. Diese eigenen Werte (außer Passwort) veröffentlichst Du hier, damit noch mal ein Blick drauf geworfen werden kann. Erst nach OK trägst Du die Werte unter "Veröffentlichen" "FTP-Server konfigurieren" ein und kannst dann veröffentlichen.

    Hallo Norbert,

    die Antwort auf die Frage ist für jeden leicht: "Die Bilder wurden nicht hochgeladen" Komplizierter wird es bei der Frage nach dem Warum.

    Variante 1: Die Webseite wurde nicht vollständig veröffentlicht

    Lösung: Erweitert ->Erstellen ->Alle Seiten erstellen, danach Veröffentlichen ->komplette Website veröffentlichen

    Variante 2: In den internen Listen liegt eine zum Erstellen oder Veröffentlichen bestimmte Datei "quer", die aus irgendwelchen Gründen nicht weiter bearbeitet werden kann und daher den weiteren Ablauf blockiert

    Lösung: Erweitert ->Erweiterte Einstellungen ->Interne Listen. Prüfen, ob dort unter Veröffentlichen, Erstellen oder Seiten noch ein Eintrag ist. Falls nur ein Eintrag vorhanden, auf die entsprechende Seite gehen und Fehler suchen. Falls mehrere Einträge vorhanden sind, "alle entfernen". Danach Lösung nach Variante 1 durchführen. Abschließend nochmals in die internen Listen. Dort dürften keine Einträge mehr vorhanden sein. Falls doch, verweist mit ziemlicher Sicherheit der oberste Eintrag auf die fehlerhafte Datei

    Variante 3: Der Webspeicher ist voll. Nach Deiner IP wird wohl die Seite bei https://www.space.net gehostet. Auf deren Seite ist es allerdings hinsichtlich der Tarifkonditionen äußerst "übersichtlich"

    Lösung: Im Vertrag nachsehen, welcher Webspace vereinbart ist. Testweise über Filezilla einen Upload vornehmen.

    Variante 4: Deine Seiten sind ja im weitesten Sinne "angepasst", mit individuellem CSS usw.

    Ob dadurch etwas gestört wird, kann hier keiner sagen, da wohl lediglich der Entwickler des Layouts erkennen kann, was original zum Layout gehört und was dazu gebastelt wurde.

    Lösung: Saubere Dokumentation aller Einträge in CSS und Attribute, damit diese bei Bedarf auskommentiert werden können.

    Da das Problem "Vorschaubilder werden nicht hochgeladen" auf allen Seiten auftritt, die bilder-large.jpg aber verfügbar sind, sehe ich Varianten 2 und 4 als am wahrscheinlichsten.

    Hallo Tobias,

    gehe bitte mal in Google Chrome (alternativ IE) auf den Webslogan und dann auf Untersuchen (STRG + UMSCHALT + I). Im Bereich Webslogan wird eine Warnung bei den Styles zu "font size" angezeigt. Da das gleichzeitig auch die einzige Warnung ist, die überhaupt für die Seite anfällt, solltest Du mal in den Layouteinstellungen nachprüfen, ob da was "verdreht" ist.

    Hallo Norbert,

    Du brauchst die Links nicht über HTML einfügen, im grafischen HTML-Editor kannst Du auch direkt verlinken, das entsprechende Symbol ist aber etwas versteckt. Am Ende der oberen Menüzeile im Editor befindet sich ein kleines Dreieck, Darüber kommst Du an weitere Schaltflächen. Die Verlinkung trägst Du dann wie gewohnt ein.

    Wenn Du HTML-Quelltext verwenden willst, die </> befinden sich im erweiterten Menü an vorletzter Stelle.

    Hallo Axel,

    da solltest Du nochmal über das Konzept der Seite nachdenken. Wenn es sich um einen Blog oder eine Chronik handelt, scrollen die Besucher von selbst nach unten. Bei einer normalen Seite sollten alle wesentlichen Inhalte direkt bei Aufruf zu sehen sein. Wenn die Seite doch etwas länger wird, lies mal diesen Artikel https://de.ryte.com/magazine/above…ichtig-aufbauen durch, da gibt es einige Hinweise zur Gestaltung.

    Unterhalb der Zusatzlinks und des (c)opyright würde ich keine Inhalte mehr platzieren, die wichtig sind. Den Vierer-Block, den Du jetzt dort stehen hast, kannst Du ganz am Ende des Inhaltsbereiches platzieren, eventuell den Container von der Seite einschweben lassen (geht ohne CSS über Reihe bearbeiten).

    Im Kontaktbereich (der mir etwas zu massiv ist), solltest Du die Telefonnummer anwählbar machen. Dies geht über folgenden HTML-Quelltext:

    Code
    <a href="tel:+4935014791389">+49 (0)3501 4793169</a>

    Hallo Dieter,

    Deine Vermutung ist richtig. Bei Dir ist aber noch folgende Besonderheit zu beachten: Du hast ja die aktuellen Wetterdaten über IFrame bzw. Quelltext eingebunden. Diese Verlinkungen musst Du dann noch manuell auf https setzen. Ebenfalls solltest Du deinen externen FTP-Uploader, der die aktuellen Wetterdaten auf Deinen Server schaufelt, überprüfen, ob dieser ebenfalls auf https umgestellt werden kann. ansonsten die besagten 3 Schritte:

    1. FTP-Einstellungen auf https ändern

    2. Alle Seiten erstellen

    3. Komplette Webseite veröffentlichen

    Hallo Norbert,

    damit wir über das selbe reden: Du hast die Tabellen mit dem Widget "Tabellarische Daten" angelegt?

    Wenn ja, gehe nach dem Öffnen der bereits angelegten Tabelle auf das Zahnrad über "Abbrechen". Wenn Du dann auf die einzelnen Spalten gehst, kannst Du jeweils den Typ ändern. Ganz unten in der Liste wird "Grafischer HTML-Editor" angeboten.

    Falls Du die Tabellen mit dem Widget "Text" oder "Tabs" gemacht hast, gib bitte nochmal Bescheid.

    Hallo Mark110 ,

    "Cookie-Richtlinie" ist wirklich ein Monster-Thema. Selbst wenn man sich jetzt "nur" an die Vorgabe des BDSG hält und den entsprechenden Hinweis nur in den Datenschutzbestimmungen hat, ist doch bei vielen Seiten dass Problem, dass diese Datenschutzbestimmungen nicht von jeder Seite aus direkt erreichbar sind. Lustig wird dann, wenn ich auf Seiten stoße mit Cookie-Hinweis, aber gar keine Cookies abgelegt werden. Oder aber, um bei Zeta zu bleiben, wenn ein völlig Cookiefreies Projekt mit dem Infobanner und einem darin enthaltenen Hinweis aufgerüstet wird, wodurch dann tatsächlich auch ein Cookie abgelegt wird.

    Bei Carthy handelt es sich um ein externes Cookie, da sollte man als Webseitenbetreiber auch auskunftsfähig sein, welche Daten in diesem Zusammenhang anfallen.

    Die EU-DSGVO ab Mai 2018 wird tatsächlich noch interessant, ich habe jetzt mal den Datenschutzbeauftragten des Freistaates Sachsen gebeten, unsere Homepage auf Konformität zu prüfen.

    Hallo Herbert,

    ich nutze bei uns folgende Umleitung in der .htaccess

    Apache Configuration
    # ##### Beginn Umleitung index.html duplicate Content #####
    
    RewriteEngine on
    RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.html\ HTTP/
    RewriteRule ^index\.html$ https://www.domain.de/ [R=301,L]
    
    # ##### Ende Umleitung duplicate Content #####

    Da wir bei Betrachtung unserer "Wettbewerber" regelmäßig den meisten und aktuellsten Content liefern, ist für uns nicht Platz 1, sondern Seite relevant. Eventuell hat ja hier im Forum jemand noch einen anderen Ansatz.

    PS: Ich habe das Thema mal in die Plauderecke verschoben.

    Hallo Helena,

    im Normalfall gibt der Bereitsteller der ics-Datei einen Einbindungscode vor. Diesen verwendest Du am einfachsten über das Widget "HTML-Quelltext". Wenn der "Lieferant" der ics-Datei keinen Code, sondern nur einen Link anbietet, lohnt sich vielleicht der Umweg über den Google Kalender, um dann diesen über Quelltext einzubinden.