Beiträge von madas

    Die Lösung habe ich doch im Post #22 geschrieben.
    Rufen Sie in der Adressleiste im Explorer folgenden Pfad auf: %LOCALAPPDATA%\ Zeta Producer 14\Packaging\Shop\Content
    Dort müsste sich die Datei "config.inc.php" befinden. Diese öffnen Sie mit dem Editor und ändern dort "define('ZPS_DEBUG', true);" in "define('ZPS_DEBUG', false);" (Anführungszeichen dienen hier nur der Formatierung; in der Datei finden Sie diese nicht bzw. dort gehören sie nicht hin).
    Danach das Projekt mit dem Shop komplett neuerstellen und auf Ihren Webspace hochladen. Dann sollte das bezahlen via Paypal wieder gehen.

    Aber Achtung: es wird dann das Paypal LIVE-System verwendet. Alle Änderungen erfolgen auf eigene Gefahr hin.

    Alternativ benutzen Sie die Datei aus dem Anhang. Diese muss in obiges Verzeichnis kopiert werden und die Dateiendung auf ".inc.php" geändert werden. Anlegen einer Sicherheitskopie der ursprünglichen Datei kann nicht schaden. ;)

    Hm,

    bei mir steht im Ausgabe Verzeichnis in der config.inc.php vom Shop "define('ZPS_DEBUG', true);" und dadurch würde meinem Verständnis nach die Sandbox URL aufgerufen werden.

    $conf_paypal_apicall_url = ZPS_DEBUG ? 'https://api-3t.sandbox.paypal.com/nvp' : 'https://api-3t.paypal.com/nvp';

    Es scheint damit zu tun zu haben. Benutzt man die Sandbox-Zugangsdaten kommt die Fehlermeldung nicht mehr. Jedoch läuft sich die Webseite nach dem Klick auf den Button "zahlungspflichtig bestellen" einen Wolf. Sprich die Website wartet ewig auf den "Lokalen Horst".
    Oder muss das Projekt zum Testen zwingend auf den Webspace geschoben werden? Macht in meinen Augen aber keinen Sinn.

    Hallo,

    nein, der Shop läuft nur im Sandbox-Modus, wenn man weiß, wo man das umschaltet und das haben wir bisher noch nicht dokumentiert. Und ja, für die Sandbox muss man gesonderte Zugangsdaten bei PayPal generieren.

    Hm,

    bei mir steht im Ausgabe Verzeichnis in der config.inc.php vom Shop "define('ZPS_DEBUG', true);" und dadurch würde meinem Verständnis nach die Sandbox URL aufgerufen werden.

    $conf_paypal_apicall_url = ZPS_DEBUG ? 'https://api-3t.sandbox.paypal.com/nvp' : 'https://api-3t.paypal.com/nvp';

    Warum muss es mindestens eine Versandart geben bei der die Option "alle Länder, die nicht in anderen Versandarten enthalten sind" aktiviert ist?
    Wenn ich nur den Versand nach Deutschland zu lassen möchte, kann ich den Shop so nicht benutzen. Oder wird würde man so etwas konfigurieren?

    Grüße madas

    Hallo,

    es wäre schön wenn beim Öffnen des Programmes an der gleichen Stelle weitergemacht werden könnte, wo man beim vorherigen Schließen aufgehört hat.
    Sprich beim Schließen müsste Zeta sich die letzte, bearbeitete (bzw. links im Baum angeklickte) Seite und den zuletzt angewählten Artikel merken und beim
    Neustart diese wieder geladen werden.

    Momentan wird beim Starten immer die Startseite ausgewählt.

    MfG

    madas

    Hallo,

    vielleicht ist da eine Datei in der Erstell-/Veröffentlichungsliste die Probleme macht bzw. die nicht mehr vorhanden ist. Bitte mal das Programmmenü "Website > Erweitert > Erweiterte Einstellungen" öffnen. Hier dann bei "Optionen" auf "Interne Listen" klicken. Dann mal alle Elemente aus der Erstell- und Veröffentlichungsliste entfernen. Danach einfach mal testen, ob der Fehler im Protokoll noch erscheint.

    Werde ich mir gleich einmal anschauen was dort drin steht. Danke.

    Guten Morgen Madas,

    Steffen ( Steffen T.) meinte in Post 2 mit Fehlerfenster, direkt den Bericht von dort aus zu senden, hierzu auf das Dreieck unterhalb des Stop-Schildes klicken, dann öffnet sich ein erweitertes Menü ( Support: der Pfeil ist sehr unauffällig, könnte man größer gestalten)

    Noch einmal: es ist keine Exception die mit dem "Stop-Schild-Dialog" abgefangen wird. Es ist ein roter Eintrag im Fenster "Protokoll", welches man über das kleine Dreieck rechts unten in der Statusleiste aufrufen kann. Bei diesem roten "Fehlereintrag" erscheint das Protokollfenster jedoch automatisch.

    madas

    Dann mal bitte folgende Punkte prüfen:

    • FTP-Modus muss geändert werden.


    Standardmäßig steht der Modus auf „Automatisch“. Bitte hier mal „Passiv“ auswählen.
    Siehe auch: https://docs.zeta-producer.com/veroeffentlich…eren.html#a2147


    Ist bereits so konfiguriert.

    Dann mal bitte folgende Punkte prüfen:

    • Berechtigungen auf dem Webserver fehlen.
      Dies bitte prüfen und ggf. an den Provider weiterleiten.


    Passen auch, da ich ja, wie gesagt, die Dateien mit Zeta auf den Webserver schieben kann.

    Dann mal bitte folgende Punkte prüfen:

    • Sicherheitssoftware blockiert die Verbindung.
      Bitte mal temporär Virenscanner und Firewall deaktivieren und dann nochmals testen.


    Siehe eins drüber.

    Dann mal bitte folgende Punkte prüfen:

    • Speicherkontingent auf dem Webserver nicht mehr ausreichend.
      Bitte überprüfen und entweder unnötige Daten vom Webserver löschen oder ein größeres Speicherpaket beim Provider ordern.


    Kann es auch nicht sein, da erst 280MB von 30GB sind belegt.

    Wie gesagt, versucht Zeta laut Log ein Verzeichnis mit dem Namen Ausgabe zu löschen. Diese Verzeichnis kann es natürlich auf dem Server nicht geben. Das gibt es nur lokal und wird durch Ihre Software erstellt. Darin befindet sich die "kompilierte Ausgabe" der durch das Zeta-CMS-System erzeugten Dateien. Nach meinem Verständis wird der Inhalt, und nur der Inhalt, aus diesem Ordner auf den Webserver übertragen. Nicht der Ordner (Ausgabe) selber. Von daher ist mir nicht ganz klar, warum Zeta überhaupt nach diesem Ordner auf meinem Webserver sucht. :(

    madas

    Hallo,

    das müssten Sie uns den Fehler mal über das Fehlerfenster berichten, damit wir die Fehlerdetails erhalten.

    Ähm, war vielleicht noch etwas kurz gehalten meine Beschreibung. :(
    Also ich klicke auf "alle Seiten erstellen" und danach auf "Veröffentlichen". Zeta versucht dann die Website auf den Server zu schieben und rödelt eine Weile. Danach poppt das Protokoll-Fenster auf und als erster Eintrag steht obige Meldung drin. Danach geht es weiter und die Website wird auf den Server geschoben. Das passiert auch nicht immer, sondern sporadisch. Eine gesondertes Fenster für eine Exception oder so erscheint nicht.

    MfG

    madas

    Morgen,

    habe des Öfteren folgende Meldung im Protokoll stehen:

    Fehler - Fehler beim Löschen der Datei "Ausgabe" auf dem Server: "No such directory (550)."

    Warum wird auf dem Server überhaupt nach einem Verzeichnis "Ausgabe" gesucht. Macht doch keinen Sinn. ?(

    Grüße

    Der Text "Die neuesten Fotos in der Galerie" befindet sich auch schon in der linken Spalte. In der rechten Spalte haben Sie dafür an gleicher Stelle ein leeres Text-Widget eingefügt, was wohl zu diesem Verhalten führt.

    Die Trennung links und rechts sollte daher erst etwas tiefer erfolgen. Unter "Die neuesten Fotos in der Galerie". Dann sollte es auch passen.

    https://hosting.zeta-producer.com/4294904785/test-bjw.html

    ich sehe eher Handlingfehler in der Darstellung. Wenn der Besucher auf einen Tab klickt, wird die Seite neu geladen, die Sprungmarke ist auch richtig gesetzt, wird aber nicht befolgt. Bei nachfolgendem Aufruf von Tab2 lande ich am Anfang der Seite und muss zum Lesen des Tabinhaltes runterscrollen.http://widget-tabs.zeta-producer.com/unterseite-2.html#a1593_tab2

    Noch kurioser wird die Darstellung, wenn ich Tabs in Simple Responsive einsetze: https://www.hanabi-pirna.de/test.php (Es handelt sich um exakt die selbe Anordnung), In Editor und Vorschau werden die Tabs auch korrekt angezeigt.

    Beispiel 1 kann ich bei mir nachstellen. :) Beispiel 2 sieht für mich nach einer normalen Funktionsweise aus, egal auf welche Größe ich das Browser Fenster ziehe. :(

    oder aber das System mal neu aufsetzen.

    Mal eben neu aufsetzen. Toller Lösungsversuch.


    try the Microsoft/SysInternals Process Explorer - Go to Find > Find Handle or DLL. In the "Handle or DLL substring:" text box, type the path to the file (e.g. "C:\path\to\file.txt") and click "Search". All processes which have an open handle to that file should be listed.

    "path to the file" mit dem Pfad aus der Fehlermeldung ersetzen.

    Hallo,

    ich hätte wieder einmal eine kleine Anregung. Vielleicht wäre es in einer zukünftigen Version möglich das "Tab-Control"-Widget dahingehend aufzubohren, dass man pro Tab die anderen vorhanden Widgets hinzufügen kann.
    Nur Text, wie es momentan der Fall ist, gibt nicht so viel her. :(

    Grüße madas

    Hallo,

    sehr gut, dass Sie das hingekriegt haben. Sie müssen bitte schon Verständnis dafür haben, wenn wir nicht jedem seinen gewünschten Code hier schreiben können. Dafür fehlt uns einfach die Zeit und das ist auch nicht Zweck dieses Forums.


    Alles gut Hr. Seiz. War auch nur ein Späßchen (siehe Smilie). Ihr Tipp hatte mich ja in die richtige Richtung gelenkt und zu einem funktionierenden Ergebnis geführt.
    Von daher nochmals vielen Dank.

    MfG

    madas

    Danke für die "umfangreiche" Hilfe. :P

    Habe jetzt folgende Funktion via "additional-meta" Attribut eingebaut:

    JavaScript
    <script type="text/javascript">
    	function showFancyBox(imageToShow) {
    		$('a[href$="' + imageToShow + '"]').click();
    	}
    </script>

    der den Klick auf ein Bild auslöst.


    HTML
    <a href="javascript: showFancyBox('tolles_Dateiname.jpg');">siehe Detailfoto</a>


    MfG

    madas

    Hallo,

    ich habe z.B. einen Textblock unter dem sich ein Widget "Bilderalbum", welches unter anderem auch Detailbilder enthält.
    Im Textblock wird nun ein Sachverhalt beschrieben und auf ein Detailbild des Widgets verwiesen. Dieses Bild soll über einen
    Link (z.B. siehe Detail) geöffnet werden. Dabei soll aber nicht einfach nur auf das Bild gewechselt werden bzw. ein neues
    Fenster mit dem Bild aufgehen, sondern ich hätte gerne, dass das unter dem Text befindliche Bilderalbum geöffnet wird
    und als Vorauswahl das gewünschte Detailbild angezeigt wird.

    Wie könnte man dies realisieren?

    Vielen Dank.

    MfG

    madas

    Hallo,

    das klingt doch sehr gut.

    Generell ist die gesamte Handhabung des Widgets "Bilderalbum" in Verbindung mit der Bilderverwaltung sehr verwirrend bzw. nicht anwenderfreundlich, falls man diesen Einwurf bringen darf.
    Fügt man das Widget hinzu, wird man zum Auswählen der anzuzeigenden Bilder auffordert. Hat man dies gemacht erscheint ein Dialog, wo diese Bilde noch einmal betrachtet werden können
    und man kann eine "Überschrift" für das Album festlegen. Standardwert ist "images" bzw. "pictures" je nachdem welche Weg man für das Hinzufügen der Bilder gegangen ist. Dieser Standardwert
    ist auch der Name für das Album der Bilderverwaltung, was im Hintergrund dazu angelegt wird. Für ein bis zwei Bilderalben mag die Albumübersicht in der Bilderverwaltung ja noch übersichtlich
    sein bzw. leicht durchsuchbar. Hat aber aber 20 oder mehr steht dort eine Liste: images, images(1), iamges(2),...,images(147) bzw. pictures, pictures(1), pictures(2),...,pictures(147). Nun finden
    Sie mal das richtige Album, wenn Sie eines anpassen möchten. :( Weiterhin kann man bei der Bilderauswahl auch Bilder auswählen, die schon in einem anderen Album der Bilderverwaltung vorhanden
    sind. Diese werden dann jedoch wieder in eine neues Album mit obigen Standardnamen kopiert. Auch unschön.

    Daher hier vielleicht ein paar kleine Anregungen für Verbesserungen:

    * in der Bilderverwaltung sollten nur Alben angezeigt werden, die durch den Anwender (user) erstellt wurden, quasi als eine Art Bilderbibliothek
    * das Löschen eines Albums (können ja nur "user"-Alben sein) in der Bilderverwaltung sollte nur über selbige möglich, jedoch nicht durch Löschen des Widgets
    * beim Hinzufügen des Widgets wird im Hintergrund durch die Software ein "hidden"-Album erzeugt (nicht in der Bilderverwaltung sichtbar)
    * bei der Auswahl der Bilder für das Widget werden diese dem zu vor erzeugten "hidden"-Album hinzugefügt
    * Hinzufügen von Bildern zum Widget sollte vom Filesystem bzw. aus den "user erzeugten"-Alben (optimieren und kopieren ins hidden Album) möglich sein
    * wird das Widget gelöscht, sollte eine Warnung angezeigt werden, dass alle im Widget befindlichen Bilder verloren gehen, jedoch Bilder aus den User-Alben nicht betroffen sind
    * so kann man am Anfang die Bilderbibliothek nach belieben zusammenstellen und in Alben gruppieren
    * beim Hinzufügen des Widgets geht die Bilderauswahl schneller von der Hand, da sie schon thematisch sortiert in den User-Alben vorliegen
    * und beim Löschen des Widgets geht nix verloren, bis auf eventuell vom Filesystem hinzugefügten Bildern

    Vielleicht kann man dies ja in der nächsten Version umsetzen.

    Grüße madas

    PS: das alte Bildralbum Widget war jedenfalls praktischer und leichter zu handhaben. Auch konnte ein komplettes Album angehangen werden

    Dazu gab es ja schon einmal ein Thema, welches leider geschlossen ist. :(

    Ich persönlich finde diese Handhabung mit dem Löschen des Albums etwas fragwürdig. Ich z.B. würde gerne gefragt werden, ob das mit dem Widget "Bilderalbum" verknüpfte Album gelöscht werden soll.
    Jedenfalls kann es nicht sein, dass es einfach so ohne Nachfrage verschwindet. Schließlich sucht man sich in vielen Fällen die Bilder eines Album von verschiedenen Speicherorten zusammen. Hat man dann
    mal einen solchen Artikel versehentlich gelöscht ist auch das Album weg. Und die Suche nach den Bildern geht von vorne los. :evil: Was sehr ärgerlich ist.
    Könnte man da nicht eine Abfrage einbauen?

    madas

    Hallo,

    Hallo,

    Danke. Sieht für mich so aus, als ob sich das Drehen korrekt verhalten würde und auf die "Max. Bildbreite" skaliert.


    für mich sieht es nicht nach einer korrekten Funktionsweise aus. Wenn ich ein Bild drehe gehe ich davon aus, dass sich danach an den Abmessungen (und an der Dateigröße) nix ändert, sondern nur die Abmessungen für Höhe bzw. Breite jeweils Ihren Platz getauscht haben. Schließlich heißt die Funktion ja "Drehen" und nicht "Drehen, Komprimieren und Skalieren".

    Warum die Bilder nicht schon bereits beim Import in der Bildverwaltung so skaliert werden, ist fraglich.

    Hm, beim Import habe ich ja den Haken "Größe anpassen" nicht gesetzt. Daher sollte auch die ursprüngliche Dateigröße beim Import erhalten bleiben. Meiner Meinung nach jedenfalls.

    MfG

    madas

    Sind Sie sicher, dass das Bild nicht bereits direkt nach dem Import eine kleinere Dateigröße hat? In den Erweiterten Einstellungen kann nämlich die Maximale Bildgröße festgelegt werden, auf diese Bilder dann beim Import skaliert werden.

    Ja, ich bin mir sicher. Hier eine Bilderanleitung zum Nachvollziehen.

    Start mit neu erstelltem, leeren Album:

    [Blockierte Grafik: http://up.picr.de/27237924oz.jpg]

    Dialog nach der Auswahl der zu importierenden Bilder (kein Haken gesetzt):

    [Blockierte Grafik: http://up.picr.de/27237925gx.jpg]

    importierte Bilder im Album; zwei im Querformat und zwei im Hochformat mit falscher Ausrichtung:

    [Blockierte Grafik: http://up.picr.de/27237926dc.jpg]

    die beiden Bilder mit falscher Ausrichtung wurden mit "90° gegen den Uhrzeigersinn" gedreht; bis hierhin sieht scheinbar noch alles so aus, wie es sein soll

    [Blockierte Grafik: http://up.picr.de/27237927aq.jpg]

    Nach dem Schließen und erneutem Öffnen der Bilderverwaltung weisen die zuvor gedrehten Bilder plötzlich eine andere Auflösung und eine andere Dateigröße auf. :(

    [Blockierte Grafik: http://up.picr.de/27237928zv.jpg]

    MfG

    madas

    Die verlustfreie Optimierung von Bilder scheint in Version 13.3.0 noch etwas fehlerbehaftet zu sein. Ich habe in einem Album alle Bilder (32 Stück) ausgewählt und bin dann
    auf Bilder optimieren (verlustfrei) gegangen. Dabei wurdee im weiteren Verlauf folgendes auf dem Bildschirm angezeigt:

    [Blockierte Grafik: http://up.picr.de/27230387ks.jpg]

    Und am Ende dies:

    [Blockierte Grafik: http://up.picr.de/27230388uk.jpg]

    Wie sind aus 32 Bildern plötzlich 528 geworden???

    madas

    PS: das gleiche Problem besteht auch bei der verlustbehafteten Optimierung.

    Wenn ich z.B. ein ca. 4mb großes Bild, was eigentlich im Hochformat existiert, über Erweitert->Bilder->Importieren in ein Album importiere,
    wird mir dieses z.B. als Querformat angezeigt. Soweit nicht schlimm. Bild auswählen und auf drehen klicken. Danach hat sich jedoch die
    ursprüngliche Dateigröße auf ca. 1mb reduziert. Ist es gewollt, dass beim Drehen auch die Dateigröße angepasst wird? Kann man das irgendwo
    einstellen bzw. abstellen?

    Danke.

    madas

    Version ist die 13.3.0

    Hallo,

    zeitabhängige Testversionen bieten wir aktuell nicht an. Da müssten Sie meiner Aussage vertrauen.

    Man kann das Runterladen entsprechender Layouts auch forcieren, wenn man sein Projekt im Layout-Editor öffnet und dann mal alle Business-Layouts durchklickt. Das lädt das Layout dann auch, damit die Vorschau im Layout-Editor erzeugt werden kann…

    Danke für den Tipp.