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...

Instant web publishing, de admin console en gewone web pagina's geven geen enkel probleem met hetzelfde certificaat.

Heel interessant artikel gevonden op https://ianmoroney.medium.com/oh-filemaker-why-do-you-802-20602-odbc-hate-me-so-ee62d04af18d

Wat is het belangrijkste dat hier verteld wordt?

1. FileMaker checkt het certificaat op 2 verschillende manieren, waarbij de ene minder problemen geeft dan de andere
2. Voor de check die problemen veroorzaakt, zit de reden in een onvolledig intermediate certicaat
3. Claris moet dit dringend eens een keer goed documenteren.

Wat is op dit moment de beste manier om Wordpress formulier data + maximaal 4 uploads (pdfs of jpg) te posten naar de FileMaker Server? Ik wil de FileMaker Server API gaan gebruiken. Ik kom een aantal plugins tegen die data kunnen posten maar wat niet altijd duidelijk is of die ook bestanden kunnen uploaden naar containervelden.

Nu wordt er op de WordPress site de Contact Form 7 plugin gebruikt, ik was al zover dat ik wat php aanpassingen gemaakt had, de velddata kon ik via Claris Connect posten in een test database op de FileMaker server maar een bestand wat in het formulier geüpload was kreeg ik niet gepost. 

Als er een oplossing is met een andere plugin in WordPress zoals Gravity Forms die rechtstreeks de FileMaker Server API kan posten dan mag dat natuurlijk ook (liefst met zo min mogelijk omwegen). Maar nu weet ik even niet waar ik het moet zoeken. Ik hoop één van jullie wel 😅

Je ziet weleens  06nummer@gin.nl ofzo maar dat werkt niet.

Het vervelende is: WebDirect toont dan ook een gele banner bovenaan het scherm, met een knop 'continue'. Is er een mogelijkheid om die banner te onderdrukken? Want

a. hij dient geen enkel nut

b. ik wil niet dat de gebruiker in de verleiding komt om 'continue' te klikken.

Ik heb geen ervaring met DNS

Kan iemand mij op de goede weg helpen?

- bij de provider waar het domein is geregistreerd kan ik alleen doorsturen naar een domeinnaam en die heeft mijn servertje (Mac mini) niet.

Één van mijn klanten belde mij daar gisteren over, want die heeft 7 FM-servers draaien en hij wilde weten of hij iets moest doen.

In de FileMaker community bij Claris is er sinds Vrijdag een thread die er over gaat: https://community.claris.com/en/s/question/0D53w00005ZJYITCA5/is-claris-filemaker-server-current-or-past-versions-vulnerable-to-the-apache-log4j-zero-day

Vandaag heeft Claris erop gereageerd: https://community.claris.com/en/s/article/CVE-2021-44228-Apache-Log4j-Vulnerability-and-Claris-products

In een notedop: als je FMS19 gebruikt, zit je safe. Oudere versies van FMS kan je beter upgraden.

Als ik mijn applicatie (webdirect) opstart krijg ik het ip-adres te zien en daar zou ik graag tekst willen zien.

Ik zie dan in de url balk: 45.153.252.13/fmi/webd/Easy4u_ZZP

De link ziet er zo uit: http://45.153.252.13/fmi/webd/Easy4u_ZZP

en ik zou graag Easy4U ZZP willen zien.

Hoe doe ik dat?

Ik heb een toepassing met een scherm dat (ook) via WebDirect bereikbaar is. De server is FMS17, ergens bij 'een provider', Windows Server 2016R2. 

De klant klaagt dat sommige onderdelen via WebDirect heel langzaam zijn, in casu een layout met 'knoppenbalk' die bestaat uit een portal die gerelateerd is aan een heel simpele virtual list. Klik je een knop (het is eigenlijk een veld dat als knop fungeert), dan wordt een script uitgevoerd dat de bijbehorende slidepanel toont. De knoppen zijn voorzien van een Conditional Formatting, zodat de knop een kleurtje krijgt als hij aangeklikt is en het bijhorende Slidepanel actief is. Via WebDirect werkt dit allemaal ook, maar 

a. het initieel opbouwen van de lijst duurt vrij lang. Dat is overkomelijk omdat je al een scherm ziet en dat eerst wilt bekijken, terwijl WebDirect in de tussentijd de knoppen toont;

b. de navigatie en het tonen van de juiste content in het slidepanel zijn bij sommige gebruikers zeer traag. 

Ik heb e.e.a. ook getest op een oudere MacBook Pro (MacOS 10.12) via Wifi: ik heb dan zelf een snelheid van 5,5/2,4 Mbps (download/upload), terwijl mijn normale snelheid via UTP 500/42 Mbps is, zeg maar 10 tot 100x  zo hoog! Dat maakt qua responstijd echter nauwelijks uit! Bij mij dus geen probleem.

Toen de conditional formatting uitgeschakeld: marginale snelheidsverbetering. De klant die klaagt over de performance heeft een snelheid van 7 Mbps, maar zoals ik boven aangaf, zou dat eigenlijk niet de bottleneck moeten zijn. Ook de latency is vergelijkbaar, en hij draait een modernere versie van Safari (MacOS11).

Enige suggesties of vergelijkbare ervaringen?

Volgens de instellingen zou alles moeten draaien, maar als ik naar de home page van WebDirect ga zie ik niet de databases die beschikbaar zouden moeten zijn.
De database rechtstreeks openen geeft de foutmelding dat de database niet geopend is???

De server is voorzien van een ssl certificaat, maar ook op IP openen lukt niet.

Kreeg als tip om het intermediate certificaat ook te laden… alleen ben ik geen wizzard met dit soort certificaten en heb geen idee hoe ik kan achterhalen wat het intermediate certificaat zou moeten zijn.

Iemand nog suggesties, of wie kan mij vertellen hoe ik het intermediate certificaat kan herkennen (in ieder geval niet aan de naam).

Webdirect, een programma waarin ik een factuur aanmaak en die wil ik graag opslaan in een container maar dat lukt niet. Ik zal wel iets verkeerds doen.Heeft iemand een stukje Coding waarin ik kan zien hoe ik dat zou moeten doen?

Ga naar factuurlayout
Records opslaan als pdf

Maar dan? Als ik ga printen dan zie ik de pdf in apart venster dus hij is er wel.

Daarna ga ik in een tabel naar een container zonder verwijzing, ga naar het containerveld en gebruik dan Pdf invoegen of bestand invoegen maar in beide gevallen krijg ik een venstertje voor mijn neus waarin ik op moet geven welk bestand ik wil uploaden.

Verder heel veel geprobeerd maar het wil gewoon niet. HELP

- gebruikers kunnen inloggen en de database openen

- gebruikers kunnen zoeken in de database (dmv een zoek knop + script) en krijgen het resultaat van de zoekopdracht te zien

- na het uitvoeren van deze zoekopdracht reageert de webpagina vaak niet meer. Je ziet de output van de vorige zoekopdracht. Je kunt ook klikken op buttons, maar ze reageren niet meer. Ook een nieuwe zoekopdracht starten werkt dus niet.

- Het enige wat werkt is de webpagina refreshen, maar hierdoor moet je weer opnieuw inloggen.

Dit gedrag hadden we niet toen de database nog op de filemaker 14 server draaide. We hebben het getest met verschillende browsers op zowel mac als windows, maar overal vertoond webdirect dit gedrag.

Om uit te sluiten dat het aan de bestaande oude databases ligt heb ik een test databases gemaakt en deze ook gepubliceerd.  (test database heb ik als bijlage meegestuurd. inlog + ww =  admin ) Deze database vertoont hetzelfde gedrag:

- klikken op button 'zoekmodus' werkt.

- zoekcriteria invullen en klikken op button 'voer zoek uit' werkt.

- maar als je de pagina 20-30 seconden daarna laat staan reageert de browser niet meer

  Herkent iemand dit gedrag?

test.fmp12

De Server is FMS16/Mac, in test even met het self signed certificaat.

Volgens de aanwijzingen van FMI zou ik het bestandje fmwebd_home.html moeten aanpassen. Heb ik gedaan, in HTTPserver/htdocs/ als in HTTPserver/htdocs/httpsRoot/.

Maar geen resultaat. Ik kom in het bestandje dit tegen:

var kCustomLogin = false;  => heb ik veranderd in true

en verderop de password prompt in de variabele met de variabele 'dbname'. Die prompt heb ik aangepast maar ik zie geen verandering in WebDirect.

Vervolgens heb ik verderop de <DIV> met id = “mylogin” gedeblokkeerd en aangepast, want dat is volgens de aangepaste dialoog. Maar toch blijft WD de default prompt tonen....

De volgende configuratie staat in de test, maar kunnen door dit probleem niet migreren naar FileMaker 17.

FileMaker Server 17(.0.2) met Webdirect.
DNS naam en PRT record zijn aangemaakt.
SSL certificaten zijn geïnstalleerd 
Server Windows 2016
UTM van Sophos (reversed Proxy)
note : oude server FM 13 en Windows 2008 werkt Webdirect prima.

NU het volgende probleem ;

Als ik naar https://<mijndomein.com>/ ga krijg ik de tekst "FileMaker Database Server Website" met de logo.. zoals verwacht.
De DNSnaam blijft in takt. Omdat ik resultaat krijg werkt de proxy. IP adres buitenkant x.x.x.x wordt vertaald naar binnen naar y.y.y.y en het resultaat komt weer via dezelfde weg terug.
Resultaat een gevulde webpagina

Echter ga ik naar de URL https://<mijndomein.com>/fmi/webd/<bestandnaam> dan vertaald iets het domien <mijndomein.com> naar het INTERNE ip adres y.y.y.y
Omdat vanaf buiten de organisatie (FireWall) dit niet is toegestaan, is er ook geen resultaat. (lege pagina).

Heb op IIS manager aangeven dat er een remrite moet plaats vinden {HOST_NAME}. Zoals ook op de oude server staat ingesteld.
Maar wat ik ook aanpas en caches leeg, het blijft maar dat adres vertalen naar een IP adres.

Ik heb ook een html pagina op de root geplaatst (root directory van filemaker server) en dan blijft het domein in takt?
dus : https://<mijndomein.com>/test.html blijft https://<mijndomein.com>/test.html en wordt niet hernoemd in een IP adres.

Iemand enig idee? Ik weet dat dit niet veel gebruikt wordt met een reversed Proxy en de meeste WebDirect toepassingen rechtstreeks benaderd worden.
Helaas moeten wij ons houden aan de beleidsregels

Groet,

Andre Vink (hogeschool Leiden)

Ik ben helemaal nieuw in de webshop's en dergelijke. 

Ik heb een vraagje.

Ik heb een webshop en een marktplaats gemaakt. Deze staan beide op een andere database. Als klanten een account aanmaken op de webshop en zij willen ook de marktplaats gebruiken moeten ze 2 keer zich registeren. Is er ook een mogelijke om de databases met elkaar te koppelen dat als zij op de webshop een account aanmaken dat deze ook direct actief is op de marktplaats? en andersom?

Groeten

John

Nu dacht ik aan een oplossing door in te loggen met een standaardnaam in webdirect, laat controleren of web1 anders web2 anders web3 is ingelogd.

Als er een naam vrij is dan met die naam laten inloggen. Uiteraard alles via een script. Dit zou toch moeten werken.

Moet het nog uitwerken, maar als iemand een goed idee heeft of mee wil denken dan graag.

Groet

Nico van Diepen

Ik heb een hardnekkig en obscuur probleem. Hoop dat de SSL goeroes onder ons hun licht kunnen laten schijnen op dit netelige issue.

We hebben FMS16 met SLL van Comodo Ext, Webdirect en een boel mobiele gebruikers. Gaat goed, behalve als men mobiel inlogt via Wifi in combinatie met KPN Experia box (voor zover wij het nu kunnen vaststellen). Vanaf een desktop en Webdirect: geen probleem.

Gebruik je Android, iOS, dan krijg je een fout melding en wordt de connectie geweigerd.

'ERR_SLL_PROTOCOL_ERROR' zegt Chrome, en Safari zegt:

'An SSL error has occurred and a secure connection to the server cannot be made.' En daaronder: NSURLErrorDomain. Opnieuw proberen heeft geen zin

Maar waarom? We hebben prachtige groene connectie via desktop Webdirect.

Hebben jullie een diagnose, en liever nog: een fix?

Mars

We hebben meerdere FM servers (13 en 15) draaien. Drie daarvan zijn met webdirect verbonden met het internet.

Twee daarvan werken prima. één blijft problemen houden die we niet kunnen tekkelen.....

Servers worden beheerd door serverbeheer. De applicatie FileMaker Server door TAB (waar ik onderdeel van ben)

De servers zijn afgeschermd door natuurlijk een firewall, maar ook een reverse proxy (van Sophos).

Al het verkeer van webdirect (443) loopt door de reverse proxy. Zo is er geen directe verbinding met het internet.

Certificaten zijn geïnstalleerd op de Sophos en de connectie naar binnen loopt via port 80.

FileMaker clients kunnen de server bereiken via VPN port 5003 en beheerders kunnen de console via 160001 openen.

Nu het probleem;

Deze ene server lijkt de sessie op te hangen na ± 5 minuten idle time. Met WireShark zie ik wel HELO's voorbij komen van client naar de Sophos en v.v.

Andere servers met de zelfde config geen probleem. De idle time van Webdirect is verhoogt naar 30 minuten.

De idle time is hoger gezet, omdat gebruikers e.e.a. moeten aanleveren en soms hebben ze dat niet voor handen en hebben ze daar tijd voor nodig.

Ga ik rechtstreeks naar de server op IP of interne DNS naam is er geen probleem.

Ik verdenk daarom de reverse proxy, maar ook die heeft dezelfde instellingen als de werkende servers.

Ook de netwerkregels zijn identiek. Alle servers staan in hetzelfde VLAN.

Is er een forumlid die dit probleem herkend en nog mooier een oplossing heeft of waar we het moeten zoeken.

Ik ontwikkel een systeem waarbij nieuwe gebruikers worden uitgenodigd om een account aan te maken in het systeem. Ik mail hen een URL met een unieke sleutel, die als scriptparameter is toegevoegd. Ik heb ongeveer 10.000 keer de syntax gecheckt, maar het werkt niet. Ik blijf in de browser de melding ontvangen dat de toegangsprivileges niet kloppen (speciale gast-set, alleen bepaalde layouts en scripts). De documentatie suggereert dat natuurlijk dat het allemaal probleemloos zou moeten werken.

https://fms.testserver.nl/fmi/webd?homeurl=http://www.thuisbasis.nl#timebase?script=Challenge&param=B765A20E246245BEA0E986CD0AAFBF99

Zonder het script gedeelte werkt de link overigens prima. Je komt dat terecht op de openingspagina van het systeem. Maar ik wil dat de sleutel gebruikt wordt!

Het aangeroepen script wordt aangeroepen nadat alle opstartscripts zijn uitgevoerd, heb ik begrepen. Ook een re-login waarbij de inlogger een andere privset krijgt aangemeten, doet niets.

Wat zie ik over het hoofd?

Hopend op jullie verlossende inzichten...

Mars

het doel is om verschillende SSL certificaten te installeren voor websites op mijn FileMaker Server. FileMaker Server zelf laat maar toe om 1 webcertificaat te gebruiken, zowel voor FMPRO -> FMS connecties als CWP connecties. Dus om hier rond te geraken zou ik dus een tweede webserver nodig hebben waar ik dus verschillende certificaten kan installeren.

Is het a) mogelijk om dit te doen? Kan ik de poort veranderen van de FileMaker server web engine om naar bijvoorbeeld 8888 (http) en 644 (https) te luisteren, en dan de gewone apache webserver weer in gang trappen op poort 80 (waar ik dus mijn certificaten kan installeren). En ten tweede is dit wenselijk? (ik weet dat het meest optimale is om 2 machines te laten draaien of om te virtualiseren, maar dat is een "volgende" stap).

Groetjes

Andries

Ik begrijp dat het een mogelijkheid is om met behulp van HTTP en PHP direct informatie uit een FileMaker database op te vragen, d.w.z. wel met behoud van de beveiliging en rechtenstructuur, maar zonder het hele circus van login-open bestand-ga naar layout- enz enz. Dat kun je met de normale PHP-interface ook, maar RESTfm is dus een soort kant-en-klare interface die direct gegevens uit FileMaker plukt in plaats van via een layout. Klopt dit ongeveer?

Is het misschien wel ergens de webdirect toolbar taal in te stellen?

Mooiste zal zijn dat het kijkt naar de systeem taal van de client.

Zijn er ontwikkelaars die daar al ervaring mee hebben?

Het liefst houden we het volledig binnen FileMaker (wat volgens mij theoretisch zou moeten kunnen met de httppost).

In Pro en Go werkt het allemaal naar behoren, en tot op zekere hoogte in WebDirect eigenlijk ook wel.

Alleen doet zich in WebDirect een vervelend fenomeen voor.

Even voor de beeldvorming: de rapportregels worden gesorteerd op hoofdonderwerp, subonderwerp en dan onderwerp.

Het invullen van de eerste paar records gaat prima, maar zodra ze een x-aantal (ca. 15) records verder zijn begint de pagina te ‘springen’. Dus in plaats van netjes op zijn plaats te blijven krijgen ze ineens een ander record op de plek waar ze net geklikt hebben.

Ik heb nog geprobeerd het op te lossen met een ‘Go to record’, maar dat mag niet baten. Kennelijk snap WebDirect dat ook niet goed.

Iemand dezelfde ervaringen hiermee? Of een oplossing?