Уязвимость в proftpd CVE-2015-3306

«proftpd --version» покажет просто 1.3.5 как в случае с 1.3.5-1.1, так и в случае с 1.3.5-2

Уязвимость в proftpd CVE-2015-3306

Проблема не в ОС, а в ProFTPD, поэтому везде где используется ProFTPD с mod_copy (по умолчанию включено), тоесть версии 1.3.5 и частично 1.3.4

Уязвимость в proftpd CVE-2015-3306

Именно, нужна версия с mod_copy, но ветка не обязательно 1.3.5, так как по ссылке пишут:

wheezy 1.3.4a-5+deb7u2 vulnerable
wheezy (security) 1.3.4a-5+deb7u1 vulnerable
jessie 1.3.5-1.1 vulnerable
(mod_copy not available in version 1.3.3)

Добавляем панель бокового меню в свое iOS-приложение

Где-то пол-года назад отправлял исправление автору, так что при поворотах с тех пор всё нормально

На счет через чур или нет, не знаю (перед использованием, изучал его на излишний перерасход памяти и утечки — всё в порядке), мне в проекте со storyboard удобнее именно AMSlideMenu интегрировать и использовать, чем MMDrawerController, но тут это уже дело вкуса

Добавляем панель бокового меню в свое iOS-приложение

Еще хороший вариант — AMSlideMenu, он мне понравился больше, так как получилось проще интегрировать
Есть даже пошаговая видео-инструкция для storyboard — youtu.be/y33t_bWS_Zk

Реализуем pull to refresh и infinite scrolling на Swift

Если поразмышлять, то при использовании UITableView не так много ситуаций когда UIViewController будет предпочтительнее UITableViewController (если все необходимые дополнительные элементы размещать на tableHeaderView и tableFooterView). Практически, если в каком-либо виде нужна UITableView, то изначально лучше использовать UITableViewController, и не придется думать о «радиусе кривизны»

Реализуем pull to refresh и infinite scrolling на Swift

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

        var tableViewCell = tableView.dequeueReusableCellWithIdentifier(CellReuseId) as UITableViewCell
        tableViewCell.detailTextLabel.textColor = UIColor.purpleColor()
        tableViewCell.text = "\(text) \(indexPath.row)"
        tableViewCell.detailTextLabel.text = "Hi, \(indexPath.row)"
        return tableViewCell

Реализуем pull to refresh и infinite scrolling на Swift

Попробовал разные варианты, но такой код так и не заработал, внутрь if не заходит. Посмотрел, что возвращает dequeueReusableCellWithIdentifier (возвращает nil), по идее должен работать такой код

       var cell = tableView.dequeueReusableCellWithIdentifier("MyTestSwiftCell") as UITableViewCell
        if  (cell == nil){
            cell.detailTextLabel.textColor = UIColor.purpleColor()
            cell.text = "\(text) \(indexPath.row)"
            cell.detailTextLabel.text = "Hi, \(indexPath.row)"
        }
        return  cell

Но dequeueReusableCellWithIdentifier никогда не возвращает nil, даже если делать custom ячейки. Чтобы заставить его работать, например, можно использовать такую проверку в случае с Subtitle (detailTextLabel.text по умолчанию содержит текст «Subtitle»)

if ( cell.detailTextLabel.text == "Subtitle" ) 

или, если добавляется картинка, то

if ( cell.imageView.image == nil )

Еще тут возникает трудность с pull to refresh, надо учесть, что ячейки при таком условии не будут обновлены, потому что будут использоваться уже созданные

Реализуем pull to refresh и infinite scrolling на Swift

Точно, есть такой прыжок, действительно

Реализуем pull to refresh и infinite scrolling на Swift

Пока не возникали, по крайней мере в двух несвязанных приложениях ничего такого не было (сравнил с UITableViewController, анимация работает идентично)

Мигрируем с raid1 на raid10 без потери данных в Debian

Довелось на днях сделать довольно примитивное сравнение:

dd of=/dev/null if=/dev/sdb bs=64k count=100k

Результат для s/w (mdadm) raid10:

6710886400 bytes (6.7 GB) copied, 27.7939 s, 279 MB/s

Результат для h/w (dell H710p) raid10:

6710886400 bytes (6.7 GB) copied, 22.4771 s, 299 MB/s

Разница где-то 6%

Мигрируем с raid1 на raid10 без потери данных в Debian

В основном скорость, получилось прокачать канал 1Gbps, в то время как на raid10 только около 800mbps выходило (но тут думаю, все зависит от специфики сервера)

Мигрируем с raid1 на raid10 без потери данных в Debian

Процентов на 90% для отдачи статики (общий объем 2тб): картинки, файлы, архивы, видео-стриминг даже немного есть (процентов 25% от всей статики). Канал 1Gbps: