home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
MediaPortal 1 Plugins
New Webinterface
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="dvdfreak" data-source="post: 165203" data-attributes="member: 21313"><p>Lucky in a way, MP won't know how that data got in there, but it will mostly just work. Today.</p><p></p><p>However(!), the idea is to definitely move away from stuff like this. I've been advocating a separate scheduling subsystem, behind a well defined service API. So writing directly into the database is an absolute "not-done" <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink ;)" loading="lazy" data-shortname=";)" /> The proper way to register a schedule then is to go through the proper channels, talk to the scheduling service and ask it to do this for you.</p><p></p><p>The advantages are obvious: it is simple, and no matter what changes underneath (the database, some code, whatever), it will always remain working for you, the user of the service <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /></p></blockquote><p></p>
[QUOTE="dvdfreak, post: 165203, member: 21313"] Lucky in a way, MP won't know how that data got in there, but it will mostly just work. Today. However(!), the idea is to definitely move away from stuff like this. I've been advocating a separate scheduling subsystem, behind a well defined service API. So writing directly into the database is an absolute "not-done" ;) The proper way to register a schedule then is to go through the proper channels, talk to the scheduling service and ask it to do this for you. The advantages are obvious: it is simple, and no matter what changes underneath (the database, some code, whatever), it will always remain working for you, the user of the service :) [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
MediaPortal 1 Plugins
New Webinterface
Contact us
RSS
Top
Bottom