Status extern bestand

[hezndepezn]

In de situatie waarin een toepassing in FM GO een extern script aanroept van een extern bestand (gehost door FMPRO) wil ik kunnen nagaan of het externe bestand beschikbaar is.

 

Ik probeer dit door een testscript aan te roepen in het externe bestand, als dit niet lukt komt er een foutcode terug en kan de fout worden afgehandeld.

Echter duurt het vrij lang als het externe bestand niet beschikbaar is voordat het script met de melding komt, er blijft een wieltje draaien tot FM GO door heeft dat het externe bestand niet beschikbaar is en de foutmelding wordt gegeven.

 

Is er een andere (lees snellere) manier om de status van de beschikbaarheid van een bestand te toetsen?

[Philip Van Landuyt]

12 hours ago, Peter Wagemans said:

Interessant dat verschillende domains ook verschillende time outs geven. Onbegrijpelijk.

Dag Peter,

Ik vermoed dat dit te maken heeft met wat de remote 'server' doet. Enkele voorbeelden met bijgevoegde screenshots:

vanlanduyt.eu is een domain waar alleen een mailadres op zit, geen andere functies: 13 milliseconden (waarschijnlijk reactie van DNS, ERR_NAME_NOT_RESOLVED )

Elvee.eu en Clarify zijn wel geldige domains, met functies: resp: 30216 en 6210 Milliseconden

De twee blurred URL's zijn mijn development server, vanop afstand. Eénmaal met de database "AYD_Server" gesloten, en éénmaal met de database in normale geopende toestand. Ik vermoed dat hier FMServer zelf direct doorgeeft dat de database niet beschikbaar is, vandaar de snelle reactie. 

Groetjes,

Philip.

 

[andries]

Met custom webpublishing. Dat is instant.

[hezndepezn]

Andries, dank voor het meedenken. Het gaat hier echter om een toepassing voor een enkele gebruiker die alleen FMP gebruikt (geen FMS) en gegevens met FMGO synchroniseert.

 

De toepassing op FM GO draait soms volledig offline waar ook geen 3G of 4G beschikbaar is, vandaar de oplossing voor een toepassing die autonoom op FM GO draait en bij gelegenheid synchroniseert.

[Peter Wagemans]

Laat de FileMaker Pro bij opstart van de FileMaker file ( dus in het opstartscript ) een bestandje uploaden naar een plek waar de FileMaker Go ook bijkan. Een web site bijvoorbeeld.

Het bestandje kan zelfs een fmp link bevatten om gemakkelijk de FileMaker file op te starten. Met een webviewer maak je het beschikbaar in de FileMaker Go applicatie.

Bij het afsluiten van de FileMaker file laat je de FileMaker Pro applicatie een alternatief filetje uploaden, waar bijvoorbeeld in staat dat het bestand nu niet beschikbaar is.

Je ziet dus altijd de status van de FileMaker file vanuit de FileMaker Go applicatie, en dat in de tijd dat er nodig is om een klein web paginaatje te laden.

[Philip Van Landuyt]

Je kan ook het extern script aanroepen via een "open URL" scriptstap, en dan het fmp: protocol gebruiken. als je daarop een fout "802 - Unable to open file" terug krijgt dan is het extern bestand niet beschikbaar.

Naar mijn gevoel loopt dat veel sneller. Bij mij (vanop Mac naar mijn development servertje over internet: minder dan één seconde)

Groetjes,

Philip.

[Peter Wagemans]

Behalve als de file niet beschikbaar is. FileMaker Go heeft wat tijd nodig om tot die conclusie te komen. De truuk met de web pagina is nu net om dit te vermijden. En ja, dan kan je ook een fmp link in de web pagina gebruiken om van daaruit FileMaker te starten.

[Philip Van Landuyt]

Bij mij lukt dat meestal in minder dan een seconde. Ik heb een voorbeeldje bijgevoegd, met zowel een server als een locale database. De locale database roept een scriptje aan in de server database, die dan een antwoordje geeft, met datum en tijd erbij. Paswoord voor beide files: Admin - Admin. Let op: je moet wel testen op Get (LastError) = 0, je kan immers nog andere fouten terugkrijgen.

Philip

AYD.zip

[Banach]

Zodra ik een url test die geen antwoord geeft duurt het minimaal 30 seconden voordat dit doorkomt. Of erger:

[Peter Wagemans]

Als je client geen netwerk aansluiting heeft, dan heeft die het ook direct door dat dit niet gaat lukken en geeft dan inderdaad in minder dan een seconde antwoord.

Als je client wél op het internet kan, dan gaat die niet besluiten na minder dan 1 seconde dat de server niet beschikbaar is. Die concluse zou ook veel te snel genomen zijn, want het internet is nu éénmaal niet zo geweldig rap. Mijn ervaring is dus net als die van Banach: je zit zo'n 30 seconden te koekeloeren. M.a.w. FileMaker is hierboven 24,0068 seconden bezig met te proberen de netwerk connectie te openen. Die time-out is jammer genoeg iets dat je niet kan instellen in de "open file" script stap.

[Philip Van Landuyt]

"Nou breekt mijn klomp" zeggen onze noorderburen. Ik heb eens getest met "nu.nl", en inderdaad: 80 seconden. "fileMaker.com" geeft 10 seconden. Mijn eigen testservertje: tussen de 0,1 en 3 seconden. Ik vermoed dat dit met caching te maken heeft. Ik zoek bij gelegenheid eens verder.

met mijn excuses voor de "dooie mus"

Groetjes,

Philip.

[Peter Wagemans]

Die mus is toch niet zo dood vind ik. Interessant dat verschillende domains ook verschillende time outs geven. Onbegrijpelijk. Misschien een vraag om aan de experten op FMForums te stellen.

[Peter Wagemans]

Bedankt Piliip, grondige analyse,  ik vind dit heel leerrijk. Ik zit hier in de Novotel van Ieper op mijn IPhone met 1 hand te duimen. Dit weekend moet ik dit beter bekijken.

[hezndepezn]

Op 5-3-2018 om 19:37 zei Peter Wagemans:

Laat de FileMaker Pro bij opstart van de FileMaker file ( dus in het opstartscript ) een bestandje uploaden naar een plek waar de FileMaker Go ook bijkan. Een web site bijvoorbeeld.

Het bestandje kan zelfs een fmp link bevatten om gemakkelijk de FileMaker file op te starten. Met een webviewer maak je het beschikbaar in de FileMaker Go applicatie.

Bij het afsluiten van de FileMaker file laat je de FileMaker Pro applicatie een alternatief filetje uploaden, waar bijvoorbeeld in staat dat het bestand nu niet beschikbaar is.

Je ziet dus altijd de status van de FileMaker file vanuit de FileMaker Go applicatie, en dat in de tijd dat er nodig is om een klein web paginaatje te laden.

Het heeft even geduurd voordat ik hier weer meldt, excuus .... afijn, dat zorgde in ieder geval voor een hoop reacties. In antwoord op Peter z'n bovenstaande bericht, het punt is dat de situatie voorkomt dat er geen netwerk beschikbaar is (zowel wifi als 4G), dan werkt bovenstaande niet. 

Alle dank voor het denken en proberen.

Edited April 11, 2018 by hezndepezn