http://blog.oinam.com/2006/issue-with-pdo-adaptor-wrt-mysql-datetime-datatypes-in-amfphp-remoting/ All about Oinam Tue, 14 Jul 2009 11:14:49 -0700 hourly 1 http://wordpress.org/?v=3.0.1 http://blog.oinam.com/2006/issue-with-pdo-adaptor-wrt-mysql-datetime-datatypes-in-amfphp-remoting/comment-page-1/#comment-135 Patrick Mineault Mon, 20 Feb 2006 03:17:07 +0000 http://www.oinam.com/__blog/?p=20#comment-135 Another thing: there is an issue in the player with respect to timezones in AMF. It sends the timezone offset to the remote server but it completely ignores the timezone offset given by the server. It seems that it is a bug in the player. So regardless of the solution we come up with to have date columns coming back as dates, the timezone will never work properly because of this bug in the player. Another thing: there is an issue in the player with respect to timezones in AMF. It sends the timezone offset to the remote server but it completely ignores the timezone offset given by the server. It seems that it is a bug in the player. So regardless of the solution we come up with to have date columns coming back as dates, the timezone will never work properly because of this bug in the player.

]]> http://blog.oinam.com/2006/issue-with-pdo-adaptor-wrt-mysql-datetime-datatypes-in-amfphp-remoting/comment-page-1/#comment-134 Patrick Mineault Mon, 20 Feb 2006 03:12:39 +0000 http://www.oinam.com/__blog/?p=20#comment-134 The issues with MySQL are not really amfphp-specific. The mysql_* always return strings because of a limitation in the database driver for it. The mysql adapter in amfphp makes up for this by inspecting the column types and making an educated guess as to how they should be typed. I have no idea if PDO exhibits the same issues but my guess would be yes since PDO probably just wraps the MySQL driver instead of reimplementing it. If you can document the problem thoroughly and give an expected behaviour, I can attempt to patch the issue, but again the real problem lies in the MySQL driver. The issues with MySQL are not really amfphp-specific. The mysql_* always return strings because of a limitation in the database driver for it. The mysql adapter in amfphp makes up for this by inspecting the column types and making an educated guess as to how they should be typed. I have no idea if PDO exhibits the same issues but my guess would be yes since PDO probably just wraps the MySQL driver instead of reimplementing it. If you can document the problem thoroughly and give an expected behaviour, I can attempt to patch the issue, but again the real problem lies in the MySQL driver.

]]>