Shop funktioniert nicht auf dem Server

  • Wenn ich egal auf welcher weise die Webseite auf den Server verschiebe sehe ich keine Produktbilder. Und nach einem klick auf das gewünschte Produkt erscheint nur eine weiße Seite :cursing:

    Ich habe PHP und die ganzen Erweiterungen über "sudo apt-get install" installiert. zeta Producer meint auch das nichts fehlt, aber nach dem veröffentlichen über zeta Producer erscheint bei einem klick auf Live-Daschboard : Das Live Dashboard steht erst nach der Veröffentlichung zur Verfügung. :/. Klickt man auf den Pfeil unten links > Details, bekomme ich ne Fehlermeldung angezeigt.

    Kann das sein das man nach dem herunterladen von php und den Erweiterungen noch irgendwas konfigurieren muss ? Davon steht nichts auf der Zeta Webseite.

    Wenn ich die Seite auf dem PC über zeta's localhost teste funktioniert alles.

    Eine php info liegt im Hauptverzeichnis der Webseite williams.wtf

    Ich versuche jetzt schon 2 Monate Lang das zum laufen zu bringen. Habe 4 verschiedene Betriebssysteme probiert (win 10, Linux mint, openmedia vault und jetzt Ubuntu Server ) und ca 20 Mal das Betriebssystem neu installiert weil ich dachte ich muss doch irgendwas falsch gemacht haben. Aber jedes mal funktioniert es nicht. Auch wenn ich den Server neustarte seht es noch genau so aus wie vorher.


    Die Fehlermeldung :


    Spoiler anzeigen

    ZetaProducer.RuntimeBusinessLogic.Common.ZpRuntimeBusinessLogicException

    -----------------

    SQLSTATE[HY000] [14] unable to open database file

    -----------------

    bei ZetaProducer.RuntimeBusinessLogic.Shop.RemoteWebApi.ShopBackendWebApiCaller.<>c__DisplayClass4_0`1.<callApiObject>b__0(WebClientEnhanced client) in c:\P\ZP\15.2\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\Shop\RemoteWebApi\ShopBackendWebApiCaller.Core.cs:Zeile 85.

    bei ZetaProducer.Main.WebAccess.WebServiceManager.<>c__DisplayClass47_0.<ZetaProducer.RuntimeBusinessLogic.Shop.RemoteWebApi.IShopWebApiCallingExecutor.DoCallShopWebApi>b__3() in c:\P\ZP\15.2\ZetaProducerMain\Source\Core\Main\WebAccess\WebServiceManager.cs:Zeile 436.

    bei ZetaProducer.Main.WebAccess.ProxyProtect.DoProxyProtect(WebClient client, ProxyMethodToProtectDelegate d1, ConfigureProxyDelegate2 d2) in c:\P\ZP\15.2\ZetaProducerMain\Source\Core\Main\WebAccess\ProxyProtect.cs:Zeile 188.

    bei ZetaProducer.Main.WebAccess.ProxyProtect.DoProxyProtect(WebClient client, Control currentForm, ProxyMethodToProtectDelegate d1) in c:\P\ZP\15.2\ZetaProducerMain\Source\Core\Main\WebAccess\ProxyProtect.cs:Zeile 82.

    bei ZetaProducer.Main.WebAccess.WebServiceManager.<>c__DisplayClass47_0.<ZetaProducer.RuntimeBusinessLogic.Shop.RemoteWebApi.IShopWebApiCallingExecutor.DoCallShopWebApi>b__0() in c:\P\ZP\15.2\ZetaProducerMain\Source\Core\Main\WebAccess\WebServiceManager.cs:Zeile 431.

    bei ZetaProducer.Main.WebAccess.WebServiceManager.GuardWebServiceCall(SimpleAction action, SimpleActionFailure onFailure, SimpleActionSuccess onSuccess) in c:\P\ZP\15.2\ZetaProducerMain\Source\Core\Main\WebAccess\WebServiceManager.cs:Zeile 371.

    bei ZetaProducer.Main.WebAccess.WebServiceManager.ZetaProducer.RuntimeBusinessLogic.Shop.RemoteWebApi.IShopWebApiCallingExecutor.DoCallShopWebApi(ShopWebApiCalleeDelegate del) in c:\P\ZP\15.2\ZetaProducerMain\Source\Core\Main\WebAccess\WebServiceManager.cs:Zeile 429.

    bei ZetaProducer.RuntimeBusinessLogic.Shop.RemoteWebApi.ShopBackendWebApiCaller.callApiObject[T](IDictionary`2 input, Deserialize`1 needDeserialize) in c:\P\ZP\15.2\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\Shop\RemoteWebApi\ShopBackendWebApiCaller.Core.cs:Zeile 53.

    bei ZetaProducer.RuntimeBusinessLogic.Shop.RemoteWebApi.ShopBackendWebApiCaller.Authenticate() in c:\P\ZP\15.2\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\Shop\RemoteWebApi\ShopBackendWebApiCaller.Authentication.cs:Zeile 15.

    bei ZetaProducer.Main.Shop.Dashboard.ShopDashboardShower.<>c__DisplayClass1_0.<ShowDashboard>b__0(Object sender, DoWorkEventArgs e) in c:\P\ZP\15.2\ZetaProducerMain\Source\Core\Main\Shop\Dashboard\ShopDashboardShower.cs:Zeile 66.

    ZpRuntimeBusinessLogicException

    {

    Message="SQLSTATE[HY000] [14] unable to open database file",

    Data=

    [

    "inputJson" = "{\\"action\\":\\"authenticate-for-backend\\",\\"apiKey\\":\\"1aceba08096841278e6fbbd209accb67\\",\\"version\\":\\"15.1.0.0\\"}"

    "resultJson" = "{\\"success\\":false,\\"msg\\":\\"SQLSTATE[HY000] [14] unable to open database file\\"}"

    "url" = "http://williams.wtf/assets/php/sho…ate-for-backend"

    "jsonException" = null

    ]

    ,

    InnerException=null,

    TargetSite=RuntimeMethodInfo: <callApiObject>b__0,

    StackTrace=" bei ZetaProducer.RuntimeBusinessLogic.Shop.RemoteWebApi.ShopBackendWebApiCaller.<>c__DisplayClass4_0`1.<callApiObject>b__0(WebClientEnhanced client) in c:\\P\\ZP\\15.2\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\Shop\\RemoteWebApi\\ShopBackendWebApiCaller.Core.cs:Zeile 85.\\r\\n bei ZetaProducer.Main.WebAccess.WebServiceManager.<>c__DisplayClass47_0.<ZetaProducer.RuntimeBusinessLogic.Shop.RemoteWebApi.IShopWebApiCallingExecutor.DoCallShopWebApi>b__3() in c:\\P\\ZP\\15.2\\ZetaProducerMain\\Source\\Core\\Main\\WebAccess\\WebServiceManager.cs:Zeile 436.\\r\\n bei ZetaProducer.Main.WebAccess.ProxyProtect.DoProxyProtect(WebClient client, ProxyMethodToProtectDelegate d1, ConfigureProxyDelegate2 d2) in c:\\P\\ZP\\15.2\\ZetaProducerMain\\Source\\Core\\Main\\WebAccess\\ProxyProtect.cs:Zeile 188.\\r\\n bei ZetaProducer.Main.WebAccess.ProxyProtect.DoProxyProtect(WebClient client, Control currentForm, ProxyMethodToProtectDelegate d1) in c:\\P\\ZP\\15.2\\ZetaProducerMain\\Source\\Core\\Main\\WebAccess\\ProxyProtect.cs:Zeile 82.\\r\\n bei ZetaProducer.Main.WebAccess.WebServiceManager.<>c__DisplayClass47_0.<ZetaProducer.RuntimeBusinessLogic.Shop.RemoteWebApi.IShopWebApiCallingExecutor.DoCallShopWebApi>b__0() in c:\\P\\ZP\\15.2\\ZetaProducerMain\\Source\\Core\\Main\\WebAccess\\WebServiceManager.cs:Zeile 431.\\r\\n bei ZetaProducer.Main.WebAccess.WebServiceManager.GuardWebServiceCall(SimpleAction action, SimpleActionFailure onFailure, SimpleActionSuccess onSuccess) in c:\\P\\ZP\\15.2\\ZetaProducerMain\\Source\\Core\\Main\\WebAccess\\WebServiceManager.cs:Zeile 371.\\r\\n bei ZetaProducer.Main.WebAccess.WebServiceManager.ZetaProducer.RuntimeBusinessLogic.Shop.RemoteWebApi.IShopWebApiCallingExecutor.DoCallShopWebApi(ShopWebApiCalleeDelegate del) in c:\\P\\ZP\\15.2\\ZetaProducerMain\\Source\\Core\\Main\\WebAccess\\WebServiceManager.cs:Zeile 429.\\r\\n bei ZetaProducer.RuntimeBusinessLogic.Shop.RemoteWebApi.ShopBackendWebApiCaller.callApiObject[T](IDictionary`2 input, Deserialize`1 needDeserialize) in c:\\P\\ZP\\15.2\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\Shop\\RemoteWebApi\\ShopBackendWebApiCaller.Core.cs:Zeile 53.\\r\\n bei ZetaProducer.RuntimeBusinessLogic.Shop.RemoteWebApi.ShopBackendWebApiCaller.Authenticate() in c:\\P\\ZP\\15.2\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\Shop\\RemoteWebApi\\ShopBackendWebApiCaller.Authentication.cs:Zeile 15.\\r\\n bei ZetaProducer.Main.Shop.Dashboard.ShopDashboardShower.<>c__DisplayClass1_0.<ShowDashboard>b__0(Object sender, DoWorkEventArgs e) in c:\\P\\ZP\\15.2\\ZetaProducerMain\\Source\\Core\\Main\\Shop\\Dashboard\\ShopDashboardShower.cs:Zeile 66.",

    HelpLink=null,

    Source="ZetaProducer.RuntimeBusinessLogic",

    HResult=-2146233088

    }

  • Hallo,

    wie ist denn die URL zur Seite mit dem Shop und könnten Sie einen Screenshot Ihrer FTP-Einstellungen (in ZP) hier anhängen?

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Ich tausche sie aus. Ist jetzt wieder unter williams.wtf erreichbar. Wenn ich nicht am Server oder Webseite arbeite, habe ich eine andere Seite auf der stelle, da ich nicht möchte dass sich jemand auf einen nicht funktionierenden Shop verirrt. Aber wenn das notwendig ist um herauszufinden weshalb es nicht geht lass ich die Seite mal so online.

    Ich binn mir nicht sicher weshalb die SSH FTP Einstellung eine rolle spielen sollte da er ja eine Verbindung aufbauen kann. Aber Bitteschön:. Die Berechtigungen des Benutzerkonto ist im Ordner der Webseite 0775 (0777 machts aber auch nicht besser)

  • Hallo Williams,

    auf https://williams.wtf/shop.php kommt für 3 Bilder jeweils ein "Failed to load ressource ... (500) ... Image.php". Auf der Seite fehlen auch genau 3 Bilder bei den Kategorien.

    Wie hast Du denn die Bilder im Shop eingebunden?

  • Hallo Williams,

    falls der in Beitrag #3 veröffentlichte Screenshot noch aktuell ist, so muss dort die Webadresse geändert werden in https://williams.wtf

  • die Datei https://williams.wtf/assets/php/formmailer/zp-php-info.php fehlt, wurde die bewusst gelöscht?

    Wenn nicht, deutet es auf ein Problem beim Veröffentlichen hin, dass die Datei fehlt. Bitte in Zeta unten rechts auf den Pfeil klicken, dann auf "Protokoll". Dieses öffnet sich in einem neuen Fenster. In Zeta "Erweitert" -> "Erstellen" -> "Alle Seiten erstellen", danach "Veröffentlichen" -> "komplette Website veröffentlichen". Im Anschluss wieder auf das Protokoll wechseln und dieses nach Fehlern (rot) durchsuchen. Warnungen (gelb) können ignoriert werden.

  • Dann liegt das Fehlen von unserer PHP-Info daran, dass im Projekt kein Formular enthalten ist. Bitte nur testhalber mal auf einer beliebigen Seite ein Formular einfügen, dann veröffentlichen. Danach sollten die angesprochenen Dateien dann auf dem Server landen.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Ich habe jetzt mal eine 3. Webseite auf den Server geschmissen, ganz neu erstellt, Genau gleiches Problem. Zu dieser poste ich jetzt kein link weil die Seite nächste Woche laufen soll und zwar ohne Shop. Ich geh mal davon aus das der Server nicht ganz unbeteiligt ist an diesem Problem. Aber wie gesagt sind alle PHP Erweiterungen auf dem Server und über apt-get update und apt-get upgrade lässt sich auch keine neuere Version von den Programmen installieren. Ich binn am verzweifeln.

  • Hallo Williams,

    veröffentliche mal testweise auf dem Server von Zeta.

    1. Zeta beenden
    2. über den Windows Explorer ein Projekt kopieren, dann den Projektordner und die zpproject-Datei umbenennen
    3. Zeta starten
    4. das kopierte Objekt über "Durchsuchen" öffnen
    5. alle nicht notwendigen Seiten ausblenden (Testserver ist limitiert auf 20 MB)
    6. FTP-Einstellungen aufrufen
    7. "Neu" wählen
    8. "zum Testen auf Zeta-Server" auswählen
    9. Veröffentlichen

    Damit kannst Du zunächst die Funktionsfähigkeit prüfen und dann auch über den Vergleich der jeweiligen PHP-Info eventuelle Unterschiede in der Serverkonfiguration finden.

  • Das ist eine gute Idee. Danke, warum bin ich nicht selbst darauf gekommen? zeta hat mehrere php Erweiterungen die aber nicht als Voraussetzung angegeben sind. wie zb mysql. Von der Konfiguration an sich versteh ich zu wenig um beurteilen zu können woran es liegt. Ich bin Mechaniker kein Informatiker ?(

  • Hallo Williams,

    ich würde dazu tendieren, von "self hosted Server" auf "managed Server", oder gleich ein weitgehend fertig konfiguriertes Hosting-Paket zu wechseln.

  • Hallo,

    Erweiterungen die aber nicht als Voraussetzung angegeben sind. wie zb mysql

    das ist nicht korrekt. Wir benötigen kein mysql.

    PHP-Info ist nun ja da und schaut soweit auch OK aus. Wenn ich das richtig sehe, hatten wir die Webserver-Prüfung noch gar nicht durchgeführt. Das wäre mal das naheliegendste:

    1. Öffnen Sie Ihr Projekt in Zeta Producer
    2. Wechseln Sie zum Menü "Extras"
    3. Klicken Sie auf den Button "Optionen"
    4. Klicken Sie im Fenster links auf "Aktionen"
    5. Klicken Sie in der Liste der Aktionen auf "PHP prüfen" (in ZP 11) bzw. "Website-Features prüfen" (in ZP 12) damit die Zeile markiert wird
    6. Klicken Sie unter der Liste auf den Button "Ausführen"

    Ansonsten kann es auch was triviales, wie Zugriffsrechte sein… Was da oft helfen kann ist, alle Dateien vom Webserver-Verzeichnis zu löschen und dann aus ZP heraus "Veröffentlichen > komplette Website veröffentlichen".

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • PS: einige Ihrer PHP-Seiten liefern einen 500er Fehler. In dem Fall sollten Sie im error.log des Webservers Hinweise auf die Ursache finden.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Ich habe ZP 15.2. Webseite-Features Prüfen habe ich schon ausgeführt bevor ich mit meinen Problemen mich hier auslassen habe. Da steht: Alle Anforderungen sind erfüllt.

    Dies habe ich aus anderen Beiträge auf diesem Forum schon entnommen das es diese Funktion gibt. Ich habe vorher nämlich schon versucht es alleine zu lösen.

    Tut mir leid wenn ich das am Anfang nicht deutlich genug geschrieben hatte.

  • Zu früh gefreut, die Datei zpshop.phar hat volle rechte, trotzdem verweist jedes mal ein Fehler dort hin.

    [Mon Feb 10 18:21:24.023103 2020] [php7:error] [pid 15636] [client 46.165.177.186:51290] PHP Fatal error: Uncaught PDOException: SQLSTATE[HY000] [14] unable to open database file in phar:///var/www/shop/assets/php/shop/zpshop.phar/core/storage/ShopWebStorageController.inc.php:10\nStack trace:\n#0 phar:///var/www/shop/assets/php/shop/zpshop.phar/core/storage/ShopWebStorageController.inc.php(10): PDO->__construct('sqlite:/var/www...')\n#1 phar:///var/www/shop/assets/php/shop/zpshop.phar/bl/shop/controllers/ShopInventoryManagementController.inc.php(281): ShopWebStorageController->GetPdo()\n#2 phar:///var/www/shop/assets/php/shop/zpshop.phar/bl/shop/controllers/ShopInventoryManagementController.inc.php(27): ShopInventoryManagementController->GetInventoryHistoryItemsByArticleId('71')\n#3 phar:///var/www/shop/assets/php/shop/zpshop.phar/bl/shop/controllers/ShopInventoryManagementController.inc.php(698): ShopInventoryManagementController->CalculateAmountInStockForArticle('71')\n#4 phar:///var/www/shop/assets/php/shop/zpshop.phar/web-api/model-helper/ShopArticleWebApiModelHelper.inc.php(45): ShopInventoryManagementController-> in phar:///var/www/shop/assets/php/shop/zpshop.phar/core/storage/ShopWebStorageController.inc.php on line 10, referer: https://williams.wtf/luefter.php

  • Hallo Williams,

    es gibt gerade einen weiteren User mit diesem Problem. Mal bitte den verlinkten Thread im Auge behalten und außerdem nochmal anhand https://docs.zeta-producer.com/online-shop.html vergleichen, ob die entsprechenden Rechte da sind.

  • Die Artikel Detail Seite läuft mittlerweile, ABER beim Bestellen kommt eine Fehlermeldung.


    Ich habe nicht nur den Ordner sondern auch die 3 Textdokumente und den Ordner auf 0777 gesetzt.

    Die rechte von jeder Datei zu ändern ist etwas umständlich gibt es da ne einfacheren Weg ?

  • via Filezilla mit dem Server verbinden, dann in den Ordner /assets wechseln und auf den Ordner /php gehen, dass dieser grau markiert ist. Mausklick rechts -> Dateiberechtigungen, dann den numerischen Wert auf 705 oder 755 ändern, Häkchen rein bei "Unterverzeichnisse einbeziehen" und dann "Auf alle Dateien und Verzeichnisse anwenden".

  • Ich komme mal zurück auf Beitrag #13 von Freitag. Wie lautet denn das Ergebnis der Testveröffentlichung auf Zeta? Wir sind inzwischen 13 Beiträge und mehr als 72 Stunden weiter, ohne der Lösung des Problems näher gekommen zu sein.

  • Da waren die Artikel sichtbar, und habe mir die info.php angeschaut.

    Doch wir sind viel weiter die Vorschaubilder werden geladen und die Artikel kann man sehen.

    Das ging gestern noch nicht.

    Aktuell kommt immer noch die Fehlermeldung wenn man was bestellt, ich sehe aber im System was Bestellt wurde. Hmm ...

  • Nicht falsch verstehen, aber ich vermute, an der Website wurde schon zu viel herumgebastelt. Ich würde mal das Serververzeichnis komplett löschen und dann von Zeta Producer aus, die "komplette" Website (wie oben bereits beschrieben) veröffentlichen. Beim Veröffentlichen versucht Producer dann auch, die Rechte korrekt einzustellen (wenn es der Webserver erlaubt).

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • also wenn ich folgendes mache verbessert sich was:

    Vorschaubilder /var/www/shop/assets/php: 0775 -> 0777

    Artikeldetail wird sichtbar /var/www/shop/assets/php/SHOP_DATA/1aceba08096841278e6fbbd209accb67: 0775 -> 0777

    kann es sein das die Gruppenberechtigungen die ZP sich aussucht nicht ausreichen um die Dateien zu verarbeiten zu können ?

  • Hallo Williams,

    mit 777 stellst Du Hackern Deinen Server quasi kostenfrei zur Übernahme zur Verfügung. Folgende Berechtigungen funktionieren:

    Ordner /assets/php und alle untergeordneten Ordner: 705 (755 nur, wenn Gruppen aktiviert sind)

    Dateien in assets/php und in allen untergeordneten Ordnern: 604 oder 755 (Gruppen)

  • Das wird von hier aus nicht zu lösen sein. Ggf. doch auf ein gemanagtes Hosting vom Provider (und nicht selbst gemacht) umsteigen…

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Es ist halt eher Wahrscheinlich, dass es dann bei Ihnen dann genau so funktioniert, wie bei zig anderen unserer Nutzer auch, die nicht selbst hosten und dadurch eventuell. Fehler bei der Serverkonfiguration machen.

    Wenn Sie selbst den Server aufsetzen, müssen Sie das zwangsläufig auch selbst supporten und können keinen Provider fragen. Wissen Sie, dass PHP etc. eventuelle Fehler (vor allem die 500er Fehler) im Apache error.log protokolliert? Das ist immer ein guter Start und birgt meist Hinweise auf die Fehlerursache. Soweit ich das sehe, haben Sie bisher aber nich nicht im error.log nachgesehen. Mehr Support können wir zur Webserverkonfiguration hier wirklich nicht bieten.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Natürlich wusst ich dass, beim erstellen des Vhost hab ich das in die conf Datei Geschrieben. Woher hab ich wohl den Fehler Code in #21.

    Ich hab jetzt mal eine Kiste bei dem verein Bestellt bei dem ich die Domain gekauft habe. TLS und Header Einstellungen haben die nicht im Griff. Aber Seht bei Zeta genau so aus. Mal sehen obs bei denen läuft.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!