Doorzoek de community

Beste mensen, het is bekend dat de FileMaker PHP API 'depreciated' is, en dat sinds een aantal versies ook niet meer in de standaard-installatie zit. Het wordt beschouwd als 'obsolete' technologie. Zie ook deze Claris Engineering Blog over dit onderwerp. Dat is voor een klant van mij met uitgebreide PHP websites een reden om vast te houden aan versie <19.4. Er is weinig animo om de sites geschikt te maken voor de FM Data API Maar... voor zover ik tot nu toe heb begrepen werkt het nog wel onder de laatste FMS versie ( 20.3.2.205) , mits je het juiste PHP-pakket op de juiste wijze installeert. Ik ben benieuwd of jullie dit kunnen bevestigen; wellicht hebben jullie een PHP-implementatie op een FMS in beheer...

Misschien een iets te zware vraag voor het cafe, maar gooi het toch meer voor de geachte stamgasten. Puzzel al een tijdje met een wens van een klant om een fall back server te hebben, die zo ongeveer binnen 10 minuten c.q. à la minute operationeel kan zijn bij uitval van de primaire server. Afgezien van de DNS-kwestie: hoe zou zoiets kunnen en wat heb je er voor nodig? Heb wel eens gedacht aan een constructie met primaire/secundaire FMS machine daarvoor bruikbaar zou kunnen zijn, maar dit blijkt exclusief te gaan over Webdirect co-worker configuraties (vind dat dit in de handleiding betrekkelijk lang onduidelijk blijft). Wellicht iemand ervaring hiermee?

Beste mensen, Ben benieuwd naar jullie visie op de ideale benadering van FMS backups met externe containers. Met name bij systemen met veel containers kan storage een issue worden, maar ook performance - als het veel tijd kost om grote hoeveelheden data weg te schrijven. Dan valt er wat voor te zeggen om de containers apart te houden van de standaard backup. Maar dat levert weer zorgen op over data-integriteit bij eventuele recoveries. Of? Graag jullie visie?

Volgens de documentatie zou je nu een bestaande installatie moeten kunnen updaten. Helaas is dat niet helemaal waar, want als je de installer/update (is één en hetzelfde) van de website gaat downloaden en vervolgens gaat installeren, dan wordt de nieuwste versie geïnstalleerd, maar aan het einde wordt de installatie als een "uninstall" afgemaakt. De poorten 80,443,2339,5003 en 16000 worden gesloten en de symbolic links in bin en sbin worden verwijderd. Je kan fms dan niet meer starten. Gelukkig kan je snapshots maken als je de server(s) in VM's hebt draaien en dus was terugdraaien een eitje.... De juiste manier is bijna net zo simpel, je geeft op de commandline achtereenvolgend de volgende 4 commando's op: wget https://downloads.claris.com/esd/fms_19.1.2.234.zip sudo yum erase filemaker_server unzip fms_19.1.2.234.zip sudo yum install filemaker_server-19.1.2-234.x86_64.rpm -y Tenslotte installeer je het ssl-certificaat opnieuw, want die info is ie kwijt en je moet ook de smtp-gegevens bij de notifications opnieuw ingeven. Alle andere zaken zoals jouw login, additional folders, separate container folder, de scriptschedules etc. etc is er allemaal nog. Dus afgezien dat upgraden eigenlijk niet werkt, doet al het andere het wél én het grootste deel van je configuratie blijft bewaard. In mijn ogen een flinke verbetering.