<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.4" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Script Crazy: Windows Data Source Access With ADO</title>
	<link>http://www.boredworkers.com/2006/06/30/script-crazy-windows-data-source-access-with-ado/</link>
	<description>Get a grip!</description>
	<pubDate>Fri, 18 May 2012 02:43:58 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.4</generator>

	<item>
		<title>by: Simonsays</title>
		<link>http://www.boredworkers.com/2006/06/30/script-crazy-windows-data-source-access-with-ado/#comment-2480</link>
		<pubDate>Tue, 04 Jul 2006 06:32:46 +0000</pubDate>
		<guid>http://www.boredworkers.com/2006/06/30/script-crazy-windows-data-source-access-with-ado/#comment-2480</guid>
					<description>Hmmm, I wonder if there was some confusion in the previous comments after revisiting this article. The &lt;a href="http://adodb.sourceforge.net/" rel="nofollow"&gt;ADODB link&lt;/a&gt; in the 3rd post before this is actually a mature open-source PHP/Python DB abstraction layer, not the built-in MDAC COMponent found in Windows. (Hmmm, I could bring this point up as an antitrust case against Redmond by claiming that it is one of the few OSs with a bundled database access interface... Hey! That &lt;em&gt;is&lt;/em&gt; an idea. I gotta get in line behind the EU's lawsuit against M$ :P) It can even run on non-MS platforms; I have a copy running on a Linux server. By looking at this non-MS ADODB layer's source code, yes, it does launch several instances of PHP's COM class. 

Yes, there was and is a grand transition from DDE to OLE to COM/DCOM to COM+ to .NET... to .NET/WinFX... so does that mean you will reconsider killing me? :P</description>
		<content:encoded><![CDATA[<p>Hmmm, I wonder if there was some confusion in the previous comments after revisiting this article. The <a href="http://adodb.sourceforge.net/" rel="nofollow">ADODB link</a> in the 3rd post before this is actually a mature open-source PHP/Python DB abstraction layer, not the built-in MDAC COMponent found in Windows. (Hmmm, I could bring this point up as an antitrust case against Redmond by claiming that it is one of the few OSs with a bundled database access interface&#8230; Hey! That <em>is</em> an idea. I gotta get in line behind the EU&#8217;s lawsuit against M$ :P) It can even run on non-MS platforms; I have a copy running on a Linux server. By looking at this non-MS ADODB layer&#8217;s source code, yes, it does launch several instances of PHP&#8217;s COM class. </p>
<p>Yes, there was and is a grand transition from DDE to OLE to COM/DCOM to COM+ to .NET&#8230; to .NET/WinFX&#8230; so does that mean you will reconsider killing me? :P
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Simonsays</title>
		<link>http://www.boredworkers.com/2006/06/30/script-crazy-windows-data-source-access-with-ado/#comment-2477</link>
		<pubDate>Mon, 03 Jul 2006 08:03:11 +0000</pubDate>
		<guid>http://www.boredworkers.com/2006/06/30/script-crazy-windows-data-source-access-with-ado/#comment-2477</guid>
					<description>Braggin laggin buhdaggin, you're right! It call at least one COM instance. Thank you.</description>
		<content:encoded><![CDATA[<p>Braggin laggin buhdaggin, you&#8217;re right! It call at least one COM instance. Thank you.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: gbyeow</title>
		<link>http://www.boredworkers.com/2006/06/30/script-crazy-windows-data-source-access-with-ado/#comment-2476</link>
		<pubDate>Mon, 03 Jul 2006 06:53:50 +0000</pubDate>
		<guid>http://www.boredworkers.com/2006/06/30/script-crazy-windows-data-source-access-with-ado/#comment-2476</guid>
					<description>erm... ADODB &lt;strong&gt;IS&lt;/strong&gt; a COM object. ActiveX is COM in Microsoft lingo. Don't ask me about the history and I won't tell. Basically, it's just one big mess. If I explained it, I would have to kill you.</description>
		<content:encoded><![CDATA[<p>erm&#8230; ADODB <strong>IS</strong> a COM object. ActiveX is COM in Microsoft lingo. Don&#8217;t ask me about the history and I won&#8217;t tell. Basically, it&#8217;s just one big mess. If I explained it, I would have to kill you.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Simonsays</title>
		<link>http://www.boredworkers.com/2006/06/30/script-crazy-windows-data-source-access-with-ado/#comment-2475</link>
		<pubDate>Mon, 03 Jul 2006 06:35:15 +0000</pubDate>
		<guid>http://www.boredworkers.com/2006/06/30/script-crazy-windows-data-source-access-with-ado/#comment-2475</guid>
					<description>Good show. I learned here that, at least for PHP, one could actually connect via ADO to a data source using a COM instance. I used to think that I needed &lt;a href="http://adodb.sourceforge.net/" rel="nofollow"&gt;ADODB&lt;/a&gt;.

For production purposes, I would actually take the PHP part one step further and create a data connection class file. If I have PHP5 I would put the class' connection strings and username and password as private static variables. (Of course this would be more or less impossible on a PHP4 machine... bad news for still some of us hosting on PHP4 platforms and wanting some serious OOP action :P) This class file would only be executable but not readable/writable via filesystem security mechanisms, so only fetched data objects/arrays are returned to calling scripts. Its user account would be limited to only this script. 

Heck, I'd go all the way put an OpenSSL tunnel between the script and the database, put the database on another machine and lock the darn co-location building up with chains, machine guns and columns of green kryptonite! Hahahahahaha!

Boy, what a stressful day. I needed a laugh; doesn't matter if I'm the only one laughing :&#124;</description>
		<content:encoded><![CDATA[<p>Good show. I learned here that, at least for PHP, one could actually connect via ADO to a data source using a COM instance. I used to think that I needed <a href="http://adodb.sourceforge.net/" rel="nofollow">ADODB</a>.</p>
<p>For production purposes, I would actually take the PHP part one step further and create a data connection class file. If I have PHP5 I would put the class&#8217; connection strings and username and password as private static variables. (Of course this would be more or less impossible on a PHP4 machine&#8230; bad news for still some of us hosting on PHP4 platforms and wanting some serious OOP action :P) This class file would only be executable but not readable/writable via filesystem security mechanisms, so only fetched data objects/arrays are returned to calling scripts. Its user account would be limited to only this script. </p>
<p>Heck, I&#8217;d go all the way put an OpenSSL tunnel between the script and the database, put the database on another machine and lock the darn co-location building up with chains, machine guns and columns of green kryptonite! Hahahahahaha!</p>
<p>Boy, what a stressful day. I needed a laugh; doesn&#8217;t matter if I&#8217;m the only one laughing :|
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: may</title>
		<link>http://www.boredworkers.com/2006/06/30/script-crazy-windows-data-source-access-with-ado/#comment-2451</link>
		<pubDate>Fri, 30 Jun 2006 14:33:25 +0000</pubDate>
		<guid>http://www.boredworkers.com/2006/06/30/script-crazy-windows-data-source-access-with-ado/#comment-2451</guid>
					<description>1011 010110 001010101? 10110 101011 0101 !! 11101 010 000101 010010. 110001010110010101010...

*blur blur*</description>
		<content:encoded><![CDATA[<p>1011 010110 001010101? 10110 101011 0101 !! 11101 010 000101 010010. 110001010110010101010&#8230;</p>
<p>*blur blur*
</p>
]]></content:encoded>
				</item>
</channel>
</rss>

