First I want to give my credits for built-in webserver; getting rid of multi-platform Apache/IIS dev stack setup explanations is a huge bonus.
We are using a distributed web architecture that allows offloading static XML/JSON content for separated UI development, without having to upload/connect to real back-end. The current setup works without any issues for read-only views.
However due to simplicity of the architecture, we actually do something quite CGI-alike on back-end processing, distributed and back-end queued. The actual architecture is designed for distributed cloud platform primivites such as Windows Azure / AWS / Google App Engine, and it's not an option to clone it on dev machines.
The above explanation is not directly related to the question, but it gives the background that I see likely applying other advanced solution structures. Now to the bottom line:
We could fabricate a local "CGI-processor" that could act as updater-simulator for what the engine is providing in proper cloud environment. It means that we'd forward POST requests to the CGI-processing that would actually alter JSON/XML files on the local filesystem, hence reflecting the change to the "static web server" processing.
Is there any way to map/configure WebStorm built-in web server to send certain formed requests to CGI/.exe processing?
Kalle Launiala / "The Ball" - team