Thank you for your post.
Although I have not seen this occur with FileMaker Server 14, another customer on the forum encountered the same issue with FileMaker Server 13, but after rebooting the machine, the error no longer occurred. For more details, see:
Also, launch Admin Console (locally or remotely) and make sure the Web Server and Web Publishing both turned on (green checkmarks).
Keep me updated with any progress.
I’m afraid that a server restart doesn't fix anything.
The admin console shows custom web publishing and WebDirect as green.
I have a test database on the server using XML custom web publishing and another that uses WebDirect, both are working fine (both as a guest and as a passworded account).
However, the 'technology test' page for PHP reports the same error (XML error: Not well-formed (invalid token) at line 1). It also accesses the page using the public IP address, rather than the server name, which means that the SSL certificate isn’t going to work!
This is a recent, clean install (last Wednesday). Having installed a certificate on the server, and configured a couple of other websites on the server, if would be a real pain to have to start from scratch (with no idea what went wrong, and therefore no idea if the effort will be worthwhile…)
I have an older server running FM13 and the php module in a very similar set-up and I can’t spot any real differences in the configuration, except that for some reason the older set-up has the 64bit version of php, but the newer set-up has the 32bit version of php (both servers are fully updated win2012 R2 64bit)
Dr Jon Jeffery
firstname.lastname@example.org • 07719 688 292 • 01242 461 137
10 Copt Elm Close • Cheltenham • GL53 8AD • K
Thank you for the additional information.
First, to test any possible network issue, try accessing the test page from the server. If that doesn't work, temporarily disconnect the server from the network. Lastly, getting back to the bare bones basics, disable the other websites from the server so only FileMaker Server is available.
Both FileMaker Server 13 and FileMaker Server 14 installed PHP 32-bit. If your solution was working fine in FileMaker Server 13 with PHP 64-bit, then as a test, try using the same PHP 64-bit with FileMaker Server 14.
Continue to keep me updated.
Ah ha, fixed... I was using the URL rewrite module in IIS to swap users seamlessly to a secure connection (i.e. http://myserver.com/fmi/webD would automatically be swapped to https://myserver.com/fmi/webD ).
I like this, as it means that everyone connects securely without having to understand the different URLs.
However, as my database was hosted locally, the php connection was to 127.0.0.1 (localhost) -- it looks like this was also being redirected to a secure connection. The 'XML error' was probably a normal 404 error saying that the page https://127.0.0.1 doesn't exist!
I adjusted my URL rewrite rule to swap to a secure connection UNLESS the connection is from localhost, and now the php api is working as expected.