Beiträge von Alpengreis

    Duschgel

    Was VIELLEICHT noch interessant wäre ist, mal zu testen, ob es mit einem anderen Projekt (falls nötig eines zum Testen anlegen) auch passiert. Ich habe nämlich den Verdacht - weil es nach einer De- und Reinstallation des Programmes trotzdem noch passiert - dass das Projekt selber irgendwie kaputt ist. Danach wüsste man immerhin, ob das Problem "nur" mit dem eigentlichen Projekt zusammenhängt.

    Noch was: mit Edge ist ja alles in Ordnung auf Ihrem System (ZP benutzt ja Edge)? Das KÖNNTE vielleicht auch noch ein Grund sein ... da würden Sie mit Hilfe der Forum-Suche wohl so einiges finden - falls nötig.

    Betreffend Antiviren-Scanner und Einfluss auf ZP vermute ich mal, dass DIESES Problem mit dem Editor nicht damit zusammenhängt - aber vielleicht trotzdem mal im Hinterkopf behalten ...

    Und zum Schluss noch: der Grafik-Treiber ist aktuell (weil der Rechner ja frisch aufgesetzt wurde)?

    Solche Sachen sind halt immer (sehr) ärgerlich - deshalb viel Glück auf jeden Fall!

    Mit einem freundlichen Gruss

    Norbert

    Wingman991

    Zum EIGENTLICHEN Thema kann ich nichts beitragen, dafür ist mir aber aufgefallen, dass Sie wohl die ZP Home-Version benutzen. Das ist nach den Lizenzbedingungen (siehe https://docs.zeta-producer.com/lizenzbedingungen.html) allerdings so kaum in Ordnung.

    Falls ich da falsch liege, bitte ich um Entschuldigung. Vielleicht haben Sie ja auch bereits eine lizenzierte Version und nur noch nicht den Schlüssel eingegeben?

    Mit einem freundlichen Gruss

    Norbert

    Da schliesse ich mich voll der Meinung von phil-web an. Zwar geht es nun vorwärts mit JPEG XL (wird anscheinend (z. B.) in den Firefox nightlies nun unterstützt) - dennoch aber sollte so oder so eine direkte Unterstützung für webp/webm eingebaut werden - diese zwei Formate gehören mittlerweile einfach dazu, ganz unabhängig davon, ob JPEG XL der neue Standard werden wird.

    Gruss

    Norbert

    Norbert H.

    Wenn mehr Dateien veröffentlicht werden als gedacht, KANN das auch daran liegen, dass bei ZP zwischenzeitlich ein Online-Update erfolgte. Auch können bei nur kleinen Änderungen (von Ihnen selbst) weitere "interne Aktionen" innerhalb ZP ausgelöst werden, sodass dann eben bereits mehr Dateien zum Veröffentlichen sind als angenommen. Oder anders gesagt, wenn man nur EINE Seite ändert, heisst das NICHT, dass dann auch nur diese eine Seite veröffentlicht wird.

    Mehr Kenntnisse dazu habe ICH darüber allerdings auch nicht.

    Wie auch immer, wenn's denn schlussendlich geklappt hat, ist ja alles gut nun.

    Gruss

    Norbert

    Hallo

    Bitte zumindest angeben welche Zeta Version (z.B. 16.8.0 oder so) Sie im Einsatz haben (wie phil-web auch bereits geschrieben hatte).

    Trotzdem ein Gedanke dazu:

    FTP wäre ja unverschlüsselt und ist nicht mehr empfohlen (wegen der Datensicherheit und auch wegen dem Datenschutz). Evtl. wurde dies bei Ihrem Provider deaktiviert, was EINE mögliche Erklärung wäre. Dann müssten Sie auf eine verschlüssselte Variante wechseln.

    Ah, da waren Sie schneller :)

    Nein nein, das hat alles nichts mit dem Indexieren zu tun - das wusste ich bereits, ich fragte nur wegen den allgemeinen Beanstandungen ...

    Jetzt ist einfach noch die Sache wegen dem Logging (siehe vorheriger Beitrag) ... die Sie sicher auch noch beantworten/beheben können - dann wäre ja alles gut!

    PS: Ich weiss auch, dass Google viel melden kann - und nicht immer ist alles relevant - trotzdem interessieren mich manchmal gewisse Dinge ;)

    Stefan S

    Vielen Dank für die schnelle Rückmeldung.

    UND JA: für dieses Problem hat dies bereits geholfen, SUPER!

    Jetzt habe ich noch EINE Meldung - eine andere allerdings (war vorher auch bereits der Fall), nämlich:

    Code
    JQMIGRATE: Migrate is installed with logging active, version 3.3.2
    https://www.alpengreis.ch/assets/bundle.js?v=638609851617563889:39

    Dort wird also gemeldet, dass das Loggen aktiviert ist - könnte man dies vielleicht auch noch deaktivieren ODER spielt das überhaupt keine Rolle?

    Wegen dem Google-Test:

    Das geht via: https://search.google.com/search-console?hl=de

    Es muss aber eine Property sein, wo man die Berechtigungen dazu hat (entsprechend angemeldet bei Google).

    Dann:

    1) Links im Menu-Baum "URL prüfen", anschliessend URL eingeben und testen lassen

    2) Live-URL-Button anklicken (ganz rechts)

    3) "Getestete Seite anzeigen" wählen

    4) Dort dann "WEITERE INFORMATIONEN" auswählen

    Dort sieht man dann diese Info(s) ...

    Jedenfalls nochmals Danke!

    Gruss

    Norbert

    Also ...

    Es hat NICHTS mit dem "Soft-404" zu tun. Es scheint bei allen Seiten der Fall zu sein.

    Bemängelt wird (wie erwähnt) "https://www.alpengreis.ch/assets/bundle.…794453324743:39".

    Eine möglichje URL zum Testen ist: https://www.alpengreis.ch/nutzungsbedingungen.html

    Es scheint, dass "schlicht" etwas von "assets/bundle.js" in Bezug auf JQuery bemängelt wird (JQMIGRATE: 'jQuery.easing.swing' should use only one argument) - und das ist definitv was von ZP.

    Ebenfalls scheint es, dass dies wohl bei allen Seiten von ZP (also ganz allgemein und nicht nur für alpengreis.ch) bemängelt wird (zumindest dort, wo dieses JQuery (via bundle.js) eingesetzt wird.

    Es scheint also ein "globales" allgemeines Problem zu sein, wenn's denn überhaupt ein Problem ist.

    Gruss

    Norbert

    PS: Zum selber Testen also einfach bei Google eine Live-URL testen (entsprechende Berechtigung natürlich nötig), dann wählen "Getestete Seite anzeigen" und dort dann "WEITERE INFORMATIONEN" auswählen (siehe dazu auch mein Bild im ersten Posting).

    PPS: In der "assets/bundle.js" gibt es jedenfalls EINEN Eintrag mit "jQuery.easing.jswing=jQuery.easing.swing" ... und genau dieser wird von Google bemängelt ...

    Stefan S phil-web

    Ja, ich habe hier zuwenig Daten geliefert - das war nicht grade schlau von mir - entstand aber immerhin in der Hektik des Alltags ;)

    Es könnte tatsächlich sein, dass hier nur wegen dem "Soft 404"-Problem beanstandet wird.

    So oder so werde ich dies noch abklären und Bescheid geben. Falls es ein allgemeines Problem ist, werde ich auch einen entsprechenden URL angeben dann.

    Vielen Dank schon mal für die guten Hinweise an Euch beide!

    Mit freundlichem Gruss

    Norbert

    Hallo

    Vorneweg: ich weiss nicht, ob das Relevanz hat oder nicht - melde es aber halt einfach mal ...

    Google beanstandet folgendes von JQuery mit einer Warnung:

    Code
    JQMIGRATE: 'jQuery.easing.swing' should use only one argument
    https://www.alpengreis.ch/assets/bundle.js?v=638603794453324743:39

    Siehe dazu auch folgendes Bild:

    Mit einem freundlichen Gruss

    Norbert

    Das ist schon mal sehr gut, aber eben - wie ich oben geschrieben habe - v8.3 wird NICHT offiziell von ZP unterstützt. D. h., es kann z. B. sein, dass das Formular nun funktioniert - aber was anderes nicht ... deshalb wäre es besser, noch v8.2(.x) zu betreiben ...

    Können Sie nicht selbst die PHP-Version auswählen bei Ihrem Hoster?

    Hallo

    Ich klinke mich hier mal kurz ein, weil ich grade etwas überprüft habe diesbezüglich ...

    Nun wird die oben erwähnte Seite "php-info..." ja angezeigt. Allerdings ist die PHP-Version nun gleich "v8.3.10", welche von ZP (noch) nicht offiziell unterstützt wird. ZP unterstützt offiziell bis v8.2(.x) Dies nur als Info.

    Gruss

    Norbert

    Hallo, mir ist folgendes kleines optisches "Problem" aufgefallen:

    Beim Kontakt-Formular wird beim Textfeld der untere Bereich abgeschnitten - und man sieht diesen erst, wenn auf "Weitere Einstellungen" geklickt wird. Bin nicht sicher, ob das so geplant war - schliesslich hat das ja eigentlich nichts mit dem "Weiteren Einstellungen" zu tun. Es wäre u. U. besser, dort auch ein Scrollfeld einzubauen, wie es bei den verschiedenen Formular-Feldern links auch bereits der Fall ist. Das sieht so aus ...

    Nicht dringend, wenn's aber mal gemacht werden könnte, umso besser.

    MfG

    Norbert

    G.Cantone

    Ok, danke für die Angaben. Das scheint dann tatsächlich ein Firefox-Problem zu sein, wahrscheinlich mit dem Cache zusammenhängend.

    Ist natürlich enorm schlecht, wenn dann mit diesen nicht aktualisierten Daten ein Bestell-Vorgang ausgelöst werden kann!

    ZP sollte da sicherstellen, dass immer die richtigen Daten genommen werden - wünschenswerterweise bereits beim Anzeigen - indem z. B. dieser Vorgang nicht gecached wird - oder dann spätestens beim Bestellvorgang,. Zweiteres wäre zwar immer noch nicht optimal (Kunden könnten verwirrt werden), würde aber zumindest sicherstellen, dass keine Bestellungen mit falschen (niedrigeren) Preisen getätigt werden könnten.

    Oder anders gesagt: ein Browser-Problem darf nicht zu falschen Preisen (im Bestell-Vorgang) führen.

    Gruss

    Norbert

    Hallo G.Cantone

    Hab's mal probiert nachzustellen - klappte HIER nicht (aktuelles Firefox Release mit Win10) - es wurde immer alles richtig ausgewählt/angezeigt. Allerdings will dies ja nicht viel heissen, da bei IHNEN das Problem eben auftaucht - deswegen die Frage: welchen/s Browser/System verwenden Sie denn, damit Sie dies reproduzieren können? Oder tritt das bei Ihnen sogar mit mehreren Browsern auf? Will damit NICHT sagen, dass dies KEIN Problem von ZP ist - aber wäre vielleicht trotzdem hilfreich, wenn Sie diese Angaben mitteilen könnten.

    Natürlich sehr ärgerlich sowas!

    Trotzdem ein gutes restliches Weekend noch.

    Gruss

    Norbert

    Hallo

    Das Postings Linkprüfung hat mich dazu veranlasst, zu probieren, ob ich das nachvollziehen kann. Konnte ich zunächst nicht, weil die Linkprüfung nicht zuverlässig funktioniert hat.

    Was habe ich probiert?

    1) Neue Website erstellt mit Vorlage: "Locus Responsive - Kochblog".

    2) Dort Text angepasst wie folgt (Source):

    Diese Links werden von der Linkprüfung NICHT gefunden, auch nicht nach einem Neustart von ZP. Es scheint, als wenn man einen bestehenden Text einer Vorlage anpasst (Anpassen auf verschiedene Weise getestet, via den 2 Editoren und AUCH via direkter Anpassung des Source-Codes), dass dann die Linkprüfung nicht ordnungsgemäss funktioniert.

    Erstelle ich einen neuen Textabschnitt und geben dort einen ungültigen Link ein (via Quelltext oder "normal") wird dieser von der Linkprüfung dann korrekt bemängelt. Aber auch hier stimmt etwas mit der Linkprüfung nicht. Als ich diesen neuen Test-Textabschnitt dann gelöscht hatte, wurde und wird diese IMMER NOCH von der Linkprüfung bemängelt, obwohl diese eben - wie erwähnt - gar nicht mehr vorhanden ist - selbst nach Neustart von ZP noch der Fall. Das erscheint mir wie ein Cache-Problem innerhalb ZP.

    Desweiteren wird auf dieser Website "plötzlich" der Dialog: "Links auf meiner Website prüfen" und "Links auf anderen Websites prüfen" nicht mehr angezeigt, obwohl interne und externe Links vorhanden sind.

    EDIT: Ich glaube betreffend unmittelbar obenstehendem Punkt war das ein Bedienfehler meinerseits ...

    Da auch im oben erwähnten Posting Probleme mit der Linkprüfung (hat NICHTS mit dem korrekt gemeldeten 302 Error (Status) zu tun) beschrieben wurde, ist da wohl wirklich etwas nicht okay damit.

    Gruss

    Norbert

    Hallo Nikolas (wieder einmal):

    Also der Link ist definitiv gültig, das ist mal klar! Und dieser wird in einem Test, den ich gerade gemacht hatte, von der Linkprüfung auch nicht bemängelt.

    Gibt es einen URL (eine Website-Adresse), wo man den Link "sehen" kann - also auf DEINER Seite?

    Gruss

    Norbert

    EDIT: Da auch Thomas Hanabi HTTP Status 302 erhalten hat (s. u.), habe ich den Link wohl so eingebunden (als Test), dass dieser eben nicht bemängelt wurde ...
    EDIT2: Aha, das scheint ein Bug zu sein. Wenn man einen bestehenden Text ändert (gestestet in einem neuen Projekt), werden ungültige Adressen nicht gefunden. Werde ein neues Posting erstellen dazu ...