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.