Beiträge von Jay Konrad

Hallo - ich habe hier ein kleines Rätsel.

Ich benutzte Zeta Producer 16 auf Windows 11 und hatte eine Webseite angelegt, die über Samba direkt die Dateien auf meinem Linux-Server aktualisiert. Der Pfad ist Z (das Samba-Laufwerk unter Windows)/var_copy (ein direkter Symlink in ein Unterverzeichnis des Apache-Webservers - nämlich /var/www/html/KTF/klingon)/klingon_english. Dies funktionierte einwandfrei. Keinerlei Fehlermeldungen.

Ich habe nun auf Zeta 17 aktualisiert. Der oben beschriebene Prozess funktioniert nach wie vor. Dann habe ich eine zweite Webseite begonnen. Diese sollte ebenso über Samba angebunden werden. Der Pfad ist Z:/html_copy (ein Symlink direkt nach /var/www/html)/members. Ich bekam die Fehlermeldung, dass es fehlende Schreibrechte bei zp-server/data gibt.

Ich habe mir sowohl den alten (funktionierenden) als auch den neuen Pfad unter Linux genau angesehen und alle Ordner auf dem Weg sowohl mit chmod 755 als auch (danach) mit 777 ausgestattet. Keine Änderung. Interessant ist auch, dass Zeta Producer 17 trotz Fehlermeldung die Webseite einwandfrei an den angegebenen Ort exportiert. Aber selbst wenn ich den Ordner zp-server mit 777 ausstatte - die Fehlermeldung bleibt. Es gibt übrigens keinen Ordner namens zp-server/data?? Weder in der funktionierenden noch in der fehlerhaften Seite.

Ich habe dann direkt im Ordner klingon einen Unterordner namens test angelegt. Dieser liegt direkt neben klingon_english (der ja einwandfrei funktioniert und beim Überprüfen sowohl unter Zeta 17 als auch 16 keinerlei Fehlermeldungen bringt).

Zu meiner großen Überraschung gibt der Ordner test die gleiche Fehlermeldung aus. Obwohl der Pfad - bis auf den letzten Ordner - der gleiche ist! Ich habe unter Linux nachgeschaut und dem Ordner test die selben Rechte eingeräumt wie dem Ordner klingon_english. Die Fehlermeldung bleibt.

Was kann das nur sein??

D'oh! Tatsächlich hatte ich einen Tippfehler in der URL. Jetzt sind alle Haken gesetzt. Weiter im Text. Sollte ich den Shop so einrichten können, dass man digitale Produkte verkaufen kann, kaufe ich im April! Vielen Dank!

Hallo - leider benötige ich weitere Hilfe!

Sie hatten recht - Ich hatte unter dem Widget "Shop: Artikelliste" keine Kategorie ausgewählt. Dies habe ich nun nachgeholt, und bekomme nun in Zeta Producer 16 (läuft bei mir unter Windows 11) lokal 2 Produkte meiner Testkategorie angezeigt.

Die Integration über Billbee schaue ich mir umgehend an. Wenn man darüber online-Produkte zum Download verkaufen kann, wäre das hier definitiv meine erste Wahl!

Allerdings: Wenn ich die Website online stelle - ich habe einen Linux-Webserver, der per Samba angebunden ist - dann kann ich dies zwar tun, und die Webseite aktualisiert auch wunderbar. Keine Fehlermeldung von Zeta. Auch der Verbindungstest ist erfolgreich. Aber die Serveranforderungen werden angemahnt. Ich bekomme beim Überprüfen der Server-Anforderungen folgendes angezeigt:

Shop: Warenkorb PHP 0.0 vorhanden, min. 8 benötigt
Fehlende Schreibrechte: assets/php/SHOP_DATA
PHP-Erweiterung fehlt: gd, pdo, pdo_sqlite, mbstring, openssl, xml, zip

Formular: PHP 0.0 vorhanden, min. 7.3 benötigt
PHP-Erweiterung fehlt: mbstring

Server-Backend: PHP 0.0 vorhanden, min. 7.3 benötigt
Fehlende Schreibrechte: zp-server/data
PHP-Erweiterung fehlt: gd, pdo, pdo_sqlite, mbstring, openssl, xml

Gehe ich aber auf meinen Server und frage mit "php -v" ab, dann sagt dieser mir:
PHP 8.2.27 (cli) (built: Feb 15 2025 08:59:03) (NTS)

Ich habe dann auch mal eine phpinfo.php erstellt und in den Folder gelegt, in den ich die Webseite schiebe (/var/www/html/pre_prod). Der Browser zeigt mir sauber an, dass php 8.2.27 installiert ist und läuft, wenn ich diese Seite lade.

Alle folder in pre_prod stehen auf 777, haben also alle Schreib- und Leserechte, die man vergeben kann. Warum hier fehlende Schreibrechte angemahnt werden, verstehe ich nicht.

Die Module sind auch alle vorhanden auf dem Linux-Server. Was läuft hier noch falsch?

Hallo - ich teste nach wie vor den Zeta Producer als Tool, um eine Webseite für unsere neue Firma zu erstellen. Diese soll in Q4 an den Start gehen.

Ich wollte nun den Shop testen - ich habe also zwei Artikel eingefügt und alle Felder ausgefüllt. "Shop überprüfen" sagt mir, dass alles in Ordnung ist. Gehe ich im Producer auf den Shop, bekomme ich angezeigt: "Die Kategorie konnte nicht gefunden werden! Es konnte kein Artikel gefunden werden." Ich nahm an, dies liegt daran, dass ich noch die Testversion benutze.

Ich habe die Webseite auf unseren Pre-Prod Server hochgeladen - wenn ich hier allerdings den Shop lade, bekomme ich eine weiße Seite. Liegt das auch daran, dass ich noch die Testversion benutze? Falls ja - wie kann ich den Shop testen, bevor ich mich für den Kauf entscheide?

Wichtigstes Krierium für uns: Wir werden downloadbare Produkte verkaufen. Ich würde gerne testen, ob das geht, und ob ich das Downloadbare Programm entweder nach dem Kauf zum Download oder in der Email als link zum Download dem Kunden anbieten kann. Wer kann mir hier helfen mit einer Auskunft?

Noch etwas - die Webseite ist English, allerdings sind die Buttons auf der Seite in deutsch (zum Beispiel beim Kontaktformular steht ABSENDEN). Das kann ich auch ändern, korrekt?

Vielen Dank für die Beantwortung meiner Fragen. Wenn alles klappt, kaufe ich im April - unserem Gründungsmonat!

Zitat von phil-web

Die Fonts tauchen dann nicht automatisch im Dropdown auf. Ich weiß gerade nicht, ob man in dem Textfeld auch eine eigenen Schriftart eingeben kann.

Hallo Phil - vielen lieben Dank für Deine Hilfe.

In dem von Steffen verlinkten Artikel steht aber:

"Wir haben nun die Schriftart "Open Sans" in leicht, leicht kursiv, normal, kursiv, fett und fett kursiv geladen und dürfen daher nun in den Layout-Einstellung in den Feldern zur Schriftauswahl über den Button "Weitere Schriftarten" auch die Schrift gleichen Namens auswählen."

OpenSans ist das Beispiel in dem Artikel. Wenn ich also - statt der OpenSans - die kapiqad einbetten will, müsste diese dann doch - bei Verwendung des gleichen CSS-Codes - ebenfalls dort erscheinen. Oder habe ich da einen Denkfehler?

P.S.: Ich habe den Webfont übrigens dann mit einer simplen html page, die ich schnell im Editor geschrieben habe, getestet. Der Webfont funktioniert einwandfrei.

<html>
<head>


<style>
@font-face {  font-family: 'kapiqad';  src: url('kapiqad.woff') format('woff');  font-weight: normal;  font-style: normal;
}

body {  font-family: kapiqad, serif;
}
</style>
</head>

<body>
<div>
This is text
</div>
</body>

</html>

Leider scheint das nicht so ganz zu funktionieren. Ich habe zwei Webfonts:

fontawesome-webfont.WOFF

kapiqad.WOFF

Es geht mir um den zweiten Font, dieser enthält Non Latin Characters. Der erste WOFF ist nur zum Testen.

Ich habe, laut Anleitung, ein Verzeichnis namens "webfonts" angelegt und die beiden WOFF-Dateien dort abgelegt. Ich habe dann folgendes CSS eingestellt:

<style>

/* kapiqad - piqad */

@font-face {

font-family: 'kapiqad';

font-style: normal;

font-weight: normal;

src: local('kapiqad normal'), local('kapiqad-normal'),

url('<$=page.pathToRoot$>media/files/webfonts/kapiqad.woff') format('woff'); /* Chrome 6+, Firefox 3.6+, IE 9+, Safari 5.1+ */

}

/* font awesome */

@font-face {

font-family: 'fontawesome';

font-style: normal;

font-weight: normal;

src: local('fontawesome normal'), local('fontawesome-normal'),

url('<$=page.pathToRoot$>media/files/webfonts/fontawesome-webfont.woff') format('woff'); /* Chrome 6+, Firefox 3.6+, IE 9+, Safari 5.1+ */

}

</style>

Allerdings kann ich beide Fonts - auch nach einem Neustart des Programms - nicht im Dropdown finden. Was mache ich falsch?

Hallo,

ich suche nach einer Anleitung, wie man eigene Webfonts einbetten kann. Ich habe einen Webfont (im WOFF2-Format) - aber ich finde kein Howto, wie ich ihn in Zeta benutzen kann, um ihn in einer Seite zu benutzen. Es werden immer nur Google-Fonts behandelt. Kann mir jemand helfen?

Mit freundlichen Grüßen

Jay

Ah - ich kann mir die Frage selbst beantworten. Ich muss den Usernamen und das Passwort weglassen. Da Windows dieses schon besitzt, hat das doppelte Vorhandensein scheinbar den Prozess gestört.

Hallo - ich probiere Zeta gerade aus, ist eventuell eine Alternative zu unserem vorhandenen Prozess.

Eine Frage: Wir haben zwar einen eigenen Webserver, der bei uns läuft. Allerdings sind die Web-Bereiche aus Sicherheitsgründen nicht durch Samba zu erreichen. Ich möchte also die in Zeta erstellte Webseite per Sampa auf den Linux-Server exportieren, und sie dann dort vom Admin (der die entsprechenden Rechte hat), vom Folder in Samba zum Folder in Apache kopieren lassen, damit die Webseite dann quasi live geht.

Dies geht allerdings nicht. Ich kann zwar "Kopieren auf Netzwerkfreigabe" klicken, kann den Samba-Folder auswählen, bekomme dann aber Fehlermeldungen. Wenn ich DENNOCH SPEICHERN auswähle, bekomme ich gesagt, dass ich nicht werde veröffentlichen können. Das macht aber nichts. Klicke ich auf JA, dann passiert nichts. Die Dateien werden nicht exportiert, der Folder im Samba bleibt leer.

Was mache ich falsch?