<?xml version="1.0" encoding="utf-8"?> 
<rss version="2.0"
  xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
  xmlns:atom="http://www.w3.org/2005/Atom">

<channel>

<title>Копытов Иван: заметки с тегом скорость</title>
<link>https://www.kini24.ru/tags/skorost/</link>
<description>Блог ленивого сисадмина</description>
<author></author>
<language>ru</language>
<generator>Aegea 11.3 (v4134)</generator>

<itunes:subtitle>Блог ленивого сисадмина</itunes:subtitle>
<itunes:image href="" />
<itunes:explicit></itunes:explicit>

<item>
<title>Дело движется</title>
<guid isPermaLink="false">209</guid>
<link>https://www.kini24.ru/all/delo-dvizhetsya/</link>
<pubDate>Thu, 16 Aug 2018 14:45:57 +0700</pubDate>
<author></author>
<comments>https://www.kini24.ru/all/delo-dvizhetsya/</comments>
<description>
&lt;h3&gt;В продолжение предыдущей заметки&lt;/h3&gt;
&lt;p&gt;«Облако» было починено очень просто — изменением прав доступа к каталогу с файлами. Следом возникла другая ошибка — невозможность загрузить любой файл в него. Логи показали, что в этом повинен модуль защиты, который не пропускал файлы размером более 128 Кб. Исправил.&lt;br /&gt;
Зеркало баз NOD32, к сожалению, пока что починить не получилось. Но, похоже, что я наткнулся на возможную причину некорректной проверки ключей. Надо списаться с автором скрипта.&lt;br /&gt;
Еще один момент, который я поначалу упустил из вида: сервер с контактами и задачами. С ним пришлось повозиться. В итоге все дело оказалось в том, что php-fpm не передает заголовки авторизации и, соответственно, не отправляет данные (логин пользователя и пароль). Этот момент оказался описан в документации к baikal, поэтому на исправление ошибки ушло немного времени. Возможно, что примерно такая же ситуация обстоит и с проверкой ключей NOD32 на их серверах.&lt;br /&gt;
Должен отметить, что связка apache-mpm-worker + FastCGI меня очень радует скоростью работы. Если раньше при работе с клиентом Nextcloud на телефоне приходилось ждать пока обновится/загрузится содержимое каталога, то теперь это происходит едва не мгновенно. Видимо, сказывается «тлетворное» влияние HTTP/2 :-)&lt;/p&gt;
</description>
</item>

<item>
<title>Китайская «Почта России»</title>
<guid isPermaLink="false">204</guid>
<link>https://www.kini24.ru/all/kitayskaya-pochta-rossii/</link>
<pubDate>Tue, 03 Jul 2018 11:48:33 +0700</pubDate>
<author></author>
<comments>https://www.kini24.ru/all/kitayskaya-pochta-rossii/</comments>
<description>
&lt;p&gt;И, вроде бы, в последнее время заказы приходили недели за две, неважно откуда где они были расположены: Китай, Великобритания, США, Канада. Но сейчас что-то сломалось...&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;07.06.2018 — сообщение от Aliexpress: Платёж совершён&lt;/li&gt;
&lt;li&gt;11.06.2018 — сообщение от Aliexpress: Ваш заказ № такой-то был отправлен&lt;/li&gt;
&lt;li&gt;17.06.2018 — сообщение от Почты России: Принято в почтовом отделении&lt;/li&gt;
&lt;li&gt;29.06.2018 —  сообщение от Почты России: Ожидает отправки из Китая&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;То бишь, насколько я понял, продавец взял на почте номер трека для отслеживания и через 10 дней принес его на почту для отправки, где заказ успешно находится до сих пор. Учитывая скорость доставки, мне кажется, что защита покупателя сработает быстрей и продавцу придется вернуть деньги. Прошел уже практически месяц, а посылка из Китая так и не выбралась. Остается еще чуть больше месяца до срабатывания защиты.&lt;/p&gt;
</description>
</item>


</channel>
</rss>