Marsau

Jawel hoor. Send mail script stap heeft juist een referentie naar een bestand op schijf nodig. Gebruik je een insert URL dan is wel een directe route mogelijk, maar dan nog kan het uit performance overwegingen handiger zijn het bestand eerst op te slaan met de data file scriptstappen. Tip: maak er een generiek scriptje van met een goede json parameterising. Scriptresultaat (indien geslaagd): een bestandspad.

Jawel, ik moet geen flauwe grapjes maken.

Dat corrigeren zal minder en minder worden, en het moment dat je in de taalmodellen je meerdere moet erkennen komt onvermijdelijk dichterbij. Waar je nu nog slim moet prompten en het resultaat moet kunnen evalueren, zal je m.i. meer als een architect in het development proces zitten. Het 'handwerk' van het zoeken, interpreteren en toepassen van code wordt een bijzaak, en zal waarschijnlijk worden overgenomen. Alleen al omdat dat sneller, betrouwbaarder zal werken. Je positie als developer zal onvermijdelijk veranderen. M.i. wordt je een kennis-jongleur; je overziet het development proces, onderzoekt verschillende strategieën en zet AI aan het werk. Agnes Riley heeft een 'mentor' voor FileMaker developent in ChatGPT die verrassend goed werkt. Zie https://chatgpt.com/g/g-EW0mCrMSo-fm-mentor Schetsmatig uitwerken van oplossingen, integraties, bouwen van complexe CF's en scripts? Gaat allemaal prima; wel allemaal tekstueel. Vooralsnog. Trap er echter niet in als ie zegt dat ie een fmp bestandje wil klaarzetten. Daar gaat het model jokken: dat kan ie nog helemaal niet. Hij is daarin best schaamteloos: ook grappig als je hem daarmee confronteert. Hij geeft het dan even onschuldig als uiterlijk toe dat ie dat )nog) niet kan. Verder is het wel jammer dat de code die wordt geproduceerd - behalve als het calculatie-tekst betreft - niet als een fmxmlsnippet kan worden gekopieerd. Dat zou het zware leven van wij developers nog verder kunnen verlichten. (binnen FMP i.c.m. BE of MBS plugin iets van clipboard conversie te doen). Probeer te spelen met meerdere modellen: 4o, o3het ene model graaft dieper dan andere. Dieper graven hoeft overigens niet tot een beter resultaat te leiden. Kijk vooral ook naar Claude.ai. Ik bereik soms resultaten op dit platform waar ik met CHatGPT helemaal vastloop. Overigens mag Gemini van Google ook niet worden onderschat. Los van wat AI betekent voor je eigen ontwikkelpraktijk/setup ('EDI') is nog een veel groter thema: waar liggen de business kansen voor bestaande systemen. Ik kan me voorstellen dat je consultant-rol nu erg belangrijk wordt. Er is een technologisch imperatief: achterover hangen kan niet meer. Ben eigenlijk wel benieuwd of er op dit forum al wat mensen nadenken over toepassingen. En dan niet alleen semantisch zoeken.

Het is je niet ontgaan

Een apart ding is het deployen naar een dev-server. Soms wil je in het dev-project actuele data inbrengen of herstellen. En daar wil je natuurlijk ook Otto voor gebruiken. Dat vergt een aparte strategie van 3 (sub) deployments. Is prima te doen, maar het is onvermijdelijk dat de live bestanden lokaal naar de devserver worden gekopieerd. Dat gaat helaas vaak niet goed. Otto lijkt traag en en instabiel bij het kopiëren van grote file met veel data.

Maak een print lay-out op basis van de orderregels. Maak een scriptje met ‘ga naar gerelateerde record’. Alleen gerelateerde tonen. Je kan daarna evt de set beperken tot de aangevinkte. daarna pdf maken of afdrukken. Over het algemeen zijn de vinkjes een slecht idee voor multi-user systemen. Je kan hier andere methodes toepassen om de selecties persoonlijk te houden.

Hi Peter, ik was er tot mijn grote spijt niet bij in Malmö, en mijn Zweeds is ook nog steeds beroerd, - maar reikt de inhoud van deze sessie verder dan een gezamenlijke verwerking van jullie Zweedse belevenissen?

Je wilt dus een overzichtsmatrix bouwen. Ik denk dat dit zonder script mogelijk is. Denk dat het handig is om een groepen-tabel te hebben. Hierin kan je calculaties kwijt. De jaartallenreeks als tabel is misschien ook niet gek; om dezelfde reden. Je kan ook aan een virtuele tabel denken, evt met een repeating field voor de jaartallen, en als basis groepen. Je hebt dan wel altijd een script nodig dat de vulling genereert. Aan de andere kant: aangezien het historische gegevens betreft, zou je uit performance overwegingen ook vastleggen kunnen denken. Gegevens uit voorgaande jaren veranderen waarschijnlijk niet meer. Je script heeft een fatale fout op regel 24, imho. Noem je 'Getallen' tabel 'Scores'. Altijd verstandig om in de tabelnaamgeving correct naar de reele entiteit te verwijzen.

Waarom heb je het probleem niet wanneer je alleen poort 443 gebruikt? Ik kreeg in het filmpje van onze Matt een andere indruk, dat het juist niet slechts lokaal verkeer betreft. Hoe interpreteer je zijn verhaal?

Haha, deed ie ook iets goed? (Behalve weggaan?) En wat betreft punt 5: welke belangrijke ontwikkelingen zijn gemist? Ik vind Studio en Connect nog steeds een interessant project. Maar het is wat mij betreft nog te weinig 'product'. Maar er wordt actief aan gewerkt.

Wat deed Brad verkeerd?

Een update over mijn VPS-belevenissen: - bij Oracle cloud lijkt het mogelijk te zijn een gratis Linux instantie in de lucht te krijgen ( de vraag is of je de VPS zo kunt configureren dat ie inderdaad niets kost; het resultaat zou te beperkt kunnen zijn) Bron. - ben zeer content met Contabo op dit moment: heb er een aantal contracten afgenomen, ook object storage. Prijsniveau is onwaarschijnlijk gunstig. (Dus waar zitten de adders?)

Ik gooi het maar even in de groep. Matt Petrowski wijst op een eerder geregistreerd beveiligingsgat (eigenlijk een combinatie van drie ernstige issues) in FileMaker / FileMaker server, dat op dit moment wereldkundig begint te worden. Daarmee wordt het probleem urgenter. Het betreft onder meer een 'dylib hijacking vulnerability' (hij legt het uit...). Hij doet er zeer gealarmeerd over, en dat lijkt mij niet geheel onterecht. Bron is https://fm-security.com (Alexey Dubov). De 'vulnaribility' is officieel al sinds mei dit jaar geregistreerd bij het CVE Program (een centraal register van kwetsbaarheden in software). Het betreft: CVE-2023-42920; CVE-2024-27790 en CVE-2024-23202. De problemen zijn opgelost, maar niet in versies < 19.6.4 of <20.3.2! Dus mocht je nog op 19 draaien, of niet de laatste 20 versie, kom dan in actie. Petrowski geeft een paar tips om aan de kwetsbaarheden te ontkomen. In ieder geval updaten naar de meest recente FMS-versie: https://www.filemakermagazine.com/videos/filemaker-server-was-hacked

Je bedoelt versie 21, of FileMaker Server 2024. 🥸 Verwarrend allemaal. Het valt ook niemand op.

Nu al een tijdje in gebruik op een x-tal servers, en het moet maar nog eens worden gezegd: OttoFMS is *fantastisch*! Je kan naar alle richtingen deployen en installeren. De FileMaker OTAP straat was nog nooit zo goed te doen. Grote systemen binnen een aantal minuten, - installaties natuurlijk wat langer. Wat een verademing.

Haha, Peter... Nog geen AI use-cases?

Dag Marc, dank je wel. Nee, op dit moment ben ik er niet even niet mee bezig. Picqer lukte goed, zover ik mij herinner, Snelstart heb ik niet nader bekeken. Goed om te weten dat er kennis binnen deze club aanwezig is. Bij de integraties blijft de fundamentele vraag: waarom niet geheel in FileMaker ipv een externe synchronisatie. Die afweging vind ik nou interessant, maar deze wordt wellicht niet altijd goed gemaakt. Ik zie dat developers zich graag door een vaag idee van de klant zich laten voortstuwen.

Dit wordt broeden op use cases voor AI. Execute FileMaker Data API kan nu records wijzigen... Server: https://help.claris.com/en/server-release-notes/content/index.html Beschouwende blogs van Wim Decorte: https://www.soliantconsulting.com/blog/filemaker-2024-executive-summary-1 https://www.soliantconsulting.com/blog/filemaker-2024-executive-summary-2

Inderdaad een Zwitsers zakmes. Zij het dat het remote dingen doet die lokaal (of via SSH) via de command-line zouden moeten. Dus een betere propositie eigenlijk (en dat kan je van Zwitserse zakmessen doorgaans niet zeggen). Die ApiTool zou je zo kunnen uitbouwen dat je per server die je beheert ook direct OttoFMS en OttoDeploy kunt openen (indien present). Daarnaast kan je de technische data natuurlijk uitbreiden met diverse administratieve data (provider, systeemdata, contactpersonen, whatever), waardoor het een soort allround beheerstool zou kunnen worden. Ook heel prettig om in één oogopslag te zien welke servers geüpdated moeten worden, en dat soort dingen. Ik heb zelf ook nog gebruikslogging toegevoegd om te zien hoe de machines door de tijd heen gebruikt worden. Ook heel gemakkelijk. OttoDeploy gaat wat mij betreft niet over server-beheer. Ik ben nog een beetje aan het puzzelen hoe je het beste - en enigszins gesystematiseerd - complexe deployments doet, uitgaande van een ontwikkelserver, test/acceptatie server en productie. Oftewel: hoe krijg je een soepele OTAP-straat. Ik wil daarbij ook herhaaldelijk van productie naar DEV kunnen deployen, om een verse data-set te krijgen. Het kan allemaal, ben ik van overtuigd, maar het vergt wat goede planning.

Dank je, Menno, heel leerzaam. De curl die je aangereikt wordt moet je dus toch echt nog even ombouwen voor FileMaker. Dat van die apostrofjes was mij totaal onbekend.

Authenticatie bij Kadaster met Insert from url lukt nu wel! En hoe! Dank je wel, Menno! Een geweldige oplossing.😀 Van die single quote's: ik heb me dat niet gerealiseerd; dacht dat ik exact de curl zoals door de documentatie en RapidAPI gesuggereerd zou moeten gebruiken.

Ben benieuwd, Menno. URL codering staat niet aan.

Ik ben nu ook met de 'BAG API Individuele Bevragingen' aan het stoeien, en stuitte op eigenlijk hetzelfde probleem. De genoemde workaround van Menno werkt niet meer in versie 2 van de API, het moet toch echt in de curl. Ik krijg het wel werkend als ik de request handmatig verzend (ik gebruik RapidAPI), maar FileMaker vertikt het. Menno, heb jij nieuwe inzichten opgedaan? De curl die RapidAPI maakt: (werkt, maar niet in FM) ## Request curl "https://api.bag.kadaster.nl/lvbag/individuelebevragingen/v2/adressen?postcode=1111AA&huisnummer=13&exacteMatch=true&page=1&pageSize=20" \ -H 'accept: application/hal+json' \ -H 'X-Api-Key: [apikey]' De Swagger documentatie geeft aan: als URL: https://api.bag.kadaster.nl/lvbag/individuelebevragingen/v2/adressen?postcode=1111AA&huisnummer=13&exacteMatch=true&page=1&pageSize=20&inclusiefEindStatus=false En als curl: curl -X 'GET' \ 'https://api.bag.kadaster.nl/lvbag/individuelebevragingen/v2/adressen?postcode=1111AA&huisnummer=13&exacteMatch=true&page=1&pageSize=20&inclusiefEindStatus=false' \ -H 'accept: application/hal+json' \ -H 'X-Api-Key: [apikey]' Doet niets in de Insert URL. Op een of andere manier komt de apikey niet over, lijkt het. Ik loop vast, hebben jullie wellicht suggesties?

Er valt gelukkig nog wel wat te bricoleren: https://www.soliantconsulting.com/blog/filemaker-webdirect/ https://github.com/SoliantMike/FM-WebDirect-Redirect

Vroeger was de registratie van de homeurl in wpc_prefs.xml niet nodig. Toen kon de handige FileMaker kennende web-direct gebruiker zijn eigen homeURLS toevoegen. Ik blijf het overigens spijtig vinden dat de redirect niet binnen de applicatie zelf kan worden bepaald met de calc-engine. Al was het maar om die uitgebreide URL's te vermijden.