I never thought i'd post here, but oh well
So then, i tried doing a teensy bit of research for this, but i'm not very familiar with web technology, so i thought i might aswell ask some of the wiser people
Ok, so here's a rundown of the idea in it's completeness:
I'm intending to port Redacted
to the web, not the game, but the backend. What i'd ultimately like to have is something like this:
A site serving as a an editor, basically a textbox with a save/publish button, and a front end where you will be able to play through the dialog.
The editor will firstly enable you to edit your dialog markup file and save it to the server.
It is probably wise to use a database, but i'm not really familiar with web security, and even though the asp.net scripts seem fairly straight forward, i don't want to meddle with it and compromise the servers integrity. So lets say for now to just save the file by using php fwrite(). (stop me right here if that is the worse idea)
The markup will be shoved through a parser (possibly written in asp, since the original parser is in c# aswell, so porting it would be trivial i imagine) and ideally output any errors the parser encounters.
Then after publishing you'll be redirected to the frontend site (using unique id's by some hash or so) using your parsed markup as input so you can interact with it as you would do in the executable.
The interaction is another part i'm not quite sure about. Since the keywords are defined in the markup i could statically insert tags including onclick events on the corresponding keywords when parsing the text. the onclick would call a function which further appends text, depending on the parameter (i.e. keyword) which got pressed.
So this would, how it currently is formulating in my head, be a mixnmash of php, js, and asp. I'm not sure if thats a good idea, or if thats just how web dev works.