@sebastian-held

Hallo Sebastian,

ich möchte gleich vorausschicken, dass ich mir da jetzt   n i c h t   zu 100% sicher bin. Das Verhalten einer "Hard-Codierung" in der Datenbank wäre mir bisher noch nicht aufgefallen. Da müsste dann jedenfalls Ralf (@rheydenr) nochmals drüberschauen.

Aber ich will mal versuchen zu helfen und eine meiner Teststellungen erklären.

Bei mir läuft in einer Teststellung Fakturama mit einer MariaDB-Datenbank auf einem "Server":
Darauf greifen 2 "Clients" zu, einer mit Windows, einer mit macOS. Auf beiden Rechnern, war/ist das Arbeitsverzeichnis in den EInstellungen von Fakturama frei wählbar; und wird auch entsprechend verwendet.
Für den Ausgabepfad der Dokumente lasse ich beide Rechner (mit der dem Betriebsystem eigenen Funktion) auf eine NFS-Freigabe zugreifen, wo die Dokumente dann zentral abgelegt werden.

Bitte melde Dich bei weiteren Fragen, ich versuche da gerne Hilfestellung zu geben.

Beste Grüsse
Jürgen

@microangelo 

Hallo Jürgen,

danke für die schnelle Antwort. Solange die Dokumente nur auf einem Rechner erstellt und dort gedruckt/versandt werden, sehe auch auch keine Probleme, aber wenn man versucht vom jeweils anderen rechner erzeugte Dokumente erneut zu öffnen, dann schlägt das bei mir fehl, da der Pfad nicht passt.

Ich nutze zum Testen einen sshfs Zugriff von meinem Linux Laptop (für das Arbeitsverzeichnis). Von Windows aus würde ich die UNC Pfade (also smb/cifs) nutzen wollen.

Evtl. kann Ralf mehr dazu sagen.

Danke und Gruß
Sebastian

@sebastian-held 

Servus Sebastian,

also wenn Du das Thema hier nicht ansprichst, wäre mir das in 100 Jahren nicht aufgefallen.

Ich setzte Fakturama unter Linux in einer Mehrbenutzerumgebung ein, allerdings habe ich Arbeitsverzeichnis und Ausgabepfad mittels Hard-Link auf je ein eigenes Verzeichnis am Server gemappt. Da damit alle Pfade auf allen Rechnern 100% die selben sind, läuft das natürlich einwandfrei.

In meiner Windows/macOS Testumgebung hatte ich es ähnlich gemacht. Ich habe hier die Ausgabe-Pfade relativ belassen und nur das Arbeitsverzeichnis mittels Hard-Link gemappt. Damit lief es auch - wobei mich sehr stark wundert, dass macOS den Pfad aus Windows mit Backslashes ohne "meckern" umsetzte.
Nachdem ich den Hard-Link entfernt hatte "knallt" es sofort auf beiden Systemen.

Bitte entschuldige aber auf so etwas hatte ich gar nicht gedacht.

So wie es aussieht müssen wir Ralf (@rheydenr) auf die To-Do-Liste setzen, dass diese Angaben nicht mehr in die Datenbank kommen, sondern lokal in der Config-Datei gespeichert werden - Sorry Ralf 😎 😀 

LG
Jürgen