Carbon extrem langsam
Hallo Leute,
ich steige immer weiter in die Nutzung von Ninox ein, und nun brauche ich inzwischen auch regelmäßig die Erstellung von PDF Dateien, via Carbon.
Dabei fällt mir nun auf, dass es manchmal extrem lange dauert, bis ich die Datei zurück erhalte. Also ich klicke einen Button, und es vergehen bestimmt 30 Sekunden oder sogar 1 Minute, da läuft der Spinner, und dann irgendwann, man denkt schon an einen Fehler, ist das file da.
Es scheint mir auch immer bei dem "ersten" Aufruf (an einem Tag?) besonders lange zu dauern. Widerholte Aufrufe gehen dann schon etwas schneller.
Meine Frage:
Ist das bei euch ähnlich?
und
Kann/darf man den Prozess bzw. das Script auch in ein "do as server / bzw do as transaction" packen? Oder ist das aus irgendwelchen Gründen nicht zu empfehlen?
Thx
12 Antworten
-
Ok, do as server/transaction habe ich gerade ausprobiert. Läuft nicht. Und gestoppte Zeit waren jetzt ca. 10-12 Sekunden für 1 PDF File
Länger dauert es, bis zu 50 Sekunden, wenn ein Verweis nicht gefüllt ist. -
Es kommt vor, dass beim vereinfachten den Druck (Variablenname = Feldname) es manchmal etwas dauert. Am besten, man erstellt den JSON-Body selbst und verzichtet auf den vereinfachten dyn. Druck.
-
Danke
-
Ich muss das Thema nochmal angehen. Ich habe manchmal Fehlermeldungen der folgenden Art
und mir ist es ein völliges Rätsel, wie es zu solchen Dimensionen kommen soll?!
Die Ausgabe einer entsprechenden PDF ist dann (wenn der Fehler nicht kommt!) z.B. 200kb groß. Woher dann mehr als 60MB kommen sollen, kann ich mir nicht erklären.
UweG ich habe mir deine Beispieldatenbank mal angesehen, und verstehe nicht so recht, was da anders ist, als das was ich mache?
Auf den Schaltern in deiner DB steht ja nur z.B.printRecord(this, "MS-ChoiceDropTabl_JSON")
Wo ist denn das JSON selbst?
-
Ah, gerade gefunden. Das Script steht im Druckformular.
-
So, ausprobiert und für gut befunden. Ich habe nun mal ausprobiert mit der eigenen JSON Datei und das scheint mir doch etwas performanter zu sein.
Danke für den Hinweis.
-
Also jetzt auch mal 1:1 getestet, und das ist wesentlich schneller, wenn man die JSON selbst mitliefert, statt den Standardworkflow zu nutzen.
Also getestet habe ich es jetzt genau mit den Daten, die oben den Fehler mit 60MB zurücklieferten, und eben mit der JSON im Druckdialog im Feld "JSON-Dateneingabe"
Der Fehler ist weg, und insgesamt gehen die Drucke (Dateierzeugungen) weesentlich schneller.
Content aside
- vor 1 JahrZuletzt aktiv
- 12Antworten
- 98Ansichten
-
2
Folge bereits