<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Komentarze do wpisu 'PDO robi mnie w balona'</title>
	<atom:link href="http://normanos.com/2006/03/17/pdo-robi-mnie-w-balona/feed/" rel="self" type="application/rss+xml" />
	<link>http://normanos.com/2006/03/17/pdo-robi-mnie-w-balona/</link>
	<description>ostatni heretyk na katolickiej ziemi</description>
	<pubDate>Thu, 03 Jul 2008 23:04:20 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Jarek Bolo</title>
		<link>http://normanos.com/2006/03/17/pdo-robi-mnie-w-balona/#comment-7331</link>
		<dc:creator>Jarek Bolo</dc:creator>
		<pubDate>Fri, 25 Jan 2008 23:59:14 +0000</pubDate>
		<guid isPermaLink="false">http://normanos.com/dev/php/pdo-robi-mnie-w-balona/#comment-7331</guid>
		<description>Jeśli używasz $db-&#62;prepare(), to powyższe nie koniecznie pomaga. Jeden z developerow samego PHP zaleca poniższe:
$DBh-&#62;setAttribute(PDO::ATTR_EMULATE_PREPARES, true);

Ja dziorgałem sobie aplikacyjke na laptopie z Xubuntu 7.10, PHP 5.2 coś, MySQL też 5 coś i najważniejsze, klient MySQL dla PDO też był 5 coś. Bez żadnych problemów. Nawet nie musiałem zamykać kursorów czy nullować obiektów.

A jak przerzuciłem na serwer produkcyjny (nazwa.pl) to zaczęły się problemy.
No i jak ktoś na grupie pl.comp.lang.php zaóważył też miałem różnice w kliencie MySQL dla PDO. Na nazwa.pl jest 4.1.11.

Generalnie można wyróżnić dwa rodzaje problemów:
1) nie zamykanie kursora, nie null-owanie obiektów zapytań. To daje nam wyjątek, że próbujemy korzystać z bazy bez zakończenia poprzedniego korzystania.
2) korzystanie z 'prepare' wtedy dostajemy wyjątek General Error 2036, albo 2050. Na to trzeba użyć: $DBh-&#62;setAttribute(PDO::ATTR_EMULATE_PREPARES, true);

Tyle wywnioskowałem z czytania różnych wypowiedzi na ten temat.</description>
		<content:encoded><![CDATA[<p>Jeśli używasz $db-&gt;prepare(), to powyższe nie koniecznie pomaga. Jeden z developerow samego PHP zaleca poniższe:<br />
$DBh-&gt;setAttribute(PDO::ATTR_EMULATE_PREPARES, true);</p>
<p>Ja dziorgałem sobie aplikacyjke na laptopie z Xubuntu 7.10, PHP 5.2 coś, MySQL też 5 coś i najważniejsze, klient MySQL dla PDO też był 5 coś. Bez żadnych problemów. Nawet nie musiałem zamykać kursorów czy nullować obiektów.</p>
<p>A jak przerzuciłem na serwer produkcyjny (nazwa.pl) to zaczęły się problemy.<br />
No i jak ktoś na grupie pl.comp.lang.php zaóważył też miałem różnice w kliencie MySQL dla PDO. Na nazwa.pl jest 4.1.11.</p>
<p>Generalnie można wyróżnić dwa rodzaje problemów:<br />
1) nie zamykanie kursora, nie null-owanie obiektów zapytań. To daje nam wyjątek, że próbujemy korzystać z bazy bez zakończenia poprzedniego korzystania.<br />
2) korzystanie z &#8216;prepare&#8217; wtedy dostajemy wyjątek General Error 2036, albo 2050. Na to trzeba użyć: $DBh-&gt;setAttribute(PDO::ATTR_EMULATE_PREPARES, true);</p>
<p>Tyle wywnioskowałem z czytania różnych wypowiedzi na ten temat.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: a79rtur</title>
		<link>http://normanos.com/2006/03/17/pdo-robi-mnie-w-balona/#comment-119</link>
		<dc:creator>a79rtur</dc:creator>
		<pubDate>Thu, 06 Apr 2006 16:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://normanos.com/dev/php/pdo-robi-mnie-w-balona/#comment-119</guid>
		<description>$wynik-&#62;closeCursor();
$wynik=null;
pomaga :)</description>
		<content:encoded><![CDATA[<p>$wynik-&gt;closeCursor();<br />
$wynik=null;<br />
pomaga <img src='http://normanos.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
</channel>
</rss>
