Beiträge von Stefan S

Ich weiss nicht, was Sie mit "fokusierung in der bearbeitungsfunktion" meinen, aber wenn Sie die Header-Bildervergrößern möchten, müssen Sie so vorgehen:

• Auf den Button "Layout" klicken
• unter "Kopfgrafik" die neuen Maße eingeben (Breite und Höhe)
• Layout-Einstellungen "Speichern"

Anschließend, die Kopfgrafiken neu importieren oder folgendermaßen vorgehen (wenn die Bilder beim ursprünglichen Import schon groß genug waren):

Änderungen an Layout-Einstellungen bzgl. Logo oder Kopfgrafiken wirken sich nicht auf bereits vorhandene Bilder aus, sondern nur auf neu zu importierende. Wenn in einem Projekt bereits Header-Bilder vorhanden sind und dann nachträglich in den Layout-Einstellungen die Dimensionen für Header-Bilder verändert werden, empfiehlt es sich alle vorhandenen Header-Bilder wir folgt zu bearbeiten:

1. Header-Artikel zum Bearbeiten öffnen
2. Bild Thumbnail anklicken um das Bild auszuwählen (Schritte ab hier dann für alle im Header enthaltenen Bilder wiederholen)
3. Klick auf die größere Voransicht und Wahl der Option "Bearbeiten"
4. Klick auf den Button "Zurücksetzen"
5. Klick auf "Zuschneiden" und Bild wie gewünscht verschieben
6. Schritte 2 bis 5 für alle Header-Bilder wiederholen
7. Klick auf OK

Mit F8 in den Spaltenmodus wechseln und im Bereich "Footer" das Widget "Sitemap" einfügen.

Hallo,

die Seite, die nicht veröffentlicht werden kann nutzt auf jeden Fall unseren Testserver. Zeta Producer beinhaltet kein Webhosting. Unseren Testserver bieten wir aber zum schnellen Test an, haben diesen aber auf 20MB Daten limitiert und Ihre Website ist eben größer. Um diese dann zu veröffentlichen, müssten Sie sich ein Hosting-Paket bei einem Provider Ihrer Wahl besorgen: https://www.zeta-producer.com/de/hosting.html

Könnten Sie bitte einmal detailliert und Schritt für Schritt (was klicken Sie an etc.) beispielhaft erklären, wie Sie in einem Shop-Artikel das Bild austauschen und auch, wie Sie dann veröffentlichen? Nur damit wir sehen können, ob Sie ggf. anders vorgehen, wie das geplant ist. Ich vermute, Sie gehen korrekt vor, aber man weiß ja nie…

Das lässt sich von hier aus nicht beurteilen, da wir den Aufbau bzw. die Wurzelseite nicht sehen. Könnten wir nur per Support-Ticket und Fernwartung prüfen.

Ja, alternativ können Sie die Infospalte auch als Artikel per Grid anordnen. Das kann allerdings schnell unübersichtlich werden.

Für meinen Geschmack bringt diese Spalte eh nur Unruhe rein. Ich würde diese 3 Informationen "Adresse, Lagekarte, Bestell-Button" als 3 Artikel in den "Footer"-Bereich verlagern und diese dort horizontal nebeneinander anordnen.

In diesem Layout werden die Header-Bilder ja immer Fensterfüllend skaliert. Eine "optimale" 1:1 Größe gibt es daher nicht, weil man ja nicht weiß, wie groß das Browserfenster des Besuchers ist. Man muss hier also einen Mittelweg zwischen Größe und Qualität finden. Aktuell sind Ihre Bilder auf 1100px Breite skaliert. Das ist eigentlich ein guter Kompromiss. Ggf. hilft es, die Breite noch etwas zu vergrößern, etwa auf 1400px?

Wenn Ihnen das so nicht gefällt, müssten Sie ggf. auf ein anderes Layout wechseln, das die Kopfgrafiken nicht auf fensterbreite skaliert.

Auch ein Hochkant Bild verkleinert sich, wenn Sie es per Grid schmaler ziehen.

Nein. Die meisten derartigen Layouts klappen die Liste aber an der Stelle auf, an der die aktuelle Seite im Baum enthalten ist.

Wenn sie also z.B. auf "Unterseite" sind und "Unterseite" ist eine Unterseite der "Startseite", dann wird Startseite aufgeklappt dargestellt.

Wenn Sie sich sorgen machen, dass Ihre User die Navigation nicht begreifen, können Sie ggf. auch im Fussbereich eine zusätzliche "Sitemap" einfügen.

Hallo,

der Zugriff auf die großen Bilder wird vom Server unterbunden (Forbidden). Siehe: https://www.hirschgweih.at/media/images/z…t-p-8-large.jpg

Se nutzen für diese Spate den "News-Bereich". Dieser zieht sich immer über die gesamte Höhe und das kann nicht verändert werden.

Sieht für mich so aus, als ob das geschrumpfte Bild im Querformat, die anderen aber im Hochformat vorliegen, oder?

Bitte doppelklicken Sie das "Verfügbarkeitskalender"-Widget zum Bearbeite und Geben Sie unter "Darstellung > Monate zeigen:" eine Zahl zwischen 1 und 4 ein. Im Moment scheint das auf 0 zu stehen, also keine Anzeige.

Marko Tortorelli ,

Sie haben uns das Projekt ja nun auf einen Testserver veröffentlicht. Sie nutzen ein anderes Layout, nämlich "Stripe Responsive" und Sie möchten den Abstand unter dem Logo, das Sie in Ihrem Projekt aber nicht als "Logo" eingebaut haben, sondern in der Kopfgrafik verringern.

Entfernen Sie bitte sämtlichen CSS-Code, den Sie bisher im Projekt eingefügt haben. Der CSS-Code ist layout-spezifisch und sie haben code eingefügt, der für ein anderes Layout gedacht ist.

Anschließend passen Sie bitte in den Layout-Einstellungen die Mindesthöhe der Kopfgrafik wunschgemäß an.

Danach können die Abstände unter der Kopfgrafik mit folgendem CSS weiter verkleinert werden:

<style>
#header{
    margin-bottom: 0;
}
div.flex-caption{
    padding-bottom: 0;
}
</style>

Weitergehenden Support für angepasstes CSS können wir vom Zeta-Team ihnen zu diesem Fall nicht bieten.

Nennen Sie uns bitte zumindest die URL zur Seite, damit wir uns den entsprechenden Quellcode ansehen können. Es kann z.B. sein, dass Sie in der Tabelle für die Daten einen falschen Wert eingegeben haben, der dies verursacht.

Hallo,

da ist noch ein Fehler im Layout, der die maximale Logogröße nicht auf 100% beschränkt. Layout-Update ist unterwegs und sollte in ca. 30 Minuten aufschlagen.

Der Code funktioniert nicht, weil er schlicht unvollständig ist. Der Code enthält weder CSS-Regeln noch JavaScript, welches einen Hover-Effekt auslösen würde. Auf der alten Seite ist also ganz sicher noch zusätzlicher Code vorhanden, der hier einfach fehlt. Zum Glück braucht man das ja auch nicht, weil das Bild-Widget diese Funktion ja bereits enthält. Können wir dieses Thema damit bitte abschließen?

Weil beim Scollen das Logo nach unten rutscht ist nicht mehr genügend Platz für alle Menüpunkte vorhanden, daher wird auf das Hamburgermenü umgeschaltet. Lösung: so lassen, oder Menüpunkte reduzieren.

BOM sollte bei PHP Seiten grundsätzlich deaktiviert sein.

Wenn es auf dem Desktop angezeigt wird, hört sich das für mich eher nach einem Browserbug an. Interessant wäre eine Testseite und zu wissen um welches OS und Browser es sich beim Smartphone handelt.

Das Online-Update ging heute mittag raus. Links zu Dateien erhalten nun dasProtokoll dynamisch zugewiesen, also HTTP oder HTTPS je nachdem was in der URL zum Formular genutzt wird.

Um das Update zu laden, einfach auf "Extras > Updates suchen" klicken. Nach einer Weile erscheint dann unten rechts in der Ecke ein Hinweis, wenn etwas neues aktualisiert wurde. Danach dann auf "Erweitert > Erstellen > Ausgewählte Dateien erstellen" und dann "Alle Vorlagendateien erstellen" und anschließend veröffentlichen.

Ggf. ist das verhalten bei mir anders, weil ich unter "Erweitert > Erweiterte Einstellungen > Kodierung" die Option "HTML-Code optimieren" deaktiviert habe.

Komisch, das tut er bei mir nicht. Sind Sie sicher, dass Sie vor dem Eingeben des PHP-Codes den Editor auch auf Quelltext-Ansicht umgeschaltet haben?

Falls ja, wäre der einzig mögliche Workaround, statt des normalen Texteditors jeweils ein Widget "Quelltext" zu nutzen. Also eines mit der IF bedingung, dann die normalen Inhalte und abschließend ein Quelltext-Widget zur Beendigung der IF-Bedingung…

Wenn Sie im normalen Tex-Editor (also nicht im Widget "Quelltext") PHP-Code erfassen möchten, müssen Sie vor dem Erfassen den Editor auf Quelltext umschalten, dann sollte es gehen.

Wenn nicht, dann posten Sie hier bitte ein Beispiel, welchen Code Sie eingeben und in was dieser dann ersetzt wird, damit wir das nachstellen können. In meinen Versuchen wurde z.B. die folgende Eingabe auch nach Speichern des Text-Artikels so erhalten und nicht umgeschrieben:

<p>Test mit HTML und PHP gemischt</p>
<?php
echo "Hallo Welt";
?>

Innerhalb des Projektordners (STRG+Umschalt+P) finden Sie einen Ordner namens "recycler". Beenden Sie ZP und löschen Sie dann den Ordner "recycler". Taucht der Fehler nach einem Neustart von ZP dann immer noch auf?

Vielen Dank für die Blumen! Sehr schön, auch mal eine derart positive Meldung zu lesen.

Wenn Sie mit "Seiten" unterschiedliche Projekte meinen, dann ja. Prüfen Sie aber zunächst mal nur bei einem Projekt, ob das überhaupt den Fehler beseitigt.

Ok, dann wie gesagt: Zur Neuinstallation jeweils einfach die aktuelle Version von unserer Website laden und diese (nur diese) installieren.

Danach dann die Lizenznummer erneut in ZP eingeben.

Diesen Fehler hatten Sie vor kurzem ja bereits berichtet und ich habe Ihnen darauf dann mit folgendem Lösungsvorschlag geantwortet:

beenden Sie bitte Zeta Producer und löschen Sie dann den Ordner:
C:\Users\Eva\Documents\Zeta Producer 14\Projects\kleine-schiffe.de\recycler

Zur Neuinstallation jeweils einfach die aktuelle Version von unserer Website laden und diese (nur diese) installieren.

Und warum fragen Sie dann ob Sie 14.0 installieren müssen? Wenn Sie bereits 14.2.1 nutzen, müssen Sie doch überhaupt nichts installieren.

Ich verstehe die Frage nicht. Welche Version nutzen Sie denn aktuell?

Hallo,

das ist problemlos möglich. Damit PHP auch ausgeführt und nicht nur angezeigt wird, muss die Dateierweiterung der Seite .php sein und auf dem Server muss PHP aktiviert sein. Die Dateierweiterung der Seite ändern Sie wie folgt:

• Doppelklicken Sie die entsprechende Seite im Seitenbaum
• Nun öffnen sich die Seiteneigenschaften
• Wechseln Sie per Klick auf "Google" in den Bereich "Google"
• Im Feld hinter "Dateiname" wählen Sie in der Liste .php aus
• Klicken Sie auf OK
• Veröffentlichen Sie mit F7

Hallo,

das verstehe ich nicht ganz. Ihre Frage enthält doch bereits eine präzise Anleitung, wie das zu machen ist. Vorsuasgesetzt Ihre Seite läuft bereits unter https:// (also mit SSL).

Hallo,

das ist schade. Evtl. können Sie dass aber auf der entsprechenden PHPSeite direkt als Quelltext vor sämtlichen auf der Seite platzierten Widgets lösen, indem Sie folgenden Quelltext nutzen:

<?php 
ini_set('display_errors', 'Off');
ini_set('error_reporting', 0);
?>

Solcher Code ist im Widget "Geschützer Bereich" eigentlich bereits enthalten. Das Error-Reporting wird also vermutlich von irgendwelchem anderen Code wieder eingeschaltet.

Vielleicht schaffe ich auch heute noch ein Online-Update, das den Fehler mit dem hardgecodeten http:// behebt, dann benötigen Sie keinen Workaround.

Die Umleitung, die Sie nach dem Absenden beobachteten, kommt bestimmt daher, dass Sie noch alte Dateien im Browser Cache haben. Bitte vor dem nächsten Versuch mal den Browser-Cache löschen.

Der doppelte "slash" im Pfad spielt absolut keine rolle. Das beeinflusst keinen browser. Ganz sicher nicht.

Was das http:// in der Download-Url anbelangt, so erhalte ich gerade die Info, das dies im aktuellen Formular-Widget leider noch hardgecoded so enthalten ist.

Es gibt dafür aktuell 2 Workarounds:

1. Nach dem Veröffentlichen bearbeiten Sie auf dem Server die Datei assets/php/formmailer/functions und ändern in Zeile 475 das http:// in https://
2. Sie konfigurieren Ihren Webserver so, dass er auch unter http:// zu erreichen ist, zumindest für URLs, die nach assets/php/formmailer/upload* beginnen

Ich halte das als Fehler fest, der dann in einer künftigen Version korrigiert wird.

Bitte löschen Sie das kopierte Widget wieder. Damit handeln Sie sich nur ärger ein. Holen Sie das Optimum aus den ZP-Bordmitteln raus. Da geht sehr viel!

Sie können ja z.B. den Artikel-Platzhalter mit der Vorlage "Nut Bestellbutton" auf einer beliebigen Seite platzieren und auf der selben Seite noch andere, ganz normale Text/Bild-Artikel anordnen. So haben Sie einen sehr flexiblen Rahmen, für Gestaltung.

Widgets sollte man nur selbst programmieren/kopieren, wenn man die entsprechenden Kenntnisse hat, sonst handelt man sich nur ärger ein, und wir hier hätten einen extrem hohen Support-Aufwand – weshalb wir auch keine kopierten Widgets supporten.

Das muss .htaccess heißen, nich "Umleitung.htaccess" Also vor dem . nichts eingeben.