Beiträge von Alpengreis

    Shout-FM

    Das hatte ich mich zuerst auch gefragt! Bei der von Dir geposteten URL steht oben nun allerdings, dass diese Anleitung veraltet ist.

    Deswegen habe ich den entsprechenden CSS-Code rausgenommen, die extra SELBER bereitgestellten Fonts sowohl lokal wie auch auf dem Server gelöscht und es funktioniert!

    Gruss

    Norbert

    Prima!

    Kann bestätigen, dass der Layouts-Ordner (in AppData Local) wieder die "normale" Grösse aufweist nun!

    Allerdings stimmt das Vorschau-Bild von "Flat Responsive - Slate" und wahrscheinlich auch der anderen, bei denen noch Dateien gefehlt haben, noch nicht. Dieses wird immer noch ohne Hintergrund-Bild präsentiert, auch die Browser-VORSCHAU (also, wenn man beim Vorschau-Bild eben auf Vorschau klickt, resp. URL https://content.zeta-producer.com/layouts/flat-responsive-slate/) stimmt dann entsprechend nicht; erst wenn man dann eine neue Website ERSTELLT, stimmt es wieder. Siehe auch folgendes Bild dazu:

    Ist jetzt nicht wirklich tragisch, wäre aber gut, wenn das auch noch stimmen würde, damit die Auswahl vereinfacht wird, indem man bereits eine korrekte Vorschau zu Gesicht bekommt.

    Es ist halt die Frage, was bei der Deinstallation alles passiert ... werden Dinge rückgängig gemacht (z.B. gelöschte/veränderte Registry-Einträge oder so?), Oder ob man gar manuell (innerhalb CCleaner erst noch eingreifen sollte). Keine Ahnung.

    Aber grundsätzlich könnte es schon sinnvoll sein, wenn das Progi nicht mehr vorhanden ist ;)

    HOK

    Hallo Holger

    Nein, ich glaube NICHT, dass das die Ursache war, weil es ja noch - wie Du sagtest - geklappt hatte nachher!

    Solche Probleme sind halt wirklich ärgerlich - ich kenne das aus anderen Fällen, nicht im Zusammenhang mit ZP - und können ganz schon an die Substanz gehen! Ist zwar nun keine kontrete Hilfe - aber vielleicht tut's ja trotzdem gut ... viel Glück jedenfalls!

    Gruss

    Norbert

    Hallo

    Nach dem Update auf ZP 16.6.0 war bei mir das Layout "Flat Responsive - Slate" nicht mehr in Ordnung, was sich gleich am fehlenden Hintergrund-Bild bemerkbar machte (hatte zu diesem Zeitpunkt noch das Original verwendet). Wenn ich das alte Layout (in AppData Local) mit dem neuen vergleiche, sieht das wie folgt aus:

    v16.5.0 ...


    v16.6.0

    Man sieht sofort, dass gewisse Dateien in 16.6.0 nicht mehr vorhanden sind. Wenn das beabsichtigt ist, sollte dann aber auch im Layout-Designer z.B. nicht mehr als Hintergrund-Bild "mountains-bg.jpg" eingetragen sein. Desweiteren ist im Layout-Designer bei der Auswahl-Übersicht von Layouts als Vorschau-Bild immer noch das Bild MIT Hintergrund-Bild zu sehen. Wenn man eine NEUE Website erstellen möchte, ist das Vorschau-Bild tatsächlich OHNE Hintergrund-Bild (z.B.) - deshalb nehme ich an, dass das wirklich so beabsichtigt ist. Aber wie gesagt, dann sollte z.B. "mountains-bg.jpg" im Layout raus, und das Vorschau-Bild im Layout-Designer sollte OHNE Hintergrund-Bild erscheinen (sonst verwirrt das).

    Auch die Layout-Grössen haben sich merkbar verändert, hier mal von den kompletten Layout-Directories:

    Neue Grösse des gesamten Layout-Directories (in AppData Local) = 24,6 MB

    Alte Grösse des gesamten Layout-Directories (in AppData Local) = 48,8 MB

    Ich habe nun schlicht - für den Moment zumindest - die nicht mehr vorhandenen Bilder ins neue Layout kopiert und alles war wieder in Ordnung.

    Mit bestem Gruss

    Norbert

    PS: Werde es aber noch so anpassen, dass dass Original-Layout unverändert bleibt (werde also im Layout-Designer ein entsprechendes Bild definieren).

    PPS: Original-Layout nun wiederhergestellt und selbst ein entsprechendes Hintergrund-Bild definiert. Die anderen vermissten Bilder SCHEINEN keinen Einfluss zu haben.

    Hallo

    Link von damals ist:

    HOK
    31. Juli 2022 um 13:11

    Dazu einfach, was mir gerade einfällt:

    BEVOR etwas enstprechendes vom Untenstehenden gemacht wird, Datensicherung(en) nicht vergessen!

    - Gab es irgendein Update, das dieses Verhalten beeinflussen könnte (Windows, Grafik-Treiber, .NET Framework, etc.)?

    - Ist der Grafik-Treiber aktuell?

    - Wurde sonst irgend etwas verändert am PC, z.B. bei der Sicherheits-Software, Einstellungen, sonstige Software, etc., die darauf Einfluss haben könnten?

    - Könnten sogenannte Hintergrund-Programme dafür verantwortlich sein, siehe dazu auch AUTOSTART ... und könnte es was bringen, wenn entsprechende/s

    deaktiviert wird?

    - Gab es einen Windows-Absturz, bwz. wurde schon mal ein "DISM.exe /Online /Cleanup-image /Restorehealth" resp. "SFC /SCANNOW" durchgeführt?

    - Passiert das auch, wenn ein neues Projekt - nur zum Testen einfach - erstellt wird?

    - Mal den Dark/Dunkel-Modus von ZP ausprobieren?

    - Vielleicht mal bereits das neueste Update ZP 16.6.0 installieren und testen (wird wohl noch nicht innerhalb des Programmes angeboten, siehe dazu auch Link:

    Gruss

    Norbert

    Habe mich nun "gleich" für die 2. Variante entschieden und mal eine Google-Live-Prüfung gemacht, die nun folgendermassen aussieht:

    Das sieht natürlich nun schon mal tipp topp aus!

    Der Indexierungs-Antrag läuft noch, aber nun bin ich da SEHR zuversichtlich!

    Norbert

    PS: Eine 1. Überprüfung war nicht erfolgreicht, kann sich aber überschnitten haben mit meiner Korrektur - auch sind da irgendwie noch alte Daten von einem früheren Hosting drinn, wie es scheint - Geduld scheint gefragt ...

    PPS: Erneute Überprüfung erfolgreich, Problem gelöst!

    Wäre gut, wenn man die Rechtschreibprüfung abschalten könnte. Gerade wenn man - wie ich als Schweizer - nicht das "ß" sonder "ss" verwendet, wird "andauernd" was rot unterstrichen.

    Auch die (hier) vielen unbekannten Wörter (Begriffe), bzw. Abkürzungen, sind halt jeweils rot unterstrichen.

    Ausserdem habe ich sonst eh überall wo möglich, die Rechtschreibprüfung ausgeschaltet, was natürlich klar eine persönliche Präferenz ist.

    Wäre halt "nice to have".

    Mit einem freundlichen Gruss

    Wahrscheinlich müssen Sie die entsprechende Seite anpassen, wie folgt:

    - Im Seitenbereich navigieren Sie auf die betreffende Seite, also serviceleistungen

    - dort öffnen Sie die Eigenschaften (mit dem Zahnrädchen od. rechter Maustaste)

    - dort unter Google bei Dateinamen die Seite serviceleistungen auswählen (rechts das Feld (für den Suffix (Dateiendung)) können sie leer lassen, weil dann eh .html genommen wird)

    Gemeint ist also das folgende Fenster ...

    In meinem Falls steht hier "news", in Ihrem Fall sollte dort serviceleistungen stehen.

    Mit einem freundlichen Gruss

    Hallo

    Ich habe bereits hier im Forum gesucht und einiges darüber gelesen, wurde aber auch nicht wirklich besser dadurch ;)

    Deshalb frage ich trotzdem: Google weist folgendes aus:

    Ich habe jetzt mal eine Indexierung und "Fehlerbehebung überprüfen" bei Google beantragt.

    Es ist via Server-Config, bwz. .htaccess alles umgeleitet auf https und www (also "https://www.", was dann ausschliesslich https://www.alpengreis.ch/ ergibt) ... eine Sitemap ist eingereicht und scheint zu funktionieren.

    Kann mir auch vorstellen, dass da was von einem vorhergehenden Hosting (mit Wordpress bei anderem Hoster) verwendet wurde/wird.

    Das eigentliche Problem scheint wirklich "nur" zu sein, dass via ZP https://www.alpengreis.ch/index.html als kanonische Seite bestimmt und Google halt https://www.alpengreis.ch/.

    Deshalb die Frage: mal abwarten oder gibt's hier noch etwas, was ich aktiv tun könnte? Oder kann ich das sogar ignorieren?

    Mit einem freundlichen Gruss

    Hallo

    Nach Überprüfung meiner Seite mit Google PageSpeed Insights meldet dieser Check ein Sicherheitsproblem für jQuery@1.12.3, nämlich wie folgt:

    Siehe auch Details dazu: https://security.snyk.io/package/npm/jquery/1.12.3

    Möchte gerne wissen, was die Experten hier dazu meinen, ist ja die Version, die in ZP integriert ist, oder?

    Warum ist denn diese (veraltete) Version noch in ZP drinn, wenn doch bereits eine Version 3.6.3 (die nicht vulnerable ist) zur Verfügung stünde?

    Habe nun - für MEIN verwendetes jQuery die neuste Version nachgeladen mit ...

    Code
    <script src="http://code.jquery.com/jquery-3.6.3.min.js"></script>

    weil ja mit "$-Alias" immer die zuletzt geladene jQuery-Version benutzt wird ... dann sollte der das folgende Script also mit v3.6.3 ausgeführt werden ...

    Code
    <script>
    $(function() {
    var auto_refresh = setInterval(
    function() {
    $('#servertime').load('_ag_php/servertime.php').fadeIn("slow");
    }, 1000); // refreshing after every 1000 milliseconds (1 sec)
    });
    </script>

    ... nehme ich jetzt mal an. Yup, scheint so, jedenfalls gibt ein:

    Code
    if (typeof jQuery != 'undefined') {
    // jQuery is loaded => print the version
    alert(jQuery.fn.jquery);
    }

    die Version mit 3.6.3 aus.

    Der Nachteil ist halt, dass extra nochmals eine jQuery-Version nachgeladen wird - die Frage bleibt, warum verwendet ZP eine solch alte und verwundbare Version? Kann mir zwar durchaus vorstellen, dass dies für das eigentliche Layout nicht so/wirklich ein Problem ist - aber trotzdem ...

    Mit bestem Gruss

    Norbert

    Sorry, dass ich mich einmische - bin grad so in Testerlaune ;)

    Also bei MIR kommt die Eingabemaske und auch das Hintergrundbild erscheint ...

    Haben Sie etwas im Browser deaktiviert, JavaScript oder so? Oder setzen Sie einen AdBlocker oder dergleichen ein, bei dem zuerst etwas erlaubt werden müsste ...

    Mit einem freundlichen Gruss

    Hallo

    Ahja, das mit dem Testserver ist natürlich eine gute Idee!

    Habe nun kurz ein neues Projekt mit "Flat Responsive - Slate" erstellt, "Automatischer Dunkelmodus für veröffentlichte Website" aktiviert und auf den Testserver raufgeladen ...

    Habe nur diese eine Option geändert, alles andere ist Standard - der Effekt ist sofort zu sehen auf https://alpengreis.zeta-producer.com/index.html - das Hintergrundbild fehlt und auch beim Suchfeld rechts fehlt bei der Lupe der dunke Hintergrund!

    Hier noch eine Version mit deaktivierter Option "Automatischer Dunkelmodus für veröffentlichte Website", wo es prima aussieht: https://alpengreis-ok.zeta-producer.com/index.html.

    MfG!

    Hallo

    Sie ist leider noch nicht wirklich online (nur für meine temporäre IP zum Testen momentan) - sollte nächstens online gehen.

    Allerdings hat es anscheinend nichts mit der Seite zu tun, weil auch bei einem frischen Projekt mit nur ein paar kopierten Seiten und eben "Flat Responsive" passiert dasselbe. So gehe ich also davon aus, dass es sich - zumindest bei "Flat Responsive" - um ein allgemeines Problem handelt.

    Hier noch ein paar Bilder dazu - bei "Automatischer Dunkelmodus für veröffentlichte Website" aktiviert:

    Preview OK - man sieht das Background-Bild (Original vom "Flat Responsive"-Layout)...

    Live NICHT ok - man sieht das Background-Bild (Original vom "Flat Responsive"-Layout) NICHT ...

    Da die Seite noch nicht wirklich online ist (letzte Tests noch nicht gemacht), müsste ich sonst mal schauen, ob ich Ihre (hoffentlich statische) IP temporär freigeben könnte. Bei Bedarf könnte ich Ihnen auch den Quelltext mit und ohne aktivierter Option von "Automatischer Dunkelmodus für veröffentlichte Website" (z.B. von der Startseite) zukommen lassen.

    Mit einem freundlichen Gruss

    Norbert

    PS: Es ist auch Browser unabhängig, wie es scheint (getestet mit Firefox und Edge).

    Hallo

    Mir ist aufgefallen, dass es (hier, mit Layout Flat Responsive) beim Aktivieren von "Automatischer Dunkelmodus für veröffentlichte Website" (unter Website, Einstellungen) ein Problem gibt:

    Es wird dann (egal, ob bei Windows der Dark-Mode für die Apps aktiv ist oder nicht), zwar wie gewünscht die Seite im Browser-Preview im Dark-Mode angezeigt NICHT aber Live auf dem Server! Dort fehlen Layout-Elemente wie Hintergrundbild etc. ... obwohl sie geuploadet wurden. Auch ein Erstellen und Raufladen aller Seiten brachte keinen Erfolg. Deaktiviere ich diesen automatischen Modus für die veröffentlichte Seite wieder, klappt es sofort wieder, halt dann im Modus hell.

    Kann das behoben werden?

    Mit einem freundlichen Gruss

    Ich wärme hier mal auf ;)

    Auch ich muss mich Dexxa anschliessen!

    Hatte vorher einige Zeit Wordpress benutzt - das wurde mir aber mit der Zeit zu kompliziert alles (zuviel Wartungsaufwand vorallem). Wie ich feststellen musste, passt Zeta Producer viel besser zu meinen Anforderungen.

    Mit einem freundlichen Gruss

    Wenn man ZP und seine Struktur kennt, dann braucht man ja den Link gar nicht zu kennen - die Struktur von ZP zu kennen (oder rauszufinden) reicht - hab's getestet:

    Code
    https://www.beispieldomain.com/assets/

    also Beginn mit dem ersten relevanten Directory, das man entweder weiss, dass das bei ZP so ist, oder halt zuerst etwas nachforscht (dass es "assets" heisst, ist ja keine Hexerei). Hier wird der Inhalt dann angezeigt, also weiter mit "runterarbeiten":

    Code
    https://www.beispieldomain.com/assets/php

    ... und man landet dann in folgendem Directory:

    Code
    https://www.beispieldomain.com/assets/php/formmailer/

    und schon wird einem auch der Inhalt von formmailer angezeigt, also:

    Code
    upload_xxxxxxxxxx

    hier wird einem dann auch gleich noch das Attachment (Name und Suffix) mitgeteilt. Ein Klick darauf reicht dann - und "man hat's"!

    NOCH einfacher geht's natürlich wenn man die ganze Struktur von ZP bereits kennt, dann kann man sofort mit:

    Code
    https://www.beispieldomain.com/assets/php/formmailer/

    beginnen. Alles kein Problem, solange für das formmailer Directory (resp. die darüberliegenden Ebenen) ein "Options +Indexes" gilt.

    Als Anregung möchte ich sagen, dass es ZUMINDEST für das formmailer Directory Sinn machen würde, eine entsprechende .htaccess mit "

    Options -Indexes" gleich mitzuliefern - resp. die Möglichkeit vorhanden wäre, eine solche von ZP erstellen zu lassen.

    Selbst, wenn defaultmässig "Options -Indexes" gilt (und für weitere angelegte Directories übernommen wird), ist so ein Verhalten - von einem unerfahrenen Benutzer, schnell mal anders eingestellt und man hat sofort dieses Problem.

    Es geht hier also nicht um Crawler und direkte Links, sondern sich direkt den jeweiligen Inhalt der relevanten Directories anzeigen zu lassen.

    MfG!

    Hallo zusammen

    Als Rückkehrer mit noch überschaubarer Erfahrung beim Zeta Producer habe ich folgende Fragen:

    Definiert man bei einem Kontaktformular den Empfang via Formmailer und gibt man beim Formular die Möglichkeit Dateien zu senden (Attachments), werden diese dann ja beispielsweise wie folgt abgespeichert ...

    Code
    .../assets/php/formmailer/upload_xxxxxxxxxx/beispiel.jpg

    und dann nach 30 Tagen automatisch gelöscht.

    Das heisst aber auch, dass dieses Attachment grundsätzlich abrufbar ist, also z.B. mit

    Code
    https://www.beispieldomain.com/assets/php/formmailer/upload_xxxxxxxxxx/beispiel.jpg

    Mir ist klar, dass man auch den Inhalt des Formulars an einen anderen Server weitergeben könnte, aber hier geht's mir explizit um die Formmailer-Lösung.

    Frage 1) Ist das nicht (ein wenig) unsicher (auch aus datenschutzrechtlichen Gründen)?

    Frage 2) Sollte man zumindest diesen Pfad in robots.txt verbieten? Oder ist das eher kontraproduktiv und man soll die Crawler einfach machen lassen?

    Frage 3) Sollte man grundsätzlich noch in robots.txt gewisse Pfade von ZP verbieten oder ist das eher kontraproduktiv und man soll die Crawler einfach machen lassen?

    Mit einem freundlichen Gruss

    Norbert

    Hallo zusammen

    Nach langer Zeit benutze ich wieder Zeta Producer für ein privates Projekt (noch nicht wirklich online). Hatte vorher einige Zeit Wordpress benutzt - das wurde mir aber mit der Zeit zu kompliziert alles (zuviel Wartungsaufwand vorallem). Wie ich feststellen musste, passt Zeta Producer viel besser zu meinen Anforderungen. Funktioniert soweit auch alles super, bis auf das Folgende ...

    Mir aufgefallen, dass die Link-Prüfung für EINEN externen Link folgendes meldet:

    Code
    Artikel "eBay"
    
    URL "https://www.ebay.ch": Es wurden zu viele automatische Umleitungen versucht. In Artikel mit ID 1723 und Bereich „Standard“.

    Hatte übrigens auch mit .com probiert, mit dem gleichen Resultat.

    Bei allen anderen (auch externen) Links wird nichts beanstandet.

    "Natürlich" ist dieser obige Link gültig und kann problemlos (in Browsern) aufgerufen werden.

    Kann das behoben werden oder muss ich damit leben?

    Mit einem freundlichen Gruss

    Norbert

    PS: VIELEN Dank für Euer super Programm!

    Hallo

    Zwar habe ich erst grad angefangen mit Zeta Producer, wobei eine Kritik ja durchaus auch ohne grosse Kenntnisse darüber erlaubt sei - schliesslich geht es ja ums Endprodukt - wie die Seite aussieht halt und welche Inhalte sie hat, egal mit was diese erstellt worden ist ...

    Und da muss ich sagen: mir gefallen alle Seiten sehr gut! Du hast - jedenfalls in meinen Augen - ganz sicher ein Flair für gutes und passendes Design! Aber auch die Inhalte - soweit ich das in der Kürze beurteilen konnte, erscheinen mir durchwegs als sinnvoll.

    Deshalb kann ich nur gratulieren und habe nichts auszusetzen!

    Mit einem freundlichen Gruss
    Alpengreis