Beiträge von Honkytonk

  • Bei Dateien veröffentlichen tut sich nichts

    Bei mir ist es ähnlich.

    Beim aktuellen Update musste ich auch auf FTPS umstellen und jetzt steht der Status beim Veröffentlichen der Webseite (bei laufendem Balken) konstant bei Datei 1426.

    Siehe Bild 1

    Zuvor ist es zwar zumindest einmal durchgelaufen (mit Fehler siehe Bild 2 tls), aber das neu hochgeladene Bild wird live nicht angezeigt

    Ausserdem sind seit dem Upade viele Links kaputt (siehe Bild 3 links

    Der Servertest war positiv Bild 4

  • Nach Update auf 16.7 konnte die Konvertierung meines Projekts nicht aktualisiert abgeschlossen werden

    Heute habe ich mein kostenloses Zeta Producer 16 auf die Version 16.7.0 upgedated.

    Nach dem erfolgreichen Update wurde ich aufgefordert, mein Projekt zu konvertieren.

    Ich erhielt anschließend die Meldung: "Das Projekt wurde nicht aktualisiert"

    (Details siehe Anhang unten Screenshot "Fehler")

    und ich wurde aufgefordert, mein Projekt an den Support zu senden.

    Das habe ich getan.

    Was geschiet nun?

    Ist nun ein kostenpflichtiges Ticket nötig/möglich?

    Ist mein Projekt nun überhaupt noch bearbeitungsfähig?

  • Kontaktseite

    Zitat von Stefan S

    Ok,

    wenn Ihre Website HTTPS nutzt, dann müssen Sie folgendes beachten:

    Nach Umstellung einer Website auf HTTPS müssen Sie einfach in den FTP-Einstellungen des Projekts im Feld Web-Adresse zu Beginn auch das Protokoll https:// eingeben. Wenn Ihre Web-Adresse z.B. http://www.example.com ist, sollte dann nach der Eingabe entsprechend https://www.example.com im Feld stehen. Danach dann die Website veröffentlichen.

    Führen Sie diese Änderung bitte durch, veröffentlichen Sie anschließend und laden Sie sich dann selbst über das Formular eine neue Datei hoch (ggf. Browser-Cache vor dem Laden des Formulars löschen). Funktioniert der Link in der E-Mail nun?

    Vielen Dank für den Tipp.

    Da lag zumindest der erste Fehler wohl tatsächlich bei mir selbst.

    Ich hatte dort in dem Feld vor der domain nichts (nicht einmal www), nur "example.com"

    Nach korrigierter Parametrisierung, Neuerstellung und anschliessender Veröffentlichung (Cache geleert) stürzt die Webseite jetzt zumindest nicht mehr ab und es kommt beim Benutzer die Standard Erfolgsmeldung:

    Nachricht erfolgreich gesendet

    Ihre Nachricht wurde erfolgreich versendet. Vielen Dank.


    Der dann von ZETA automatisch generierte Link in meiner Email funktioniert allerdings immer noch nicht.

    Er verfügt nur über den Präfix http:// nicht über https:// und hat im Pfad immer noch zwei Slashes vor upload_xxxxx/filename.jpg

    Der Browser (Firefox) korrigiert diesen Link dann automatisch nochmals in https://example.comassets/php/.... jetzt mit https aber ohne Slasch zwischen com und assets. Es kommt dann beim Aufruf die Standardfehlerseite von Firefox: Seite nicht gefunden.

    Erst wenn ich nun den im Browser angezeigten Link zu Fuß manuell so korrigiere, wie das File auf dem Server liegt, d.h. in der URL mit Slash zwischen com und assets, erscheint das Bild korrekt!

    Wahrscheinlich habe ich noch etwas anderes falsch gemacht und muss es jetzt ebenfalls nur noch dort korrigieren, aber wo?

    Gruß

  • Kontaktseite

    Zitat von Stefan S

    Hallo,

    es kann nur an den Rechten liegen. Ihr Vorredner konnte das Problem ja damit auch lösen. Evtl. haben Sie die Rechte nich auf alle Dateien (auch die bestehenden) angewandt, oder den Falschen formmailer-Ordner bearbeitet. Den Ordner gibt es pro Website normalerweise nur ein mal, Sie müssen in der Vergangenheit also die Website mal in einen anderen Zielordner veröffentlicht haben und daher 2 dieser Ordner auf dem Server haben.

    Vielen Dank!

    Eventuell habe ich tatsächlich etwas falsch konfiguriert.

    Das Bild wird zwar erfolgreich auf meinen Server hochgeladen, aber der Sender - also der, der das Formular in Firefox benutzt - erhält diese Fehlerseite.

    Die URL zum Server darin sieht merkwürdig aus (Bild).

    Dann stürzt für denjenigen die Verbindung zu meiner Seite ab.

    Kann ich das selbst korrigieren?

    Gruß

    Frank

  • Kontaktseite

    Zitat von Stefan S

    Hallo,

    das Bild wird nie direkt in der Mail angezeigt und auch nicht als Anlage beigefügt. Die Mail enthält immer nur einen Link auf die per Formular übermittelte Datei. Wenn Sie den Link anklicken, sollte die Datei entweder im Browser geöffnet werden oder vom Browser heruntergeladen werden. Wenn Sie stattdessen eine Fehlermeldung im Browser erhalten, liegt es daran, dass auf dem Server die Schreibrechte Fehlen und die Datei nicht auf dem Webserver gespeichert werden konnte.

    Am besten Sie setzen die Rechte für "/assets/php/formmailer" per FTP-Software auf "777". Der Benutzer, unter dem der Webserver läuft muss in diesen Ordner schreiben können.

    Hallo,

    ich habe das identische Problem und habe die Rechte in dem Ordner (er existiert bei mir noch ein zweites mal weiter unten im Baum) auf 777 gesetzt.

    Die Dateianhänge werden erfolgreich auf den Ordner hochgeladen. Das war allerdings schon mit den Rechten 750 möglich.

    Das Problem ist genau wie oben.

    Wie kann ich die erfolgreich angefügten Dateianhänge dann wieder problemlos per Klick mittels Browser oder Downloadfunktion direkt aus z.B. Thunderbird betrachten/von meinem Server downloaden?

    Ich erhalte im Browser immer die selbe Fehlermeldung (siehe oben) egal mit welchen Rechten.

    Im Moment muss ich die Dateianhänge immer zu Fuß mittels Filezilla erst manuell downloaden und kann sie erst dann betrachten.

    Gruß

    Frank

  • Nach Einfügen des Widgets "Dateibrowser" habe ich Parser Error - wie zurück setzen?

    Zitat von sT.

    Also die Raw-Dateien müssen ja auf dem Webserver liegen. Sie müssen diese also manuell mit einer FTP-Tool (z.B. FileZilla) auf den Webserver kopieren. Am besten in einen eigenen Ordner, z.B. mit dem Namen "raw". Auf diesen Ordner können Sie dann mit Hilfe des Widgets "Dateibrowser" verlinken. Siehe dazu auch den folgenden Beitrag: Widget Dateibrowser

    Vielen Dank.

    Die Dateien liegen bereits mit FileZilla hochgeladen und leseberechtigt im Pfad media\Raw (allerdings mit großem R -> "Raw").

    Die übrige Anleitung in dem o.g. Thread ist wahrscheinlich zu kryptisch für mich:

    "Bei "Ordnerpfad auf Server" muss der absoluten Pfad (Document Root) Ihrer Homepage eingefügt werden.

    Dazu bitte auf der Seite mit dem Widget zusätzlich das Widget "Quelltext" mit folgendem Code einfügen: <?php echo $_SERVER["DOCUMENT_ROOT"] ?>

    Die Seite mit dem PHP-Code muss den Dateityp .php haben. Das bitte kontrollieren."

    1. Das wäre bei mir dann exakt dieser Pfad: /home/media/Raw ?

    2. "Auf der Seite mit dem Widget" wäre dann diese hier ganz unten rechts (fehlt jetzt noch)?

    3. das Widget "Quelltext" mit folgendem Code einfügen: <?php echo $_SERVER["DOCUMENT_ROOT"] ?>

    Wo an welcher Stelle im Quellcode muß was und wie genau rein?

    4. Die Seite mit dem PHP-Code muss den Dateityp .php haben.

    Welche ist die Seite mit dem PHP-Code, wie kontrolliert man das?

    Gruß

    Frank

  • Nach Einfügen des Widgets "Dateibrowser" habe ich Parser Error - wie zurück setzen?

    Zitat von sT.

    Ok, dann bitte einfach mal mit F8 in die Spaltenansicht wechseln. Hier können Sie dann das Widget "Dateibrowser" löschen.

    Mit F8 kommen Sie dann auch wieder in den normalen Vorschaumodus.

    Superklasse - Volltreffer!

    Alles wieder OK!

    Ihnen schon mal recht herzlichen Dank; die F8-Option kannte ich bisher nicht.

    Grundsätzlich habe ich diesen Fehler ja unbeabsichtigt selbst erzeugt in der kühn-naiven Absicht, einen für den Besucher bequem zu erreichenden Ablageort von Roh-Daten-Files einzurichten. Diese Files soll man (jeder) sich herunterladen können, aber sonst auch nichts weiter.

    Diese Roh-Daten sind "unentwickelte" digitale Infrarotaufnahmen (Rawdaten).

    Wie macht das ein Könner mit ZP? ;)

    Gruß

    Frank

  • Nach Einfügen des Widgets "Dateibrowser" habe ich Parser Error - wie zurück setzen?

    Hallo,

    ich erhalte nun bei mir im Editor und Layoutvon ZP14.1.0 Home mit Layout Locus Responsive einen Parser error:

    syntax error, unexpected '.' in C:\Users\xxxxxxxxx.php on line 32


    Ich hatte zuvor ein Widget "Dateibrowser" eingebaut und den Pfadnamen meiner (zumindest geplant) öffentlich lesbaren RAW-Dateien angegeben.

    Buff!

    Wie mache ich das wieder zurück; ich habe nur diese Errormeldung und kann nicht editieren.

    Zusatzfrage:

    Wie setze ich das denn mit ZP um? Also wie lege ich Bild Raw-Dateien öffentlich lesbar/downloadbar ab?

    Gruß

    Frank

  • "$z" ist undefiniert

    Hi Jochen,

    stimmt, das habe ich ganz zu Beginn mal (dilettantisch) eingefügt. Inzwischen ist es mit Deiner Anleitung korrigiert, danke Dir!

    Ein kleines letztes Problem gibt es aber jetzt noch.

    Ein weiterer Projektordner (z.B. für die englische Version) geht nur mit einem Udgrade.

    Dafür habe ich aber erst wieder im Winter Zeit, momentan ist meine Seite weitgehend zweisprachig.

    Inzwischen gibt meine Seite aber wegen der Domain (https://gosebru.ch) die falsche Länderkennung raus: Schweiz.

    Ja, das ist alles ziemlich kompliziert...

    Jetzt wollte ich solange wenigstens mal eine hreflang einfügen, aber das geht mit Deiner Methode nicht.

    Zumindest bekomme ich das nicht alleine hin und im ZP Handbuch gibt es das Suchwort 'hreflang' nicht.

    Ich würde es aber bis zum Upgrade gern schon mal korrigieren und folgenden Code einfügen:

    <link rel="alternate" hreflang="de-DE" href="https://gosebru.ch/" />
    <link rel="alternate" hreflang="en-DE" href="https://www.gosebru.ch/" />wo und wie (genau) mache ich das?

    Äh, ist der Code überhaupt richtig und sinnvoll (in UK soll die Sprache als en, in D dann de; das Land aber immer de angezeigt werden)?

    Frank

  • "$z" ist undefiniert

    Zitat von sT.

    Hallo,

    Sie haben unter "Website | Einstellungen | CSS" nachfolgenden Code eingefügt. Der gehört da nicht hin und verursacht den Fehler. Bitte den Code entfernen und Website neu erstellen, dann sollte der Fehler nicht mehr erscheinen.

    HTML
    <html>
    <head>
        <meta name="msvalidate.01" content="CA52E6A875A715BC54E40BD4FC9FB7EA" />
        <title>Frank Gosebruch Fotografie</title>
    </head>
    <body>
        page contents
    </body>
</html>

    Man fragt sich natürlich manchmal, warum ich solchen Code (ganz zu Beginn bei der Erstellung einmal) manuell eingefügt habe und zu welchem Zweck...

    ...ich weiß es nicht mehr.

    Nur deswegen nerve ich hier jetzt eine ganze Supporthotline...

    Naja, Ihre Hilfe war jedenfalls große Klasse; alles ist nun wieder in Ordnung und die Fehlermeldung ist auch weg!

    Sie erlauben, dass ich zumindest die privaten Anteile (Bilder) im Thread wieder entferne.

    ;)

    Vielen Dank! :)

  • "$z" ist undefiniert

    Zitat von Uwe Keim

    Das liegt daran, dass die Datei zu groß ist.

    Unser öffentliches Limit ist zurzeit 500 MB.

    Müssen es wirklich 1,5 GB an Daten sein? Kannst Du da ggf. etwas aus dem Upload löschen? Z.B. müssen weder "output" noch "preview" als Ordner im ZIP enthalten sein.

    Ich kenne mich nicht so gut aus wie Sie und folge bei den beiden Upload -Prozeduren lediglich den von Ihnen kommunizierten Anweisungen

    Eine Datenmengenbegrenzung wird dabei nicht erwähnt.

    Auch wußte ich nicht, dass mein Projekt so groß ist und dass es genau daran lag, dass es nicht funktioniert.

    Die zu transportierende Datenstruktur und Priorität einzelner Directories für die Analyse war mir auch nicht bekannt.

    Das ist ja überhaupt der Grund warum ich mich an den Support wende...

    Um die Frage zu beantworten:

    Nein, vermutlich nicht (was ich erst jetzt weiss), deshalb nunmehr neuer Versuch ohne preview, output und images-original

  • "$z" ist undefiniert

    OK, ich habe zuvor einen Fehler gemacht (ZP versehentlich 2x geöffnet).

    Inzwischen ist der Tracking code erneuert und alle Seiten neu gemacht und hochgeladen.

    $z Fehler wird aber immer noch angezeigt.

  • "$z" ist undefiniert

    Danke Steffen,

    den Tracking Code habe ich 1:1 nach Deiner Anleitung von Piwik kopiert und im ZP unter Einstellungen - Google eingetragen.

    Wenn ich dann OK drücke, kommt Verarbeitung läuft.... und anschliessend:

    Zeta Producer 13 funktioniert nicht mehr.

    Nach Bestätigung schliesst das ganze Programm.

    Was mache ich falsch?

  • "$z" ist undefiniert

    Hallo Steffen,

    danke für die schnelle Antwort.

    3. ist erledigt und war erfolgreich

    Zu 1. und 2. habe ich zu wenig Ahnung, was ich da wo und wie editieren muss.

    Welche index.html ist denn die gültige, die in der preview oder die in output?

    Siehst Du konkret etwas, was Dir falsch erscheint?

    Kann ich auch mit dem $z Fehler leben?

    Frank

  • "$z" ist undefiniert

    Hallo,

    bei mir treten gerade drei unbekannte Fehler auf und ich bitte hier um Hilfe:

    Win 10Pro, ZP13, Locus Responsive

    1.
    Im Editor ganz unten rechts kommt die Meldung: "$z" ist undefiniert.

    Am 4.10.2015 gab es dazu hier bereits einen Thread mit Anleitung von Jochen, die bei mir aber nicht funktioniert.

    Was kann ich tun?

    2.

    Auf der veröffentlichten Webseite ist links oben in allen Browsern ein Phänomen zu sehen, indem dort der string "page contents" (1:1 auch so ganz unten im body) sowie z.B. bei Chrome auch noch ein Dateisymbol eingeblendet wird (siehe Bild).

    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

    3.

    Ich habe (erst jetzt) bemerkt, dass ich wohl versehentlich eine ungewöhnliche Dateistruktur für die Webseite erzeugt habe, die doppelte Daten erzeugt.

    Bei mir existieren im Pfad 'projects' zwei fast identische directories; eine mit dem Namen und eine mit dem Namen und "-02" dahinter, also Name und Name-02.

    Offensichtlich ist Name-02 aktueller.

    Kann ich eine davon gefahrlos enfernen?

    Gruß

    Frank

  • Beim Start von Layout-Designer kommt endlose Meldung "Verarbeitung läuft"

    Ich verwende den Standard Win 10 Defender als Virenscanner.

    Echzeitschutz ist jetzt aus, aber da hat sich ja bisher noch nie was dran geändert...

    OK, egal, ohne Defender startet der Designer jetzt in nur noch ca. 10sek, super!

    Favicon ist nun über LD installiert aber erscheint immer noch nicht.

    Habe favicon.ico also inzwischen manuell hochgeladen.

    Filezilla zeigt die favicon.ico jetzt in der Root.

    Geht trotzdem nicht -> siehe http://gosebru.ch

    Was mache ich falsch?

    Werde Defender jetzt erstmal wieder aktivieren (oder soll ich nicht?).

    Gruß

    Frank

  • Beim Start von Layout-Designer kommt endlose Meldung "Verarbeitung läuft"

    Wenn ich den Layout-Designer starte, öffnet sich ein neues Fenster und es kommt die endlose Meldung "Verarbeitung läuft" mit einem blauen Wanderbalken.

    Nach 42min ist der Designer dann bereit, aber ich kann nicht auf Experte umschalten, um das Favicon zu erzeugen/hochzuladen.

    Was genau soll ich jetzt bitte tun?

    Warum gibt es in der Hilfe/Handbuch dazu überhaupt nichts?

    Der einzige Eintrag unter dem Suchwort "Favicon" führt zu einem Link ohne Bezug zum Thema - der Begriff taucht dort nicht auf.

    Ich habe bereits ein 16x16bit jpg und ein 16x16bit ico

    Windows 10 Pro, FF 54.01 (32bit), ZP13, Locus Responsive

  • Schon wieder: Objektverweis konnte nicht auf eine Objektinstanz festgelegt werden

    Ich bin kein IT-Fachmann, wozu auch?
    Der Werbeslogan von Zeta Producer:
    "Gelangen Sie ohne Fachkenntnisse in 3 Schritten zur eigenen Homepage"
    hat mich seinerzeit sofort überzeugt und ich habe mit dem Tool diese für mich erste Website überhaupt bis zum o.g. aufgetretenen Problem mit ZP-"Bordmitteln" realisieren können.

    Genau solch ein Produkt wollte ich haben und habe es jetzt zwei Wochen getestet bevor ich womöglich fast €1.000.- für die vollständige (mehrsprachige) Lizenz reinstecke.

    Zwischenzeitlich hatte ich allerdings zwei völlig andere Anfragen - zu anderen Problemen - in diesem Forum gepostet und mir wurde dabei sehr professionell von einem anderen Anwender namens "Jochen" geholfen.

    Sie sehen, schon für kleinere Fehlfunktionen benötige ich Support. So ist das auch bei meinem Auto (selbst bei kleinsten Zylinderkopfschäden oder wegen eines Bremsscheibenwechsels gehe ich in eine Fachwerkstatt) oder beim Zahnarzt (auch dort kümmere ich mich selbst bei kleinsten Füllungen nicht selbst drum und kenne die therapeutischen oder gar chemischen Prozesse der Behandlung nicht). Ich weiß, so etwas klingt unglaublich für Sie...

    Daher kann ich Ihnen die Frage auch nicht beantworten "Wohin haben Sie die Seite also veröffentlicht?"
    Nur soviel: Die Seite wurde mit Ihrer eigenen menü-internen FTP-Funktion auf meine von Host Europe gehostete Domain "gosebru.ch" geladen.

    WOHIN ich sie dort geladen habe? Das weiß ich tatsächlich wirklich (ehrlich!) nicht.

    Heute Abend habe ich wieder Zeit und sehe mir das an.

    Vorab:
    Dieses Tool benötigt dringend eine benutzerfreundliche, vollständig gelogte Rekursiv-Funktion, um (möglicherweise falsche/unsinnige/unnötige) Änderungen durch den Anwender sicher, komfortabel und einfach zurücksetzen zu können.
    (Glauben Sie mir, das ist ein wertvoller (in diesem Fall kostenloser) Tipp und als ehemaliger Unternehmensberater weiß ich wovon ich spreche!)

  • Schon wieder: Objektverweis konnte nicht auf eine Objektinstanz festgelegt werden

    Guten Morgen Herr Seiz,
    wie schon erwähnt, habe ich diese erwähnte .zip nicht im genannten Ordner, sondern neben anderen Ordnern lediglich eine Datei Holisip.dtp (Bild).

    Diese wird von der Restore-Funktion aber nicht als Backup erkannt.

    Da ich vermute, nun noch einmal komplett von vorne beginnen zu müssen, meine konkrete Frage:
    Kann ich eine bestehende mit Zeta Producer angefertigte Seite komplett wieder löschen, wenn ich mich nach erfolgter Probephase für einen anderen Anbieter entscheide. Dort möchte ich den Hinweis im Footer auf ZP ja möglicherweise nicht mehr haben.
    Die ZP-Premiumversion werde ich nun wohl nicht mehr benötigen.
    trotzdem vielen Dank

  • Schon wieder: Objektverweis konnte nicht auf eine Objektinstanz festgelegt werden

    Naja...
    Bevor ich hier eine Frage stelle, schau ich erst einmal ins Archiv.
    Dort existieren bereits mehrere Anfragen genau unter dem Stichwort.
    Also frage ich Sie - wie einige vor mir - mit meiner Frage "schon wieder".
    Die im Archiv vorgestellten Lösungsansätze greifen in meinem Fall aber nicht (siehe oben)

    Dass das so schwer zu verstehen ist, hatte ich nicht vermutet.

    Da nun aber als erste Antwort auf meine technische Frage eine destruktive Gegenfrage zum Fragestil kommt, versuche ich jetzt zunächst das "schon wieder" zu erklären:

    Bei Eingabe der Suchphrase (Betreff) werden verschiedene Beiträge aus der Vergangenheit genau zu dem Thema vorgeschlagen, in denen auch Lösungsvorschläge zu finden waren.
    Diese haben aber auf meinen Fall angewendet keinen Sinn, weil nicht durchführbar, denn Zeta Producer 13 stürzt bei mir nach der Fehlermeldung ab, wenn ich zur Bearbeitung auf die erste Webseitenebene klicke.

    Also habe ich - wie bereits mehrere Poster zuvor - das Thema ebenfalls (nochmals - "schon wieder"!) aufgegriffen, in der Hoffnung, dass Sie mir helfen können. Mit dem "schon wieder" habe ich signalisiert, dass ich die früheren Beiträge zu diesem Thema bereits gelesen habe.
    Mehr nicht.

    Ich hatte mit meiner Frage die Hoffnung, dass dies ein Hilfeforum sei.
    Mit einer (wenig hilfreichen) Gegenfrage ohne Antwort zum Thema hatte ich nicht gerechnet.

    Ich verwende das Programm erst seit knapp zwei Wochen und werde für die mehrsprachige Version meiner Webseite die Premiumversion von Zeta benötigen, bin jetzt aber ob der destruktiven Gegenfrage etwas im Zweifel und fange jetzt woanders vielleicht nochmal von vorn an.

    Trotzdem vielen Dank für die Ohrfeige - mein Fragestil war wirklich eine bodenlose Frechheit!
    Ich entschuldige mich hiermit für meine Frage und ziehe sie zurück.
    Mit freundlichem Gruß

    Frank

  • Schon wieder: Objektverweis konnte nicht auf eine Objektinstanz festgelegt werden

    Hallo,

    zu diesem leidigen (sorry!) Thema habe ich im Archiv jetzt vergeblich eine Lösung zu finden gehofft.
    Die dort vorgeschlagenen Lösungen greifen bei mir nicht, da ich gar nicht auf den bei mir ausgegrauten Menüpunkt "Erweitert" komme - Zeta stürzt dann vorher ab.

    Was war geschehen?

    Ich habe einen Fehler gemacht und einen Zweig der ersten Unterebene komplett gelöscht, aber diese Veränderung dann nicht publiziert.
    Die aktuelle Homepage ist mit Zeta-Producer 13 erstellt und funktioniert im alten (unveränderten) Zustand sehr gut.
    Ein fast aktuelles Backup wurde zwar erstellt, es existiert aber nicht im Wiederherstellungspfad und läßt sich nirgends finden.

    In der Hoffnung, alle im Programm inzwischen falsch durchgeführten "Änderungen rückgängig machen" zu können ohne sie zu veröffentlichen (das Stichwort existiert in der Hilfe nicht - bin ich der Einzige der "Änderungen rückgängig machen" will?), habe ich alle möglichen Caches gelöscht und alle Seiten als unverändert gekennzeichnet, den Rechner danach neu gestartet.

    Wie bekomme ich die momentan auf meinem Server gut laufende Version zurück in den Zeta-Editor, um weiter arbeiten zu können?
    Einen Fehlerbericht habe ich Ihnen schon geschickt.
    Schönen Gruß

    Frank

  • Datenbank aufräumen - wie?

    Hallo,
    wenn ich mit Zeta Producer 13 auf meiner Website identische Bilder mit geringerer Auflösung hochlade, erscheinen diese auch wie gewünscht.
    Allerdings wird meine Datenbank beim Hoster dann nicht kleiner (wie erhofft), sondern noch größer.
    Mit welchem Tool sollte ich all die Bilder auf dem
    Host löschen (aufräumen), die ich auf der Website nicht verwende?

  • Kontaktformular in zeta-producer liefert bei Anwendung ständig "Could not instantiate mail function"

    Hallo Jochen,

    zunächst vielen Dank für die schnelle Antwort.

    Das alte Produkt habe ich gelöscht und ein neues Widget eingefügt, den Zielordner habe ich angepasst.
    Die genannten Testroutinen sind alle positiv verlaufen (siehe Bilder).

    Die Website ist komplett neu hochgeladen.

    Im localhost-Modus (Vorschau) erhalte ich tt6a, im Live-Modus tt6 - alles beim alten.
    Eventuell habe ich etwas Grundlegendes bei meinem Hoster übersehen?
    Gruß

    Frank

    -> schaust Du die website: gosebru.ch