Налаштування gnome-panel у GNOME 3 fallback-режиму при запущеному компізі

Все що написано, стосується fallback-режиму, в якому деяким людям комфортно працювати і які не збираються перелазити на новомодні інтерфейсні заморочки.

Кажуть (про це є ціла купа посилань), що налаштування нічим не відрізняється від панелі звичного Gnome 2. Єдине, що потрібно знати: для доступу у меню налаштувань панелі використовується комбінація Alt+"Права кнопка миші".

І ОТУТ БАГАТЬОХ, ХТО ВИКОРИСТОВУЄ ФАЛЛБЕК РЕЖИМ 3-ГО ГНОМУ РАЗОМ ІЗ КОМПІЗОМ, ЧЕКАЄ ОБЛОМ: ВОНО НЕ ПРАЦЮЄ.

ВИРІШУЄТЬСЯ ПРОСТО:

зміна віконного менеджера на metacity, тоді все працює як слід, і перезапуск компіза. І вуаля!!!

Оптимізація Мозілли

Взято з http://sonikelf.ru/razgonyaem-mozilku/ ,а покладено сюди, щоб потім довго не шукати Как ускорить загрузку сайтов [Mozilla FireFox] # опубликовано [12.04.2010] в рубриках: [Mozilla FireFox, Оптимизация системы] Не секрет, что скорость загрузки страниц зависит не только от “толщины” интернет канала и мощности компьютера, но и от настроек браузера. firefox ускорение Многие жалуются, что другие браузеры обычно быстрее в плане загрузки страниц, чем Mozilla Firefox. В этой статье речь пойдет как раз о том, как настроить Mozilla FireFox так, чтобы сайты грузились в разы шустрее. Поехали, – как ускорить загрузку сайтов в Firefox. Запускаем Мозилку. Набираем (именно набираем, а не копируем) в адресной строке (это там, куда мы вводим, например sonikelf.ru) abоut:config и, согласившись быть осторожными, попадаем на страницу настроек браузера. Находим в списке параметр network.http.pipelining и выставляем (нажав на строке этого параметра два раза левой кнопкой мыши) значение true. Следующей находим параметр network.http.proxy.pipelining, которому тоже меняем значение на true. Почти точно так же поступаем с параметром network.http.pipelining.maxrequests, только ему присваиваем значение 32 В качестве еще одного штриха (нажав правой кнопкой мыши и выбрав из выпадающего списка Создать – Целое) надо создать целый параметр с названием nglayout.initialpaint.delay и значением 0. Далее находим в списке параметр network.dns.disableIPv6 и присваиваем ему значение false Следом даем параметру content.notify.backoffcount (если его нет, то создаем (правая кнопка мышки – Создать – Целое)) значение 5. Тоже самое проделываем с значением ui.submenuDelay (если его нет, то создаем (правая кнопка мышки – Создать – Целое)), только ему присваиваем 0. Ну и, наконец, параметру plugin.expose_full_path (правая кнопка мышки – Создать – Логическое)) даем значение значение true Закрываем страничку настроек и наслаждаемся результатом. Что мы сделали и как это работает. В протоколе HTTP версии 1.1, появившемся в 1999 году и используемом по сей день во всемирной паутине, появилась возможность в рамках одного TCP-соединения делать несколько запросов веб-серверу. Учитывая, что страницы современных сайтов обычно содержат большое количество изображений и других объектов, время установления TCP-соединения (для каждого объекта) начинает играть значительную роль. Поэтому грех не использовать возможность по гарантированному ускорению загрузки страниц, существующему уже как 9 лет с помощью соответствующих настроек: network.http.version — 1.1, network.http.keep-alive — true Эти параметры установлены по умолчанию и разрешают Firefox использовать HTTP версии 1.1, включая возможность делать несколько запросов в соединении. network.http.pipelining — true, network.http.proxy.pipelining — true Эти параметры предписывают Мозилке делать несколько запросов в соединении, не дожидаясь ответа сервера. network.http.pipelining.maxrequests — 32 Этот параметр задает максимальное количество запросов, которое может быть сделано в соединении, от 1 до 32. Указывать значение более 32 бессмысленно. nglayout.initialpaint.delay — 0 И вот этот, созданный нами, параметр уменьшает до нуля задержку перед прорисовкой (рендерингом) информации, полученной от веб-сервера, что позволяет увидеть запрошенную страницу чуть быстрее. Послесловие. Так же есть плагин FasterFox, который по идее занимается оптимизацией скорости загрузки страниц в Firefox, но я, используя его, не ощутил особого прироста производительности, а на некоторых страницах так и вовсе получил ряд проблем из-за настроек, изменяемых этим плагином. В общем, пользоваться им или нет, – дело Ваше. Во всяком случае настроек Выше хватает и так. Вот такие дела. Если есть какие-то вопросы, то спрашивайте, – буду рад ответить в комментариях. PS: Так же, рекомендую почитать статью по оптимизации потребления оперативной памяти Mozilla FireFox http://sonikelf.ru/optimizuruem-firefox/ Я уже писал о том, как ускорить загрузку страниц в Mozilla FireFox методом редактирования различных настроек по средством about:config, однако помимо этого есть еще кое-что, что не мешало бы подкрутить в этом браузере. ram firefox Многие знают, что FireFox будучи напичкан разными плагинами (и даже не будучи ими напичкан) занимает относительно много оперативной памяти как в свернутом, так и в развернутом виде. Однако есть возможность провести некоторую RAM-оптимизацию, которая если уж не снизит особо потребление, то сделает работу браузера несколько шустрее и адекватней (меньше вылетов, зависаний и прочее). Уменьшаем количество используемой памяти. И так, поехали: Запускаем Мозилку. Набираем (именно набираем, а не копируем) в адресной строке (это там, куда мы вводим, например sonikelf.ru) abоut:config и, согласившись быть осторожными, попадаем на страницу настроек браузера. Находим в списке настроек параметр browser.sessionhistory.max_total_viewers и выставляем его значение 0. Далее (нажав правой кнопкой мыши и выбрав из выпадающего списка Создать – Логическое) надо создать параметр с названием config.trim_on_minimize и значением true. Закрываем страницу настроек и перезапускам мозилку. Всё. Двумя этими параметрами мы внесли изменения в подсистеме кеширования данных, чем снизили потребление объема оперативной памяти. Если есть какие-то вопросы, то спрашивайте, – буду рад ответить в комментариях.


http://vk.com/topic-34179833_26050105 про додатки

Вирішення проблеми зі шрифтами в Google Earth в Debian Wheezy

Решение проблемы со шрифтами в Google Earth на Ubuntu и Debian [исправить]

Известно, что Google Earth при работе на Debian и Ubuntu отличается совершенно негодными шрифтами.
Дело не только в их виде, но и в том, что русские буквы в ряде случаев не отображаются вовсе.
Причина этого кроется где-то в библиотеке Qt4, идущей в комплекте с GE.
Очевидное решение - избавиться от нее,
и использовать системную библиотеку Qt4. Для этого устанавливаем Qt4 и заменяем шесть файлов GE
на соответствующие симлинки:

sudo apt-get install libqt4-webkit qt4-qtconfig

Шифрування данних в TrueCrypt

У звязку з насиченістю даних інформацією не для широкого загалу, постала потреба в їх захисті.

В нагоді стала така собі хороша прога як TrueCrypt - це Free Open-Source Disk Encryption Software.

Беремо звідси: http://www.truecrypt.org/downloads, качаємо архів, розпаковуємо і запускаємо скрипт.

Все встановлюється, кладеться в папку /usr/bin, запускається через меню та по альт-ф2 - при наборі перших букв.

Все інтуїтиво зрозуміло.

Файл-контейнер створюється, правда довгенько - на 220 гіг - 2 години зі швидкістю 35 метрів на секунду

На превеликий жаль, русифікація/україніфікація, реалізовані лише під вінду... ;(

на додачу варто почитати це:
http://ru.wikibooks.org/wiki/%D0%97%D0%B0%D1%89%D0%B8%D1%82%D0%B0_%D0%BA%D0%BE%D0%BD%D1%84%D0%B8%D0%B4%D0%B5%D0%BD%D1%86%D0%B8%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D1%85_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%B8_%D0%B0%D0%BD%D0%BE%D0%BD%D0%B8%D0%BC%D0%BD%D0%BE%D1%81%D1%82%D1%8C_%D0%B2_%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D0%BD%D0%B5%D1%82%D0%B5#.D0.A3.D1.81.D1.82.D1.80.D0.BE.D0.B9.D1.81.D1.82.D0.B2.D0.B0_.D1.85.D1.80.D0.B0.D0.BD.D0.B5.D0.BD.D0.B8.D1.8F.2C_.D1.84.D0.B0.D0.B9.D0.BB.D0.BE.D0.B2.D1.8B.D0.B5_.D1.81.D0.B8.D1.81.D1.82.D0.B5.D0.BC.D1.8B.2C_.D1.83.D1.8F.D0.B7.D0.B2.D0.B8.D0.BC.D0.BE.D1.81.D1.82.D0.B8 - Защита конфиденциальных данных и анонимность в интернете, тобто.
TrueCrypt: бесплатная защита данных ПК и ноутбука http://www.thg.ru/software/truecrypt/index.html

Шифрование данных - TrueCrypt http://nix-sa.blogspot.com/2011/01/truecrypt.html

Встановлення часу, відмінного від хоста в VirtualBox

Проблема виникла в один прекрасний момент, коли деяке програмне забезпечення, використовуване в "ознайомчих" цілях, перестало працювати. Виявилося, що ліцензія мала тривалість до певної дати, і після цього заблокувалася як сама прога, так і можливість її запуску після зміни глобального системного часу - десь полишалися записи у реєстрі віндоуса. Зміна системного часу хоста та перевстановлення проги у віртмашині допомогло, але маніпуляції із системним часом на хості - це процес не дуже оптимальний, довгий, це марудня із сертифікатами безпеки в інетоглядачі тощо, тому ми пішли іншим шляхом. Виявляється, в ВіртуалБоксі є способи повернути час назад. Я створив для такого роду програм окрему віртуальну машину, для якої існують свої специфічні параметри часу. Ось так виглядає термінальний рядок із командою, яка "відкинула" час віртуальної машини на 7 років назад: на 10.06.2005 р. (дата написання посту - 4.01.2012): eucrariano@debian:~/VirtualBox VMs/Win_for_GIS$ VBoxManage modifyvm Win_for_GIS --biossystemtimeoffset -207273600000 Все дуже просто: eucrariano@debian:~/VirtualBox VMs/Win_for_GIS$ - це шлях до віртуальної машинки, де міняємо параметри часу VBoxManage modifyvm - сама команда Win_for_GIS - назва віртмашини --biossystemtimeoffset -207273600000 - власне сам параметр зміни часу в мілісекундах (знак мінус означає, що час змінюємо на минулий) От і все. Це працює і на віндоуз-хостах, там можливо треба прописувати якісь шляхи, але принцип (і команди) абсолютно тотожні. P.S. Ця інформація не є таємною, зустрічається в багатьох місцях, зокрема в http://safezone.cc/forum/archive/index.php/t-6675.html