Beiträge von iccmike

    Fehler gefunden.

    Bei der Eingabe werden Monat und Tag beim Verlassen des Feldes ( Return oder Tab) vertauscht.

    Habe somit das falsche Datum.

    Eingabe 11.02.2024 ändert sich in 02.11.2024

    Da ich nur zwei Monate (aktuell + nächster) anzeige, sah ich den Fehler nicht.

    Auch wird manchmal beim setzen der Daten die Anzeige nicht dargestellt. Steht aber nach dem speichern dennoch drin.

    Sehr unpraktisch/ instabil!?

    Hallo Gemeinde,

    hat jemand eine Lösung um einen zweiten alternativen ftp-server anzulegen?

    Unter Veröffentlichen, FTP-Server konfigurieren kann man nur einen anlegen.

    Schön wäre es zwei zur Auswahl zu haben.

    Einen für die Öffentlichkeit und einen für die interne Truppe für Probeläufe etc.

    Heute kopieren wir immer das Projekt auf einen anderen Namen und setzen die FTP-Parameter neu.

    Geht, ist aber nicht so sexy.

    Gruss

    iccmike

    Ahoi,

    habe es mit https in den FTP-Einstellungen erstellt und

    OOHHH WIE FEIN, ES KLAPPT !!! :thumbup:

    Habe es nochmals mit http://www.****** anstelle von https://www.****** erstellt und das Problem ist wieder da.

    Konnte im Quelltext jeweils sehen, dass sich die Bezüge/Referenzen aus der Zeile "Web-Adresse" in der FTP-Konfiguration erstellen.

    Kann daher nur allen empfehlen, in der Konfigurationsmaske immer die kompletten Pfade anzugeben, da die referenzellen Character haben.

    Vielen Dank

    iccmike

    Hallo Gemeinde.

    Habe den ganzen Server mit SSL auf https umgestellt.

    Alle Anfragen via http werden nach https umgestellt.

    Alle Seiten und Datenbanken, etc. laufen.

    Nur Zeta 13.3.0 macht bei der Verwendung von "Geschützter Bereich" Probleme.

    Die Seiten zuvor und wenn nach Umgehung der Blockade laufen.

    Chrome:

    "Diese Seite versucht, Skipts aus nicht authentifizierten Quellen zu laden." obwohl https angezeigt wird und die Symbole in Grün sind.

    Wähle ich "Unsichere Skipts laden" dann geht es weiter, aber im http-Modus.

    Firefox:

    "Sichere Verbindung".

    "Firefox hat nicht sichere Inhalte dieser Seite blockiert."

    Wähle ich "Schutz momentan deaktivieren" ann geht es weiter, aber im http-Modus.

    Nehme ich die Funktion "Geschützter Bereich" raus bleibt alles im https-Mode.

    Bei Verwendung von "Geschützter Bereich" gibt es Anmeldeprobleme und geht dabei in den http-Modus über.

    Gibt es hierzu eine Lösung oder Idee?

    Gruss

    iccmike

    Danke für den Hinweis.
    @Jochen
    Um eine Darstellung wie Bild, Datum, Datei die an verschiedenen Stellen benötigt wird nur einmal zu ändern und überall aktuell verfügbar zu haben.

    @sseiz
    Das mit dem Bild funktioniert.
    Hatte es so verstanden, dass man attribute einfach definiert und an beliebiger Stelle (ohne Umweg Quelltext) einbauen kann.
    Bei einem Text und Datum geht dies ja ganz einfach.
    Definieren, Attribute in die Seite, fertig.

    Gruss
    iccmike

    Hallo Gemeinde,

    habe mich zum ersten mal mit attributen befasst und habe ein Darstellungsproblem.
    Neue Attribute mit HTM-Quelltext-Editor funktionieren.
    Neue Attribute mit Bilderauswahl, Dateiauswahl, etc. zeigen nicht den Inhalt sondern den Pfad.

    Habe keinen Ansatz gefunden.
    Gibt es Besonderheiten?

    Nutze Version 13.1

    Hallo Herr Seiz,

    wenn es dann eine neue Funktionalität wäre, dann ja.
    Aber das ist ja eine ganz andere Sache und evtl. etwas für die Zukunft.
    Werde es nun über eine versteckte Seite je benötigtem Aufruf lösen, was den Pflegeaufwand und die Fehlerquote bei großen Seiten erhöht.

    Es geht nicht um das Ausblenden der anderen FAQs, sondern um den Aufruf eines einzelnen FAQ auf einer anderen Seite,
    War der Meinung dass die Daten ja irgendwo strukturiert stehen und somit aufrufbar sind.
    Das war alles und sollte kein Thread über 20 Punkte werden.

    Danke für die Aufklärung.

    Michael

    Hallo Herr Seiz,

    genau dies ist es ja.
    Die anderen FAQ sollen nicht sichtbar sein.
    Es wäre nur der Inhalt des einen FAQ in einem anderen Fenster oder als Popup sichtbar.
    Da der Inhalt ja irgendwo steht, müßte dieser aufrufbar sein. Oder?

    Gruss
    Michael Wilke

    Hallo Herr Seiz,

    jein.

    Es steht auf einem internen kleinen Testserver, da es von Google und Co. noch nicht erkannt werden soll.
    Es handelt sich um ein neues Produkt, dass im entsprechendem Segment für Aufruhr sorgen wird.
    Habe ein NDA unterschreiben müssen.

    Geben Sie mir etwas Zeit und ich werde eine neue Seite mit der Aufgabe erstellen.
    Versuche es heute noch zu erstellen und melde mich wenn es drauf ist.

    Danke und bis später.

    Gruss
    Michael

    Dies ist merkwürdig da:

    dieses FAQ (und alle anderen Widgets ebenfalls) unter-erweiterte Einstellungen - mehr - genau dieses als Objektid anzeigt.
    Im Quellcode schaut es dann so aus <p><a href="oid://article/15b0fbd8-e640-4b6f-8a9e-0408fad53535" target="_blank">Mustertext</a> zum anklicken</p>

    Erstellt wurde der Link als Artikel 20, der den Wunschinhalt hat.
    Bild1

    So wird aus Artikel 20, die ArtikelID 1500 und die ObjektID 15b0fbd8-e640-4b6f-8a9e-0408fad53535 welche im Source auch als oid= Objektid verwendet wird.
    Bild2

    Warum ist dies ist definitiv keine Zeta Objekt-ID???

    Der benötigte Inhalt steht in zpSO-faq-answer1500 und da soll der Link hin.

    Aber ich komme nicht auf diesen Punkt bzw. kann diesen allein laden, sondern immer nur bis oid://page/de$faq-haeufige-fragen bzw. oid://page/de$faq-haeufige-fragen#a1500, was mir die komplette Seite faq-haeufige-fragen öffent und den Artikel 1500(=Seite 20) aufklappt.


    Habe mir auch die Datenbank angeschaut und die Position des gewünschten Inhalt nicht gefunden.

    Im Grunde brauch ich nur zpSO-faq-answer1500 einzubinden und fertig, aber da habe ich wohl Tomaten auf den Augen.

    Gruss
    Michael

    Zur Not wird es nur so gehen.
    Das Thema ist nur, dass bei 60 FAQs und evtl. mehr der Leser vom Hauptartikel abgelenkt wird und sich dann mit den FAQs beschäftigt bevor er die Produktseiten gesehen und verstanden hat.
    Produktseiten sollen das Thema interessant machen bzw. beschreiben.
    FAQs später, wenn die Grundentscheidung / Grundstimmung gut ist, die typischen Fragen beantworten.
    Wird man aber am Anfang schon direkt auf eine volle FAQ-Seite gelenkt und man dort den Eindruck gewinnt was alles noch zu beachten ist, gutes wie schlechtes, dann ist die Abbruchquote zu hoch. Aber die partielle Info zu Beginn ist wichtig für das weitere Verständnis. Daher nur den einzelnen FAQ aus der Sammlung.

    Alternativ wäre eine eigene Seite mit dem Inhalt dieser einen FAQ als nichtsichtbar im Menue zu erstellen und dann via Link aufzurufen.
    Nachteil ist, dass eine Änderung dann in den FAQs und versteckten Seiten vorzunehmen ist.
    Sind über den Internetauftritt diese Infos aus den FAQs öfters heranzuziehen wird dies stressig.
    Die portionierte Informationszuführung im Verlauf der Seiten und die Sammlung am Ende führt so zu einem "Das kenne ich ja schon" und ist unterwegs abgehakt worden.


    Das alles hat was mit Wahrnehmung und Psychologie zu tun und entscheidet bei Projekten die thematisches Gefühl und Aufmerksamkeit verlangen über Sieg oder Niederlage.

    Hier wird zum Beispiel auf dem guten alten Papierweg eine personalisierte Zielgruppe von 60.000 Adressaten angesprochen und zur Entscheidungsfindung und weiteren Information bis zur Abwicklung auf die Internetseite verwiesen.
    Geht dann hier die Wahrnehmung daneben, dann sind alleine €19.200 für das Porto plus Druck und Arbeit verbrannt.

    Das ist dann wirklich unschön.

    Ein kleiner Ausflug wieso/ warum wie manche Seiten aufgebaut werden.

    Aber evtl. hat Herr Seiz ja eine Lösung.

    Gruss
    Michael

    Nöö, leider nicht.

    Stehe dann wieder am Anfang und es öffent sich nur die Seite FAQ. Dies ist ja auch der Pfad zur Seite und nicht zum Artikel innerhalb der Seite.
    Hänge ich die PageID dran oid://page/de$faq-haeufige-fragen#1500 dann landet es wieder nur bei der FAQ -Seite. Nur wenn ich über Deinen Tipp von eben, der ja im Grunde funktioniert, den Link anklicke, dann wird im Browser die PAgeID angezeigt. Aber im Source steht die ObjektID.

    Source = <a href="oid://article/15b0fbd8-e640-4b6f-8a9e-0408fad53535" target="_blank">
    Browser =...../faq-haeufige-fragen.html#a1500

    Schon spannend.

    Gruss
    Michael

    Hallo Jochen,

    ja das klappt und hatte ich schon probiert.
    Aber man kann dann alle FAQs sehen was bei 60 Punkten nach Möglichkeit nicht erwünscht ist, da es dann vom Hauptthema ablenkt.
    Als Seitenersteller ein Schrecken, da die Artikelnummer nichts mit der ArtikelID oder ObjektID zu tun hat und die Reihenfolge so darsteht wie die FAQs angelegt wurden.
    Habe ersteinmal alle FAQs so wie es gekommen ist reingekloppt und später nach Wunsch entsprechend sortiert.
    Nun ist die Raterunde eröffnet. Welcher Artikel ist es denn?
    Aber es geht.

    Evtl. kann Herr Seiz eine Lösung bieten, da ja jedes FAQ via ObjektID und/oder ArtikelID eindeutig benannt ist.

    Gruss und Dank
    Michael

    Hallo Herr Seiz,

    die URL der Seite lautet oid://page/de$faq-haeufige-fragen
    Die ObjektID des FAQ-Widget lautet 15b0fbd8-e640-4b6f-8a9e-0408fad53535
    Bekomme dies nicht zusammen.


    Es steht zum Beispeil irgendwo ein Text mit dem Begriff Kuchen.
    Was ein Kuchen ist haben wir in einem FAQ-Widget beschrieben.
    Drücke ich nun auf den Begriff Kuchen im Text, dann soll das Widget "was ist ein Kuchen" aufgehen.
    Dies wäre so prima, da bei einer Änderung der Beschreibung zum Kuchen im FAQ der Verweis an anderer Stelle damit auch aktuell wäre.

    Was ist mit der ArtikelID die je Widget ebenfalls anders und eindeutig ist?

    Gruss
    Michael

    Hi Gemeinde,

    habe eine Seite mit Text und eine Seite mit FAQs.
    Aus den FAQs möchte ich ein spezielles FAQ mit einem Begriff aus der Textseite verbinden.
    Habe es mit href="oid://page/de$Ueber_uns?15b0fbd8-e640-4b6f-8a9e-0408fad53535" als Link probiert, aber ohne Erfolg.
    Gibt es da schon eine Lösung?

    Gruss
    Michael

    Hallo Herr Seiz,

    was soll man sagen?? Es läuft.

    Die von Ihnen beschriebene Variante hatte ich bereits probiert, aber ebenfalls mit Fehler.
    Konnte gerade nachvollziehen woran es gelegen haben mag, da ich gestern ca. 30 Varianten auf verschiedenen Umgebungen probiert hatte.

    Es ist nicht nur wie immer der Cache sondern auch die Cookies.

    Hatte eben bewusst ein falsches Password eingegeben und ich wurde auf ein zuvor genutztes Testverzeichnis zurückgeführt.
    Cookies gelöscht und schon ist die Welt in Ordnung.

    Anbei die FTP-Eingaben zum im Thread genannten Beispiel.
    Macht es für Forumleser gegenüber den Texten sicherlich etwas einfacher.

    Webadresse = https://community.zeta-producer.com/www.maler.de/CMS
    Servername = ftp.masterserver.de
    Zielordner = /public_html/maler/CMS/

    Besten Dank
    Michael

    Guten Morgen Herr Seiz,

    ja so ist es.
    Unter einem Masterserver stehen eigene Domains verschiedener Unternehmungen die via NS-Eintrag eingebunden sind.
    Jede Unternehmung hat verschiedene Anforderungen, wie z.B. Shop, Datenaustauschbereich, etc. und Zeta als Pagebuilder.
    Komme von OXID, Typo3, WebSiteBaker und die Seiten laufen seit Jahren in diesem Stil.
    Habe ein Tool gesucht, dass ohne den ganzen Overhead etc. schneller Internetseiten erstellt. So kam ich zu ZETA, was auch bis auf dieses Widgetproblem gut ist.
    Habe in der Anlage ein Diagramm mit Bemerkungen angefügt.
    Ein Bild läßt es von einer anderen Sicht besser beleuchten.

    Bevor die Frage nach dem Server kommt. Nein es ist nicht die Servereinstellung. Bediene hier 8 Server auf 3 verschiedenen Plattformen und überall ist der gleiche Effekt.

    Gruss
    Michael

    Wie zuvor sehr ausführlich beschrieben ist das was auf das Widget bezogen ist nicht geht.
    Habe es gerade nochmals probliert.

    Webadresse = dort landet der Aufruf auch aber leer, weil Zielordner im Urwurzelverzeichnis / in Abhängikeit vom ftp-Konto. (root)
    Webadresse = dort landet der Aufruf auch aber leer, weil Zielordner im Urwurzelverzeichnis /public_html/maler/CMS bei gleichen ftp-Konto. (root)
    Webadresse von Hand aufgerufen mit zusatz /CMS = alles da, aber Widget sucht eine Etage höher.

    Neuer Zetaeintrag:
    Webadresse = https://community.zeta-producer.com/www.servermaster.de/CMS22
    Servername = ftp.servermaster.de
    Benutzername = CMS22@servermaster.de
    Zielordner /

    Ftpkonto = CMS22@servermaster.de
    Home = <Standarthome>/CMS22

    Alles da und das Widget läuft.
    Aber nicht unter dem richtigen Pfad, wie der Rest von Zeta und es erscheint nicht die Addondomain sondern der Masterserver im Browser.

    Ein Blick in den Quelltext zeigt, dass das Widgrt eine Ebene zu hoch steht und immer den Eintrag der Webadresse nach dem Ländercode (.de) abschneidet und sich dort platziert.

    Habe nun schon 6-8 Stunden mit diesem Punkt zugebracht und kann mich immer nur wiederholen.
    Es ist alles reproduzierbar.

    Bauen Sie das Szenario doch einfach einmal nach. Dauert 10 Minuten plus 30 Minuten für die Verifizierung der beschriebenen Wege.

    Gruss
    Michael

    Guten Tag Herr Seitz,

    dem ist nicht ganz so.
    Habe nun gefühlte 100 Varianten probiert, da bei der oben von mir als funktionierend beschriebenen Variante das Logo auf die falsche Adresse verweist und dies analog zu dem Widget.
    Baut man eine Auftritt sauber auf und strukturiert die Elemente zur sauberen Trennung und zum Schutz vor gleichen Dateinamen geht es nicht richtig.
    z.B. Shop unter https://community.zeta-producer.com/www.servermaster.de/SHOP, Pages unter https://community.zeta-producer.com/www.servermaster.de/CMS, Loads unter https://community.zeta-producer.com/www.servermaster.de/UPLOADS, etc.
    Alle Werkzeuge bleiben im zugewiesenen Bereich, nur das angesprochen Widget nicht. Dies will immer https://community.zeta-producer.com/www.servermaster.de.

    Die Web-Adresse ist der Landeplatz/Startplatz für die Internetseite.
    https://community.zeta-producer.com/www.servermaster.de/CMS oder https://community.zeta-producer.com/www.maler.de/CMS werden als Startposition verwendet.
    Steht der Zielordner auf / so lautet die Landezone https://community.zeta-producer.com/www.servermaster.de/CMS oder https://community.zeta-producer.com/www.maler.de/CMS
    Alles was weiter in dem Feld Zielordner steht wird hinten dran gehangen.
    /CMS/ ist das gleiche wie https://community.zeta-producer.com/www.servermaster.de/CMS wenn in der Webadresse nur https://community.zeta-producer.com/www.servermaster.de steht.
    Oder wenn durch den FTP-Zugang ein Pfad voreingestellt ist so gilt dieser als Startpunkt.


    Geht man nun hin und meldet sich via ftp als root an und gibt dort den echten vollen Pfad ein, so wird dieser an die Web-Adresse angehangen.
    z.B. /home/servermaster/public_html/maler/CMS/ und hat dann den Pfad https://community.zeta-producer.com/www.servermast…html/maler/CMS/
    Selbst dort aufgerufene Seiten funktionieren und haben auch die richtige Menuezuordnung.


    Egal was/wie man es macht das Widget schneidet immer auf die Domainadresse nach der Länderkennung ab.
    So sind z.B. alle Seiten unter https://community.zeta-producer.com/www.servermaster.de/CMS/....... erreichbar.
    Aber das Widget setzt sich immer als https://community.zeta-producer.com/www.servermaster.de/assets ein.
    Richtig wäre https://community.zeta-producer.com/www.servermaster.de/CMS/assets/..........


    Schaut so aus, als würde im Source anstelle ./ ../ verwendet und so immer eine Ebene zu hoch stehen.
    Evtl. können Sie mal nachsehen.

    Beste Grüße
    Michael

    Lösung gefunden.

    Hier die Erklärung an einem Beispiel. (Name und Server sind frei erfunden)
    Es handelt sich um eine Domain mit mehreren Unterdomains (addon-domains).

    Grunddaten:
    Domain = servermaster.de
    Addondomain = maler.de
    Verzeichnis für Zeta = maler.de/CMS
    ftp = ftp.servermaster.de

    Wie es funktioniert:
    Einen ftp-account anlegen ( User = zeta@servermaster.de; Pfad = $HOME/maler/CMS ) wobei $HOME meistens bereits vorgegeben ist.
    Zeta-ftp einrichten:
    Webadresse = https://community.zeta-producer.com/www.servermaster.de/maler/CMS
    Servername = ftp.servermaster.de
    Benutzername = zeta@servermaster.de
    Kennwort = **********
    Zielordner = /


    FERTIG.


    Ohne Anlage eines ftp-Kontos wird assets in servermaster.de gelegt und der Schirm bleibt weiss.
    Scheinbar wird hier die Pfad welcher hinter dem ftp-Zugang liegt für die Pfadangabe eines/dieses Widget genommen.


    Möchte man Zeta bzw. Widgets/geschützter Bereich direkt auf servermaster.de ohne addondomains installieren, kann man sich den Umweg über einen ftp-account sparen.


    GANZ WICHTIG!!!


    Immer den Browsercache leeren, sonst werden die vorherigen Fehlversuche geladen.


    Gruss an die Gemeinde

    Michael

    Guten Morgen Jochen und Thomas,

    danke für Eure Hilfe.
    Habe bis heute in der Früh (2.30 Uhr) daran gesessen und verstehe es nicht.

    Das Beispiel von Jochen unter 2. ist das was richtig ist und auch so zum Schluss eingetragen ist.
    Alles landet dort wo es soll ausser assets.

    Seiten ohne das Widget habe den richtigen Pfad und setzen nach dem Pfad des Eintrages unter Webadresse auf. Z.B.

    <script type="text/javascript" src="assets/bundle.js?v=635793079495273437"></script>
    <link rel="stylesheet" type="text/css" href="assets/bundle-print.css?v=635626126340000000" media="print" />
    <link rel="shortcut icon" type="image/x-icon" href="assets/stock-files/favicon.ico" />

    Beim Widget wird immer der komplette Pfad http://www.serverxyz.net verwendet. Z.B.;
    <link type="text/css" href="http://www.serverxyz.net/assets/php/pa/…8.11.custom.css" rel="Stylesheet" />
    <script type="text/javascript" src="http://www.serverxyz.net/assets/php/pa/…uery-1.7.min.js"></script>
    <script type="text/javascript" src="http://www.serverxyz.net/assets/php/pa/…6.custom.min.js"></script>
    <script type="text/javascript" src="http://www.serverxyz.net/assets/php/pa/…rotectedarea.js" ></script>

    Andere Widgets laufen, sofern bereits verwendet.
    Scheint am "Geschützter Bereich"-Widget zu liegen.
    Scheinbar greifen beim vorbereiten der Seite zum upload die Parameter der ftp-Einstellung und werden entsprechend gesetzt.
    Habe auch keine Info gefunden, die im Detail die Zusammenhänge der ftp-Parameter auf Widgets etc. beschreiben.
    Oder gibt es doch entsprechendes?

    Bin nun bis zum Nachmittag ausser Haus und versuche es nochmals nachzuvollziehen.

    GrussMichael

    Hoi,

    habe verschiedene Layouts probiert und immer das selbe.
    Der Fehler liegt darin, dass der Pfad assets immer auf das Stammverzeichnis zeigt obwohl es im Unterverzeichnis nebst den anderen Dateien liegt.
    Wird assets ins Stammverzeichis verschoben, dann funktioniert es.

    Scheinbar liegt es an den ftp-Einstellungen.
    Masgeblich ist hier die Webadresse und der Zielordner.
    Die richtige Mischung habe ich noch nicht verstanden.

    Gruss
    michael

    Hallo Gemeinde,

    habe nach Anleitung das Widget "Geschützter Bereich" installiert.
    Die vorhandenen Artikel im Forum bringen keine Lösung. PHP-Version, etc. sind korrekt.
    Es kommt in Zeta nicht der orangenen Hinweis "Geschützter Bereich: Diese Seite wird auf Ihrem Webserver durch ein Kennwort geschützt." sondern nur das übliche grüne Fenster "Hinweis: Der Artikel "Geschützter Bereich" kann erst in der Live-Version auf dem Webserver angezeigt werden."
    Nach dem hochladen über die interne Funktion wird die Seite aufgerufen, bleibt aber weiss.

    In Source habe ich eine Unstimmigkeit festgestellt.
    Es handelt sich um einen Ordner unterhalb der Domain.
    Dervon Zeta generierte Eintrag lautet:

    $pageUrl ='http://www.serverxyz.net/saturn.php'; ( Wobei saturn.php auch nicht unter http://www.serverxyz.net steht. )
    $siteUrl ='http://www.serverxyz.net';

    Die Seite steht aber unter:
    http://www.serverxyz.net/ABC/PDCMS/saturn.php

    Sollte demnach nicht der Eintrag so aussehen:
    $pageUrl ='http://www.serverxyz.net/ABC/PDCMS/saturn.php';
    $siteUrl ='http://www.serverxyz.net/ABC/PDCMS/';

    Auch ein Abändern von Hand bringt nichts.

    Stehe nun auf dem Schlauch.
    Kann jemand helfen?

    Gruss
    Michael