Beiträge von Stefan S

Word ist kein Internet-Browser. Im Internet kann man nur Schriften nutzen, die "Web sicher" sind.

Wie sollen wir da schauen, wir haben keinen Zugriff auf Ihren Webserver und auf Ihr projekt auch nicht? Haben Sie beim Provider schon gefragt, welches Protokoll nun tatsächlich genutzt werden soll? Wenn das geklärt ist, können wir uns das gerne per Fernwartung ansehen, dazu müssen Sie aber ein Support-Ticket lösen: https://www.zeta-producer.com/de/support.html

OK, gewünscht ist also eine Separate Einstellung für Schriftgrößen auf kleinen Bildschirmen.

Besten Dank für das Feedback, wir prüfen das gerne.

Das wäre aber recht komplex (und würde somit wahrscheinlich den Großteil unserer Nutzer überfordern). Denn von der Bildschirmbreite abgesehen sollte man sicher auch die Auflösung des Displays in Betracht ziehen und dann ggf. für verschiedene Breakpoints auch verschiedene Schriftgößen wählen können…

Fraglich ist auch, ob wir das "philosophisch" vertreten wollen, wo eine Responsive-Website ja grundsätzlich keine separate Mobile-Seite mehr ist, wie das früher der Fall war, sondern "Eine Website für alle". Interessant wäre ggf. ja auch schon, wenn man einen Faktor eingeben könnte anhand dessen die Schrifgröße in Relation zur Bildschirmbreite definiert würde.

Hallo,

wenn Dateien zum Download in einem ZP Projekt verlinkt werden, so ändert Zeta Producer an diesen Dateien ja nichts, sie werden nur verlinkt. Daher spielt es meines Erachtens in diesem Zusammenhang auch keine Rolle, welche Kodierung gewählt ist, oder ob die BOM-Option aktiv ist…

Was ein Browser mit einer Seite/Datei macht, die er von einem Webserver erhält, hängt davon ab, was ihm der Server für einen Content-Type sendet. Welcher Datei-Erweiterung welcher Content-Type zugewiesen wird, ist eine Sache der Einstellung des Webservers.

sfglippe.de liefert z.B. für die Word-Dateien keinerlei Content-Type unser Hosting-Server aber schon:

curl -I https://www.sfglippe.de/media/files/nennung.docx
HTTP/2 200 
date: Wed, 18 Apr 2018 06:24:43 GMT
server: Apache/2.4.29 (Unix)
last-modified: Tue, 17 Apr 2018 13:34:10 GMT
etag: "9b4f-56a0b64b32ac2"
accept-ranges: bytes
content-length: 39759

curl -I https://hosting.zeta-producer.com/5768283762/media/files/nennung-01.docx
HTTP/1.1 200 OK
Date: Wed, 18 Apr 2018 06:29:05 GMT
Server: Apache/2.4.25 (Win32) OpenSSL/1.0.2k PHP/5.6.30
Last-Modified: Tue, 17 Apr 2018 20:15:09 GMT
ETag: "9b4f-56a10fec0de17"
Accept-Ranges: bytes
Content-Length: 39759
Vary: Accept-Encoding,User-Agent
Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document

Um das Problem in den Griff zu bekommen, müssen Sie sich also zunächst (z.B. per Google) schlau machen, was der korrekte Content-Type für Word-Dokumente ist und dann bei Ihrem Provider fragen, wie man den Webserver entsprechend konfiguriert. Mit Zeta Producer hat dies alles nichts zu tun, ist eine reine Webserver-Sache.

Alternativ verlinkten Sie statt des original Dokuments einfach eine mit ZIP komprimierte Version der Datei, die dann ja die Endung .zip hat, für die die meisten Webserver korrekt konfiguriert sind.

Das mag an einer Webserver-Einstellung liegen. Ggf. einfach eine mit ZIP komprimierte Version der Datei verlinken.

Diese Einstellungen gelten doch generell, also auch für die mobile Darstellung.

Ok, super, danke!

Sie müssten zunächst mal prüfen, welches Protokoll der Webserver denn tatsächlich erwartet (Provider fragen): FTP, SFTP oder FTPs?

Wenn es tatsächlich FTP ist, dann sollten Sie unter "Erweitert" den Modus mal auf Passiv stellen, vielleicht hilft das ja. Ich vermute aber, das schlicht das falsche Protokoll (FTP) genutzt wird und der Provider neuerdings auf ein sicheres Protokoll umgestellt hat…

Wenn es ein anderes Protokoll ist, dann klicken Sie in den FTP-Einstellungen unten auf "NEU" und wählen das entsprechende andere Protokoll.

Hallo,

heißt das, dass das Online-Update Ihr Problem behoben hat?

PS: auf dem iPhone kann man auch Screenshots erstellen: https://www.take-a-screenshot.org/de/ios.html

Ich habe mal einen Versuch als Online-Update veröffentlicht. Klicken Sie in 60 Minuten mal auf "Extras > Updates suchen" und anschließend STRG-SHIFT-T. Sieht es dann besser aus?

In diesem Projekt sind ja auch auf normalen Seiten bereits viele Inhalte unten am Container-Ende beschnitten. Das beschränkt sich ja nicht auf den Shop.

Könnten Sie dazu einen Screenshot hier anhängen?

Hallo,

bisher gibt es hierzu kein Update. Ob sich was getan hat, sieht man immer am besten in den Versionshinweisen, die wir mit Softwareupdates rausbringen.

Dann vielleicht mal die Einstellung "toggeln", also zunächst deaktivieren, dann das Widget per Klick auf OK speichern und dann wieder öffnen, die Einstellung wieder aktivieren und wieder auf OK klicken. Danach dann, wenn er immer noch nicht angezeigt wird, "Erweitert > Erstellen > Alle Seiten erstellen".

Der header wird nur korrekt auf alle Seiten vererbt, wenn er auf der "Wurzelseite" angelegt ist.

Header öffnen, auf das Mischpult-Icon klicken und prüfen ob die Option "Auf allen Seiten anzeigen" noch aktiviert ist.

Sie hatten mich kommentarlos angefunkt (Funktion "Updates suchen") und ich habe bestätigt, dass ich empfangen habe.

Ggf. einfach nochmal auf Veröffentlichen klicken, dann sollte er einfach weitermachen.

@Joerg Copy loud and clear.

Lieber Gott,

die Größe der Produkt-Titell in der Produktübersicht könnten Sie per CSS ändern. Die entsprechende CSS-Klasse ist productname. Also z.B. so:

• Klicken Sie im Menü Website auf "Einstellungen"
• Klicken Sie auf CSS
• Fügen Sie folgende Textzeilen (ohne Überschrift und ohne Zeilennummern – am besten über das Dokumente-Icon rechts oben im Quellcode-Kasten kopieren) in das Feld "CSS" ein und schließen Sie den Dialog dann mit Klick auf "OK"

<style>
    .zpshoparticlelist.standard ul.zpProductList>li p.productname{
        font-size: 13px;
    }
</style>

Anschließend müssen Sie evtl. Ihre Seiten neu erstellen (Erweitert > Erstellen > Alle Seiten erstellen) und ggf. veröffentlichen.

Ihr Beitrag hatte mit dem ursprünglichen Thema hier eigentlich nichts gemein (hier ging es ja um die Warenkorb-Seite). In so einem Fall legen Sie gerne per Klick auf den Button "Neues Thema" ein neues Thema mit Ihrer Frage an (ich habe das nun mal für Sie gemacht).

Ach! Danke! Das wäre mir jetzt auch neu, dass der IE sogar Probleme mit bestimmten Webfonts hat. Wundern würde mich das nicht. Kann aber auch sein, dass nur die Google Fonts Seiten betroffen sind (nicht die eigentlichen Schriftarten), weil Google so seinen Chrome-Browser vermarkten kann (ich denke das ist auch so, weil ich die hier ursprünglich gemeldete Seite auch im IE mit den korrekten Schriftarten sehe)

Hallo,

evtl. hat etwas auf dem Notebook des Kursleiters – z.B. ein Browser-Plugin – den Zugriff auf die Google-Fonts verhindert, dann wird stattdessen ein Ersatzfont benutzt.

Hallo,

nach Umstellung einer Website auf HTTPS müssen Sie einfach in den FTP-Einstellungen des Projekts im Feld Web-Adressezu Beginn auch das Protokoll https://eingeben. Wenn Ihre Web-Adresse z.B. http://www.example.com ist, sollte dann nach der Eingabe entsprechend https://www.example.com im Feld stehen. Danach dann die Website veröffentlichen.

Das ist wie gesagt nicht ganz so trivial.

Ich schlage vor, Sie wechseln ggf. auf ein Layout, das fixierte Navigationsmenüs schon ab Werk bietet wie z.B.:

• Contemporary Responsive
• Flat Responsive
• Modern Responsive
• Poster Responsive
• Stripe Responsive
• Top Responsive

Das ist nicht ganz trivial und wir können Ihnen im Rahmen dieses Forums keinen fertigen CSS-Code dafür liefern. Es kann aber sein, dass ein anderer Nutzer dazu bereit ist.

Das ist leider nicht möglich, denn der Testserver bietet Ihnen keinen FTP-Zugang über den Sie die Daten abholen könnten.

Zitat von abel

Kann ich also die Formatierung (Schrift, Schriftgrösse, Farbe, etc.) im Falle der [FORM_TABLE] Anweisung nicht individuell gestalten und ist die fix in Zeta Producer festgelegt?

Nein. Ist momentan fest im Skript hinterlegt.

Wie gesagt, das Kennwort ist verschlüsselt abgelegt, das müsste der Eindringling erstmal entschlüsseln. Aber um den potentiellen Schaden einzugrenzen, folgender Tipp:

Ich nutze in den SMTP-Einstellungen als Login immer ein Konto, das ich speziell dafür auf meinem Mailserver eingerichtet habe, also nur um Mails zu versenden. Wenn da jemand an das Passwort kommt, kann er halt damit senden, aber nicht gleichzeitig auch alle Mails meines Hauptkontos lesen…

Ich sehe gerade, dass z.B. Paprika ja ein Google-Webfont ist. Das funktioniert also. Wenn ich die oben verlinkte Website ansehe, werden die Überschriften auch in "Paprika" dargestellt und der Fließtext in "Partick Hand". Wie die Schriften aussehen können Sie auf den Seiten von Google sehen:

https://fonts.google.com/specimen/Paprika

https://fonts.google.com/specimen/Patrick+Hand

Für mich sieht also alles korrekt aus. Ggf. kennen Sie ja Schriften mit dem selben Namen, die anders aussehen? Da könnten wir dann nichts daran ändern.

Im Web können nur Schriften benutzt werden, die als Webfont mit der Seite mitgeliefert (oder von extern geladen) werden, oder Schriften, die bei den Betrachtern der Website installiert sind. Es ist unwahrscheinlich, dass jemand der Ihre Website besucht, die Schrift Paprika installiert hat.

Zum Verständnis hilft ggf. folgende Google Suche: https://encrypted.google.com/search?hl=de&q…ere%20schriften

Hallo,

ob es besser ist bei der Eingabe eines Passworts Punkte zu zeigen oder das Passwort im Klartext (um Fehler zu erkennen), da streiten sich sogar die Experten.

Wenn die SMTP-Option genutzt wird, dann werden die Einstellungen in deiner Datei auf dem Webserver (separat form Formular) abgelegt. Das darin enthaltene Passwort ist aber verschlüsselt.

Hallo,

das zu groß Dargestellte Logo, das man im IE bei schmalem Fenster nach dem Scrollen sieht, können wir per Online-Update beheben. Bis dahin hilft Ihnen das folgende CSS:

Ich habe aber einen einfachen Workaround für Sie:

• Klicken Sie im Menü Website auf "Einstellungen"
• Klicken Sie auf CSS
• Fügen Sie folgende Textzeilen (ohne Überschrift und ohne Zeilennummern – am besten über das Dokumente-Icon rechts oben im Quellcode-Kasten kopieren) in das Feld "CSS" ein und schließen Sie den Dialog dann mit Klick auf "OK"

<style>
.ie #header #nav > ul li a.logo{
    display: block;
}
</style>

Anschließend müssen Sie evtl. Ihre Seiten neu erstellen (Erweitert > Erstellen > Alle Seiten erstellen) und ggf. veröffentlichen.

Was die kleiner dargestellte Kopfgrafik (Header) anbelangt, können wir da im IE aktuell nichts tun, da dieser als einziger Browser die CSS-Eigenschaft "object-fit" nicht unterstützt. Wir offen hier auf Besserung seitens des Browsers. In meinem IE wird im kleinen Header die Schrift allerdings viel kleiner dargestellt und bleibt somit lesbar und wenn zu viel Text im Header ist, wird sogar eine Scrollbar dargestellt. Warum dies bei Ihnen nicht so ist, erschließt sich mir noch nicht.

Sie sollten zum Testen die Browserfenster nie schmaler als 320px ziehen, da es realistisch kein Smartphone mit schmalerem Bildschirm auf dem aktuellen Markt gibt und der Test somit unrealistisch wäre.

Hallo,

zum Datenschutz können wir uns nicht äußern, wir sind keine Anwälte. Wenn der Versand ohne SMTP-Option aber funktioniert, können Sie das auch ohne SMTP-Option nutzen.

Zur Erklärung. Bei Web-Adresse gibt man die Adresse ein, die man im Browser auch eingeben würde, um auf Ihre Startseite zu gelangen (aber ohne Dateinamen wie z.B. "index.html"). Daher hat der zusätzliche Ordner "/fliederheim" in der Adresse zu Fehlern geführt.

Herbert_R Ich hab's gefunden und auf der Seite Aktuelles im ersten Blogbeitrag mal die Überschrift geändert und dann veröffentlicht. Hier die Einträge aus dem Protokoll:

Das sieht für mich sehr vernünftig aus und ich vermute, bei Ihnen wurde wesentlich mehr veröffentlicht…

Hallo Herbert_R,

danke für das Projekt. Auf welcher der Seiten des Projekts finde ich denn die Blog-Beiträge?

Ja, sorry, das ist aber auch etwas komplex und für Benutzer arg transparent.

Das ist aktuell im Skript noch fest so angegeben: Wenn das Formular ein Feld namens "Name" enthält, wir der Inhalt dieses Felds genutzt, ansonsten "Formular".

Nein, der Absender ist immer gleich dem im Formular definierten Empfänger. Siehe: Formular - Formatierung Kontaktformular - Ausgabe Email

Hintergrund neben einigen anderen Gründen ist z.B. dass die Mail der fremden Domain (Ihr Formular-Ausfüller) normalerweise nie über Ihre Server versendet wird und die Mail daher mit hoher Wahrscheinlichkeit als SPAM gekennzeichnet würde. Auch blockieren Webserver-Provider oft dem Mail-Versand, wenn Ihnen unbekannte Adressen als "FROM"/"Absender" genutzt werden…

Und was ist daran jetzt Ihrer Meinung nach falsch? Es wird doch genau das verschickt, was eingegeben wurde.