Hallo Cycens,
Eventuell musst Du bei Deinem Provider noch die Einstellungen zur Domainverwendung ändern. Kontrolliere auch mal das Protokoll zur Veröffentlichung (Dreieck unten rechts).
Hallo Cycens,
Eventuell musst Du bei Deinem Provider noch die Einstellungen zur Domainverwendung ändern. Kontrolliere auch mal das Protokoll zur Veröffentlichung (Dreieck unten rechts).
Guten Morgen (bzw. nach Ortslage: Guten Abend) Radok,
Du verwendest noch die Version 12.2, bei der 12-er ist aber die 12.5.7 das aktuellste Release. Das Uploadverhalten wurde mit der 12.5.6 geändert. Die 12.5.7 kannst Du hier herunterladen https://www.zeta-producer.com/de/aeltere-versionen.html, diese wird parallel zur 12.2 installiert. Nutzbar wäre natürlich auch die 13 für Dich; da diese aber einige neue Elemente enthält, mit denen man sich erst einmal einfuchsen muss, würde ich im "Reisemodus" davon abraten.
Bearbeite die Bilder vorher mit einem Bildbearbeitungsprogramm und stampfe diese ein. 1,5 Mb sind vom Handling her einfach zuviel. Ich arbeite mit Irfanview und rechne alle Bilder runter auf ein Format 1920 x ??? (je nach Seitenverhältnis) und speichere diese mit einer Qualität von 75%. Aus 5 Mb (4288 x 2848) werden dann rund 300 Kb. Bei der Gelegenheit werden die Bilder auch gleich umbenannt.
Die Fehlermeldung "nicht genügend Arbeitsspeicher" hängt mit der Projektgröße und Anzahl der verwendeten Bilder zusammen. Die kriege ich auch immer, wenn der Rechner schon längere Zeit läuft und ich wegen einer Änderung im Fuß- / oder Seitentext alle Seiten veröffentliche. Aktuell ist unser Projekt 2, 6 GB groß bei 7500 Bildern). Hier hilft nur ein Neustart.
Die Anzahl der Bilder je Projekt oder Seite ist meines Wissens nicht begrenzt, hier spielen aber Arbeitsspeicher und Betriebssystem (32 oder 64 bit) eine Rolle. Die Auslagerung auf Festplatte (virtueller Speicher) hat irgendwo seine Grenzen, wenn die Speicherverwaltung nur noch mit sich selber beschäftigt ist. Also aufrüsten und auf X64 wechseln.
Hallo Doris,
guck mal hier, ob etwas passendes dabei ist: https://community.zeta-producer.com/SearchResult/2…not+implemented
Hallo Jan,
die 13.2 ist kein "Update", sondern ein Versionssprung. Daher musst Du die 13.2 separat herunterladen. Die neue Version wird parallel zur 13.1 installiert, Projekte aus der 13.1 müssen konvertiert werden.
Hallo Sori,
gehe mal auf "Layout" dann auf ->"alle Einstellungen anzeigen" und dann auf ->"Logo". Im Bereich "Logografik" findest Du sowohl das als Logo zu verwendende Bild als auch unmittelbar darunter die Größenangaben zum Logo. Wenn Deine Grafik nicht die exakten Maße wie dort angegeben hat, wird das Bild heruntergerechnet und dadurch verzerrt und unscharf. Du kannst dann entweder in Zeta die Vorgaben zu Breite und Höhe der Logografik ändern, womit sich dann Dein komplettes Layout verschieben würde, oder aber in einem externen Bildbearbeitungsprogramm deine Grafik so bearbeiten, dass sie exakt die Maße wie in Zeta vorgegeben hat. Die letztere Variante ist die von mir bevorzugte.
PS: Dropbox-Links können nur von Dropbox-Usern geöffnet werden, nutze besser die Schaltfläche "Dateianhänge" zum Hochladen von Bildern.
Hallo Zap,
nur mal als Verdacht: ist die Seite eventuell mit einem Layout oder Widgets aus der Business-Version erstellt worden und auf dem neuen Rechner noch keine Lizenznummer eingegeben?
Hallo Rebecca,
da dürften die Umlaute im Domian-Namen stören. Du kannst zwar verschiedene "Krücken" probieren, um irgendwie die Seite doch noch zu veröffentlichen, am einfachsten ist es aber, eine zusätzliche Domain gleis5-georgensmuend.de zu bestellen und auf dieser Domain zu veröffentlichen. Die Umlaut-Domain wird dann einfach über das Control-Center Deines Providers auf die ...muend.de umgeleitet.
Hallo Fritz,
die beiden Programmversionen nutzen jeweils eigene Verzeichnisse. Dein Projekt dürfte also einmal als hacke-12.5 und einmal als hacke-13 existieren. Zur Probe kannst du ja mal im 13-er Projekt einen neuen Artikel einfügen, danach die 13 beenden und die 12.5 starten. Wenn dann in hacke-12.5 der neue Artikel drin ist, kommt Montag der Support aus dem Staunen nicht mehr heraus. Ich bin mir aber relativ sicher, dass Du in Hacke-12.5 den neuen Artikel aus hacke-13 nicht finden wirst.
[hacke-12.5 und hacke-13 nur als verkürzte Veranschaulichung]
Hallo Andre,
Der Such-Index wird beim Veröffentlichen der Seite automatisch generiert und umfasst nur die Textinhalte aller Seiten des Projekts. Bilder (und damit auch der Alt-Text) werden nicht erfasst. Das Widget "Suche" greift dann auf diesen bereits fertigen Index zu und liefert entsprechende Ergebnisse. Da der Index "offline" erzeugt wird, werden auch Begriffe aus RSS-Feeds oder Texte im Online-CMS-Modul nicht erfasst.
Wenn Du einzelne Seiten aus dem Suchindex ausschließen willst, ist das von @sseiz hier beschrieben:
Bestimmte Seiten für die Suche unsichtbar machen
Alternativ könntest Du aber die benutzerdefinierte Suche von Google nutzen. Der Google-Crawler liest auch Alt-Text aus. Die Qualität der Suchergebnisse ist aber davon abhängig, wie oft der Crawler die Seite scannt. Erst vor kurzem hinzugefügte Begriffe werden unter Umständen noch nicht gefunden.
Hallo Katharina,
Was willst Du denn damit bezwecken? Wenn es Dir nur um die Wochenübersicht der Trainingszeiten geht, kannst Du das einfacher realisieren zum Beispiel über "Tabs" (in Text & Bild) oder den "Google-Kalender" (über HTML-Quelltext). Das Widget "Veranstaltung" ist jetzt bereits teilweise nach schema.org für Suchmaschinen lesbar. Die Funktion "Tuesday" wird zwar nach schema.org unterstützt, findet aber im Wesentlichen für Öffnungszeiten Verwendung.
PS: Das Thema ist im "Entwickler-Bereich" besser aufgehoben.
Hallo OpaPit,
das ist natürlich auch ein Argument. Bei unserer Seite fallen Ladevorgänge im Hintergrund nicht so sehr auf, da ich den Besucher auf fast allen Seiten erstmal mit Text beschäftige. Dürfte allerdings nicht so einfach zu realisieren sein, da die Ladeanzeige ja nur dann erscheinen sollte, wenn eine schlechte Verbindungsqualität vorliegt.
Hallo Herr Seiz,
bei mir nach wie vor: https://search.google.com/structured-dat…a.de%2Ftest.php
In Ihrer Test-URL verwenden Sie aber die 13.2
So sieht der entscheidende Abschnitt bei Ihnen aus:
class="articlearea zpwVeranstaltung"> <h2 itemprop="name">Veranstaltungsname</h2>
und so bei mir mit 13.1:
class="articlearea zpwVeranstaltung" > <h2 >Veranstaltungsname</h2>
Es werden auch android-icon... und ms-icon... erzeugt.
Da war der Christian schneller beim Beantworten. Android verwendet den apple-touch-icon-precomposed.png, während für die Windows-Kacheln wieder mehrere in unterschiedlichen Größen erzeugt werden.
@Uwe Keim: der Touch Icon Generator von Stephan Heller http://www.web-stuebchen.de läuft als GNU-Lizenz, könnte also eingebunden werden.
nun heisst sie aber .htaccess.txt - ist das so richtig?
Hallo Nemesis,
da ist nicht richtig. Wichtig ist bereits beim Erstellen folgender Teil:
Zum Erstellen kann man den Editor aus dem Windows Zubehör verwenden. Wichtig ist hier lediglich, dass für das Speichern der Befehl „Speichern unter“ verwendet wird, dann als Dateiname „.htaccess“ eingetragen und als Dateiytp „Alle Dateien“ ausgewählt wird. Als Codierung ist „ANSI“ zu wählen.
DC kann außer über das www-Problem auch noch durch den automatischen Aufruf der index.html entstehen. Unter https://community.zeta-producer.com/www.kleine-schiffe.de wird ja automatisch https://community.zeta-producer.com/www.kleine-schiffe.de/index.html aufgerufen. Die entsprechende Umleitung muss dann ebenfalls in die .htaccess eingefügt werden. Nachfolgend mal die komplette .htaccess von unserer Seite:
# Beginn Fehlerdokument
ErrorDocument 404 /seite-nicht-gefunden.html
# Ende Fehlerdokument
# Beginn UTF-8
AddCharset UTF-8 .html
AddCharset UTF-8 .php
# Ende UTF-8
# Beginn Startseite im Hochwasserfall
# DirectoryIndex hochwasser.html
# Ende Startseite
# Beginn Umleitung https
RewriteEngine On
RewriteCond %{SERVER_PORT} !=443
RewriteRule ^(.*)$ https://hanabi-pirna.de/$1 [R=301,L]
# Ende Umleitung auf https
# Beginn Umleitung von non-www auf www
RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.hanabi-pirna\.de [NC]
RewriteRule ^(.*) https://www.hanabi-pirna.de/$1 [R=301,L]
# Ende Umleitung www
# Beginn Umleitung index.html duplicate Content
RewriteEngine on
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.html\ HTTP/
RewriteRule ^index\.html$ https://hanabi-pirna.de/ [R=301,L]
# Ende Umleitung duplicate Content
# Beginn Umleitung index.php duplicate Content (deaktiviert wegen aktueller index.html)
# RewriteEngine on
# RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.php\ HTTP/
# RewriteRule ^index\.php$ https://www.hanabi-pirna.de/ [R=301,L]
# Ende Umleitung duplicate Content
# Beginn Aussperrung MJ12 Bot
# erfordert auch Eintrag in robots.txt
RewriteCond %{HTTP_USER_AGENT} MJ12bot
RewriteRule .* - [F]
# Ende Aussperrung MJ12 Bot
# Beginn Aussperrung Spbot
RewriteCond %{HTTP_USER_AGENT} spbot
RewriteRule .* - [F]
# Ende Aussperrung spbot
# Beginn Aussperrung Mail.RU_Bot/2.0
RewriteCond %{HTTP_USER_AGENT} Mail.RU_Bot/2.0
RewriteRule .* - [F]
# Ende Aussperrung Mail.RU_Bot/2.0
# Beginn umleitung umbenannter Dateien
# Beginn 123
Redirect permanent /2014-07-06.html https://hanabi-pirna.de/2014/index.html
Redirect permanent /2014-07-07.html https://hanabi-pirna.de/2014/index.html
Redirect permanent /2014-07-23.html https://hanabi-pirna.de/2014/index.html
Redirect permanent /2014-11-08.html https://hanabi-pirna.de/2014/index.html
Redirect permanent /2015.php https://hanabi-pirna.de/2015/index.html
Redirect permanent /2015-03-21.html https://hanabi-pirna.de/2015/index.html
Redirect permanent /2015-03-29.html https://hanabi-pirna.de/2015/index.html
Redirect permanent /2015-11-13.html https://hanabi-pirna.de/2015/index.html
# Beginn A
Redirect permanent /aktuelles.html https://hanabi-pirna.de/index.html
Redirect permanent /apple-app-site-association https://hanabi-pirna.de/index.html
Redirect permanent /april.html https://hanabi-pirna.de/2015/index.html
Redirect permanent /abteilungen.html https://hanabi-pirna.de/index.html
Alles anzeigen
Ab Zeile 54 geht es nur noch um Dateien, die im Verlauf der Seitenpflege umbenannt wurden oder die nachträglich in Ordnerstrukturen gebracht wurden. Insgesamt bin ich inzwischen bei 128 Zeilen. Für die bessere Übersichtlichkeit arbeite ich aber neben den # Kommentaren auch noch mit Leerzeilen.
zu den Touch-Icons habe ich einen Generator gefunden, der sowohl die verschiedenen Größen und Dateinamen, als auch den HTML-Code liefert. Der Quellcode ist unter mobile_script bei den Attributen für alle Seiten eingebunden und funktioniert auf W10 als Kachel, auf IPhone und IPad.
Zum DC:
ist richtig eingegeben unter Attributen (ohne Zeilennummer)
Mit "Webseite erstellen / Veröffentlichen wird aus dieser relativen Angabe die absolute Angabe im HTML-Quelltext
Wenn der Websitecheck DC meldet, kann das auch damit zusammenhängen, dass Du auf einer der getesteten Seiten im Seitenattribut additional_meta einen Eintrag hast. Das führt dann dazu, dass bei dieser Seite nur die seitenbezogenen, nicht aber die global geschriebenen Attribute in den <Head> übernommen werden.
Wahrscheinlicher ist aber, dass Du die "www" Frage nicht geklärt hast, die Seite also sowohl mit als auch ohne www erreichbar ist (was sie auch sein soll), ohne aber von "kleine-schiffe.de" auf http://www.kleine-schiffe.de weiterzuleiten. Die beiden Adressen werden jetzt als zwei Webseiten mit identischem Inhalt betrachtet. Google selbst sag dazu, dass man solche Seiten inzwischen zuverlässig als Nicht-DC erkennt. Wenn Du es trotzdem ändern möchtest, schaue mal in meiner Signatur auf den Blog .htaccess. Da habe ich die Umleitung beschrieben. Bitte vor jeglichen Arbeiten an einer .htaccess die vorhandene Datei sichern. Fehler in der .htaccess können schnell zur Nichterreichbarkeit der Seite führen.
Lieber Opapit,
da muss ich Dir ausnahmsweise mal widersprechen. Eine Ladeanzeige würde doch nur manifestieren, dass der Provider so schlecht ist, dass er die geforderte Seite nicht schnell genug anbieten kann. Auf unserer Startseite sind gegenwärtig 50 Bilder in HD (1920 px) eingebaut, die nahezu sofort geliefert werden. Die Ladeanzeige würde nur unnötig Bandbreite verbrauchen, in deren Zeit auch Bilder übertragen werden könnten.
Hallo Sonja,
ich habe mir eben mal das Webpaket S angesehen. Die dort enthaltenen 1 GB Speicher sollten für den Inhalt Deiner Seite ausreichend sein (Unsere Seite mit mehr als 6000 Bildern belegt rund 3 GB). Prüfe mal bitte in Zeta unter den Backup-Einstellungen, ob dort Backup auch auf Webserver aktiviert ist. Da alte Backups nicht automatisch gelöscht werden, können diese dann schnell den Webspace "vollmüllen". Über Filezilla kannst Du zumindest kontrollieren, ob Backups auf dem Server abgelegt wurden. Wenn mehrere Backup-Dateien vorhanden sind, lösche alle bis auf die zwei aktuellsten. Damit solltest Du wieder ausreichend Platz haben.
Hallo Nemesis,
interessantes Thema, dass Du da angesprochen hast, werde ich morgen mal auch bei uns nachbauen. Ob es funktioniert, kann man tatsächlich nur auf Apple Geräten testen. Ich werde da mal auf das I-Pad meiner Holden zurückgreifen und morgen über das Ergebnis berichten. In einem früheren Beitrag hier im Forum wurde die Einbindung aber über additional_meta statt über mobile_script erläutert. Mal sehen, welche Variante hier die bessere ist.
Zu Deinen anderen Fragen:
Canonical wird nicht automatisch gesetzt, den Code kann ich Dir aber morgen liefern, bin gerade nur mit dem Tablet unterwegs. Die bemängelte HTML-Größe hängt vermutlich mit der Einbindung externer Scripts zusammen. Nach meinem Gefühl hat aber die Größe der HTML-Datei keinen relevanten Einfluss auf SEO. Über http://www.betterplace.org habe ich gerade Kontakt zu verschiedenen NGO in Sachen SEO-Optimierung, bei denen fast durchweg einfach die Grundlagen fehlen, die Zeta schon von Haus aus mitliefert, wie eine robots.txt, eine sitemap.xml oder strukturierte Überschriften (H1 bis H3). Die zahlreichen SEO-Tools im Netz sind zwar zum großen Teil hilfreich, letztlich sollen aber alle nur zum Kauf einer kostenpflichtigen SEO-Optimierung verführen. Nach meiner Auffassung bleibt in dieser Hinsicht der Inhalt das wesentliche Element, welches uns keine SEO-Agentur optimieren kann. Die Texte auf der Homepage müssen wir immer noch selber schreiben, je mehr Wörter wir verwenden, um so mehr Möglichkeiten bieten wir Google & Co, auf unseren Homepages auch relevante Wörter zu finden, die in den Suchbegriffen angezeigt werden.
In diesem Sinne, ich melde mich morgen nach dem Test der apple-touch-Icons.
muss im Veranstaltungs-Widget das Feld "Überschrift" ausgefüllt werden.
Hallo Herr Seiz,
Überschrift ist ausgefüllt, das klappt noch nicht so ganz. Das Datum-Format wurde heute schon geändert? Eben in den Webmastertools getestet und Anfangs- und Enddatum sauber! ![]()
Das Widget "Veranstaltung" enthält bereits Daten nach http://www.schema.org. Im Praxistest unter Google Testtool strukturierte Daten zeigen sich 2 Fehlertypen, die geändert werden müssten.
Das Datum wird nach Schema.org dargestellt mit JJJJ.MM.TT. In Zeta wird das Datum jedoch in der Forma JJJJ.TT.MM dargestellt, so dass zum einen sämtliche Termine bei einer Suche nach schema.org einem falschen Monat zugeordnet werden und zum anderen alle Termine vom 13. bis 31. eines Monats grundsätzlich als falsch erkannt werden.
Punkt 2 ist die fehlende Definition des Veranstaltungnamens über die Formatierung <li><h2 itemprop="name"> Veranstaltungsname </h2></li>
In den Entwickler-Bereich eingestellt, da für andere User im Normalgebrauch kaum relevant.
"PUA" = Potentially Unwanted Application
Kann sein, oder aber auch nicht. Ich würde mich da dem Verdacht von @sseiz anschließen, dass der Virenscanner einen Fehlalarm aufgrund der Javaversion auslöst. Ganz provokant schlage ich vor, dass Du diese Seite mal auf dem Testserver von Zeta veröffentlichst, da kann der Support am besten das Verhalten beobachten.
" Duplicate Content", der nicht als Footer(Fußzeile) für Google zu erkennen ist, oder?
Hallo Ray,
"Duplicate Content" bekommst Du nur bei "Gleichheit" der gesamte Seite. Einzelne Textblöcke sind völlig unproblematisch. Typische Beispiele für echten "DC" sind gleiche Inhalte auf https://community.zeta-producer.com/www.domain-a.de und https://community.zeta-producer.com/www.domain-b.de oder aus Shopsystemen heraus erzeugte Artikelseiten.
Häufigste Quelle für "DC" ist aber der Aufruf mit und ohne "www." sowie der Aufruf mit und ohne "/". Wenn Google dies erkennt, ist dies aber unproblematisch, da Auf- und Abwertung letztlich für die gleiche Domain erfolgen.
Morgen Gawainos,
gehe mal über Filezilla rein und überprüfe die Dateiberechtigungen. Ausreichend sollte 705 sein. Wenn Dir im Verzeichnis CMS (oder auch schon darüber) Besitzerberechtigungen fehlen, kann das Verzeichnis nicht angelegt werden. Gruppen-Berechtigungen werden eher selten gebraucht, bei öffentlichen Berechtigungen nur "Lesen" und "Ausführen".
Hallo Martin,
"Forbidden" ist eine typische Fehlermeldung, wenn ein Eintrag in der .htaccess nicht stimmt. Entweder Du postest den Inhalt mal hier über die Optionsfläche </> "Quelltext", oder machst dich selber ran und kommentierst Zeile für Zeile mit # am Anfang aus, bis der Fehler nicht mehr auftritt.
Zum zweiten Problem: Prüfe mal unter "Erweitert" ->"erweiterte Einstellungen" ->"interne Listen", ob hier unter "Veröffentlichen" und "erstellen" noch irgendetwas in der Pipeline ist, was eine Veröffentlichung behindert. Ersatzweise sollte es auch gehen über "Erweitert" ->"Erstellen" ->"Alle Seiten erstellen" und danach "Veröffentlichen" ->"komplette Webseite veröffentlichen"
Hallo Andre,
vielleicht wäre hier die Lösung: Strato Hilfe
Hintergrund: Die E-Mail-Empfänger-Adresse im Kontaktformular muss ja eine gültige Adresse der Domain sein, damit der Versand überhaupt klappt. Formmailer wickelt dann den Versand der Nachricht über diese Mail-Adresse ab, so dass sich Einstellungen der Mail-Adresse entsprechend auswirken dürften.
Ansonsten ruf doch mal bei Strato an, die werben doch immer mit ihrem tollen Service.
Nur kurz zur Info, habe den aktuellen Beitrag schon gelesen, bin aber gerade bei der Nachbereitung von 2 Tagen Kindertrainingslager mit 50 x Ü6 bis U18 mit 1810 Bildern und kann gerade nicht auf das Problem antworten.
Hallo Kay,
logge dich zunächst per Filezilla auf Deinem Server ein, erzeuge dann einen neuen Ordner "12". Bei deinem neuen Projekt gibst Du dann diesen Ordner als Zielordner an, das neue Projekt wird dann in diesem Verzeichnis veröffentlicht, ist aber noch nicht erreichbar. Die alte Seite bleibt bestehen. Wenn Du das neue Projekt fertiggestellt hast, loggst Du dich im Controlcenter Deines Providers ein und änderst das Ziel des realen Irrsinns auf das Verzeichnis "12". Damit ist dann die neue Seite über den realen Irrsinn erreichbar. Für alle Mitlesenden: Es macht sich immer gut, mit Zielordner zu arbeiten und im Controlcenter der Domain oder Subdomain das entsprechende Verzeichnis zuzuweisen. So behält man leichter den Überblick.
Hallo Andre,
dann lösche bitte wieder die .htaccess. Ob Linux- oder Windows-Server, steht in deinem Hostingpaket. 90% aller Seiten laufen aber auf Apache/Linux.
Wenn es nur ein Outlook-Problem ist, sieh Dir mal diese Seite an: http://www.outlook-stuff.com/tipps-tricks/p…argestellt.html
Hallo Andre,
zunächst kannst Du mal überprüfen, ob unter "Erweitert" ->"erweiterte Einstellungen" unter "Kodierung" UTF-8 angegeben ist. Falls nicht, bitte ändern.
Wenn dort bereits UTF-8 steht, kann es sein, dass die Voreinstellungen deines Providers einen anderen Zeichensatz vorgeben. Du kannst dann in der .htaccess mit folgendem Eintrag UTF-8 erzwingen:
Falls das auch noch nicht helfen sollte, wäre noch ein Eingriff über die php.ini möglich (das Kontaktformular nutzt php zum Versand):
[PHP]
default_charset = “utf-8″
[mbstring]
mbstring.language = utf-8
mbstring.internal_encoding = utf-8
mbstring.http_input = utf-8
mbstring.http_output = utf-8
Vor Übernahme der hier dargestellten Quelltexte bitte die bereits vorhandenen .htaccess und php.ini sichern, da Fehler in diesen beiden Konfigurationsdateien schnell zur Nichterreichbarkeit der Seite führen können.
Hallo Kay,
ich bin gestern mal die Historie Deiner Beiträge hier durchgegangen, im Prinzip gibt es ja von Anfang an Probleme. Ich verwalte selbst eine Homepage mit rund 500 Text- und Bildartikeln (ca. 35-Tsd. Wörter, 5 Tsd. Bilder), verteilt auf rund 120 Seiten, die mindestens wöchentlich in einzelnen Bereichen aktualisiert wird und kenne solche Probleme, wie von Dir beschrieben, wirklich nur aus dem Forum.
folgendes fällt mir beim Betrachten des Quelltextes Deiner Seite auf: Du arbeitest sehr häufig bei den Bildern mit Dateinamen, die Sonderzeichen wie Komma, zusätzlicher Punkt oder Ausrufezeichen enthalten. Teilweise sind auch in Links Leerzeichen verwendet. Hierzu nur mal 2 Beispiele direkt von der Startseite:
http://www.der-reale-irrsinn.de/media/images/p…nfach-an!_t.jpg
http://www.der-reale-irrsinn.de/dsng-die-feeds…-dx-dxer-01.php
Komma, Leer- und Sonderzeichen haben bei Dateinamen, Verzeichnissen und Links nichts zu suchen.
Um zu prüfen, ob eventuell externe Quelltexte (Bannertausch) eine Störursache sind, solltest Du diese mal deaktivieren.
Der Bannertausch dürfte übrigens lizenzrechtlich bedeuten, dass es sich bei Deiner Seite nicht um eine rein private Seite handelt, also trage mal bitte Deine Lizenznummer ein.
Was versprichst Du dir eigentlich davon, dieses fehlerhafte Projekt neu zu importieren. Irgendwo auf den 700 Seiten sind weitere Fehler versteckt, die damit auch ins neue Projekt wieder importiert werden.
PS: Auch bei Dir wieder schön zu sehen: eine Verwendung von Google-Analytics, die den Abmahn-Anwalt freut.
Hier ist Feintuning gefragt und nicht das Erstellen neuer Layouts!
da stimme ich Thomas voll und ganz zu. Primär sollte es doch darum gehen, dass Eure Kunden im Netz gefunden werden. Wenn sich dann jeden Tag 50 Besucher bei eurem Kunden beschweren, dass die Seite bescheiden aussieht, kann man auch mal was am Layout machen. Solange aber diese Besucher nicht kommen und kaufen, fehlt Euren Kunden das Geld für neue Layouts.
Hallo Frank,
häufig hilft schon das Ausprobieren der verschiedenen FTP-Modi. gehe hierzu bei FTP-Server konfigurieren auf "Mehr" unterhalb des Zielordners und probiere dann nacheinander "Automatisch, "Aktiv" und "Passiv" aus. Achte auch darauf, dass Du den richtigen Zielordner angegeben hast. Diese sind von Provider zu Provider unterschiedlich, also dort bitte nochmal im Control-Center des Providers nachschauen.
Lösung wird dann wohl eher morgen was. Stelle mal bitte zur Sicherheit einen Screenshot Deiner FTP-Einstellungen in Zeta ein und schreibe dazu, bei welchem Provider Du bist. Passe bei Gelegenheit auch mal deine Signatur an, damit jeder gleich sieht, dass es sich um https://community.zeta-producer.com/www.sonja-logisch.de handelt. In die Signatur packst Du dann am besten gleich auch noch das verwendete Layout und die Versionsnummer, damit keine Nachfragen nötig sind.
Hallo Sonja,
soweit ich in Zeta "rudimentären" Einblick habe, verändert Zeta beim Veröffentlichen keine Dateiberechtigungen auf dem FTP-Server. Das können die Support-Mitarbeiter morgen sicherlich bestätigen. Die Fehlersuche sollte daher eher in Richtung Provider gehen, bist Du da eigentlich noch bei EWE oder hast Du inzwischen gewechselt?
Ja
Nur zur Info für Mitleser, was stand denn bisher drin?
Hallo Sonja,
auf der rechten Seite das Stammverzeichnis für die Veröffentlichung auswählen, dann Mausklick rechts, als untersten Menüpunkt findest Du "Dateiberechtigungen".
Hallo Sonja,
Das Problem hattest Du doch schon einmal gehabt, hier nochmal die Lösung von Jochen
Zitat von JochenHallo Sonja,
es könnte evtl. helfen, wenn du (ggf.auch 2 mal) den folgenden Ablauf durchführst:
1: Website > Erweitert > Erstellen > Alle Seiten erstellen
2: Website > Veröffentlichen > Komplette Website veröffentlichen.
Damals war es zwar eine 404-Fehlermeldung statt der jetzigen 403, hilft aber vielleicht trotzdem. Grundsätzlich würde ich auf Fehler in der Rechteverwaltung auf dem Server tippen. Wähle dich hierzu mal über Filezilla auf Deinem Server ein. Die Dateiberechtigungen für das Root-Verzeichnis (in dem veröffentlicht wird), sollten den Numerischen Wert 705 haben (Besitzerberechtigungen: Lesen, Schreiben, Ausführen / Gruppenberechtigungen: keine / Öffentliche Berechtigungen: Lesen, Ausführen).
Wenn Öffentlich nicht lesen darf (701), kommt es zu dem hier vorhandenen 403-forbidden Fehler.
PS: Falls du tatsächlich keine Leseberechtigung öffentlich hast, denke bitte auch an das Häkchen bei "für Dateien und Unterverzeichnisse übernehmen"
Hallo Renate,
vielleicht hilft dieser Artikel weiter: Wie lässt sich Extramenu_4 aktivieren?
Ich selbst würde aber eher anstelle des Extra-Menüs einen einfachen Textartikel mit 4 Links entweder im Banner- oder im Footer-Bereich platzieren und diesen auf alle Seiten vererben.
Die Frage ist aber auch, ob es denn einen 4. Menü-Eintrag braucht. die Startseite ist auf allen Seiten über das Logo sowie den ersten Menü-Punkt des Hauptmenüs erreichbar, Kontakt ist im Hauptmenü ein eigener Punkt, der ebenfalls immer erreichbar ist. Damit sind zwei Stellen des Extra-Menüs frei, die für Datenschutz und sogar noch eine dritte Extra-Seite genutzt werden können, ohne dass man kompliziert in die Layout-Struktur eingreifen muss.
PS: kontrolliere mal bitte die Verlinkung in deiner Signatur ![]()
wie schon @sseiz gesagt hatte, der @wurzelsepp ist ein ganz Lieber. ![]()
Hallo Plutzi,
ich bin selbst Webmaster eines Vereins und nutze Zeta seit 2 Jahren. Wir haben die Lizenzfrage über Sponsoring gelöst. Du hast in Deinem ersten Post einen sehr wichtigen Satz geschrieben:
zumal diese Menschen auch ihr Leben für andere einsetzen.
Was hältst Du davon, diese "Anderen" dafür zu gewinnen, das Sponsoring für die Lizenz zu übernehmen. Nutzen kannst Du dazu die Plattform https://community.zeta-producer.com/www.betterplace.org, auf der auch wir Spenden für einzelne Projekte sammeln. Die Spendenkampagne kannst du übrigens ganz einfach über das Widget "HTML-Quelltext" in die Homepage einbinden. Die Zeta Software GmbH ist sozial sehr engagiert und hat beispielsweise letztes Jahr 50 Programmlizenzen für Vereine verlost. Da Du aus dem Erzgebirge, also quasi bei mir um die Ecke kommst und "rein zufällig" auch Feuerwehrleute zum Umfeld unseres Vereins zählen, wäre ein Artikel auf unserer Homepage hierzu problemlos möglich.
Wenn Sie neu bei uns sind, hilft Ihnen unsere Hilfe-Seite dabei, sich im Forum zurechtzufinden. Dort erfahren Sie alles Wichtige, von der Registrierung bis hin zur Erstellung eigener Themen (Fragen).
Ohne Programmierkenntnisse gleich mit Zeta Producer loslegen. Layout auswählen, Text eingeben – fertig. Kostenloser Support und über 99% zufriedene Kunden. Überzeugen Sie sich selbst!