[mythtv-users] schedulesdirect: "proxy" fix as alternative to new MythTV build?

Peter Watkins peterw at tux.org
Thu Aug 23 04:43:01 UTC 2007

Apologies if this has been mentioned already; I haven't followed all
the SD/TMS/DD threads lately.

Looking at http://svn.mythtv.org/trac/attachment/ticket/3842/3842-head-v1.patch
I wonder about a fix external to MythTV. What about this approach for 
allowing "old" MythTV apps to use ScheduleDirect?

1) configure system where mythbackend runs to associate 
   hostname labs.zap2it.com with a local IP address
2) have a small app that listens for HTTP on the fake labs.zap2it.com
   IP address (would mean no httpd listening to unless using
   something like a name-based virtual host / reverse proxy setup[0])
3) this small app requires HTTP Basic auth (as DD/Zap2it has) and
   uses that to authenticate to webservices.schedulesdirect.tmsdatadirect.com
4) this small app returns the data from the new SD web service to the caller

An old mythfilldatabase app would think it was connecting to the old DD
service, but this small app would actually hand the requests off to SD.

Such a "proxied web service" approach should allow even folks running fairly
old versions of MythTV to make minimal changes (i.e. no changes to their
actual MythTV/mythfilldatabase setups), although they would need to sign up
for SD and set up their lineups at SD, of course.



[0] and that's assuming that mythfilldatabase sends Host headers

More information about the mythtv-users mailing list