<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Статьи]]></title>
    <link>https://habr.com/ru/users/widowmaker/publications/articles/</link>
    <description><![CDATA[Хабр: статьи пользователя widowmaker]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Sun, 03 May 2026 00:29:15 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      
        
    
    <item>
      <title><![CDATA[Ошибка часового пояса для Украины в календаре. Не пропустите встречу!]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/132653/</guid>
      <link>https://habr.com/ru/articles/132653/?utm_campaign=132653&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Вероятно в Гугле не знали, что в Украине заменили переход на круглогодичное летнее время (GMT +3) его отменой.<br/>
<br/>
<img src="https://habrastorage.org/storage1/3f0e23d4/fd2e46b6/8dd77a3d/85c2b629.png"/><br/>
<br/>
P.S. Для смены пояса надо поставить галочку для показа всех часовых поясов и выбрать любой GTM +2.<br/>
<br/>
<b>Upd:</b> По доступной мне информации, ошибку исправлят в следующей версии, которую задеплоят через несколько недель. <a href="https://habr.com/ru/articles/132653/?utm_campaign=132653&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut"></a>]]></description>
      
      <pubDate>Tue, 15 Nov 2011 11:27:29 GMT</pubDate>
      <dc:creator><![CDATA[widowmaker]]></dc:creator>
      <category><![CDATA[IT-компании]]></category>
      <category><![CDATA[Google Calendar]]></category><category><![CDATA[ошибка]]></category><category><![CDATA[Киев]]></category><category><![CDATA[Украина]]></category><category><![CDATA[часовой пояс]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Как меняют платы MSI на чипсетах Cougar Point в Украине]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/120019/</guid>
      <link>https://habr.com/ru/articles/120019/?utm_campaign=120019&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Наверняка все уже не раз слышали <a href="http://habrahabr.ru/blogs/hardware/112926/">о проблеме с чипсетами Intel под новую платформу LGA 1155</a>. Как и было обещано, бракованные платы стали обменивать на новые.<br/>
<br/>
10 мая 2011 года на сайте украинского представительства MSI<a href="http://ua.msi.com/news/index.php?command=showNews&amp;newsID=139"> появился пресс-релиз</a> о старте программы по обмену проблемных плат на новые. Вроде бы все отлично платы меняют, но есть некоторые, не самые приятные, особенности.<br/>
 <a href="https://habr.com/ru/articles/120019/?utm_campaign=120019&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Узнать как именно производят обмен</a>]]></description>
      
      <pubDate>Thu, 26 May 2011 11:04:50 GMT</pubDate>
      <dc:creator><![CDATA[widowmaker]]></dc:creator>
      <category><![CDATA[Чулан]]></category>
      <category><![CDATA[P67]]></category><category><![CDATA[H67]]></category><category><![CDATA[MSI]]></category><category><![CDATA[B2]]></category><category><![CDATA[B3]]></category><category><![CDATA[Cougar Point]]></category><category><![CDATA[LGA 1155]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[MySQL: IFNULL не дружит с разными COLLATION?!]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/107137/</guid>
      <link>https://habr.com/ru/articles/107137/?utm_campaign=107137&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Сегодня обнаружил странную особенность работы IFNULL, когда параметры имеют одинаковую кодировку(charset) и разное сравнение(collation).<br/>
<br/>
 <a href="https://habr.com/ru/articles/107137/?utm_campaign=107137&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Скандалы, интриги, расследования...</a>]]></description>
      
      <pubDate>Thu, 28 Oct 2010 23:02:02 GMT</pubDate>
      <dc:creator><![CDATA[widowmaker]]></dc:creator>
      <category><![CDATA[Чулан]]></category>
      <category><![CDATA[mysql]]></category><category><![CDATA[ifnull]]></category><category><![CDATA[collation]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[DumPHPer — Advanced PHP var dumper или замена var_dump]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/80431/</guid>
      <link>https://habr.com/ru/articles/80431/?utm_campaign=80431&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Наверно, всем когда-либо приходилось пользоваться встроенными функциями <b>var_dump</b> или <b>print_r</b>. Пользоваться ими крайне неудобно, для чтения дампа приходилось либо обрамлять вызовы этих функций тегом &lt;pre&gt; либо смотреть исходный код страницы. Более того <b>print_r</b> не даёт информации о типе переменных, а <b>var_dump</b> еще не так давно зависал при выводе рекурсивных массивов. Поэтому, я решил написать свой дампер, который бы повторял всё то, что умеют вышеописанные функции, а также добавлял дополнительную информацию об объектах и их свойствах и делал дамп удобным для чтения/изучения.<br/>
 <a href="https://habr.com/ru/articles/80431/?utm_campaign=80431&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Продолжение под катом</a>]]></description>
      
      <pubDate>Tue, 19 Jan 2010 09:44:49 GMT</pubDate>
      <dc:creator><![CDATA[widowmaker]]></dc:creator>
      <category><![CDATA[PHP]]></category>
      <category><![CDATA[php]]></category><category><![CDATA[dump]]></category><category><![CDATA[dumper]]></category><category><![CDATA[var_dump]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Интересная особенность таблиц типа InnoDB]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/80578/</guid>
      <link>https://habr.com/ru/articles/80578/?utm_campaign=80578&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Только что столкнулся с интересной особенностью таблиц типа InnoDB: вызов запроса <code><b>SHOW TABLE SATUS;</b></code> показывает неточное количество рядков в таблице, причем чем больше рядков, тем больше погрешность. Подробности под катом.<br/>
 <a href="https://habr.com/ru/articles/80578/?utm_campaign=80578&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Tue, 12 Jan 2010 14:42:01 GMT</pubDate>
      <dc:creator><![CDATA[widowmaker]]></dc:creator>
      <category><![CDATA[Чулан]]></category>
      <category><![CDATA[mysql]]></category><category><![CDATA[show table status]]></category>
    </item>
  

  

  

	
  

  

  

      

      

      

    
  </channel>
</rss>
