Reply to thread

Message

<blockquote data-quote="OverloadUT" data-source="post: 4720564" data-attributes="member: 75579">Yes you understand correctly; that's roughly how it works. I'm not sure how to answer your &quot;how&quot; question though. These are computers were talking about; they can do whatever you program them to do! <img src="https://cdn.jsdelivr.net/joypixels/assets/8.0/png/unicode/64/1f609.png" class="smilie smilie--emoji" loading="lazy" width="64" height="64" alt=";)" title="Wink&nbsp; &nbsp; ;)"&nbsp; data-smilie="2"data-shortname=";)" /> I simply scrape the data from the compendium. The same way your browser grabs information from a web server, or an RSS reader grabs RSS feeds from a server. My webapp simply functions as a client. If you want to know the details: I use the cURL library in PHP and cache the results in a MySQL database to lessen the communication needed between the two servers.And no, I don't have any sort of agreement, nor do I think I would I need to. My service would only serve make their paid subscription more attractive to a certain demographic and doesn't allow anyone without a paid account access to paid-only information, so it's a mutually beneficial situation. Anyone with any business sense at all should recognize that. <img src="https://cdn.jsdelivr.net/joypixels/assets/8.0/png/unicode/64/1f642.png" class="smilie smilie--emoji" loading="lazy" width="64" height="64" alt=":)" title="Smile&nbsp; &nbsp; :)"&nbsp; data-smilie="1"data-shortname=":)" /> The only reason I could see them being uneasy about it is the fact that I'd be taking people's usernames and passwords. That is admittedly non-ideal but there isn't any other good way for me to do it. However, huge services like Facebook and countless other online services ask for your gmail/hotmail/yahoomail username and password to import contacts from, so far from unheard of.Anyway, the underlying technology is not really important here. What is important is knowing what people would want from an application like this! My goal is to figure out what everyone would like to see and then figure out what is in the realm of possibility given my time.</blockquote>

[QUOTE="OverloadUT, post: 4720564, member: 75579"] Yes you understand correctly; that's roughly how it works. I'm not sure how to answer your "how" question though. These are computers were talking about; they can do whatever you program them to do! ;) I simply scrape the data from the compendium. The same way your browser grabs information from a web server, or an RSS reader grabs RSS feeds from a server. My webapp simply functions as a client. If you want to know the details: I use the cURL library in PHP and cache the results in a MySQL database to lessen the communication needed between the two servers. And no, I don't have any sort of agreement, nor do I think I would I need to. My service would only serve make their paid subscription more attractive to a certain demographic and doesn't allow anyone without a paid account access to paid-only information, so it's a mutually beneficial situation. Anyone with any business sense at all should recognize that. :) The only reason I could see them being uneasy about it is the fact that I'd be taking people's usernames and passwords. That is admittedly non-ideal but there isn't any other good way for me to do it. However, huge services like Facebook and countless other online services ask for your gmail/hotmail/yahoomail username and password to import contacts from, so far from unheard of. Anyway, the underlying technology is not really important here. What is important is knowing what people would want from an application like this! My goal is to figure out what everyone would like to see and then figure out what is in the realm of possibility given my time. [/QUOTE]

Verification