<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Комментарии для Изучаем Web</title>
	<atom:link href="http://brotkin.ru/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://brotkin.ru</link>
	<description>ковыряемся в Internet</description>
	<lastBuildDate>Fri, 11 May 2012 06:10:20 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Комментарий на [Ko3.3] Изменения в модуле Database от biakaveron</title>
		<link>http://brotkin.ru/2012/05/02/ko33-database-changes/comment-page-1/#comment-3767</link>
		<dc:creator>biakaveron</dc:creator>
		<pubDate>Fri, 11 May 2012 06:10:20 +0000</pubDate>
		<guid isPermaLink="false">http://brotkin.ru/?p=711#comment-3767</guid>
		<description>Вообще, очень много зависших тикетов, которые были один раз просмотрены, и потом их просто не замечают. Вчера решил пересмотреть свои старые тикеты, и запулил Pull Request для одного из них (для Userguide). В итоге, ночью Вуди его вмержил в 3.2 и 3.3. 

Получается, надо пинать постоянно разработчиков. Один отказался, другой примет.</description>
		<content:encoded><![CDATA[<p>Вообще, очень много зависших тикетов, которые были один раз просмотрены, и потом их просто не замечают. Вчера решил пересмотреть свои старые тикеты, и запулил Pull Request для одного из них (для Userguide). В итоге, ночью Вуди его вмержил в 3.2 и 3.3. </p>
<p>Получается, надо пинать постоянно разработчиков. Один отказался, другой примет.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на [Ko3.3] Изменения в модуле Database от zerkms</title>
		<link>http://brotkin.ru/2012/05/02/ko33-database-changes/comment-page-1/#comment-3763</link>
		<dc:creator>zerkms</dc:creator>
		<pubDate>Tue, 08 May 2012 04:33:02 +0000</pubDate>
		<guid isPermaLink="false">http://brotkin.ru/?p=711#comment-3763</guid>
		<description>Вот кстати ещё один пример раздолбайского отношения к DB &amp; ORM в дев-тиме: http://dev.kohanaframework.org/issues/4445

tl;dr: with() ломает запрос, фикс тривиальный показал. Они упёрлись, из принципа (разумных причин не фиксить не было и нет)</description>
		<content:encoded><![CDATA[<p>Вот кстати ещё один пример раздолбайского отношения к DB &amp; ORM в дев-тиме: <a href="http://dev.kohanaframework.org/issues/4445" rel="nofollow">http://dev.kohanaframework.org/issues/4445</a></p>
<p>tl;dr: with() ломает запрос, фикс тривиальный показал. Они упёрлись, из принципа (разумных причин не фиксить не было и нет)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на [Ko3.3] Изменения в модуле Database от biakaveron</title>
		<link>http://brotkin.ru/2012/05/02/ko33-database-changes/comment-page-1/#comment-3760</link>
		<dc:creator>biakaveron</dc:creator>
		<pubDate>Sat, 05 May 2012 12:14:01 +0000</pubDate>
		<guid isPermaLink="false">http://brotkin.ru/?p=711#comment-3760</guid>
		<description>&lt;blockquote&gt;К примеру count_all на нормальных субд зафейлится, потому что после добавления COUNT(*) он ещё и table_name.* дорисовывает.&lt;/blockquote&gt;

Хм. Проверил в 3.3 - нет такого. Генерируется &lt;code&gt;SELECT COUNT(*) AS records_found FROM ...&lt;/code&gt;</description>
		<content:encoded><![CDATA[<blockquote><p>К примеру count_all на нормальных субд зафейлится, потому что после добавления COUNT(*) он ещё и table_name.* дорисовывает.</p></blockquote>
<p>Хм. Проверил в 3.3 &#8211; нет такого. Генерируется <code>SELECT COUNT(*) AS records_found FROM ...</code></p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на [Ko3.3] Изменения в модуле ORM от biakaveron</title>
		<link>http://brotkin.ru/2012/05/02/ko33-orm-change/comment-page-1/#comment-3759</link>
		<dc:creator>biakaveron</dc:creator>
		<pubDate>Sat, 05 May 2012 12:12:07 +0000</pubDate>
		<guid isPermaLink="false">http://brotkin.ru/?p=716#comment-3759</guid>
		<description>Не уверен насчет усложнения, т.к. количество подобных методов в принципе ограничено. Раньше вообще использовался __call(), а ORM содержал список методов QBuilder&#039;а, которые можно было заюзать. Вероятно, сейчас просто решили избавиться от одного медленного магического метода, создав много быстрых.

Да и самого дублирования тут нет, т.к. в ORMе вызовы просто складываются в очередь, а затем обрабатываются все тем же QBuilder&#039;ом.</description>
		<content:encoded><![CDATA[<p>Не уверен насчет усложнения, т.к. количество подобных методов в принципе ограничено. Раньше вообще использовался __call(), а ORM содержал список методов QBuilder&#8217;а, которые можно было заюзать. Вероятно, сейчас просто решили избавиться от одного медленного магического метода, создав много быстрых.</p>
<p>Да и самого дублирования тут нет, т.к. в ORMе вызовы просто складываются в очередь, а затем обрабатываются все тем же QBuilder&#8217;ом.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на [Ko3.3] Изменения в модуле ORM от SVat</title>
		<link>http://brotkin.ru/2012/05/02/ko33-orm-change/comment-page-1/#comment-3758</link>
		<dc:creator>SVat</dc:creator>
		<pubDate>Fri, 04 May 2012 15:43:38 +0000</pubDate>
		<guid isPermaLink="false">http://brotkin.ru/?p=716#comment-3758</guid>
		<description>&lt;blockquote&gt;Добавлен метод using() для использования SQL-условия USING. В Query Builder он есть, а вот в ORM его добавить забыли.&lt;/blockquote&gt;
Вот я для себя переписывал ORM: https://github.com/svat/ORM/blob/master/classes/kohana/orm.php там сам класс Kohana_ORM наследуется от Database_Query_Builder_Select. Соответственно при добавлении новых методов в Database_Query_Builder_Select они автоматически стают доступными и в ORM. Почему то разработчики Kohana не хотят сделать так же, а просто дублируют в ORM методы из QB, тем самым только всё усложняя.</description>
		<content:encoded><![CDATA[<blockquote><p>Добавлен метод using() для использования SQL-условия USING. В Query Builder он есть, а вот в ORM его добавить забыли.</p></blockquote>
<p>Вот я для себя переписывал ORM: <a href="https://github.com/svat/ORM/blob/master/classes/kohana/orm.php" rel="nofollow">https://github.com/svat/ORM/blob/master/classes/kohana/orm.php</a> там сам класс Kohana_ORM наследуется от Database_Query_Builder_Select. Соответственно при добавлении новых методов в Database_Query_Builder_Select они автоматически стают доступными и в ORM. Почему то разработчики Kohana не хотят сделать так же, а просто дублируют в ORM методы из QB, тем самым только всё усложняя.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на [Ko3.3] Изменения в модуле Database от biakaveron</title>
		<link>http://brotkin.ru/2012/05/02/ko33-database-changes/comment-page-1/#comment-3757</link>
		<dc:creator>biakaveron</dc:creator>
		<pubDate>Fri, 04 May 2012 12:22:44 +0000</pubDate>
		<guid isPermaLink="false">http://brotkin.ru/?p=711#comment-3757</guid>
		<description>Ага, нашел этот &lt;a href=&quot;http://dev.kohanaframework.org/issues/3412&quot; rel=&quot;nofollow&quot;&gt;тикет&lt;/a&gt;. Могу предложить разве что организовать Pull Request с уже готовыми драйверами для PDO. Например, у тебя уже есть Postgre, я для мускула быстро набросаю. На форуме вроде как есть SQLite-драйвер. 

А по поводу ORM - вопрос больной. Ведь по сути его особо не трогали в третьей ветке. Мало кому охота все там переделывать, насколько я понимаю.</description>
		<content:encoded><![CDATA[<p>Ага, нашел этот <a href="http://dev.kohanaframework.org/issues/3412" rel="nofollow">тикет</a>. Могу предложить разве что организовать Pull Request с уже готовыми драйверами для PDO. Например, у тебя уже есть Postgre, я для мускула быстро набросаю. На форуме вроде как есть SQLite-драйвер. </p>
<p>А по поводу ORM &#8211; вопрос больной. Ведь по сути его особо не трогали в третьей ветке. Мало кому охота все там переделывать, насколько я понимаю.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на [Ko3.3] Изменения в модуле Database от zerkms</title>
		<link>http://brotkin.ru/2012/05/02/ko33-database-changes/comment-page-1/#comment-3756</link>
		<dc:creator>zerkms</dc:creator>
		<pubDate>Fri, 04 May 2012 10:30:17 +0000</pubDate>
		<guid isPermaLink="false">http://brotkin.ru/?p=711#comment-3756</guid>
		<description>Видишь ещё проблема в чём - ОРМ в принципе под сферической субд в вакууме работать не будет. К примеру count_all на нормальных субд зафейлится, потому что после добавления COUNT(*) он ещё и table_name.* дорисовывает.
Потому, чтобы всё было честно, нужно ещё и орм переписать. Хотя в твиторе зомбор и писал, что текущий орм попахивает, но хз когда его хотя бы надумают переписать нормально, с тестами.</description>
		<content:encoded><![CDATA[<p>Видишь ещё проблема в чём &#8211; ОРМ в принципе под сферической субд в вакууме работать не будет. К примеру count_all на нормальных субд зафейлится, потому что после добавления COUNT(*) он ещё и table_name.* дорисовывает.<br />
Потому, чтобы всё было честно, нужно ещё и орм переписать. Хотя в твиторе зомбор и писал, что текущий орм попахивает, но хз когда его хотя бы надумают переписать нормально, с тестами.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на [Ko3.3] Изменения в модуле Database от zerkms</title>
		<link>http://brotkin.ru/2012/05/02/ko33-database-changes/comment-page-1/#comment-3755</link>
		<dc:creator>zerkms</dc:creator>
		<pubDate>Fri, 04 May 2012 10:28:34 +0000</pubDate>
		<guid isPermaLink="false">http://brotkin.ru/?p=711#comment-3755</guid>
		<description>Я уже как минимум один раз тикет создавал. Он был закрыт как wontfix

Мол уважаемые разработчики - таскайте каждый свою реализацию из проекта в проект.</description>
		<content:encoded><![CDATA[<p>Я уже как минимум один раз тикет создавал. Он был закрыт как wontfix</p>
<p>Мол уважаемые разработчики &#8211; таскайте каждый свою реализацию из проекта в проект.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на [Ko3.3] Изменения в модуле Database от biakaveron</title>
		<link>http://brotkin.ru/2012/05/02/ko33-database-changes/comment-page-1/#comment-3754</link>
		<dc:creator>biakaveron</dc:creator>
		<pubDate>Fri, 04 May 2012 10:20:26 +0000</pubDate>
		<guid isPermaLink="false">http://brotkin.ru/?p=711#comment-3754</guid>
		<description>Дык если не создать даже тикет, как можно требовать от разработчиков нужных изменений? Можно отправить pull request и начать обсуждение на оф. форуме. Найдутся желающие потратить &quot;уйму сил&quot; на допиливание и внедрение этой фичи. Тем более, что скоро 3.3, надо успеть ))</description>
		<content:encoded><![CDATA[<p>Дык если не создать даже тикет, как можно требовать от разработчиков нужных изменений? Можно отправить pull request и начать обсуждение на оф. форуме. Найдутся желающие потратить &#8220;уйму сил&#8221; на допиливание и внедрение этой фичи. Тем более, что скоро 3.3, надо успеть ))</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий на [Ko3.3] Изменения в модуле Database от zerkms</title>
		<link>http://brotkin.ru/2012/05/02/ko33-database-changes/comment-page-1/#comment-3752</link>
		<dc:creator>zerkms</dc:creator>
		<pubDate>Fri, 04 May 2012 05:39:22 +0000</pubDate>
		<guid isPermaLink="false">http://brotkin.ru/?p=711#comment-3752</guid>
		<description>Все субд я не осилю, но решение с постгрей у меня есть. Раньше ещё были с ораклом и мускулем

ps: про тикеты - не надо, кохановская дев-тим состоит из снобов чуть менее, чем полностью. Чтобы доказать, что оно того стоит - придётся потратить уйму сил.</description>
		<content:encoded><![CDATA[<p>Все субд я не осилю, но решение с постгрей у меня есть. Раньше ещё были с ораклом и мускулем</p>
<p>ps: про тикеты &#8211; не надо, кохановская дев-тим состоит из снобов чуть менее, чем полностью. Чтобы доказать, что оно того стоит &#8211; придётся потратить уйму сил.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

