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

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

  <channel>
    <title><![CDATA[Комментарии к публикации «Отслеживаем «onresize» на элементе»]]></title>
    <link>https://habr.com/ru/articles/166321/</link>
    <description><![CDATA[Комментарии к публикации «Отслеживаем «onresize» на элементе»]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Sun, 03 May 2026 19:19:46 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>20.03.2019 13:15:54 Lex20</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_19915786</guid>
      <link>https://habr.com/ru/articles/166321/#comment_19915786</link>
      <description><![CDATA[Спасибо за статью, мне помогло]]></description>
      <pubDate>Wed, 20 Mar 2019 13:15:54 GMT</pubDate>
      <dc:creator><![CDATA[Lex20]]></dc:creator>
    </item>
  

  
    <item>
      <title>11.11.2017 01:07:51 AngelOfAncient</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_10515812</guid>
      <link>https://habr.com/ru/articles/166321/#comment_10515812</link>
      <description><![CDATA[Коллеги, для не-совсем-верстальщиков:<br>
<br>
Если я на сегодняшний день вызову в скрипте без jQuery <br>
<code>window.onresize = func; // при изменении размеров браузера<br>
window.onload = func; // при загрузке страницы</code><br>
<br>
Функция сработает? Или по-прежнему с таймером?]]></description>
      <pubDate>Sat, 11 Nov 2017 01:07:51 GMT</pubDate>
      <dc:creator><![CDATA[AngelOfAncient]]></dc:creator>
    </item>
  

  
    <item>
      <title>21.01.2013 21:33:03 mank_dev</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5752415</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5752415</link>
      <description><![CDATA[ну очень спорно: кому-то больше подходит одно модульное решение, которое достаточно универсально и хорошо решает проблему, позволяя сделать и забыть (пускай даже такой хак).<br/>
Альтернатива, которую предлагаете мне вы: каждый раз при наращивании функционала приложения впихивать во все необходимые места вызов хука для пересчета (ну или файрить какие-то кастомные события).<br/>
<br/>
Я за первый вариант, т.к. считаю, что незачем создавать лишние связи и заставлять соседние модули «помнить», что нужно изменить какой-то левый блок.]]></description>
      <pubDate>Mon, 21 Jan 2013 21:33:03 GMT</pubDate>
      <dc:creator><![CDATA[mank_dev]]></dc:creator>
    </item>
  

  
    <item>
      <title>21.01.2013 14:27:41 Defff</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5750607</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5750607</link>
      <description><![CDATA[<b>demimurych</b> Собствено споры лишь о том — Что экономичней — делать проверки в каждой операции добавки-изъятия или по событию? -Если операций много и разных — возможно работа по единственному событию «onresize» — удачнее многочисленных проверок. Применение может быть обосновано и при употреблении чужих скриптов и библиотек, разбираться в которых нет времени.]]></description>
      <pubDate>Mon, 21 Jan 2013 14:27:41 GMT</pubDate>
      <dc:creator><![CDATA[Defff]]></dc:creator>
    </item>
  

  
    <item>
      <title>21.01.2013 10:21:25 demimurych</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5748689</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5748689</link>
      <description><![CDATA[Сразу же напрашивается вопрос — а изменения child элементов с неба падают? Очевидно что их инициирует Ваш же код. <br/>
И как вывод, должен быть какой-то обьект который содержит данные о элементах, чей размер Вам нужно контролировать.<br/>
Любой же код инициирующий какие-либо изменения на странице должен иметь какой — нибудь «хук» дающий команду обсерверу проверить состояние обьектов чей размер Вам нужно контролировать.<br/>
<br/>
Это всего лишь вопрос архитектуры Вашего веб приложения. <br/>
<br/>
Сосуществование такого хака как описан в статье необходим только в случае, если на странице возможны какие-то изменения которые случаются в силу каких — то внешних факторов не зависящих от вашего кода.<br/>
<br/>
]]></description>
      <pubDate>Mon, 21 Jan 2013 10:21:25 GMT</pubDate>
      <dc:creator><![CDATA[demimurych]]></dc:creator>
    </item>
  

  
    <item>
      <title>21.01.2013 01:03:13 Defff</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5746807</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5746807</link>
      <description><![CDATA[<blockquote><b>mank_devно:</b> и вследствие изменения размеров</blockquote>Тут с подобной необходимостью можно столкнуться и при масштабировании окна браузера колёсиком мыши, хотя масштаб можно отследить и по window.onresize окна браузера. ]]></description>
      <pubDate>Mon, 21 Jan 2013 01:03:13 GMT</pubDate>
      <dc:creator><![CDATA[Defff]]></dc:creator>
    </item>
  

  
    <item>
      <title>21.01.2013 00:53:57 Defff</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5746797</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5746797</link>
      <description><![CDATA[Задержка выбрана из минимального времени срабатываний setTimeout браузеров: — для настольных ПК она порядка 10-12ms, для мобильных устройств порядка 20ms. <br/>
 Первичной задержка по загрузке iframe 20ms или 200ms -не критична, посколь столь быстрое «onresize» вряд ли отследить взглядом. <br/>
 Задержка для устранения быстрых срабатываний, наверно болеее критична, (исследовалась только для браузеров на ПК), в большинстве случаев приведённая цифра — устраивала.]]></description>
      <pubDate>Mon, 21 Jan 2013 00:53:57 GMT</pubDate>
      <dc:creator><![CDATA[Defff]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 20:42:26 mank_dev</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5746441</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5746441</link>
      <description><![CDATA[А как насчет такого примера:<br/>
Требуется кастомный скролл, и, как порядочный скролл, он должен менять размер ползунка в зависимости от размеров scrollable-элемента. Элемент с этим скроллом может менять размеры не только вследствие вставки/удаления  child-элементов, но и вследствие изменения размеров соседних элементов (т.е DOM Mutation события не подходят).<br/>
<br/>
с удовольствием послушаю альтернативные варианты решения.  Вариант «послать всех нафиг» и использовать стандартный скролл — не предлагать (-:<br/>
<br/>
P.S.<br/>
автору огромное спасибо! Хак оказался очень кстати)]]></description>
      <pubDate>Sun, 20 Jan 2013 20:42:26 GMT</pubDate>
      <dc:creator><![CDATA[mank_dev]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 16:00:26 youlose</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5745673</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5745673</link>
      <description><![CDATA[«Магические константы» — большое зло, у вас эта задержка 20мс, а у кого-то на нетбуке — 200мс, однозначно плохой «костыль»…]]></description>
      <pubDate>Sun, 20 Jan 2013 16:00:26 GMT</pubDate>
      <dc:creator><![CDATA[youlose]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 12:40:12 Defff</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5745173</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5745173</link>
      <description><![CDATA[<b>demimurych</b>, Спасибо за чувства. Но имхо суть топика: Ранее методов отслеживания близких к реальному «onresize» на произвольном элементе — не было. Использовали и используют таймер, несмотря на некое недоумение неявоскриптёров. <br/>
<br/>
Тут предлагается практически равноценный аналог «onresize» на произвольном элементе. Нужность — не нужность оценится уже практикой применения. Ранее jQuery — не было, сейчас многие без оной не представляют верстку. т.е.- Есть вариант новой стамески, а «пользоваться — не пользоваться?» — решать Вам. Возможно круглая с фаской Вам не подходит(но для кого-то востребована.)]]></description>
      <pubDate>Sun, 20 Jan 2013 12:40:12 GMT</pubDate>
      <dc:creator><![CDATA[Defff]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 12:07:59 demimurych</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5745107</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5745107</link>
      <description><![CDATA[Простите, но среди описанных Вами задач, я не увидел ни одной которую нельзя было бы решить другим способом, нежели эмулированием события онресайз. И по моему мнению, эти способы правильнее чем применение такого костыля.<br/>
<br/>
Хотя, признаюсь, всегда испытывал нежные чувства к таким «необычным» решениям. <br/>
<br/>
]]></description>
      <pubDate>Sun, 20 Jan 2013 12:07:59 GMT</pubDate>
      <dc:creator><![CDATA[demimurych]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 11:36:46 Defff</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5745027</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5745027</link>
      <description><![CDATA[<blockquote><blockquote>Approved_by_Biolanteнаписал(а):</blockquote> Легко — я процитирую комментарий:… вы если контроллируете страницу можете узнать когда вам необходимо проверить кусок ДОМа на ресайз. Предположим, вы загрузили контент динамически, проверили размер элемента и выстрелили бы событие один раз.</blockquote> <b>Это отличный вариант</b> при заранее известном ограниченном кол-ве Аякс-подгрузок.<br/>
Представьте подгрузку RSS ленты на Инфо-сайт из пяти-шести источников одновременно короткими месагами. Они могут грузиться в один общий блок своими подблоками и делать проверку из каждой Аякс-подгрузки не айс, и она мало что даёт к общей картине. Однократное срабатывание «ресайза» айфреймом на общем блоке, позволяет общаться для правки лишь с последним подблоком.]]></description>
      <pubDate>Sun, 20 Jan 2013 11:36:46 GMT</pubDate>
      <dc:creator><![CDATA[Defff]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 11:18:19 dmitryrublev</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5744991</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5744991</link>
      <description><![CDATA[Легко — я процитирую комментарий <a href="http://habrahabr.ru/users/vest/" class="user_link">Vest</a>, который был отправлен за два часа до Вашего предложения представить свой, иной вариант:<br/>
<blockquote>я не говорил про таймер. в том-то и дело, вы если контроллируете страницу можете узнать когда вам необходимо проверить кусок ДОМа на ресайз. Предположим, вы загрузили контент динамически, проверили размер элемента и выстрелили бы событие один раз.</blockquote><br/>
<br/>
Это и есть <b>иной вариант</b>. И там <b>нет</b> периодического <b>тестирования по таймеру</b>.]]></description>
      <pubDate>Sun, 20 Jan 2013 11:18:19 GMT</pubDate>
      <dc:creator><![CDATA[dmitryrublev]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 11:12:19 Defff</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5744975</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5744975</link>
      <description><![CDATA[<blockquote><b> demimurych написал(а): </b>практический пример, где нужно контролировать «onresize» на элементе</blockquote><br/>
Расползся элемент верстки из-за длинной строки,<br/>
При вставке Аяксом убежала колонка, не расчитанная на длину контента,<br/>
При анимации нужен контроль уменьшения/увеличения элемента более предельных значений( ограничиваем min-height/min-widh у фрейма(или max)<br/>
Движущиеся блоки выходят за границу контейнера, (*ставим фрейм на контейнер]]></description>
      <pubDate>Sun, 20 Jan 2013 11:12:19 GMT</pubDate>
      <dc:creator><![CDATA[Defff]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 11:04:01 demimurych</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5744945</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5744945</link>
      <description><![CDATA[Подскажите кто-нибудь какой нибудь практический пример, где нужно контролировать «onresize» на элементе?]]></description>
      <pubDate>Sun, 20 Jan 2013 11:04:01 GMT</pubDate>
      <dc:creator><![CDATA[demimurych]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 10:32:59 Defff</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5744897</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5744897</link>
      <description><![CDATA[Вместо ставить минусы — отпишитесь и предложите свой, иной вариант, кроме стандартного периодического тестировани по таймеру.]]></description>
      <pubDate>Sun, 20 Jan 2013 10:32:59 GMT</pubDate>
      <dc:creator><![CDATA[Defff]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 08:54:56 Defff</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5744653</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5744653</link>
      <description><![CDATA[<b>Собственно резюме:</b><br/>
Основной( и единственный) метод ранее, — периодическое тестирование размеров элемента по таймеру, через краткий промежуток времени, и достаточно ресурсоёмкий, и оставляет достаточно много «мусора» в памяти, вследствии постоянного воспроизведения своих функций и параметров.<br/>
Предложен новый вариант, позволяющий<u> привязать событие</u> «onresize» к произвольному элементу, чего ранее не было.<br/>
Данный код короче и, по своей идее привязки к конкретному элементу, — более прозрачен и менее ресурсоёмок для малого количества обследуемых элементов.]]></description>
      <pubDate>Sun, 20 Jan 2013 08:54:56 GMT</pubDate>
      <dc:creator><![CDATA[Defff]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 07:58:56 Defff</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5744553</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5744553</link>
      <description><![CDATA[<blockquote><b>Vest сказал(а):</b> Предположим, вы загрузили контент динамически, проверили размер элемента и выстрелили бы событие один раз.</blockquote><b>Это тоже можно сделать двояко:</b><br/>
1. После первого срабатывания — мы обычно проводим модификацию расположения контента, к примеру отрезаем лишнее и переносим в соседнюю колонку, туда нужно перенести (или создать новый, удалить старый iframe и заново настроить событие (так что второго срабатывания не будет).<br/>
2. Вариант два: отключать проверку на «ресайс» во время загрузки контента, в течении данного Aякс-запроса и включать по окончании.]]></description>
      <pubDate>Sun, 20 Jan 2013 07:58:56 GMT</pubDate>
      <dc:creator><![CDATA[Defff]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 07:37:32 Defff</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5744509</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5744509</link>
      <description><![CDATA[<blockquote>так вот бета Файерфокс выстрелил алерт два раза, </blockquote><br/>
у FF(не только бета ) процесс установки размеров фрейма проходит два этапа — дефолтный размер, только затем размер указанный в теге, поэтому можно либо установить frame.onresize с небольшой задержкой, либо запретить срабатывание на время 10-20ms<br/>
<b>Второе</b>: — Ширина/высота может изменяться медленно и динамически, поэтому применяется такой приём:<br/>
<br/>
<pre><code class="html">&lt;div  id=&quot;Test&quot; style=&quot;position:relative;border:red solid 1px;width:200px;height:100px;&quot;&gt;
&lt;iframe name=&quot;frame&quot; width=100% height=100% style=&quot;position:absolute;z-index:-1&quot;&gt;&lt;/iframe&gt;
Тут контент ...
&lt;/div&gt;


&lt;script type=&quot;text/javascript&quot;&gt;
var timerResize='first';
if(timerResize=='first')setTimeout('clearTimeout(timerResize)',20);

frame.onresize = function(){
  clearTimeout(timerResize);
  timerResize=setTimeout( function(){ alert('Размеры div #Test изменены.')},20)
}

setTimeout(function(){  //Тестовое изменение размера через 3сек. 
  document.getElementById(&quot;Test&quot;).style.width='100px';
},3000);
&lt;/script&gt;
</code></pre><br/>
Что убирает слишком частые срабатывания при долгих и плавных или рывковых изменениях размера;<br/>
<br/>
Пример в статье дан как основа метода, не углубляясь в стандартную методологию и тонкости кроссбраузерной работы с onresize ( посколь тонкости приёмов работы с window.onresize достаточно хорошо описаны и для FF и ИЕ, — остальные браузеры вроде вопросов не вызывали. У FF, до недавнего времени, применение onresize c овместно alert () без тайминга блокировки быстрых срабатываний вызывало фатальную ошибку), — ксать и onscroll точно так же)]]></description>
      <pubDate>Sun, 20 Jan 2013 07:37:32 GMT</pubDate>
      <dc:creator><![CDATA[Defff]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 06:28:38 Vest</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5744427</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5744427</link>
      <description><![CDATA[я не говорил про таймер. в том-то и дело, вы если контроллируете страницу можете узнать когда вам необходимо проверить кусок ДОМа на ресайз. Предположим, вы загрузили контент динамически, проверили размер элемента и выстрелили бы событие один раз.<br/>
<br/>
например, по вашей ссылке: я сейчас пишу с андроида, так вот бета Файерфокс выстрелил алерт два раза, а вебкиты (хром и стандартный) всего по разу. Смахивает на инконсистенс :-)]]></description>
      <pubDate>Sun, 20 Jan 2013 06:28:38 GMT</pubDate>
      <dc:creator><![CDATA[Vest]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 04:20:12 Defff</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5744329</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5744329</link>
      <description><![CDATA[))) — У кого-то уже работает <a href="http://pcnews.ru/blogs/onresize-position-absolute-relative-frame-function-alert-div-test-settimeout-document-getelementbyid-style-width-100px-3000-13689.html">Ccыль</a>]]></description>
      <pubDate>Sun, 20 Jan 2013 04:20:12 GMT</pubDate>
      <dc:creator><![CDATA[Defff]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 03:45:47 Defff</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5744319</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5744319</link>
      <description><![CDATA[<blockquote> <b>Vest сказал(а): </b>просто мне кажется, что добавление айфрейма без источника в каждый нужный элеменет, это как-то накладно.</blockquote> Во первых: вряд ли есть необходимость cтавить на каждый элемент, правильнее тогда уж на весь window однократно. Во вторых — типичное решение: это таймирование в реальном масштабе, это интервал опроса размеров не более 200ms. Однократная установка iframe или же бесконечный опрос по таймеру? (считаем пока для единичного экземпляра)<br/>
По таймеру накапливается и какой то мусор в процессе таймирования и, если смотреть загрузку процессора, — таймирование её существенно повышает.<br/>
<br/>
Собственно пустой фрейм достаточно неплохое решение для контроля размеров на нескольких элементах.<br/>
<b>Зы:</b> Пустой фрейм даже не требует типичной загрузки и ставиться в DOM сразу.]]></description>
      <pubDate>Sun, 20 Jan 2013 03:45:47 GMT</pubDate>
      <dc:creator><![CDATA[Defff]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.01.2013 03:32:31 Vest</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_5744313</guid>
      <link>https://habr.com/ru/articles/166321/#comment_5744313</link>
      <description><![CDATA[скажите, пожалуйста, а чем этот метод хорош? я, правда не копал глубоко, но мои знакомые, когда делали для своего проекта фреймворк, руководствовались следующим образом: событие onresize может не всегда вызываться, а может вызываться сотню раз даже тогда, когда ничего не меняется. И еще, это поведение нужно учитывать во всех браузерах.<br/>
<br/>
Так вот, если вызывается метод, который может изменить состояние DOMa, они сравнивали значения новых размеров со старыми. Если было различие, то собственное событие onresize вызывалось, иначе — нет.<br/>
<br/>
я описал этот подход очеь грубо, так как в дебри не лез. Но, в принципе, это позволяло снять нагрузку с обработчика события (например, просчет размеров родителей или детей, если используется свой механизм ресайзинга).<br/>
<br/>
просто мне кажется, что добавление айфрейма без источника в каждый нужный элеменет, это как-то накладно.]]></description>
      <pubDate>Sun, 20 Jan 2013 03:32:31 GMT</pubDate>
      <dc:creator><![CDATA[Vest]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.09.2010 15:08:55 smart</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_3264315</guid>
      <link>https://habr.com/ru/articles/166321/#comment_3264315</link>
      <description><![CDATA[Я бы написал на морде 1-2 предложения о сути сервиса (чтобы можно было быстрее сориентироваться), а так нормальный интерфейс, сопротивления не вызывает (это же не промо-сайт).]]></description>
      <pubDate>Sun, 19 Sep 2010 15:08:55 GMT</pubDate>
      <dc:creator><![CDATA[smart]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.09.2010 17:42:39 Arkadiy_Kulev</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_3257012</guid>
      <link>https://habr.com/ru/articles/166321/#comment_3257012</link>
      <description><![CDATA[Привет, мнение интересно — <a href="http://sms.ru/">sms.ru/</a> — упрощение дизайна вредит интуитивности или нет?]]></description>
      <pubDate>Thu, 16 Sep 2010 17:42:39 GMT</pubDate>
      <dc:creator><![CDATA[Arkadiy_Kulev]]></dc:creator>
    </item>
  

  
    <item>
      <title>11.09.2010 16:37:53 smart</title>
      <guid isPermaLink="true">https://habr.com/ru/articles/166321/#comment_3240728</guid>
      <link>https://habr.com/ru/articles/166321/#comment_3240728</link>
      <description><![CDATA[Аркадий, привет.<br/>
<br/>
Чтобы разобраться, надо понять несколько вещей:<br/>
1) Какое было исходное письбмо? Пришли его пожалуйста полностью, с заголовками.<br/>
2) Вернулся ли ответ сервера с ошибкой? Тоже желательно полность.<br/>
<br/>
Пришли, пожалуйста, эту информацию на abuse@corp.mail.ru (можно с копией мне на s.martynov@corp.mail.ru), в ответ придет номер заявки — ее лучше сообщить мне, чтобы я проконтролировал.<br/>
<br/>
Спасибо.<br/>
]]></description>
      <pubDate>Sat, 11 Sep 2010 16:37:53 GMT</pubDate>
      <dc:creator><![CDATA[smart]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
