Обновление certbot до 13 марта 2019 (lets encrypt)

Сегодня мне пришло письмо с таким содержанием

Your Let's Encrypt client used ACME TLS-SNI-01 domain validation to issue a

certificate in the past 7 days. Below is a list of names and IP addresses

validated (max of one per account):

TLS-SNI-01 validation is reaching end-of-life. It will stop working

permanently on March 13th, 2019. Any certificates issued before then will

continue to work for 90 days after their issuance date.

You need to update your ACME client to use an alternative validation method

(HTTP-01, DNS-01 or TLS-ALPN-01) before this date or your certificate renewals

will break and existing certificates will start to expire.

Оказалось что у меня certbot в Debian 9 стоял аж версии 0.10, а последняя актуальная 0.28

Узнать версию можно командой

certbot --version

Если версия 0.28 или выше, то всё будет в норме, если же ниже, то с 13 марта ваши сертификаты перестанут обновляться старым certbot...


Для 9го Дебиана надо подключить репозиторий backports, для этого в /etc/apt/sources.list добавить строчку:

deb http://mirror.yandex.ru/debian/ stretch-backports main contrib non-free

 а дальше ввести команду от рута или через судо:

apt-get install certbot python-certbot-nginx -t stretch-backports

А потом для полного обновления

sudo certbot renew --dry-run 

SSD диски и чередующийся том (RAID 0)

Дело было так, я решил добавить памяти на свой комп, т.к. он абсолютно бесшумный, а жесткие диски даже в виброгасящих кейсах создают шумок, хоть и слабый, но его слышно ночью в полной тишине.

Стоял у меня для данных SSD на 480гб от сандиск и тут увидел что они значительно подешевели, взял еще парочку на 480, получилось почти 1.5 террабайта примерно за 15 тыс. руб.

Один диск в стрипе выдает вот такие результаты

А три уже вот такие

Разница существенная, только вот 4к блоки проседают, видимо связано с адекватностью планировщика диска в виндовс.
Но вообще я это делал с целью объединить все диски в один, надоело это там хранить, это тут, тут вроде музыку собирался, а она не влезла, тут фотки, тоже не влезли, на другой диск, тут виртуальные диски от Hyper-V и опять выросли и нет свободного места, проще объединить в один диск.

Да, в чередующемся томе при поломке одного диска весь массив умрет, но если один большой диск взять, то тоже если он умрет, то полностью, но при чередовании тома три диска дают скорость больше чем один SATA, а стоит это дешевле чем PCI-e.

PHPExcel опять проблемы с чтением файла

Так уж получилось, что до сих пор пользуюсь закопанным проектом PHPExcel

И сегодня пилю импортер под непонятного поставщика, файл xlsx, если его пересохранить в офисе, то нормально читается, а исходный же файл не читается, выдает вот такую ошибку

Fatal error: Uncaught PHPExcel_Exception: Cell coordinate can not be zero-length string in PHPEXCEL/PHPExcel/Cell.php:591

Ну полез я по цепочке вызовов, понял что в какой то момент идет вызов
PHPExcel_Cell::coordinateFromString($r)
где $r - пустая строка...

В файле PHPExcel/Reader/Excel2007.php на 818 строке находим строку с получением координат, перед ней дописываем строчку 

if ($r=="") continue;

 Получаем в итоге такое










Данные читаются вполне идеально, просто видимо генератор этого файла у поставщика дал сбой и дописал данные, которые не имеют ячейки, с таким фиксом левые ячейки без адресов просто отсекаются, оставляя полезные данные... 


Если кому интересна моя пропатченная версия PHPExcel, адекватно читающая и генерирующая разные файлы на PHP7.2 - могу выложить, но так вообще лучше пользоваться продолжением этого проекта - PhpSpreadshee, PHPExcel уже заброшенный проект с кучей недоработок...