27 января 2013 г.

Зашифрованные поисковые запросы

Передача данных через SSL позволяет пользователям сохранить в тайне свои поисковые запросы от тех, кто перехватывает и анализирует ваш интернет-траффик. Например, при работе через публичные WiFi точки. Многие крупные интернет-гиганты уже перешли на обязательное использование протокола SSL. Например, Google в своих сервисах сделал это в 2010 году.

Пользователи браузера Google Chrome уже сейчас, когда авторизованы в Google и ищут что-то через адресную строку браузера (омнибокс), отправляют запрос по защищенному протоколу SSL. Но начиная с Google Chrome 25 версии подобный уровень конфиденциальности станет доступен и тем, кто не совершил вход в свою учетную запись Google. Но нам это и не важно, так как можно и не ждать браузеры основанные на 25 версии Chromium'a, достаточно настроить браузер на использование encrypted.google.com

Например можно использовать поиск по умолчанию в Chromium:
https://encrypted.google.com/search?hl=ru&source=hp&biw=1333&bih=929&q=%s
Как его настроить смотрите справку: Управление поисковыми системами
А для Firefox можно скопировать в профиль, добавив к каталог searchplugins, файл encrypted.google.xml
~/.mozilla/firefox/********.default/searchplugins/
Кому это нужно, пользуйтесь на здоровье не забывая, что SSL от самого-то интернет-гиганта вас не спасёт... :)

23 января 2013 г.

Даешь Ubuntu rolling release!

Canonical не исключает переход Ubuntu на rolling-обновления и искоренение не LTS-релизов
 
Лиэнн Огасавара (Leann Ogasawara), менеджер команды поддержки ядра в компании Canonical, рассказала в рамках семинара Google Hangouts (см. 42 минуту видеозаписи) о рассмотрении возможности перехода к новой модели разработки, при которой классические обособленные выпуски будут формироваться только для LTS-релизов, а вместо промежуточных версий будет доступен непрерывно обновляемый Rolling-репозиторий. Используя данный репозиторий, пользователи будут иметь возможность установки в LTS-выпуске последних версии программ без ожидания формирования очередного релиза дистрибутива. По словам Лиэнн, Canonical может перейти к новой модели не раньше, чем после выпуска весной следующего года очередного LTS-релиза 14.04.

Таким образом, предлагается выпускать отдельные релизы Ubuntu раз в два года, а в промежутки между LTS-выпусками прекратить формирование раз в 6 месяцев обособленных релизов. Предлагаемый подход позволит сохранить стабильность LTS-выпусков и доступность инноваций промежуточных версий, при этом пользователям не придётся ждать отдельных релизов при желании использования новых версий программ, а компания Canonical сможет не тратить лишние ресурсы на поддержку каждого промежуточного выпуска в течение 18 месяцев. LTS-релизы будут формироваться как стабилизированный срез Rolling-репозитория, для которого по мнению Canonical можно обеспечить высокий уровень качества и стабильности.

По словам Лиэнн поддержание rolling-репозитория в стабильном состоянии большая, но выполнимая задача. Подобный репозиторий должен быть постоянно в целостном состоянии, все доступные пакеты должны всегда быть работоспособными и сочетаться друг с другом. В настоящее время при разработке Ubuntu уже практикуются некоторые методы ежедневного контроля качества, производится автоматизированное тестирования работоспособности сборок.

Тем не менее, обсуждаемое нововведение выглядит нереалистично с учётом возможности негативного влияния на пользователей, которым недостаточно релиза раз в два года и возможности использования rolling-выпусков в остальное время. При rolling-выпусках теряется возможность контроля за появлением инноваций, пользователь обычного релиза имеет возможность решить переходить сразу на новый выпуск или подождать какое-то время. Rolling-выпуски непредсказуемы для пользователя, нововведения могут обрушиться в неожиданные и неподходящие моменты, и не всегда могут устраивать пользователя (например, в новой версии программы может быть изменено поведение или появится регрессивные изменения). Кроме того, невзирая на все усилия по стабилизации и тестирования, rolling-выпуски по своей сути менее стабильны, чем обычные релизы (особенно с учётом того, что многие пользователи не устанавливают релиз сразу, а выжидают примерно месяц, за который успевают устранить вовремя не выявленные ошибки).


Источник

8 января 2013 г.

Отключаем apport

В Ubuntu precise появилась очень плохая черта — в Unity (под fluxbox такой проблемы нет) apport стал предлагать отправить багрепорт после падения приложения. Ну и перезапустить его ещё.
Удалять apport — не очень хороший вариант, всё же через него можно и нужно постить баги, чтобы разработчики улучалали свои программы. Но постоянно всплывающие окошки ubuntu-bug (он же apport) сильно задалбывают — особенно, когда локальный bind в dmesg валит кучей сообщений о невозможности отрезолвить что-то. И на каждое такое сообщение — всплывает окошко, снова и снова... Что еще больше раздражает, когда вы редко пользуетесь Unity, запустив который получаете тонну всплывающих окон :)

В общем, отучается ubuntu от этой дурацкой привычки так:

user@desktop:~$ sudo sed -i 's/enabled=1/enabled=0/' /etc/default/apport

И потом:

user@desktop:~$ sudo /etc/init.d/apport stop

или как вариант можно выполнить:

user@desktop:~$ sudo service apport stop

После этого apport должен перестать отвлекать ваше внимание.

(после рестарта системы оно уже не запустится).

Если же вы решили вернуться к первоначальному состоянию, тогда:

user@desktop:~$ sudo sed -i 's/enabled=0/enabled=1/' /etc/default/apport

источник

5 января 2013 г.

transmission-daemon для ленивых

Обычно пользуюсь торрент-клиентом Transmissiom-gtk, но можно использовать и transmission-daemon... Мне это понадобилось, когда при очередном обновлении девки убунты не запускался transmissiom-gtk, а закачки нужно было продолжить да и потерять уже готовые не хотелось...

   
gtk+qtwebuiterminal

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

sudo apt-get install transmission-daemon

Далее не забываем остановить уже запущеный transmission-daemon:

sudo /etc/init.d/transmission-daemon stop

В файл ~/.fluxbox/startup дописал запуск демона с конфигом от Transmissiom-gtk

sh -c 'transmission-daemon -g ~/.config/transmission &'

Чтобы эта задумка работала и не требовала пароли и т.д., необходимо модифицировать init-файл добавив в него параметр manual. Это необходимо для того, чтобы transmission-daemon не запускался при старте системы:

sudo bash -c "echo manual >> /etc/init/transmission-daemon.conf"

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

p.s. Конечно есть и другие варианты, например: rtorrent, но весь смысл именно в сохранении уже готовох раздач клиента и докачки начатых. Кому же нужна полная и правильная настройка transmission-daemon есть man, help, google ;)