Crosswalk Project — замена Android WebView. Интеграция в проект

Можно еще использовать в качестве среды разработки Intel XDK (который в общем-то удобен для разработки и компиляции чистых html5 приложений с cordova-плагинами), то скомпилировать версию под андроид с crosswalk можно ничего специально не устанавливая, а просто выбрав в меню build соответствующий пункт

Appodeal — бесплатный оптимизатор доходов от рекламы для мобильных разработчиков

А можете рассказать, что с итоговым размером приложения? Папка AppodealAds, которую нужно подключить для ios, весит 143мб, и, например, есть приложение которое весит 7мб, как тогда скажется на весе подключение AppodealAds?

Быстрое кроссплатформенное HTML5 приложение на Framework7

Возможно мой пример плохо отобразил все возможности framework7, поэтому в конец статьи добавил ссылки на kitchen-sink (отдельно в material дизайне), с почти (много чего добавляется и не успевает попасть в kitchen-sink, но даже и то что сейчас добавлено впечатляет) полным перечнем возможностей собранных в одном приложении от автора

Тут всё таки стоит добавить, что по числу готовых компонентов (что для меня оказалось решаюшив фактором в пользу framework7 вместо ratchet), разнообразных killer features, и даже подробной и удобной документации, аутентичности анимаций, и результирующей скорости приложения — framework7 оказался пока вне конкуренции среди подобных фреймворков

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

Да, такой вариант тоже показывает то что надо:

ii proftpd-basic 1.3.5-2

Уязвимость в 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: