Originally posted by Glenshope
Would it not be nearly as easy just to write a server code that your client code runs off of, then you could just check the mySQL database locally if needed. It just always seemed easier for me to work with a server then to have to send and receive from a URL.
It depends on what you're writing, really. So, not necessarily, since you'd need to write your own server from scratch, and do a bunch of annoying things with sockets, and design an efficient package exchange between both sides, and then reliably have that server on for other people, which sounds like a pain. And you'd be forced to do it on a local machine, because most webhosts I've heard of don't let you run custom services like that.
Instead of that, you could just be simply writing a PHP page that runs off an Apache server, and then use something like this in VC to interact...
result = GetUrlText("whateverlinkthinggoeshere/get_kanji.php?date=2007-05-07");
...which can be easily parsed on both server and cleint side and spew results back that can then be cached on the client's computer. BUT this only works well if you have very small amount of activity between client and server, and don't need near real-time feedback.
But if you're doing a lot of interaction, then making your own server code is likely
less work. At any rate, netcode isn't very pretty, at any rate, especially when interacting with Verge on only one
end in my experience.
EDIT: Gasp, there are bugs in the link parsing! And apparently, it likes to parse inside pre tags!