Problem mit einem Script - SuiteCRM

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.

Clamsy

Benutzer
Registriert
31. März 2022
Beiträge
74
Reaktionspunkte
6
Punkte
8
Hallo zusammen,

ich verzweifel gerade mit SuiteCRM. Die müssen da wohl eine neue Art der Programmierung haben, hinter die ich nicht steige.

www.suitecrm.com (für alle die es auch auf der Synology ausprobieren wollen)

Also, die Einrichtung der Umgebung ist alles erledigt. Wenn ich jetzt die Seite aufrufen will über https://meine.url/ dann bekomme ich 403. Auch der angegebene Aufruf über https://meine.url/#/install geht auch auf 403. Hier habe ich schon herausgefunden, dass dieses Script nicht mit einer index.html oder index.php arbeitet.

Gehe ich auf https://meine.url/public/legacy/install.php dann kann ich alles installieren. Die Umgebung wurde eingerichtet, die DB ebenfalls.

Ein Aufruf über https://meine.url/ geht immer noch nicht.

Rufe ich die Seite dann über https://meine.url/public/legacy/ auf, dann findet er auch die index.php und ich kann mich am Portal anmelden.

Jetzt ist es aber so, dass wenn ich auf der Oberfläche Einstellungen vornehmen will, dann gehen die weiterführenden Links auf https://meine.url/public/#/users/index (im Falle vom "User Management").

Ich weiß nicht was es mit diesem Doppelkreuz # auf sich hat. Das muss wohl ein Befehl sein, den die Synology nicht verarbeiten kann. Auch wenn ich die Seite eigentlich über https://meine.url/ aufrufen will, dann sollte er irgendwo vollautomatisch hingehen. Da muss es ja eine Art Steuerdatei für den Pfad geben - eine config etc. welche aber die Synology nicht verarbeitet.

Hat jemand eine Idee wie ich das beheben kann?
Die Vermutung ist dass die Entwickler eine komplexere Programmierung verwenden und die Synology das noch nicht kennt.

Ein Screenshot vom Root-Verzeichnis habe ich mal angefügt.

Über jede Hilfe wäre ich dankbar.

VG
Martin
 

Anhänge

  • Bildschirmfoto 2022-07-04 um 08.17.19.png
    Bildschirmfoto 2022-07-04 um 08.17.19.png
    88 KB · Aufrufe: 2
Ergänzung:
Ich soll ja in meiner PHP unter anderem die folgenden Module aktivieren:

cli
common
json
mbstring
xml

Aber diese 5 Module stehen nicht zur Auswahl, damit ich die aktivieren könnte. Kann es damit zusammenhängen dass ich diese Module nicht aktivieren kann?
 
Kann es damit zusammenhängen dass ich diese Module nicht aktivieren kann?

JA, KANN - muss aber nicht. Wobei, wenn ich von Vorne anfange.. CLI ist jetzt eigentlich kein PHP Modul, sondern heißt eigentlich, dass du auf die Kommandozeile Zugriff haben solltest. Siehe auch: https://www.php.net/manual/de/extensions.alphabetical.php

Mit welcher PHP-Version arbeitest du denn? Einige Themen sind durchaus auch von der PHP-Version abhängig. Beispiel JSON
Ab PHP 8.0.0 ist die JSON-Erweiterung eine Kern-Erweiterung von PHP und somit immer aktiviert.
https://www.php.net/manual/de/json.installation.php

Wenn deine Diskstation Docker unterstützt, könntest du in Erwägung ziehen, ob du nicht auf ein Docker-Image zurückgreifst.
https://hub.docker.com/r/bitnami/suitecrm/
 
Hallo,
leider kann meine DS noch kein Docker. Daher muss ich mir anders behelfen.

Ich habe aktuell PHP 7.4 aktiv, aber auch das umschalten auf php 8.0 hat jetzt nichts gebracht.

ich kapier denen ihr script nicht, warum das so nicht will. vielleicht hat noch jemand anderes eine Idee ;-)
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat