<?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/ilyaplot/publications/articles/</link>
    <description><![CDATA[Хабр: статьи пользователя ilyaplot]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Fri, 01 May 2026 20:31:30 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/344802/</guid>
      <link>https://habr.com/ru/articles/344802/?utm_campaign=344802&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Сегодня я наткнулся на интересный <a href="https://habrahabr.ru/company/ruvds/blog/344682/">пост</a> о мониторинге ошибок на сайте. У описанного метода есть недостаток — он применим только для React. <br>
После прочтения поста я сразу же вспомнил про вебвизор. Если бы мне позвонил человек, который <s>ой, я куда-то нажала, оно выскочило</s> нашел ошибку на сайте, я бы очень обрадовался возможности посмотреть, что он сделал, а не задавать человеку кучу вопросов, тратя его и свое время.<br>
<br>
Оказалось, что все настолько просто, что реализация задумки заняла у меня всего минуту. <br> <a href="https://habr.com/ru/articles/344802/?utm_campaign=344802&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше →</a>]]></description>
      
      <pubDate>Fri, 15 Dec 2017 12:26:07 GMT</pubDate>
      <dc:creator><![CDATA[ilyaplot]]></dc:creator>
      <category><![CDATA[JavaScript]]></category><category><![CDATA[Программирование]]></category>
      <category><![CDATA[javascript]]></category><category><![CDATA[мониторинг]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Как я исходники собственного сайта скачал]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/334864/</guid>
      <link>https://habr.com/ru/articles/334864/?utm_campaign=334864&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[В сентябре 2009 года была опубликована <a href="https://habrahabr.ru/post/70330/">статья</a> об уязвимости, связанной с системой контроля версий subversion, позволяющей скачать исходники сайтов, использующих SVN. Периодически от нечего делать мой мозг хотел, что бы я написал граббер и проверил актуальность данной угрозы на текущий момент, но было как-то лень. Однако, мне не давал покоя <a href="https://habrahabr.ru/post/70330/#comment_2010943">комментарий</a> хабраюзера <a href="https://habrahabr.ru/users/semenov/" class="user_link">Semenov</a> <br>
<br>
<img src="https://habrastorage.org/web/9f6/f5e/5ea/9f6f5e5eacef433c8a34f5b1737e5bcd.png"><br>
<br>
Понятно, что каждый школьник уже попробовал скачать %sitename% через .svn, потому от этой идеи я отказался сразу, зато попробовать <i>git clone %sitename%/.git/</i> руки чесались.<br> <a href="https://habr.com/ru/articles/334864/?utm_campaign=334864&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше →</a>]]></description>
      
      <pubDate>Fri, 04 Aug 2017 09:11:14 GMT</pubDate>
      <dc:creator><![CDATA[ilyaplot]]></dc:creator>
      <category><![CDATA[Информационная безопасность]]></category>
      <category><![CDATA[git]]></category><category><![CDATA[уязвимость]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Баловство. Пишем Telegram бота на Google script]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/326220/</guid>
      <link>https://habr.com/ru/articles/326220/?utm_campaign=326220&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<h2>Цели, задачи, оправдания безумства.</h2><br/>
Все началось с того, что кто-то из хабравчан в комментариях поведал о использовании Google Translate в роли синонимайзера. Он предложил переводить текст с одного языка на другой и обратно и обещал достаточно хороший процент отличий и сохранение смысла текста. <s>Но это не точно.</s><br/>
<br/>
<h3>Вопросы, на которые я решил получить ответ «да»</h3><br/>
<ul>
<li>Можно ли создать Telegram бота в Google Script?</li>
<li>Можно ли бесплатно использовать API Google Translate <s>без регистрации и SMS</s>?</li>
<li>Можно ли сделать онлайн инструмент без использования хостинга?</li>
</ul> <a href="https://habr.com/ru/articles/326220/?utm_campaign=326220&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Wed, 12 Apr 2017 09:38:51 GMT</pubDate>
      <dc:creator><![CDATA[ilyaplot]]></dc:creator>
      <category><![CDATA[Ненормальное программирование]]></category>
      <category><![CDATA[telegram]]></category><category><![CDATA[google script]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Сообщение «в личку» об ошибках неэффективно]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/304790/</guid>
      <link>https://habr.com/ru/articles/304790/?utm_campaign=304790&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<i>Я мог бы легко оформить свое предложение в виде письма в техподдержку Хабрахабра, но мне захотелось узнать, нужно ли то, что я собираюсь предложить кому-то еще, кроме меня.</i><br/>
<br/>
<h2>Ащепятки</h2><br/>
Довольно часто в процессе чтения топовых постов на Хабрахабре и Geektimes встречаются опечатки. Нередки случаи, когда эти опечатки ломают весь смысл предложения или просто добавляют дискомфорта при чтении поста.<br/>
Несмотря на то, что с древних времен принято сообщать о проблемах такого рода в личные сообщения, постоянно вижу поправки в комментариях, которые мало того, разбавляют <s>холивар </s>полезные комментарии, так еще и становятся неактуальными после внесения изменений в текст.<br/>
<br/>
<h2>Почему мы все здесь собрались?</h2><br/>
Ни для кого не секрет, то что контент Хабрахабра и Geektimes создается его же пользователями. Понятно, что разные авторы создают контент разного качества, а иногда даже бессовестно копирует чужой труд. Для регулирования контента используется карма и голоса за посты, и это отлично работает, но нет никаких инструментов для возможности внести свой вклад в чужую статью.<br/>
 <a href="https://habr.com/ru/articles/304790/?utm_campaign=304790&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Tue, 05 Jul 2016 15:21:35 GMT</pubDate>
      <dc:creator><![CDATA[ilyaplot]]></dc:creator>
      <category><![CDATA[Habr]]></category>
      <category><![CDATA[stackoverflow.com]]></category><category><![CDATA[версионирование]]></category><category><![CDATA[сообщество]]></category><category><![CDATA[хабрахабр]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[WEB интерфейс для документирования единиц администрирования. Этап первый, сбор информации и проектирование]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/152046/</guid>
      <link>https://habr.com/ru/articles/152046/?utm_campaign=152046&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[После безуспешного поиска системы документирования, которая подошла бы для всех задач нашего IT отдела, я решил написать собственную. Я решил, что раз нет системы, подходящей всем, ее нужно написать.<br/>
<br/>
<img src="https://habrastorage.org/storage2/828/0a0/5e2/8280a05e272e96c378bf764af3b1d969.png"/><br/>
<br/>
Кто еще не нашел систему, позволяющую документировать абсолютно все, прошу под кат.<br/>
 <a href="https://habr.com/ru/articles/152046/?utm_campaign=152046&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Sun, 23 Sep 2012 17:52:41 GMT</pubDate>
      <dc:creator><![CDATA[ilyaplot]]></dc:creator>
      <category><![CDATA[Веб-разработка]]></category>
      <category><![CDATA[администрирование]]></category><category><![CDATA[учет]]></category><category><![CDATA[документация это легко]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Каким IDE Вы пользуетесь для разработки PHP приложений?]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/134391/</guid>
      <link>https://habr.com/ru/articles/134391/?utm_campaign=134391&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[&nbsp; <a href="https://habr.com/ru/articles/134391/?utm_campaign=134391&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut"></a>]]></description>
      
      <pubDate>Sun, 11 Dec 2011 13:18:56 GMT</pubDate>
      <dc:creator><![CDATA[ilyaplot]]></dc:creator>
      <category><![CDATA[PHP]]></category>
      <category><![CDATA[php ide]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Как избежать коллизий при записи в Memcache из PHP]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/126418/</guid>
      <link>https://habr.com/ru/articles/126418/?utm_campaign=126418&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Обычно программисты используют технологии по прямому назначению, но я решил провести эксперимент и попробовать использовать сервер memcached как масштабируемое временное key=value хранилище. <br/>
Memcached предназначен для простого кэширования статических данных, потому в нем не предусмотрена система избежания коллизий. <br/>
<br/>
<h4>Запись данных</h4><br/>
<h5>Стандартная ситуация</h5><br/>
Предположим, что наше PHP приложение работает на одном сервере, а memcached работает на удаленной машине. Мы без проблем сможем читать и писать в одну и ту же ячейку, потому как приложение не WEB, так что процесс один. Из-за линейности процесса, ему не удастся одновременно записывать разные данные в одну и ту же ячейку.<br/>
<h5>Два и более процесса</h5><br/>
Сегодня нам понадобилось разделить приложение на два сервера и начались проблемы. Возникли коллизии при записи в memcache. Выяснилось, что в 80% случаев приложения пытаются одновременно записать свои данные в одну ячейку. Идеальным решением было бы использование shared memory, но она не масштабируется в отличие о Memcached. В связи с большим объемом кода и предполагаемым временем на переписывание приложений, было принято решение добавить костыль. <br/>
 <a href="https://habr.com/ru/articles/126418/?utm_campaign=126418&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Tue, 16 Aug 2011 12:29:06 GMT</pubDate>
      <dc:creator><![CDATA[ilyaplot]]></dc:creator>
      <category><![CDATA[PHP]]></category>
      <category><![CDATA[memcache]]></category><category><![CDATA[php]]></category>
    </item>
  

  

  

	
  

  

  

      

      

      

    
  </channel>
</rss>
