Auto Processing
GoZync3.AutoProcessing History
Hide minor edits - Show changes to output
Changed lines 25-26 from:
-> Script schedules on FileMaker Server require an account to run under. GoZyncHosted is completely unlocked, so you can just use Admin / blank as the account and password, but you'll likely want to create an account in GoZyncHosted that matches the accountname and password used in your "mothership" file, so that when this script schedule runs, GoZyncHosted will be able to pass that username and password down into your file to open it when it begins adding/editing records there.
to:
-> Script schedules on FileMaker Server require an account to run under. GoZyncHosted is completely unlocked, so you can just use Admin / blank as the account and password, but you'll likely want to create an account in GoZyncHosted that matches the accountname and password used in your "[[glossary | mothership]]" file, so that when this script schedule runs, GoZyncHosted will be able to pass that username and password down into your file to open it when it begins adding/editing records there.
Added lines 25-26:
-> Script schedules on FileMaker Server require an account to run under. GoZyncHosted is completely unlocked, so you can just use Admin / blank as the account and password, but you'll likely want to create an account in GoZyncHosted that matches the accountname and password used in your "mothership" file, so that when this script schedule runs, GoZyncHosted will be able to pass that username and password down into your file to open it when it begins adding/editing records there.
December 17, 2012, at 10:04 PM
by - nothing, perfect, gold star
Changed lines 5-6 from:
The reason is speed: when the mobile file does the processing, it opens your hosted solution over the WIFI or 3G connection, and that can take a bit of time. It also means the processing is done on the (relatively) wimpy processor of your iPhone or iPad.
to:
The reason is speed. When the mobile file does the processing, it opens your hosted solution over its WIFI or 3G connection, and that can take a bit of time. It also means the processing is done on the (relatively) wimpy processor of your iPhone or iPad.
December 10, 2012, at 10:38 PM
by - minor edits and clarifications
Changed lines 3-8 from:
The [[ZyncOptions | "round trip"]] option tells the mobile file to post it's changes to the host and then process those changes: so why would you want to process changes with a server-side script instead?
The reason is speed: when the mobile file does the processing it opens your hosted solution over the WIFI or 3G connection and that can take a bit of time. It also means the processing is done on the (somewhat) wimpy processor of your iPhone or iPad.
So it can be '''much''' faster to have the mobile file just push its changes, and then have a server-side script pick up those changes and process them every X minutes. (And because GoZync is [[transactional]], you'll never have the server processing an incomplete record--a record that hasn't finished getting posted to the server.)
The reason is speed: when the mobile file does the processing it opens your hosted solution over the WIFI or 3G connection and that can take a bit of time. It also means the processing is done on the (
So it can be '''much''' faster to have the mobile file just push its changes, and then have a server-side script pick up those changes and process them every X minutes. (And because GoZync is [[transactional]], you'll never have the server processing an incomplete record
to:
The [[ZyncOptions | "round trip"]] option tells the mobile file to post its changes to the host and then process those changes. So why would you want to process changes with a server-side script instead?
The reason is speed: when the mobile file does the processing, it opens your hosted solution over the WIFI or 3G connection, and that can take a bit of time. It also means the processing is done on the (relatively) wimpy processor of your iPhone or iPad.
So it can be '''much''' faster to have the mobile file just push its changes, and then have a server-side script pick up those changes and process them every X minutes. (And because GoZync is [[transactional]], you'll never have the server processing an incomplete record – a record that hasn't finished getting posted to the server.)
The reason is speed: when the mobile file does the processing, it opens your hosted solution over the WIFI or 3G connection, and that can take a bit of time. It also means the processing is done on the (relatively) wimpy processor of your iPhone or iPad.
So it can be '''much''' faster to have the mobile file just push its changes, and then have a server-side script pick up those changes and process them every X minutes. (And because GoZync is [[transactional]], you'll never have the server processing an incomplete record – a record that hasn't finished getting posted to the server.)
Changed lines 13-22 from:
If you haven't added any additional scripting into GoZync's workflow the you're done.
If you have added some workflow scripts, or changed the script "Default Set Field" inGoZyncHosetd are a few server-side consideration to keep in mind regarding our auto-processing script ''and any scripts you have it call'':
-> Make sure the script only uses Servercompatible script steps (you can find those by toggling "show compatibility" in the lower right of the Edit Scripts window).
-> References to Get ( CurrentTime ) in this script will use the time of your FileMakerSever. Get ( AccountName ) will return the name of the logged in user (set when you create the schedule).
-> If there are script steps in your script that are not supported in Server the script will stop running as soon as it hits one, unless the Allow User Abort script step option is included and disabled (Off).
If you have added some workflow scripts, or changed the script "Default Set Field" in
-> Make sure the script only uses Server
-> References to Get ( CurrentTime ) in this script will use the time of your FileMaker
-> If there are script steps in your script that are not supported in Server the script will stop running as soon as it hits one, unless the Allow User Abort script step option is included and disabled (Off).
to:
If you haven't added any additional scripting into GoZync's workflow, then you're done.
If you have added some workflow scripts, or changed the script "Default Set Field" in GoZyncHosted, there are a few server-side considerations to keep in mind regarding our auto-processing script ''and any scripts you have it call'':
-> Make sure the script only uses Server-compatible script steps (you can find those by toggling "show compatibility" in the lower right of the Edit Scripts window).
-> References to Get ( CurrentTime ) in this script will use the time of your FileMaker Server. Get ( AccountName ) will return the name of the logged in user (set when you create the schedule).
-> If there are script steps in your script that are not supported in Server, the script will stop running as soon as it hits one, unless the Allow User Abort script step option is included and disabled (Off).
If you have added some workflow scripts, or changed the script "Default Set Field" in GoZyncHosted, there are a few server-side considerations to keep in mind regarding our auto-processing script ''and any scripts you have it call'':
-> Make sure the script only uses Server-compatible script steps (you can find those by toggling "show compatibility" in the lower right of the Edit Scripts window).
-> References to Get ( CurrentTime ) in this script will use the time of your FileMaker Server. Get ( AccountName ) will return the name of the logged in user (set when you create the schedule).
-> If there are script steps in your script that are not supported in Server, the script will stop running as soon as it hits one, unless the Allow User Abort script step option is included and disabled (Off).
Changed line 25 from:
-> To learn more about server side scripts, read the section "Running FileMaker Scripts" on the FileMaker Server 12 Help pdf
to:
-> To learn more about server side scripts, read the section "Running FileMaker Scripts" on the FileMaker Server 12 Help pdf.
Changed lines 3-4 from:
The [[ZyncOptions | "round trip"]] option tells the mobile file to post it's changes to the host and then process those changes: so why would you want to process changes with a server-side script instead? [[Fred | Visible name]]
to:
The [[ZyncOptions | "round trip"]] option tells the mobile file to post it's changes to the host and then process those changes: so why would you want to process changes with a server-side script instead?
Changed lines 3-4 from:
The [[ZyncOptions | "round trip"]] option tells the mobile file to post it's changes to the host and then process those changes: so why would you want to process changes with a server-side script instead?
to:
The [[ZyncOptions | "round trip"]] option tells the mobile file to post it's changes to the host and then process those changes: so why would you want to process changes with a server-side script instead? [[Fred | Visible name]]
Changed lines 1-2 from:
!! How can I process the inbox automatically
to:
!! Why use auto processing?
The [[ZyncOptions | "round trip"]] option tells the mobile file to post it's changes to the host and then process those changes: so why would you want to process changes with a server-side script instead?
The reason is speed: when the mobile file does the processing it opens your hosted solution over the WIFI or 3G connection and that can take a bit of time. It also means the processing is done on the (somewhat) wimpy processor of your iPhone or iPad.
So it can be '''much''' faster to have the mobile file just push its changes, and then have a server-side script pick up those changes and process them every X minutes. (And because GoZync is [[transactional]], you'll never have the server processing an incomplete record--a record that hasn't finished getting posted to the server.)
!! How can I process the inbox automatically?
The [[ZyncOptions | "round trip"]] option tells the mobile file to post it's changes to the host and then process those changes: so why would you want to process changes with a server-side script instead?
The reason is speed: when the mobile file does the processing it opens your hosted solution over the WIFI or 3G connection and that can take a bit of time. It also means the processing is done on the (somewhat) wimpy processor of your iPhone or iPad.
So it can be '''much''' faster to have the mobile file just push its changes, and then have a server-side script pick up those changes and process them every X minutes. (And because GoZync is [[transactional]], you'll never have the server processing an incomplete record--a record that hasn't finished getting posted to the server.)
!! How can I process the inbox automatically?
Changed lines 3-6 from:
You can process your inbox automatically by a) setting "Auto Processing" to "On" from the Inbox tab, and b) setting up a FileMaker Server Script Schedule to run the script "Auto Processing" as often as you'd like to process records.
Here are a few things to keep in mind regarding this script ''and any scripts you have it call'':
to:
You can process your inbox automatically by a) setting "Process Automatically" to "On" from the Inbox tab of GoZyncHosted, and b) setting up a FileMaker Server Script Schedule to run the script "Auto Processing" as often as you'd like to process records.
If you haven't added any additional scripting into GoZync's workflow the you're done.
If you have added some workflow scripts, or changed the script "Default Set Field" in GoZyncHosetd are a few server-side consideration to keep in mind regarding our auto-processing script ''and any scripts you have it call'':
If you haven't added any additional scripting into GoZync's workflow the you're done.
If you have added some workflow scripts, or changed the script "Default Set Field" in GoZyncHosetd are a few server-side consideration to keep in mind regarding our auto-processing script ''and any scripts you have it call'':
Changed line 17 from:
-> To learn more about server side scripts, read the section "Running FileMaker Scripts" on the FileMaker Server 11 Help pdf
to:
-> To learn more about server side scripts, read the section "Running FileMaker Scripts" on the FileMaker Server 12 Help pdf
Changed lines 3-4 from:
You can [[processing | process]] your inbox automatically by a) setting "Auto Processing" to "On" from the Inbox tab, and b) setting up a FileMaker Server Script Schedule to run the script "Auto Processing" as often as you'd like to process records.
to:
You can process your inbox automatically by a) setting "Auto Processing" to "On" from the Inbox tab, and b) setting up a FileMaker Server Script Schedule to run the script "Auto Processing" as often as you'd like to process records.
Changed lines 5-15 from:
to:
Here are a few things to keep in mind regarding this script ''and any scripts you have it call'':
-> Make sure the script only uses Server compatible script steps (you can find those by toggling "show compatibility" in the lower right of the Edit Scripts window).
-> References to Get ( CurrentTime ) in this script will use the time of your FileMaker Sever. Get ( AccountName ) will return the name of the logged in user (set when you create the schedule).
-> If there are script steps in your script that are not supported in Server the script will stop running as soon as it hits one, unless the Allow User Abort script step option is included and disabled (Off).
-> Be sure to call the "Commit Records/Requests" step at the end of any scripts you chain on to ours (any processing you want to do once you've created/edited a record in your solution).
-> To learn more about server side scripts, read the section "Running FileMaker Scripts" on the FileMaker Server 11 Help pdf
-> Make sure the script only uses Server compatible script steps (you can find those by toggling "show compatibility" in the lower right of the Edit Scripts window).
-> References to Get ( CurrentTime ) in this script will use the time of your FileMaker Sever. Get ( AccountName ) will return the name of the logged in user (set when you create the schedule).
-> If there are script steps in your script that are not supported in Server the script will stop running as soon as it hits one, unless the Allow User Abort script step option is included and disabled (Off).
-> Be sure to call the "Commit Records/Requests" step at the end of any scripts you chain on to ours (any processing you want to do once you've created/edited a record in your solution).
-> To learn more about server side scripts, read the section "Running FileMaker Scripts" on the FileMaker Server 11 Help pdf
Added lines 1-5:
!! How can I process the inbox automatically
You can [[processing | process]] your inbox automatically by a) setting "Auto Processing" to "On" from the Inbox tab, and b) setting up a FileMaker Server Script Schedule to run the script "Auto Processing" as often as you'd like to process records.
> > Notes about server side scripts.
You can [[processing | process]] your inbox automatically by a) setting "Auto Processing" to "On" from the Inbox tab, and b) setting up a FileMaker Server Script Schedule to run the script "Auto Processing" as often as you'd like to process records.
> > Notes about server side scripts.