FMS16: Salva record come PDF

Erano i privilegi… grazie

Grazie Giuseppe,in effetti quello che faccio mi sembra corrisponda a quanto descrivi: in WD si crea un documento (ordine ad es.), eseguo uno script su server che: rilegge il documento, accede ad un formato stampabile, crea il PDF con percorso temporaneo e invia la mail al cliente con il pdf allegato (posso anche inviare la mail da server, no?).

Tutto qua. Mi funziona da FMP ma non da WD.



Adesso provo a fare un debug come mi hai suggerito



Grazie comunque

In linea di massima potresti – da WD chiamare lo script che crea il pdf da server, mettendolo nella cartella temporanea, e registra il path che hai usato, la mail del destinatario ed eventuali altri dati, e ti crea un record in una tabella di servizio, in maniera analoga a quello che fai col daemon (immagino)

(Per sapere quale record stampare gli passi l’ID del record, se poi la cosa si applica a più tabelle gli passi anche il nome della tabella)

Poi nel prosieguo dello script ripeschi il record che hai creato e puoi inviare la mail col pdf

In alternativa potresti anche usare solo variabili per registrare path al file, mail del destinatario ecc ma se poi la cosa non va per qualche ragione non ti resta traccia dell’operazione

Quanto al debugging degli script da server te lo devi costruire scrivendo in una variabile gli eventuali errori dello script e poi alla fine vai su una tabella di servizio, crei un record e ci riversi la variabile

Funziona da Client (in simulazione ambiente web) ma non da WebDirect.

Ma il problema è: come faccio a debuggare o visualizzare dati in uno script su server?

Ho anche verificato il registro ma non ha segnato alcun evento in caso di WebDirect

Mah

la tecnica è identica ????

facci sapere!

.g.

Giulio, sei troppo avanti per me. Mi accontenterò di passare i valori delle variabili globali come parametro script e tanto dovrebbe bastare.

Grazie ancora.

Si. normalmente faccio un unico “pacco” di tutti i dati e lo passo come parametro nell’istruzione Esegui Script Su Server. Se sono tanti mi costruisco un costrutto XML che poi spacchetto in avvio script, con un paio di funzioni personalizzate. In realtà uso spesso la tecnica PSOS anche da client filemaker, perché è molto più veloce per grosse quantità di dati.

.g.

Ve bene Giulio, seguo il tuo consiglio.

Immagino che lo script su server faccia partire una sessione nuova di FMP residente sul server; quindi valori delle variabili globali, record correlati, record selezionati dallo script chiamante e quant’altro siano tutti da ricostruire, giusto?

beh, no. eseguire direttamente gli script su server è la cosa più diretta possibile. Usando un browser web ci sono una serie di operazioni che vengono demandate al server qualunque linguaggio si usi, proprio perché il browser non è in grado di eseguirle, per motivi di sicurezza o di calcolo. Quindi eseguire lo script su server _è_ l’architettura più diretta possibile: rispetto al sistema “zombie” utilizzato prima non c’è paragone a livello di controllo e robustezza.

.g.

Grazie, ci penso. In realtà già mi affido ad un FMP che funge da daemon e raccoglie le varie istanze di webdirect (stampe, creazione PDF, ecc) che non sono o non erano eseguibili direttamente da web e le esegue per suo conto.

Non sarebbe un’architettura molto diversa quella che mi proponi; speravo in qualcosa di più diretto.

Grazie comunque del consiglio, sempre puntuale e professionale.

Mario

Dai un’occhiata qua, magari trovi lo spunto per risolvere

https://www.filemakerguru.it/emergency-room/generare-pdf-filemaker-server-web-direct-filemaker-16/

Buongiorno, Mario.

Conviene senza dubbio eseguire lo script sul server, sia a livello di velocità che di controllo (FMS ha un controllo decisamente maggiore di un browser sul filesystem, per ovvi motivi di sicurezza. Se vuoi un controllo maggiore sulle mail (li si, l’istruzione invia email di FileMaker non è il massimo) puoi usare un plugin come mail.it.

facci sapere!

.g.