DaMayan

It's probably a WebDirect bug, there are still a number of formatting issues. Use a slide panel instead and script buttons to move between the slide panels. You can style this so it looks like a tab panel.

I've seen this happen from time to time. It seems to be intermittent happening when performance is low. Have you made sure you saved all your custom styles to the theme? Optimizing the layouts, tables and server seem to help.

I don't believe there is a good solution yet for styling radio- and checklists in WebDirect. What most people do is build similar functioning layout elements. The simplest way, if the options don't change, is to use text labels and single radio buttons sized to only show the radio button itself. That can sort of mimic radio buttons. But it's still hard to get the radio's looking ok on all platforms. Ditching the radio's all together and using only button elements is probably an even better option. If it needs to be dynamic you'll probably want to use portals and buttons.

Maybe you haven't set the fmreauthenticate extended privilege set? Here is some info on it: http://www.portagebay.com/blog/2017/2/1/fmreauthenticate-refresher But that's probably not the problem; there is a bug/incompatibility in Safari on iOS that causes this. Some more info here: https://community.filemaker.com/message/596560#596560 Tbh it looks like if you can't change the browser you can't do much but wait and see if FM16 or an iOS update fixes it.

Well you do shift the main outwards facing login from the VPN to WebDirect. I can imagine the IT department not liking to lose control. How safe your DB is then shifted to how safe you make your solution on FileMaker Server. Still if you secure it well, you should be fine. A couple of basic things to keep in mind: 1. Disable the FileMaker Server resources that you don't actively use: XML, ODBC and PHP api. 2. Use External Authentication to let the IT department be the administrator of the user accounts. 3. Be sure to remove all files without good account security ie. sample files or files with open guest access. Don't list open files without login.

I wouldn't upgrade just for the top calls stats. It helps but in most cases it won't be a magic bullet telling you exactly where a problem might be. It will give you some more clues about which tables, action or field are part of issue though. But that can always be misleading and part of secondary action. However FMS15 is pretty good overall, i haven't seen or read many issues at all and it has fixed a lot bugs and issues. Other than the license changes it's probably one of the least problematic version upgrades in recent FM history.

No people can always close the browser... What you can do is to flag records as incomplete until they finish your process or have them input into global fields only to create a record when you have all the data.

Well tbh that hasn't been supported for a while now. It might be time to accept that and use a dedicated FileMaker Server. I have stopped doing this and tbh it was kind of an unstable setup, every update or installation could break it. To set it up you have to do a certain order of editing vhosts, opening ports and restarting the machine/apache/FMS...

Ah just to chime in: I've seen this happen too. I often have multiple different VPNs connected at different times during the day. And also connections to multiple FM servers. It usually happens after connecting to 1 or 2 servers via VPN and then trying to connect to a different server via the recent dropdown. It seems FileMaker becomes a little confused and tries a wrong connection. It's kinda like it's trying to "shortcut" open via something equivalent to "file:filename.fmp12" on the current server instead of the full fmnet: ip. However a second try will work instantly. It doesn't happen often and it's barely a nuisance so i haven't even reported it to FIleMaker, but maybe we should? (also i'd guess it's probably an FMP(A) issue instead of FMS)

Crashing that often sounds more like a configuration conflict. OSX can do strange stuff without telling you, especially with the server.app. It sometimes tries to "fix" itself and will overwrite settings, configs or hooks made by FileMaker. Have you tried a fresh install of OS X and FileMaker Server (using the recommended steps)? There IS a pretty serious webdirect bug that causes the login screen to not appear, but that seems like something different to me.

Depends if you want to have FileMaker or WebDirect available for users outside of the firewall. Port-forwarding 80 and 443 is not necessary if you don't. If you do need FileMaker Pro but no WebDirect you could suffice without 80 or 443 and only forward 5003. However this could interfere with container downloading. In most cases using a VPN for outside access is preferred though. In that case you wouldn't need to forward any ports.

Yes i agree with what you are saying. WebDirect IS clunky and inefficient. I do not think a really good CRM could be build with WebDirect. Modern web technology is so much faster and smoother that the expected experience wouldn't match the experience with WebDirect. That is not saying a lot can't be done with WebDirect. It's just that yes you have to tailor your layouts for WebDirect. As you say small numbers of fields and simple layouts. I currently treat it like a touch layout, building on a touch theme and using few but big fields and buttons. Dropdowns seem to have issues so replace them with radios or portals in popovers. Sometimes weird stuff happens and objects that should be the same style render differently. Testing and copy-pasting objects that do render properly and customizing the copy further is a workaround for that...

It might feel that way but that is nigh on impossible. The result would be just be a crappy prototype or proof of concept. Building a proper commercial SAAS app with a decent architecture will cost closer to $200,000. And if you want to keep your app up-to-date and relevant it will continue to need support and development. It doesn't just stop at development. Practically you'll need at least one FTE and preferably 2 just for development. And don't forget right now you are probably the lead developer, but can you really fulfill that role in a native web environment? It still the same case as it always was, the speed and simplicity of FileMaker development is still light years ahead of native web. Changes, development, support and new prototyping new features are still much slower with native web. The big advantage of web is scalability. If you want to create a app that could be used by thousands of companies then going for web is a good choice. But it'll also be a big investment.

Yep a total restart is usually the best option. Just restarting the FileMaker Server seems to result in a less stable server causing quicker crashes, but then again that could just be confirmation bias. To be honest though we've been coming to the conclusion that FileMaker Server 13 on Mac OS X has too many issues and should preferably not be used. The Windows version has fewer issues and is much stabler. Ofcourse there is not always a choice..

This is a pretty big "known" and unresolved issue with FMS on OS X... There are multiple threads on the FileMaker support forum with this same issue: http://forums.filemaker.com/posts/8adabe24db http://forums.filemaker.com/posts/d3853db796 by the way You have even replied in some of them yourself and in this thread: https://fmdev.filemaker.com/message/158031 I don't think there is any news about it yet.

Doesn't it also relate to how big your files are? ie. Having 6GB cache for a 300MB database doesn't seem too helpful to me.

Using a post via Insert From URL is a fine way to do this. However bundling everything in one large string wouldn't be my first choice for a couple of reasons: - One bad record/field will most likely invalidate the whole export. - The limit on the post charcount could be reached or even changed at any time. - No confirmation or logic possible on a per record basis. What i would prefer is using a loop with a single call per record. That way the result of the URL call could give you a confirmation on the receiving end. If something goes wrong you can find the record quickly and all other records will not be affected. If there is any hiccup or outage a half completed sync will just continue on the next scheduled call. But it also depends or the usage. A large number of updates every hour could fill this method up. But it's great for a continuous scheduled sync with a handful of updates at a time. Also most online APIs will work with a one-at-a-time model.

Yep no custom headers. However you could create your own PHP handler to automate such a thing. You could even create a PHP file that gets the information from google and translates it to FMPXMLRESULT (using: https://github.com/Hiroakio/PDO2FMPXMLRESULT/).That way you could schedule an Import (from XML). Or use a service like Zapier.com to create a simpler webhook if you don't want to do the PHP side.

Not yet, this is a bug which has been confirmed by FileMaker: http://forums.filemaker.com/posts/fe415e2863 So the good news is they will be working on it. The bad news is that the priority is probably not very high as it is not a solution breaking bug.

This is just a quick demo, but usually it's for the addresses and summaries and that kind of stuff for invoices and such.

I think this behaviour has been there as long as i can remember. From fm6 on at least. So it's a bit strange to me that they changed it, especially without even mentioning it... Of course it does make sense to fit object in the layout parts and the old behaviour could be explained as a bit gimmicky. However the ability to create vertical objects is now completely gone and a strict cutoff seems a bit harsh.

Sure: testblok.zip

Yep it still happens in 12.0.2.

I've noticed a big change in the way FM12 handles larger layout objects in comparison to fm11 in a listview. FM11 prints the whole object even if the object is bigger then the layout section the object is placed in. FM12 doesnt put crops off the layout object to only be visible in the top-most section of the object. This prevents me from using large images, background images, vertical text, certain column graphics etc. I havent read this in the behaviour change list from FMI or saw a forum post, but i might have missed it. Is there any way in FM12 to print larger objects in a listview? Test pictures: Layoutmode fm11 preview mode fm11. Notice that fm shows the whole block each time. preview mode fm12. Notice that fm cuts off each block when its section ends.