Beiträge von Alpengreis

    Noch was:

    Sind Sie z. B. sicher, dass der eigetragene Servername stimmt? Ich nicht! Müsste da nicht der eindeutige - Ihnen zugeteilte Servernama des Hosters rein?

    "httpdocs" scheint grundsätzlich i. O. zu sein, falls Sie bei netcup hosten (wie ich lt. einem Whois-Tests vermute) - siehe aber Weiteres dazu unter 2).

    Ich würde mal wie folgt vorgehen:

    1) Sicherstellen, dass Domain korrekt via https erreichbar ist (scheint nun noch nicht der Fall zu sein).


    2) Konfigurieren innerhalb ZP:

    Webadresse = https://www.darts-loft.de

    Servername = Ihr speziell vom Hoster zugeteilter individueller Servername (im Control-Panel ermitteln)

    Benutzername = weiss ich nicht, beim Hoster anfragen, bwz. vom Control-Panel übernehmen, bin nicht sicher, ob Ihr "darts-loft.de" da stimmt ...

    Kennwort = Ihr zugeteiltes Passwort

    Zielordner = /httpdocs/ --> KÖNNTE aber auch noch was fehlen, z. B. "/httpdocs/darts-loft.de/" od. "/httpdocs/www/darts-loft.de/", d. h. ggfls. auch abklären

    Dann beim Knopf "Protokoll": IST SFTP wirklich richtig, oder müsste es FTPS sein?

    Dann beim Knopf "Mehr" schauen, ob da alles i. O. ist.


    Gruss

    Norbert

    Sorry stefan stuhr

    Ich will Dir ja keinesfalls zunahe treten, sondern nur helfen.

    ABER: wenn wirklich alles richtig eingetragen wäre, würde es ja funktionieren. Wäre es ein Problem mit ZP, würden die anderen Domains auch nicht gehen. So sehe ich das in diesem Fall hier.

    Deshalb MUSS irgendwo etwas nicht stimmen ...

    Auch alle sonstigen Einstellungen noch anschauen (und allenfalls mit einer anderen Domain vergleichen) in diesem Zusammenhang - also nicht nur die eigentlichen Daten - könnte auch noch helfen.

    Gruss

    Norbert

    PS: http://www.darts-loft.de/ ist auch (noch) nicht per https erreichbar, wie ich grad gesehen habe, da stimmt also auch noch was nicht - https sollte heutzutage Standard sein (auch wegen dem Datenschutz).

    Hallo Franz

    Meines Wissens ist das so:

    Bindet man z. B. Google Maps ein, steht folgendes:

    Name: Google Maps

    Anbieter: Google

    Karten von Google Maps.

    Bei den Essentiellen sind eben die Funktionen gemeint, die unbedingt für den Betrieb der Website erforderlich sind, gemeint. Darum steht da kein individueller Name (der auch nicht geändert werden kann - jedenfalls nicht einfach so). Und "Eigentümer dieser Website" meint DICH (persönlich, Deine Firma oder was auch immer - also den Eigentümer der Website eben, NICHT den Hoster).

    Gruss

    Norbert

    stefan stuhr

    Da Ihre Zugangsdaten - so wie es aussieht - eben nicht korrekt sind, schlug Stefan S vor, den Provider zu fragen. Es kann auch sein, dass der Provider was geändert hat.

    Auch ich bin mir allerdings nicht sicher, ob Ihr "httpdocs" stimmt. Deshalb ist der Vorschlag von ElaSch vielleicht die Lösung (s. o.). Das müssten Sie mal - wie auch immer - abklären.

    Sonst - weil es mit SEHR SEHR hoher Wahrscheinlichkeit NICHT an ZP liegt - eben wirklich beim Provider die korrekten SFTP-Zugangsdaten ermitteln.

    Gruss und viel Erfolg.

    Norbert

    Bei MIR hat folgender Workaround geholfen:

    1a) Im blauen Fenster: Rechtsklick, Alles auswählen, Rechtsklick, Kopieren

    1b) Einfügen in einen geeigneten externen Texteditor

    2a) Im externen Editor Text verändern (1 Zeichen genügt)

    2b) Im externen Editor Text kopieren

    2c) Im blauen Fenster: Rechtsklick, Alles auswählen, Rechtsklick, Einfügen

    Gruss

    Norbert

    Hallo

    Einige Gedanken dazu noch:

    1) Passiert das - insbesondere beim unteren Bild - auch, wenn das Bild viel kleiner ist, also sowohl von den Massen (width, length), wie auch von der Bildgrosse (size) her?

    2) Passiert das - insbesondere beim unteren Bild - auch, wenn dies das einzige Bild ist, das eingefahren wird?

    3) Passiert das auch auf anderen Seiten (also nicht nur auf der Startseite)?

    Gruss

    Norbert

    Hallo

    Also HIER seh'ich die Bilder.

    Bitte mal den Browser-Cache leeren, respektive die Seite ohne Cache neu laden.

    Gruss

    Norbert

    PS: Sorry, wenn ich nun noch kurz vom Thema abweiche: aber besonders der Footer Ihrer Webseite ist SEHR schlecht zu lesen (gelb auf hellgrau) ganz schlimm zuunterst ...

    Hallo

    Auch ich vermute dasselbe wie Stefan S, nämlich:

    Mit einem generierten App-Passwort SOLLTE das eigentlich gehen ...

    Dann:

    SMTP Server-Adresse = smtp.office365.com

    SMTP Port = 587 mit TLS

    Authentifizierung = ja (benötigt/required)

    Benutzername = Office 365 E-Mail-Adresse

    Passwort = App-Passwort

    Gruss

    Norbert

    Hallo

    Sobald solche Dateien abspielbar sind, kann man sie eh einfach aufnehmen (die Gamebar von Windows reicht dazu). Das geht auch bei YouTube - direkt auf der Seite.

    Ausserdem sehen die Widgets nicht überall gleich aus (ich habe keine 3 Punkte (vielleicht wegen neuerer ZP-Version)). Bei mir kann via Mausklick rechts heruntergeladen werden.

    Es ist schlicht den den Aufwand nicht wert, wie phil-web bereits gesagt hat und kann (sehr) einfach umgangen werden.

    Sollen nur berechtigte Besucher runterladen können, wäre ein passwort-geschützter Bereich eine Möglichkeit.

    Nun hab'ichs einfach mal so getestet, dass nav auf "absolute" gesetzt wird, dann klappt's (natürlich) auch. Ist dann ja auch wie ausgeblendet quasi.

    @V I V I D Markus

    Es passiert ja auch bei Chrome, Edge und Safari bei gewissen Voraussetzungen und nicht nur in Firefox (alles getestet, siehe auch unten).

    Und auch phil-web ist nun auch dabei ;)


    Stefan S

    Ein "padding-top" für den body verschärft das Problem nur um den angegebenen Wert - ein Minus-Wert ist da ja nicht möglich (möglich schon, zeigt aber keinen Effekt).

    Wie ich gesagt hatte, es betrifft VIELE Benutzer mit unterschiedlichen Browsern, nur haben die sich nicht hier gemeldet - ich wiederhole nochmals:

    Getestet via externen Rechnern mit Chrome (Win) und Safari (Mac): gleiches Problem. Das bedeutet: es tritt nun zumindest bei Firefox, Edge, Chrome und Safari auf, zumindest bei gewisser/n Auflösung(en). Das heisst es betrifft VIELE Benutzer - ja wohl sogar SEHR viele Benutzer.

    Es ist halt wirklich die Frage, wie wichtig das einem ist, wie Markus auch schon angetönt hat - und man kann da halt unterschiedlicher Meinung sein, das ist klar und das akzeptiere ich auch. Für mich persönlich ist es halt nicht nur ein kosmetisches Problem - sondern kann in einem Rechtsdokument die Besucher verwirren, weil sie nicht "einfach so" sicher sein können, "wo sie nun genau lesen", "was sie gerade gelesen habe (zu welcher Thematik das gehörte", etc.


    Jedenfalls ALLEN (auch Zeta, bzw. speziell Stefan S) meinen herzlichen Dank für die Hilfe!

    Mit bestem Gruss

    Norbert

    PS: Stefan, falls Sie dies nicht auf Ihrem System reproduzieren können - "einfach" mal virtuell testen (via Lambdatest oder ähnlich), also lokal-unabhängig, dann werden Sie zum gleichen Ergebnis kommen ... es ist DEFINITIV reproduzierbar bei gewissen Konstellationen (Auflösungen) (bei meinen Tests war das jedenfalls so der Fall, mit eben den erwähnten Browsern (siehe oben)).

    Hallo Stefan

    Die der Anderen sind mir unbekannt.

    Also, @V I V I D (Markus) hat das ja bei sich nachvollziehen können (siehe oben). Ebenfalls die Besucher von Fisch anscheinend (siehe auch oben).

    Ursache ist die feststehende Navigation. wenn falsch gescrollt wird, dann sicherlich genau um so viel, wie die Navigation hoch ist. Kann das sein?

    Ja, das ist der Fall, so wie ich das sehe - also genau um die Höhe der Navigation - aber eben NICHT bei allen Auflösungen/Konstellationen/Systemen, obwohl es immer die gleiche Seite ist. Deshalb MUSS es wohl an Zeta liegen (JS).

    Der schnellste Workaround wäre also ein Layout ohne feststehende Navigation, oder ggf. auch per angepasstem CSS dem body ein entsprechendes padding-top zu verpassen.

    Das mit dem padding-top werde ich gerne mal versuchen, das ist eine gute Idee - Layout-Wechsel liegt wohl nicht drinn. Jedenfalls herzlichen Dank dafür!

    DANKE und Gruss!

    Norbert

    Hallo Stefan

    @V I V I D (Markus) hat sich auch gemeldet, der dieses Problem nachstellen konnte, dann auch Fisch, bei dem sich Leute gemeldet haben, die anscheinend dieses Problem auch haben. Desweiteren habe ich mit externen Servern getestet, die NICHTS mit meinem System hier zu tun haben, wo das Problem auf verschiedenen Browsern auftrat (deshalb werden also VIELE betroffen sein - nur haben sich die HIER nicht gemeldet). Das hat also ganz sicher nicht nur mit mir (meinem System) zu tun - definitiv nicht. Details siehe oben ...

    Und weil dies also höchstwahrscheinlich ein allgemeines Problem in Zeta (mit JS) ist (das halt einfach "nur" gewisse Konstellationen betrifft) und es meiner Ansicht nach wichtig ist, dass gerade bei rechtlichen Dokumenten (wie in meinem Fall) alles stimmen sollte - inkl. Navigation - und es keinen Workaround dafür gibt - bin ich so ungeduldig - in DIESEM Fall.

    Gruss

    Hallo

    Im Handbuch steht, dass für PHP die maximal getestete Version die v8.2 ist. Wann ist mit einer Unterstützung von PHP 8.3 zu rechnen oder wird diese bereits unterstützt?

    Mit einem freundlichen Gruss

    Norbert

    Hallo Markus @V I V I D

    Herzlichen Dank für Deine Bestätigung!

    Es tritt eben - bei gewissen Konstellationen - auch z. B. bei Edge auf (getestet)!

    Evtl. sogar noch mit weiteren Browsern (noch nicht getestet).

    Nun sind wir immerhin schon zwei (die hier berichteten). Und wie ich oben geschrieben habe, es ist technisch reproduzierbar mit Firefox UND Edge (soweit getestet) - bei gewissen Konstellationen eben ...

    Mit bestem Gruss und einen guten Abend noch!

    PS: Getestet nun auch via externen Rechnern mit Chrome (Win) und Safari (Mac): gleiches Problem. Das bedeutet: es tritt nun zumindest bei Firefox, Edge, Chrome und Safari auf. Das Problem liegt mit SEHR SEHR hoher Wahrscheinlichkeit bei ZP! Und mit recht hoher Wahrscheintlichkeit beim verwendeten JS. Es betrifft demnach SEHR viele Benutzer (vorallem auch sehr viele Besucher der Seiten, die mit ZP erstellt wurden), nur haben die es noch nicht bemerkt oder nicht hier berichtet ...

    Stefan S

    Und warum scrollt es dann in unterschiedlichen Auflösungen z. B. wie in meinem 2. Screenshot? Und auch bei den virtuellen Browsern ist das unterschiedlich ... Hier wird selbst bei Firefox anders gescrollt als bei Edge für meine Konfiguration ... Wie kann dies dann technisch richtig sein, wenn es beim virtuellen Test 1 Mal so scrollt wie in Bild 1 und das andere Mal (mit anderer Auflösung) so wie in Bild 2??

    Beim Testen habe ich darauf geachtet, dass vorher nichts gescrollt wurde, etc. - wurde also durchaus korrekt getestet.

    Dann hoffe ich wirklich, dass das bald mal angeschaut werden kann. Weil - es ist nicht nur bei mir so, wenn das auch bei virtuellen Browser-Tests in einer externen Cloud passiert. Gemeldet hat's halt noch niemand sonst, aber es ist definitiv ein Problem - wobei ich eben gar nicht damit sagen will, dass es bei Zeta liegt, nicht falsch verstehen bitte. Wobei - wenn ich recht überlege - habe ich genau dieses zusätzliche JS in Verdacht!

    Wie auch immer, Stefan S - danke für die Rückmeldung und Gruss

    Norbert

    PS: Wenn Sie Zugang zu externen Browser-Tests haben wie Lambdatest, werden auch Sie festellen, dass dieser Fehler bei gewissen Konstellationen auftritt und daher KEIN lokales Problem hier ist! Deshalb sollte meiner bescheidenen Meinung nach, dieses Problem nicht mit tiefster Priorität angeschaut werden, es tritt also definitiv nicht nur bei mir auf - sie konnten es einfach nur nicht nachstellen, es kann aber EXTERN und zuverlässig reproduziert werden!