Beiträge von Stefan S

Hallo,

das Problem im Beitrag war ein anderes, da ging es um Fehlende Benutzerberechtigungen zur Bearbeitung von Artikeln, nicht Artikelstilen.

Seit 11.0.4 sollte das Verhalten bezgl. Artikelstilen folgendermaßen sein:

• Benutzer können keine Zeta Producer internen Artikelstile bearbeiten und bekommen diese auch nicht im Artikelstile-Bearbeiten-Fenster angezeigt (all die Widgets, die wir mit ausliefern und die global in einer Datenbank gespeichert sind…)
• Benutzer können NEUE Artikelstile anlegen und diese in der folge auch bearbeiten. Diese Artikelstile werden in der Datenbank des jeweiligen Projekts gespeichert.

Was Sie beschrieben haben, hört sich so an, als wäre das Verhalten normal. Verhält es sich bei Ihnen anders, bzw. welche Funktion fehlt Ihnen nun genau?

Hallo,

Zeta Producer weiß ja nichts von den Thumbnails, die Sie auf Ihren Webserver hochgeladen haben. Dass er die Thumbnails dann nach wie vor nicht anzeigt, ist daher normal.
Nicht normal ist, dass ZP keine Thumbnails für Sie generiert. Das können wir aber nur per Teamviewer vernünftig klären, wenn Sie uns auf der Hotline anrufen.

Hallo saege,

die Website ist ja immer noch online. Das verletzt nach wie vor unsere Lizenzbedingungen. Ich dachte, das hätten wir geklärt?

Hallo,

das tut mir leid, aber unsere Lizenzbedingungen sind da recht klar. Sie dürfen diese Website nicht online stellen und sollten sie umgehend entfernen.
Es wäre besser gewesen, Sie hätten gefragt, bevor Sie sich die ganze Arbeit gemacht haben.

Hallo,

Vereinswebseiten betrachten wir generell nicht als privat. Sie müssten dann mindestens eine "Express" Lizenz erwerben: http://www.zeta-producer.com/de/shop.html

http://homepage-erstellen-mit-desktop-cms.zeta-producer.com/lizenzbedingungen.html

Hallo,

das ist von hier aus schwer zu sagen. Ich vermute Ihr Projekt liegt auf einem Netzlaufwerk. Da muss zunächst sichergestellt sein, dass der Producer in alle Unterordner des Projekts auch schreiben kann, sonst kann er da keine Thumbnails ablegen. Es schadet auch nie, sicherzustellen, das sich keine Sonderzeichen im Pfad zum Projektordner befinden (also in allen ordnernamen auf dem Weg zum Projektordner) und ebensowenig in den Dateinamen der Bilder.

Ich würde zunächst mal auf Sonderzeichen in Dateinamen/Pfad kontollieren und dann versuchen, das Album zu löschen und erneut anzulegen. Evtl. klappt es ja dann.

Hallo,

welche Version von Zeta Producer betrifft das?

Bitte immer die Zeta Producer Version, und am besten auch das verwendete Layout nennen. Auch wenn Sie das in der Vergangenheit bereits erwähnten. Das hilft uns enorm, da wir uns nicht immer an den Setup einzelner Kunden erinnern können.

Die entsprechenden Bildergalerien im englischen Projekt bitte ebenfalls auf eine der "LightUp" Varianten umstellen.

Hallo,

was zeigt der Screenshot, das gewünschte oder das unerwünschte Ergebnis?

Du kannst doch in jedem Artikel mit Textfeld über die Buttonleiste ein Bild einfügen. Oder verstehe ich da was falsch?

Hallo,

mit 11.0.4 wurden die Benutzerrechte verbessert.

Um Ihr Problem analysieren zu können brauchen wir mehr Informationen. Am besten wäre es, wenn Sie uns Ihr Projekt und Ihren Lizenzschlüssel schicken könnten.

Einfach Ihren Projektordner mit zip komprimieren und per http://www.Zeta-Uploader.de an die E-Mail Adresse schicken, die ich Ihnen gleich als direkte Nachricht zukommen lasse. Bitte im Feld "Bemerkungen" auf zeta-uploader Ihre Lizenznummer sowie eine Kurzbeschreibung des Problems (zur Referenz) eintragen.

Besten Dank!

Hallo,

dank der Testadresse von Dir konnte ich das nachstellen. Das Problem taucht auf, wenn bestimmte Umlaute in der Adresse sind. Wird beim nächsten Update korrigiert.

Es gibt nun 2 alternative Lösungen um das sofort zu korrigieren.

1.:
Alle Umlaute in der Adresse mit alternativer Schreibweise ersetzen, also z.B. ß durch ss ersetzen, ä durch ae, ö durch oe und ü durch ue

2.:
Zeta Producer beenden. Die Datei template.xml.zip in der Anlage runterladen, entkomprimieren, so dass sie template.xml heißt und dann in das Verzeichnis "C:\Users\DEINUSERNAME\AppData\Local\Zeta Producer 11\Packaging\Stationary\de\Widgets" (DEINUSERNAME entsprechend einsetzen) kopieren und die bereits vorhandene Datei gleichen Namens ersetzen, Projekt in Zeta Producer öffnen und die Änderung der Vorlage mit der Tastenkombination CTRL-SHIFT-T anwenden und ggf. entsprechend neu veröffentlichen.

Prima. So soll es sein.

Hallo nzzo,

nach dem Programm-Update muss man im jeweiligen Projekt ein mal die Vorlage aktualisieren, in dem man im Reiter "Extras" auf den Button Aktualisieren klickt. Danach alles neu veröffentlichen und es sollte klappen.

Zu Kommunal: Da man heutzutage keine Tabellen mehr für Layouts benutzt, muss man in einigen fällen solche farbigen Sidebars, wie wir sie in Kommunal benutzen manuell skalieren. Dies passiert in Kommunal per javascript und wurde bisher zu früh gemacht, bevor alle Bilder geladen waren (und sich daher die Höhe nochmals verändert hat). Nun setzen wir die Höhe der Sidebar zwei mal, so schnell wie möglich und dann nochmal nachdem alle Bilder geladen sind.

Hallo,

es wird funktionieren, egal ob am Ende oder Anfang des Body eingefügt.

Hallo Herbert,

ja, das ist so gewollt. Mit ZP 11 hat sich einiges geändert. Zum Beispiel werden die Layouts ohne Web-Datenbank geliefert (welche bisher die Basis-Bilder enthielt). Dies aus dem Grund, dass wir Layouts einfacher aktualisieren können, ohne Nutzer-Projekte dabei zu beeinflussen (Datenbank).

Nun hat dies zur Folge, dass im Auslieferungszustand keine Bilder aus der Datenbank geladen werden können (wie bisher), da es keine gibt, und wir gehen für die Bilder im Layouteditor über das Dateisystem.

Ist das wirklich ein Problem für Euch oder seid Ihr vielleicht nur zu sehr an den alten Weg gewohnt?

Hallo,

das muss Zufall sein und ich denke, dass Google just zum selben Zeitpunkt irgendwie seine Logik geändert hat. Wir haben am Google Maps Widget nichts geändert.

Wir können das auch nicht nachstellen. Wenn Ihr uns eine Adresse nennen könnt anhand derer wir das nachstellen können, gerne!

Tipp: an die Adresse immer ein ", Germany" oder ", Deutschland" anfügen, dann sollte es mit dem Land eigentlich grundsätzlich klappen. Also zum Beispiel:
Demostraße 1, 12345 Demohausen, Germany
eingeben, statt nur
Demostraße 1, 12345 Demohausen

Da es sich bei mit Zeta Producer erstellten Seiten ja um ganz normale HTML Seiten handelt, trifft folgendes zu:

http://lmgtfy.com/?q=webcam+in+html+seite+einbinden

Ja, die Warnungen bei der Veröffentlichung wären natürlich interessant.

Alex,

nur um sicherzugehen, bevor wir nächste Schritte unternehmen.

Nach dem update des jquery.js, haben Sie da mal auf "Veröffentlichen > Website erstellen und veröffentlichen (komplett)..." geklickt, damit wirklich die gesamte Site neu erstellt und veröffentlicht wird?

Hallo Alex,

da muss in dem Ihrem Projekt in der Vorlage ein Wert anders eingestellt sein, als in dem Projekt, das Sie uns geschickt hatten. Ich wundere mich, wie das sein kann. Zudem ist die Einstellung in Ihrem Projekt für die deutsche Site anders als für die Englische, die diese Fehler nicht aufweist.

Wir haben 2 Möglichkeiten. Ich arbeite per Teamviewer an Ihrem Projekt und versuche das zu korrigieren, oder Sie schicken mir nochmals die aktuelle Arbeitskopie Ihres Projekts, ich passe es hier an und schicke es wieder zurück (solange können Sie die Website dann nicht aktualisieren).

Was würden Sie bevorzugen?

Hallo Alex,

nächster Versuch, den ich lokal bereist erfolgreich mit Ihrem Projekt getestet habe.

Laden Sie sich bitte die Datei in der Anlage. Benennen Sie die Datei dann bitte von "jquery.js.txt" in "jquery.js" um (das forum lässt den upload von .js dateien nicht zu).

Kopieren Sie dann diese Datei nach "Eigene Dokumente -> Zeta Producer Desktop 9 -> Stationary -> DEU -> Scripting -> ThickBox" und ersetzen Sie die dort bereits vorhandene.

Anschließend bitte das Projekt "komplett" veröffentlichen.

Das hatte ich in einem anderen Ihrer Posts bereits beantwortet. Warum machen Sie ein neues Thema auf, statt dort weitere Fragen zu stellen?

Danke Wurzelsepp. Wir werden das morgen nochmals genau unter die Lupe nehmen.

So, in Deinem fall scheint das importierte favicon auch "favicon.ico" zu heißen und das bringt den ZP durcheinander.
Wir werden das beheben und bis es soweit ist, benenne Dein favicon vor dem import bitte einfach anders. Z.B.: favicon1.ico, importiere es dann und es sollte erhalten bleiben.

Hallo,

besten Dank für die Info. Konnte es nun endlich nachstellen. Ist ein Bug. Ich überlege mir mal einen Workaround für Dich.

Das war aber kein JavaScript von uns oder?

Hallo,

also was ich vor der Änderung beobachten konnte war, dass auf allen Seiten ausser "Unsere neuen Apartments", wenn man nach unten gescrollt ist, das Hauptmenü am oberen Bildschirmrand fixiert blieb. Bei "Unsere neuen Apartments", ist das Hauptmenü aus dem Bild gescrollt.

Das ist jetzt aber nicht mehr so, und alle Seiten verhalten sich wie erwartet. Ich fand daher, dass das Problem gelöst ist.

Das "hover" Menüs be einem Klick verschwinden ist meiner Meinung nach doch absolut normal.

Ich schau das Projekt aber gerne morgen nochmal mit einem Kollegen an.

Hallo nzzo,

besten Dank! Kannst Du uns bitte noch sagen, welche Zeta-Producer Version (9, 10 oder 11) und welches Layout Du benutzt?

Hallo Alex,

also in meinen Tests hat das ausgereicht. Demoeffekt halt.

Dann gehen wir der Sache richtig auf den Grund, was ich vermeiden wollte, weil es etwas komplizierter ist.

Das Bilderalbum lädt eine ältere jQuery.js nach, welche eine bereits geladene neuere Version ersetzt und das verursacht den Fehler. Die ältere jQuery ist global in ihrem System gespeichert und diese müssen wir durch eine neuere ersetzen.

• Öffnen Sie bitte Ihren Projektordner (standard deutsch - Kopie) und darin den Ordner "Ausgabe -> _media".
• Kopieren Sie die Datei jquery-1.4.1.js
• Öffnen Sie den Ordner "Eigene Dokumente -> Zeta Producer Desktop 9 -> Stationary -> DEU -> Scripting -> ThickBox"
• Benennen Sie die Datei "jquery.js" in "jquery.js.alt" um
• Fügen Sie nun die unter 2. kopierte Datei hier ein und benennen Sie diese gleich in "jquery.js" um.
• Erstellen Sie alle Seiten Ihres Projekts neu und veröffentlichen Sie.

Nun sollte es funktionieren.

Hallo,

ja, das können Sie. Einfach auf die Betreffende Seite gehen, auf Bearbeiten umschalten und im Bereich "Header" einen Neuen Artikel "Header" (Unter Texte und Bilder) einfügen. Wenn dieser Artikel eingefügt ist, wird auf der jeweiligen Seite dieser Header satt des Vorgabe-Headers angezeigt.

Den Vorgabe-Header bearbeiten Sie über Attribute (Start -> Attribute -> Header).

Hallo,

dann kann es auch ein caching Problem mit den Browsern sein. Wenn Du die Website komplett neu erstellst und dann mal in das favicon.ico in deinem "Ausgabe" Ordner anschaust, ist das dann das richtige?

Hallo Alex,

nun habe ich Ihr Projekt erhalten und es ist so, dass das Bilderalbum einen kleinen JavaScript Konflikt auslöst.

Am einfachsten beheben Sie dies, indem Sie das Bilderalbum auf der Seite "Unsere neuen Apartments" bearbeiten und die Datstellung auf "LightUp - Variante 1" ändern (so haben Sie es auf Ihrer Englischen Seite auch bereits), dann tritt der Fehler nicht auf. Sie sollten generell in diesem Projekt, falls Sie ein Bilderalbum verwenden, diese Darstellung wählen.

Ich hoffe das hilft Ihnen weiter.

Hier ist ne ganz gute Anleitung auf Englisch, wie man mit so einem Problem umgeht, und nach der Bereinigung der Site per Webmaster Tools einen Review anstößt, um von der Blockliste genommen zu werden...:

http://www.unmaskparasites.com/malware-warning-guide/

Hallo,

sieht aus, als ob auf einer Seite ein Bilderalbum wäre, dem keine Bilder zugeordnet sind. Album einfach löschen oder neu bearbeiten und alle Werte einpflegen (Bilder wählen…).

Wenn Du das favicon nicht über den Layouteditor geändert hast, sondern direkt im Dateisystem, kann dies durchaus sein. In dem Fall, das favicon im Layouteditor ändern.

Hallo,

wenn Du in der Ergebnis-Liste des Zuluscanner mal eines der Scripte anklickst, kommt z.B. so ne Seite:
http://zulu.zscaler.com/submission/sho…0728-1348319199

Dieser Seite entnehme ich, dass das script als gefährlich eingestuft wird, weil deine URL noch in der Google Safe Site blockliste auftaucht (URL blacklisted by Google Safe Browsing: goog-malware-shavar).

Hattest Du von Google diesbezgl. ne Mail bekommen oder so? Du müsstest mal sehen, dass Du aus dieser Liste so schnell als möglich wieder raus kommst. Obwohl, als ich eben gechecked habe, war Deine Site eigentlich nicht mehr drin:

http://www.google.com/safebrowsing/d…te=turbojung.de

Denke mal, Diese Art Tools wie Zuluscanner etc. bereinigen Ihre Daten nur mit Verzögerung…

Die Anzahl der Bilder pro Zeile ermittelt das neue Album, abhängig von der Layout-Breite automatisch. Das heißt, es stellt horizontal immer so viele Bilder nebeneinander dar, wie reinpassen. Hat den Vorteil, dass es dann z.B. bei Sites mit "responsive Design" (Layout Simple Responsive) auch immer gut aussieht.

Hallo,

zunächst würde ich mal meinen Web-Hoster deswegen kontaktieren. Ich habe schon zig Fälle erlebt, wo z.B. Webseiten infiziert wurden, weil auf dem gleichen Host (Shared Hosting) bei nem anderen Kunden WordPress (alte Version) lief und das ausgenutzt wurde etc. Ich würde da mal nachfragen ob sonst noch Fälle bekannt sind.

Hallo,

das mit der "Externen" Seite ist ein anderes Problem. Hat mit den Verbesserungen im Code-Editor in Standard Artikeln nichts zu tun.

Das Problem mit den Externen Seiten haben wir für all unsere mitgelieferten Widgets behoben. Wenn man externen code einbindet, kann es immer noch auftauchen, und man muss den bekannten Workaround über die Bearbeitung in der "Spaltenansicht" gehen…