Marsau

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.