Beiträge von acanthus

  • Fancybox + TinyMCE (CMS-Editor) funktioniert nicht mit Zeta 15 / PHP 8.0

    Guten Morgen Stefan,

    danke, dass Sie sich die Sache mal anschauen.

    Zitat von Stefan S

    weil es für Version 15 ohnehin keine Updates mehr gibt

    Ich erwarte selbstverstänlich kein Update für eine veraltete Version, aber wenigstens einen Hinweis oder ähnliches, damit ich es mir selbst anschauen kann. Die 16er Version habe ich bereits getestet und gefällt mir sehr gut. Ich werde demnächst ein Update vornehmen, aber nicht jetzt, ich habe meine Gründe. Ich arbeite nach dem altbewehrten Prinzip: "Do not touch a running system", und die 16er passt grad nicht in mein Workflow. So wie es aussieht sollte die Lösung für die 16er auch bei der 15er funktionieren.... es ist ja das selbe Ergebnis.

  • Fancybox + TinyMCE (CMS-Editor) funktioniert nicht mit Zeta 15 / PHP 8.0

    Zitat von Stefan S

    Ob Sie etwas falsch gemacht haben, kann ich nicht sagen, weil ich ja nicht weiß, was genau Sie gemacht haben.

    Was ich gemacht habe? Ich habe ein Bild genommen was in der Breite länger ist als 1200px (hier: 1500 x 750px) und habe es in der Demo-Seite eingebunden.

    Zitat von Stefan S

    Kann aber gut sein, dass wir da nen Fehler im Code haben.

    Das gibt mir Hoffnung...

    Zitat von Stefan S

    Sie können sich ja jederzeit die Kostenlose Home-Lizenz von Version 16 laden und es damit testen.

    Das bringt nichts, weil es in der kostenlosen Variante keinen CMS-Editor gibt.

    Zitat von Stefan S

    ...was Se als Ergebnis erwarten und was Sie stattdessen erhalten.

    Was ich als Ergebnis erwarte hatte ich bereits am Anfang meines Post geschrieben.
    Ich erwarte, dass bei größeren Bilder automatisch der folgende Code eingefügt wird:

    und nicht dieser:

    Mehr erwarte ich nicht... ;)

  • Fancybox + TinyMCE (CMS-Editor) funktioniert nicht mit Zeta 15 / PHP 8.0

    Hallo,


    weder bei STRATO (Zwangsumstellung auf PHP 8.0, sonst nur mit Gebühr) noch bei Domainfactory funktioniert die Fancybox + TinyMCE.
    Wenn ein Bilder im CMS-Editor eingefügt und verkleinert wird ( Breiter > 1200px), wird im Code kein Fancybox-Code eingebunden.
    Das Bild wird nicht automatisch vergrößert und es wird im Editor nur dieser Code eingefügt:

    Code
    <p><img src="assets/php/CMS_DATA/2032/assets/test-1500x750px-1.jpg" width="454" height="227" /></p>


    Richtig wäre es so:

    Code
    <div id="igal1678177682025" class="zpImageGallery" data-kind="singleimage" data-transition="elastic">
   <a class="fancybox" href="assets/php/CMS_DATA/2032/assets/test-1500x750px-1-large.jpg">
      <img src="assets/php/CMS_DATA/2032/assets/test-1500x750px-1.jpg" width="500" height="250" />
   </a>
</div>

    Mit PHP 7.4 funktioniert alles korrekt.

    Gibt es dafür eine Lösung? Ich habe einige Kunden bei STRATO und möchte niemandem Zwangsgebühren zumuten.
    Ich bin mir bewusst darüber, dass es mit der Zeta 16 und PHP 8.0 keine Probleme gibt, aber ich brauche eine Lösung für Zeta 15 + PHP 8.0.

    Bis zu "zponlinecms.js" und die betreffenden Stelle im Code habe ich mich durchgearbeitet, bin mir aber nicht sicher ob das jetzt der richtige Ansatz ist.

    Der Bereich wo der Pfeil hinzeigt wird nie ausgeführt, auch nicht wenn das Bild breiter als 1200px ist.

    Ich komme nicht weiter... stehe grad völlig auf dem Schlauch.

    Kann mir bitte jemand weiterhelfen?

  • Cookie Consent XML-Fehler - consentsettings.json

    Zitat von Stefan S

    Und die Fehlermeldung ist totaler Blödsinn, wie gesagt.

    Das glaube ich langsam auch... :rolleyes:
    Hab grad den JSON-Validator entdeckt und consentsettings.json getestet.
    Ergebnis: JSON ist gültig!

    https://jsononline.net/de/json-validator


    Solche Fehlermeldungen sind echte "Zeit-Fress-Monster", ich denke wir lassen es einfach dabei.
    Wo soll man denn suchen wenn es keine eindeutigen Fehlerhinweise gibt?!
    Ich hoffe, dass Google auch die Gültigkeit der JSON-Datei erkennt.
    Werde das Ganze mal beobachten...

    Vielen Dank Herr Seiz für Ihre Zeit und Bemühungen.
    Beste Grüße


  • Cookie Consent XML-Fehler - consentsettings.json

    Zitat von Stefan S

    Solange das cookie-consent widget funktioniert, ist es doch egal, ob dieser Browser diese obskure Fehlermeldung anzeigt, oder?

    Ja, eigentlich schon, hab ich mir auch schon gedacht. Aber zu wissen, dass etwas nicht stimmt und es zu ignorieren ist auch keine Lösung. Es handelt sich hierbei um ein Kundenprojekt und da fällt mir das Ignorieren bei solchen Themen etwas schwer. Ich weiß auch leider nicht wie stark Google XML-Fehler "SEO-Technisch" abstraft.

    Konnten Sie die XML-Fehlermeldung im Firefox-Browser nachvollziehen?

  • Cookie Consent XML-Fehler - consentsettings.json

    Hallo Herr Seiz, vielen Dank für die schnelle Antwort.

    Zitat von Stefan S

    da bräuchte ich schon einen korrekten Link zur Website bzw. .json Datei damit ich diese selbst prüfen kann.

    Es handelt sich hierbei um ein Kundenprojekt. Wie kann ich Ihnen am besten den Link zukommen lassen?

    Zitat von Stefan S

    JSON ist kein XML und kann daher auch kein wohlgeformtes XML darstellen.

    Das ist richtig, hab mich falsch ausgedrückt. Ich meinte, ich bekomme nur die Rohdaten von der JSON-Datei zu sehen und nicht die "JSON-Ansicht"... es gibt keine Auswahlmöglichkeit, die man sonst bekommt, wenn der Fehlerhinweis nicht auftaucht.

    Zitat von Stefan S

    Mit dieser Datei bringen wir den Nutzer aber eigentlich nicht direkt in Kontakt.

    Ich habe den Kontakt zu dieser Datei nicht gesucht, es wurde mir "aufgezwungen".

    Zitat von Stefan S

    Warum sind Sie beim Einbinden auf diese Datei gestoßen und haben Sie ggf. versucht diese Datei im Webbrowser zu öffnen (und wenn ja, warum)?

    Wenn man nach den möglichen Fehler-Quellen recherchiert, dann kommt man automatisch mit dieser Datei in Berührung.
    z.B. hier: Cookie Consent Problem oder: PHP wechsel von 7.4 auf 8.1. Das ist der Grund. Ich kannte diese Datei vorher nicht, habe ich nie gebraucht.

    Zitat von Stefan S

    PS: Version 15 ist schon alt und der Cookie-Consent von damals entspricht u.U. nicht mehr den aktuellen Anforderungen.

    Dessen bin ich mir bewusst, aber im Moment geht es nicht anders. Die Version 16 werden ich mir auch noch gönnen, aber später... :) Sonst habe ich so gut wie nie Probleme mit Zeta Producer. Die bisherigen Probleme konnte ich fast immer (mit Hilfe der Suchfunktion) selber lösen...

    Wie kann ich Ihnen am besten den Link zum Projekt zukommen lassen?

  • Cookie Consent XML-Fehler - consentsettings.json

    Hallo zusammen,

    zum Thema "consentsettings.json" gibt es nicht viele Beiträge im Forum (was eigentlich erfreulich ist), aber diesmal klappt es irgendwie nicht.
    Sonst hatte ich diesbezüglich keine Probleme.

    ich nutze: Zeta Producer 15.4.1 Premium

    Code
    * Layout: Flat Responsive by StS
* $Id: default.html 90130 2020-10-28 10:39:15Z sseiz $

    Beim einbinden des Cookie-Widgets bekomme ich folgenden Fehlermeldung im Browser:


    --------

    XML-Verarbeitungsfehler: nicht wohlgeformt 

    Adresse: https://www.xxxxxx.de/assets/consent…_=1675234996187

    Zeile Nr. 1, Spalte 1:

    --------

    Wenn ich die consentsettings.json aufrufe erscheint keine wohlgeformte XML-Struktur, sondern diese Ansicht:

    --------

    {"zp_consent_buttontitle_de": "Cookie-Einstellungen", "zp_consent_buttontitle_en": "Cookie-Settings", "zp_consent_title_de": "Datenschutzeinstellungen", "zp_consent_title_en": "Privacy-Settings", "zp_consent_description_de": "<p>Auf dieser Website werden Cookies genutzt. Sie können alle Cookies akzeptieren oder nur bestimmte auswählen. Sie können diese Einstellungen jederzeit ändern.</p>", "zp_consent_description_en": "<p>This website uses cookies. You can accept all cookies or select individual cookies. These settings can be changed at any time.</p>", "ds_linktext_de": "Datenschutzerklärung", "ds_linktext_en": "Privacy-Terms", "im_linktext_de": "Impressum", "im_linktext_en": "Imprint", "zp_consent_pos":"bottom_middle", "privacypage_de":"href=\"https://www.xxxxxx.de/datenschutz.php%5C"", "imprintpage_de": "href=\"https://www.xxxxxx.de/impressum.php%5C"", "privacypage_en":"", "imprintpage_en": "", "theme":"dark", "zp_consent_ids": [""]}

    --------

    Ist dieser Fehler bekannt?

    Kann mir bitte jemand weiterhelfen? Finde den "roten Faden" nicht... wie kann ich dieses Problem lösen?

  • [* gelöst *] TOP Responsive Camping Layout - Head-Animation Firefox Problem

    halloTAXI

    Als Notlösung sieht es erst einmal ganz ok aus.... auf den ersten Blick. Ansonsten verhält sich der Head-Bereich immer noch fehlerhaft.

    ➔ Das Problem dabei ist: Wenn man runter und dann wieder hoch scrollt, anschließend mit der Maus einen Unterpunkt berührt, zuckt die Navigation nach oben oder unten.

    Das gleich scheint man jetzt auch im Zeta-Layout gemacht zu haben (?).
    https://content.zeta-producer.com/layouts/top-responsive-camping/


    Ich verstehe das Ganze nicht wirklich. Ein Layout ist meiner Meinung nach das Endprodukt. Ich kann daher nicht richtig nachvollziehen warum sich nicht ernsthaft um dieses Layout-Problem gekümmert wird.


    Drcymbal

    Zitat

    Zudem sollte man sich vor Augen halten, welchen Marktanteil Firefox derzeit noch besitzt. Vielleicht solltest Du Beides Deinem Kunden einfach kommunizieren.

    Welchen Firefox-Marktanteil hättest Du denn gerne, damit das Layout-Problem als wichtig eingestuft wird? Es freut mich für Dich, dass Du das alles so locker siehst...

  • [* gelöst *] TOP Responsive Camping Layout - Head-Animation Firefox Problem

    Der CSS-Code funktioniert zwar für die Animation im Head, aber nun gibt es ein Problem mit den Sub-Menüs.

    overflow und z-index (damit Sub-Menüs im Vordergrund sichtbar sind) funktionieren (in Kombination) nicht richtig.

    Für Layouts die keine Unterpunkte im Menü haben ist die Lösung ok, für alle Anderen muss noch etwas "gebastelt" werden.

    Hat jemand eine Idee?

    Ich schaue mir das Ganze auch nochmal an...

  • [* gelöst *] TOP Responsive Camping Layout - Head-Animation Firefox Problem

    Hallo halloTaxi,

    das ist wirklich ärgerlich, so ähnlich sieht es bei meinem Kundenprojekt auch aus.

    Es liegt scheinbar wirklich an Firefox 75.0. Ich habe mir schon gedacht, dass ich nicht der einzige bin der dieses Problem hat.

    Zitat von Steffen T.

    Das muss ich genau testen und dann gibt es da evtl. ein Online-Update.

    Das hat aber derzeit keine Priorität.

    Hat es für Sie wirklich keine Priorität, wenn diverse Kundenprojekte von Zeta-Nutzern nicht mehr richtig funktionieren, oder habe ich das jetzt falsch verstanden?
    Für mich persönlich hat die Suche nach einer Lösung (z.Z) die höchste Priorität. Mein Kunde verlangt eine Lösung von mir. Daher wäre es sehr freundlich wenn Sie mich (uns) etwas unterstützen würden.

  • [* gelöst *] TOP Responsive Camping Layout - Head-Animation Firefox Problem

    Hallo Steffen, danke erstmal für die Info.

    Das mit der Firefox-Version glaube ich auch, denn vorher funktionierte es einwandfrei.

    Haben Sie denn evtl. eine "CSS-Notlösung", die man vorübergehend verwenden könnte?
    Habe vor ein paar Wochen ein Kunden-Projekt mit diesem Layout fertiggestellt und stehe jetzt etwas unter "Zugzwang".
    Wäre sehr freundlich, wenn Sie mir helfen würden/könnten.

  • [* gelöst *] TOP Responsive Camping Layout - Head-Animation Firefox Problem

    Danke Steffen, dass Sie sich dieses "Phänomen" mal anschauen... :)

    Der Fehler mit dem "vertikal zentriert" kommt bei mir nicht vor.
    Wenn man runter-scrollt wird der #topline Bereich schmaler, was ja auch richtig ist.... aber die Navigation bewegt sich nicht mit. Nachdem man mit der Maus drüberfährt, zuckt die Navigation nach oben. (an die Position wo es eigentlich nach der Animation sein sollte). Wie bereits erwähnt: Bei den anderen Browsern scheint es zu funktionieren, nur eben bei Firefox nicht (aufgefallen bei FF 75.0).

  • [* gelöst *] TOP Responsive Camping Layout - Head-Animation Firefox Problem

    Guten Morgen,

    das Layout (nur im Head-Bereich) macht plötzlich Probleme in Firefox, ich nutze FF Version 75.0.
    Im IE u. Chrome scheint alles ok, funktioniert perfekt.

    Habe ein Kunden-Projekt mit diesem Template aufgebaut, die Animation im Head funtioniert nicht mehr richtig (hatte aber funktioniert).
    Ich war mir anfangs nicht sicher, ob es an meinem CSS-Code liegt (Projekt abgekoppelt) oder am Layout selbst. Jetzt habe ich gesehen, dass dieses Layout auch auf der Zeta-Layout-Seite (mit FF 75.0) nicht richtig funktioniert.

    Problembeschreibung:

    Im Kundenprojekt (mit FF 75.0 ) reagiert der Navigationsbereich erst wenn ich mit der Maus drüberfahre. Dann gibt es ein ruck nach oben, oder nach unten, je nachdem wo sich der Browser-Scrollbalken (Position) befindet.

    Auf der Zeta-Layout-Vorschau-Seite reagiert der Kopfbereich erst nach ein paar Sekunden (nach dem Scrollen nach unten, oder oben) und verhält sich etwas anders als beim Kundenprojekt... aber auch fehlerhaft.

    Es geht um: TOP Responsive Camping

    Kann das jemand bestätigen?

    Liegt es evtl. an FF 75.0?

  • "Cookie Consent" Hinweis funktioniert nur bei Menüpunkten ohne Unterpunkte

    @Andre G.

    Danke für die Hinweise, aber es handelt sich hierbei um ein IFrame, welches den Inhalt von der Seite "Aktuelles" darstellt, hat also nicht direkt etwas mit dem Fehler zu tun. Bitte den Screenshot der Seite wieder löschen. Ich werde später die Links die von mir eingefügt wurden auch wieder entfernen.

    Genau, die andere Website verhält sich (auch) nur bei den Seiten mit den Unterpunkten so seltsam.

    @Steffen T.

    Ja, es handelt sich hierbei um individuell angepasste Layouts. Jetzt sagen Sie mir bitte nicht, dass Sie mir nicht weiterhelfen können weil ich die Layouts selbst angepasst habe. 8)

  • "Cookie Consent" Hinweis funktioniert nur bei Menüpunkten ohne Unterpunkte

    Hallo Steffen,

    danke für den Hinweis, aber leider bringt das leeren des Browser-Caches nichts. Ich habe auch beide Projekte, bereits mehrmals, komplett neu erstellt und hochgeladen... hat auch nichts gebracht. Derzeit habe ich es in die beiden folgenden Projekte eingebunden:

    Projekt 1

    Projekt 2


    Ich werde die beiden Links später wieder entfernen, wenns geht die Links bitte nicht "zitieren". Danke!

  • "Cookie Consent" Hinweis funktioniert nur bei Menüpunkten ohne Unterpunkte

    Guten Morgen,

    ich habe ein Update auf Version 15.2 vorgenommen und die Projekte konvertiert. Nun habe ich das Widget "Cookie Consent" in zwei verschiedene Projekte eingebunden.

    • Spring Responsive (angepasst)
    • Travel Responsive (angepasst)

    Jeweils innerhalb der Startseite. Es verhält sich bei beiden Projekten gleich. Wenn ich die Website aufrufe, erscheint nur auf Webseiten ohne Unterpunkte die Datenschutzeinstellung (z.B auf Startseite, Impressum, Kontakt).

    Wenn aber Unterpunkte vorhanden sind, erscheint die Datenschutzeinstellung bereits beim Klicken auf den Hauptpunkt nicht. Die YouTube-Videos innerhalb der Unterpunkte zeigen zwar den Hinweis an, dass der Inhalt blockiert wurde, aber es erscheint eben keine Möglichkeit die Datenschutzeinstellungen zu ändern bzw. zu akzeptieren.

    Kennt jemand diesen Fehler? Gibt es dafür eine Lösung?

  • Online-CMS-Editor verändert beim PDF-Upload den Dateinamen

    Hallo zusammen,

    es ist so weit, der 1. Kunde hat sich bei mir beschwert, dass sich die Bezeichnungen der Fotos geändert haben, die er mit dem Online-CMS-Editor hochgeladen hat. Die lauten jetzt z.B. so: 6de3dc3021fea.jpg. Ich hatte ihm versprochen eine moderne, suchmaschinentaugliche Website zu gestalten mit CMS-Edit-Funktion für den Content.

    Das dieser Ärger mal kommen würde, habe ich schon lange befürchtet...

    Obwohl ich mit Zeta Producer wirklich sehr zufrieden bin, stelle ich mir immer öfter die Frage, ob das hier wirklich das richtige Tool für professionelle Webdesigner ist. Irgendwie fühlt es sich nicht so an.

    Ich will mich nicht in das Geschäftsmodell von Zeta einmischen, aber wenn es das Ziel sein sollte, dass die professionellen Webdesigner ( dazu schon fast genötigt werden) die Zeta-Producer-Software selbst an ihre eigenen Kunden zu "vertickern", damit diese die grundlegendsten Dinge, wie z.B. Bildtitel unterhalb des hochgeladenen Bildes einfügen können, oder eben den Dateinamen beibehalten, dann ist diese Software evtl. doch die falsche Entscheidung (für mich) gewesen. Denn die meisten Kunden haben keine Lust sich in die Software einzuarbeiten, oder sich damit zu beschäftigen... und auch noch zusätzlich Geld auszugeben.

    Ich will damit sagen: Wenn ihr in eurer Werbung schon damit wirbt, dass Zeta Producer auch für professionelle Webdesigner geeignet ist, dann seid bitte auch so ehrlich und erwähnt dabei, dass die Webdesigner am besten nur statische Webseiten für ihre eigenen Kunden erstellen sollten, da es sonst sehr schnell zu unprofessionellen Ergebnis führen könnte.

    Und was jetzt?

    Ich habe den Kunden jetzt vertröstet und ihm gesagt, dass ich mich darum kümmern werde... aber ehrlich gesagt weiß ich noch nicht wo ich anfangen soll.

    Wenn schon das Zeta-Team, diesen (sicherlich für viele) wichtigen Punkt scheinbar nicht ernst nimmt, gibt es denn wenigstens ein Workaround oder ähnliches wie man es selber anpassen könnte?

    Auch das der Kunde mit dem CMS-Editor keine Bild-Titel (unterhalb des Bildes) einfügen kann, stört sehr... Ich schlage mich grad mit dem TinyMCE-Editor herum (CMS-Widget) und versuche über Caption etc. den Bild-Titel einzufügen und jetzt kommt noch dieser Ärger...

    Bin ich hier nur einer von wenigen den dieses Thema beschäftigt? Ich glaube kaum... jedenfalls nicht im professionellen Bereich!

    Wenn Zeta-Producer den Online-CMS-Editor mal derart optimieren würde, dass auch professionelle Webdesigner ihre eigenen Kunden auch zufriedenstellen könnten, würde sicherlich die Verkaufszahl stark angekurbelt werden. Diese Software hat gegenüber den Konkurrenz-Produkten sehr viele Vorteile, aber diese Schwächen hebeln die Vorteile sofort wieder aus.

    Ok, zurück zum Thema... gibt es ein "Workaround", oder eine andere Lösung für dieses Problem?


  • Wo ist der Beitrag "Abmahnung wegen Bildrechten" hin???

    Hallo zusammen,

    die Frage ist berechtigt!

    Wenn Threads einfach verschwinden, hat es immer einen faden "Beigeschmack" und verunsichert sehr. Das Threads einfach entfernt werden passiert hier aber äußerst selten und bei diesem Thema habe ich Verständnis dafür.

    Was bisher geschah:

    Die Chefetage hat sich sehr schnell bei mir gemeldet und auch den betreffenden Lieferanten für das Bild kontaktiert. Der Lieferant hat sich dann prompt bei mir gemeldet. Ich sollte ihm meine Abmahnung zusenden. Er hat mir versichert, dass ich mich um nichts weiter kümmern brauch und das der Abmahnanwalt sich bei mir melden wird und die Forderungen gegen mich wieder rückgängig macht. Wenn die Sache erledigt ist, wird der Bild-Lieferant sich bei mir melden.

    Ich habe das betreffende Bild von der Website (+Server) entfernt (ausgetauscht). Es befindet sich auch (wie von Stefan oben erwähnt) nicht mehr in der Zeta-Producer Bild-Datenbank! Es verlief bisher alles relativ unkompliziert. So ist der aktuelle Stand der Dinge!

    Für die Zukunft werd ich es so machen:

    Wenn im Impressum der jeweiligen Vorlage (bei Bildnachweis) steht: "Angaben nicht erforderlich od. ähnliches", dann werde ich weiterhin keine Quellen angeben.

    Grundsätzlich keine Quellen-Angaben zu machen ist aber FALSCH! Es gibt einige Website-Vorlagen die Fotolia-Bildlizenzen beinhalten. Wenn es sich um eine Fotolia-Bildlizenz handelt, dann MUSS also dort der Bildnachweis eingetragen werden. Auch andere Quellenangaben die aufgeführt sind, sollten berücksichtigt werden.

    Es gibt also keinen Grund zur Panik, dass jetzt eine Abmahnlawine oder ähnliches entsteht!
    Achtet einfach darauf was im Impressum steht, dann sollte man eigentlich auf der sicheren Seite sein.

    Um es nochmal deutlich zu machen:
    Das Problem lag nicht bei Zeta-Producer. Es lag vielmehr an den "Unstimmigkeiten" zwischen Lizenzgeber und Bild-Liferanten.

    Bis diese Angelegenheit endgültig geklärt ist, dauert es sicherlich noch eine Weile.

    Ich bin aber optimistisch, dass alles wieder gut wird!

    Schaun wa mal... :/

  • Online-CMS-Editor verändert beim PDF-Upload den Dateinamen

    steffen: Danke für Info!

    "Ob..." hört sich leider nicht gut an. Wenn es nicht umgesetzt werden würde, würde es bedeuten, dass Zeta Producer nur "bedingt" dafür geeignet ist eigene Kunden zufriedenstellend zu bedienen. Irgendwie fühle ich mich nicht richtig verstanden und ernst genommen.

    Die Optimierung des Online-CMS-Editors scheint für Zeta irgendwie keine Priorität zu haben. Der Online-CMS-Editor war damals der Hauptgrund warum ich mich für Zeta Producer entschieden habe. Wenn der nicht optimal läuft, dann kann ich für meine Kunden gleich fertige Templates kaufen und diese anpassen. Webseiten für Kunden aus dem Affiliate-Bereich (inkl. Online-CMS-Editor) zu erstellen, fällt schon mal weg. Diese Leute optimieren Ihre Seiten auf bestimmte Keywörter und dazu gehören auch Bilder und PDF-Dateien.

    Ich bin davon ausgegangen, dass der Online-CMS-Editor so funktioniert wie man es im professionellen Bereich erwarten würde... so wie Zeta Producer als Hauptprogramm! Aus meiner Sicht entwerten die "Macken" des Online-CMS-Editors, die Qualität von Zeta Producer selbst. Als Bestandteil (Widget) von Zeta Producer, hat der Online-CMS-Editor ebenso professionell zu funktionieren. Daher kann ich dieses "ob" nicht nachvollziehen.

    Das bedeutet nämlich für mich: Es steht nicht fest, "ob" ich jemals für eine Kunden professionelle Webseiten mit Zeta Producer erstellen kann, die er selbst editieren/bearbeiten kann, so dass am Ende ein zufriedenstellendes Ergebnis für beide Seiten herauskommt. (für mich als Referenz und für den Kunden als professionelles Projekt).

    Sobald ich dem Kunden die Möglichkeit gebe seinen Content selber zu bearbeiten, und er dann Bilder etc. einbindet, kann ich dieses Projekt (als Referenz) in die Tonne kloppen! Meine Mittbewerber lachen sich schlapp über die "amateurhafte Arbeit" und Zeta Producer selbst ist dann auch kein leuchtender Stern am Himmel.

    Auch funktioniert die Ausrichtung der Bilder nicht richtig im CMS-Editor und ist sehr zeitraubend und nervig...(wenn es denn überhaupt mal funktioniert)... Hier gibt es bereits ein Thread zu diesem Thema.

    Im Moment bin ich ehrlich gesagt ziemlich enttäuscht und "angefressen"...

  • Online-CMS-Editor verändert beim PDF-Upload den Dateinamen

    Guten Morgen Thomas,

    das mit den vergessenen Passwörtern finde ich witzig, erinnert mich an etwas... ;)

    Ich gebe Dir recht was die prozentuale Wichtigkeit der Dateiname anbelangt, es ändert aber nichts an der Tatsache, dass man bestimmt Ansprüche an seine eigene Arbeit und das Endprodukt hat. Zur "Onpage-Optimierung" einer Website gehören aber suchmaschinenfreundliche Dateinamen einfach dazu. Wenn sich ein Kunde z.B. mit SEO auskennt, seine Texte dementsprechend aufbereitet und die Bilder dementsprechend bezeichnet und am Ende feststellen muss, dass im Browser plötzlich Zahlen und Buchstaben auftauchen, anstelle von aussagekräftigen Dateinamen... ja dann... dann "kiekt er aber blöd"... würde der Berliner sagen.

    Desweiteren sind aussagekräftige Dateinamen wichtig für die Bildersuche, diesen Punkt sollte man nicht vergessen!

    Überbewertet finde ich das Online-CMS nicht, es kommt halt auf die Kunden an. Es gibt Kunden die unbedingt den CMS-Editor haben möchten und am Ende gar nichts damit machen, weil sie festgestellt habe, das Schreiben nicht so ihr Ding ist. Es gibt aber auch Kunden die sehr glücklich darüber sind, dass sie sich nicht in ein kompliziertes Backend einarbeiten müssen und den Editor gerne verwenden.

    So oder so, geht es mir nur um eins: "Wo professionell draufsteht, muss auch professionell drin sein!"...und dazu gehört nun einmal suchmaschinenfreundlicher Inhalt! Das sollte bei einer professionellen Webdesign-Software-Lösung das A und O sein. Und dazu gehören auch die zusätzlichen Widgets bzw. Plug-Ins oder Extras. Wir arbeiten hier auch nicht mit einer Open-Source-Software, daher setze ich solche wichtigen Dinge einfach vorraus.

  • Online-CMS-Editor verändert beim PDF-Upload den Dateinamen

    Ich möchte (und kann) dieses Thema jetzt nicht einfach weglächeln, da es einfach zu wichtig ist. Die Erkenntnis, dass ich meinen Kunden keinen SEO-tauglichen Online-CMS-Editor anbieten kann, war ein "Schlag in die Magengrube". Es raubt mir sogar den Schlaf!

    Warum es mir erst jetzt aufgefallen ist, ist mir ein Rätsel. Wahrscheinlich sieht man nur das was man sehen will, oder anders gesagt: Es war selbstverständlich für mich! Bisher ist es scheinbar noch keinem Kunden aufgefallen. Es ist aber nur eine Frage der Zeit… und dann???

    Das Ganze erinnert mich an die (bis) 13er Version, als die durch den Online-CMS-Editor erstellten Inhalte nicht durch die integrierte Suchfunktion indexiert werden konnte. Dieses Problem wurde aber mit der 14er Version behoben und gehört der Vergangenheit an.

    Ich habe meinen Kunden versprochen eine professionelle, suchmaschinenfreundliche Website mit Content-Edit Funktion zu erstellen. Ich bin ehrlich zu meinen Kunden und stecke nun in einem Dilemma. Da mir nun die Problematik bewusst ist, muss ich meine eigenen Kunden darauf hinweisen, dass die durch sie eingebundenen Inhalte (PDF, Bilder etc.) nicht suchmaschinentauglich sind. Wow, ich freue mich schon auf die ganzen Aufträge die mir zuströmen werden.

    Das was als Feature bezeichnet wurde, ist keine Feature, es ist ein MUSS! Jedenfalls wenn man ein professionelles Endergebnis, mit den Möglichkeiten die Zeta Producer einem bietet, liefern möchte. Die Webdesign-Referenzen eines Webdesigners der Zeta-Producer verwendet und seinen Kunden den Online-CMS-Editor anbietet, sind sozusagen ein Eigentor. Nach dem Motto: Ich erstelle professionelle Webseiten, aber SEO-taugliche Websites sind nicht so mein Ding. Kein Webdesigner, möchte auf Websites die er erstellt hat Dateinamen sehen, die so bezeichnet werden: 345ff7657ab234.jpg oder 23f5345bb2354e3.pdf. Das gehört zu den Grundlagen einer suchmaschinenoptimierten Website. Das weiß doch jeder, der sich auch nur ansatzweise mit SEO beschäftigt hat.

    Ich biete professionelles Webdesign an und habe mich vor einigen Jahren, (unter anderem) wegen des Online-CMS-Editors, bewusst für Zeta Producer entschieden und nicht für Wordpress (auch wenn Wordpress kostenlos ist). Kaum jemand möchte heutzutage eine Website haben, wo er selbst nicht den Inhalt editieren bzw. erstellen kann. Ok, jetzt kommt sicherlich das Argument: "Dann soll der Kunde sich doch eine Lizenz kaufen, dann hat er was er will". Viele Kunden möchten sich aber nicht mit Webdesign beschäftigen (zum Glück), sondern einen einfachen, leicht bedienbaren Online-CMS-Editor nutzen. Also genau das, was Zeta Producer anbietet und was ich auch immer wieder als "Aushängeschild" für Zeta Producer verwende.

    Abgesehen davon, erkläre ich meinen Kunden jedes Mal, welche Vorteile sie hätten, wenn sie selbst eine kommerzielle Lizenz erwerben würden (Stichwort: Shop-Widget, Terminkalender etc. ). Ich nehme mir auch die Zeit um Zeta Producer (kostenlos) zu bewerben, weil ich überzeugt von diesem Produkt bin.

    Siehe z.B.: (veröffentlicht im Mai 2019): https://www.shopauskunft.de/review/www.zet…r.com/i02708088

    Das schreibe ich jetzt nur, um deutlich zu machen, dass ich Z.P. in keinster Weise schlecht reden will. Ganz im Gegenteil! Ich schreibe z.Z an einem Artikel (noch offline) wo ich Zeta Producer mit (dem Giganten) Wordpress vergleiche (und auch dort Z. P. bewerbe). Die Vorteile von Z.P. liegen im Moment bei 16 Punkten.

    Die Nachteile liegen im Moment bei 3 Punkten:

    Kontras (-):

    • Lizenz für kommerzielle Projekt erforderlich
    • Rechnergebunden
    • Nicht Plattformunabhängig (läuft nur unter Windows)

    Damit kann man leben, und es fielen mir keine weiteren (nennenswerten) Nachteile ein. (für kleine bis mittelgroße Projekte)

    Nun müsste ich aber die letzten 3 Punkte erweitern:

    • Die durch eigene Kunden, mit dem Online-CMS-Editor erstellen Inhalte (Bilder, PDF …) sind nicht suchmaschinentauglich bzw. suchmaschinenfreundlich.

    Und damit wäre alles gesagt: K.O.!

    Ich glaube nicht, dass sich dann noch irgendein Kunde von mir eine Website erstellen lässt, oder andere Webdesigner (die Kundenprojekte erstellen) sich von Zeta Producer beeindrucken lassen. Ganz zu schweigen von meinem schlechten Gewissen, wenn ich diese wichtige Information meinen Kunden vorenthalten würde.

    Ich schreibe das jetzt alles, um deutlich zu machen, wie wichtig dieser als "Feature" bezeichnete Punkt ist. Ich hoffe, dass es von der verantwortlichen Stelle bei Zeta Producer gelesen und auch nachvollzogen werden kann. Desweiteren hoffe ich, dass dieses "Feature" nicht erst beim nächsten großen (kostenpflichtigen) Upgrade (Version 16) umgesetzt (bereitgestellt) wird. Das würde nämlich dem Ganzen, einen weiteren faden Beigeschmack geben.

    Mich würden auch die Meinungen von anderen interessieren. Sehe ich das richtig, oder reagieren ich hier etwas empfindlich? Schreibt mir bitte eure Meinung!

  • Online-CMS-Editor verändert beim PDF-Upload den Dateinamen

    Ich habe eben gesehen, es ist bei Bildern genau so... :(

    Das bedeutet, dass man keine Möglichkeit hat dem Kunden (meinen Kunden) die Möglichkeit zu bieten SEO-tauglichen Inhalt (PDF, Bilder usw.) bereitzustellen?!

    Das ist wirklich schade... und grad sehr enttäuschend! Gibt es denn Aussichten, dass sich daran etwas ändert (nächste Versionen oder dergleichen)?