Поиск по блогу

понедельник, 24 февраля 2014 г.

Шрифты в Ubuntu 12.04-13.04

При установке Ubuntu 12.04 (потом последующий апдейт до ядра 3.8.0-36) и следом установки
kde-full
после перезагрузки системы со шрифтами творится что-то неладное: для русских букв шрифт будто меняется - становится меньше, тоньше, противнее.
Чтобы выровнять это безобразие, была найдена следующая заплатка
apt-get remove fonts-nanum
Почему это происходит, не выяснено. В интернете предлагались разные решения, вплоть до установки и конфигурации qt3-4. Мне это не помогло, а только добавило лишних сущностей в репозиторий.
P.S. Еще есть проблема со шрифтами в браузере, но тут пока не понятно за что и браться. Шрифты при загрузке страницы в браузере расползаются, будто верстка слетает, после F5 все встает на места.

пятница, 16 августа 2013 г.

Настройка WordPress на Fedora 17

1) Скачать с офсайта дистрибутив wordpress (назовем его wordpress.tar.gz)
2) Установка и настройка окружения в системе
а) Установка и настройка mysql

#yum install mysql mysql-server
#systemctl start mysqld.service
#systemctl enable mysqld.service

# /usr/bin/mysql_secure_installation
Здесь донастроится mysql, установится новый root пароль

Если не запускать скрипт, то установка пароля для пользователя root такая:

#mysqladmin -u root password [your_password_here]
(f.e. mysqladmin -u root password qwerty)

Коннект к mysql

#mysql -u root -p
или

#mysql -h localhost -u root -p

Настройка базы данных и конфигов для wordpress базы
Например:

 db: wordpressdb
 user: wordpress_user
 ip: x.x.x.x
 password: 123456
 permissions: all
## CREATE DATABASE ##
mysql> CREATE DATABASE wordpressdb;

## CREATE USER ##
mysql> CREATE USER 'wordpress_user'@'x.x.x.x' IDENTIFIED BY '123456';

## GRANT PERMISSIONS ##
mysql> GRANT ALL ON wordpressdb.* TO 'wordpress_user'@'x.x.x.x';

##  FLUSH PRIVILEGES, Tell the server TO reload the GRANT TABLES  ##
mysql> FLUSH PRIVILEGES;

Проверка соединения с базой данных

mysql -h dbserver_name_or_ip_address -u wordpress_user -p wordpressdb
б) Установка php

#yum install httpd php php-common php-pecl-apc php-cli php-pear
php-pdo php-mysql php-pgsql php-pecl-mongo php-sqlite
php-pecl-memcache php-pecl-memcached php-gd php-mbstring
php-mcrypt php-xml

#systemctl enable httpd.service

Проверить что php нормально поставилось:

$touch test.php

В файле ввести:
<?php phpinfo(); ?>

Распаковка скаченного архива wordpress в директорию

#tar -xvzf wordpress.tar.gz -C /var/www/html

Создадим дополнительные директории и дадим права пользователю apache права на использование

 #mkdir -p /srv/www/wordpress/public_html
 #mkdir /srv/www/wordpress/logs

 #tar -xvzf wordpress.tar.gz -C /srv/www/wordpress/public_html --strip-components=1

 #chown -R apache:apache /srv/www/wordpress

Вообще эти действия были указаны для настройки связки nginx+wordpress, для apache2 тоже заработало. Но возможно, что данные действия избыточны.

Настройка apache virtual host

Создадим файл

#vim  /etc/httpd/conf.d/wordpress.conf
Правим:
  ServerAdmin test@test
  DocumentRoot /var/www/html/wordpress
  ServerName wordpress

  # Logging
  ErrorLog /var/log/httpd/wordpress-error-log
  CustomLog /var/log/httpd/wordpress-acces-log common

Перезапускаем сервис apache
#systemctl restart httpd.service

Так как мы указали ServerName, надо его указать в /etc/hosts:

#vim /etc/hosts
127.0.0.1     wordpress
Правим wp-config.php

#cd /var/www/html/wordpress

#cp wp-config-sample.php wp-config.php


// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define('DB_NAME', wordpressdb);

/** MySQL database username */
define('DB_USER', 'wordpress_user');
/** MySQL database password */
define('DB_PASSWORD', '123456');

/** MySQL hostname */
define('DB_HOST', 'localhost');

/** Database Charset to use in creating database tables. */
define('DB_CHARSET', 'utf8');

/** The Database Collate type. Don't change this if in doubt. */
define('DB_COLLATE', '');
Отдельно настроить эту секцию файла

define('AUTH_KEY',         'put your unique phrase here');
define('SECURE_AUTH_KEY',  'put your unique phrase here');
define('LOGGED_IN_KEY',    'put your unique phrase here');
define('NONCE_KEY',        'put your unique phrase here');
define('AUTH_SALT',        'put your unique phrase here');
define('SECURE_AUTH_SALT', 'put your unique phrase here');
define('LOGGED_IN_SALT',   'put your unique phrase here');
define('NONCE_SALT',       'put your unique phrase here');
Вместо
put your unique phrase here
вставим новые значения, сгенерированные случайно с помощью программы pwgen

#yum install pwgen
#pwgen -sy 50
он сгенерит кучу наборов по 50 символов в каждом элементе. можно и меньше, я набирала
pwgen -sy 10
- сгенерятся наборы по 10 символов
#systemctl restart httpd.service

Оставшаяся установка wordpress
Набираем
http://wordpress
(если настроили так /etc/ hosts)

Ввести Site Title, Username, Password и указать e-mail и нажать Install WordPress

Если все успешно, Log In.

Источники:
1)Стандартная документация из архива wordpress, readme.htm 2)http://www.if-not-true-then-false.com/2010/install-wordpress-on-fedora-centos-red-hat-rhel/

суббота, 5 января 2013 г.

Извлечение части каталогов из 3 Гб+ архива tar.gz/tar.bz2

1. Найти каталог который требуется извлечь:

tar -tf archive.tar.gz

В выводе будет каталог например
archive/catalog/
где /archive - коренная папка в архиве

2.
tar xpvf archive.tar.gz archive/catalog


Распакуется в текущую папку.

Используемые опции tar:
-f, --file
- указывает извлекать файл
-x, --extract
- извлечь файл
-p, --preserve-permissions
- извлекать защищенную информацию
-t
- список файлов показать
-v, --verbose
- подробный вывод

вторник, 25 сентября 2012 г.

Починка файловой системы с помощью fsck

В последнее время часто отваливается файловая система. Иногда при открытии определенного пути dolphin мне говорит, что protocol died unexpectedly. После этого происходят разные проблемы в зависимости от того, какие inodы страдают: либо начинают закрываться приложения с ошибкой на сохранение данных, либо просто ничего на клики-нажатия не реагирует.  При перезагрузке система выпадает в режим консоли и просьба запустить fsck ручками. Чиню так:

1.
ls -l /dev/ | grep sda

....
...
/dev/sdaX root -> /dev/sdaX


2.
fsck -f -c -v -y /dev/sdaX


-f
- принудительно запустить проверку ФС, даже если ФС не вызывает подозрений
-y
- отвечать yes на все вопросы
-c
- проверить все badblocks и занести их в badblocks list
-v
- больше информации на экран

После этого все фиксится. На время правда.

среда, 23 мая 2012 г.

Настройка SSL для приложений в tomcat


Исходные данные:
  1. ОС: Fedora 16
  2. Tomcat 7.0.27
  3. JDK 6u32 (6u31)
Последовательность действий:
  1. Установить tomcat и jdk:
  2. Рассмотрим случай, когда Tomcat по умолчанию использует порт 8080. Необходимо, чтобы файерволл разрешил выход с этого порта. Добавим правило в iptables:
    # vim /etc/sysconfig/iptables
    вписать
    -A INPUT -m state --state NEW -m udp -p udp --dport <8080> -j ACCEPT
    -A INPUT -m state --state NEW -m tcp -p tcp --dport <8080> -j ACCEPT
    

    #service iptables restart 
    Fedora 16:
    #systemctl restart iptables.service
  3. Проверить, что все запускается:
    /path/bin/startup.sh 
    или
    /path/bin/catalina.sh start
    http://localhost:8080
  4. Необходимо настроить SSL на установленном tomcat:
    1. остановить томкат, если запущен:
      /path/bin.shutdown.sh
      или
      /path/bin/catalina.sh stop 
    2. нужно сгенерировать
      self-signed sertificate
      и приватный ключ сервера:
      keytool -genkey -alias tomcat -keyalg RSA 
      [ -keysize 1024 -keystore /path/to/keystore/.keystore ] 
      
      keytool
      будет просить ввести пароли. Надо ввести. Можно указать дополнительные данные
      (organisation, state, name, etc)
      . И согласиться с введенными данными. Результат:
      /%username%/.keystore
      keytool -genkey -alias tomcat -keyalg RSA -keysize 1024 
      -keystore /path/conf/.keystore 
      
      Результат: 1024-битный
      .keystore
      , расположенный в
      /path/conf/.keystore
    3. экспорт
      .keystore
      в файл сертификата
      name.cer
      :
      cd /path/conf/ 
       keytool -export -alias tomcat -file server.cer
      Вводим пароль от нашего хранилища (если мы его задавали, а лучше было бы задать) и получаем результат:
      /path/conf/server.cer 
    4. Создание key файла-приватного ключа:
      openssl genrsa -out server.key
      по умолчанию 512 бит размер ключа
      openssl genpkey -algorithm RSA -out server.key 
      -pkeyopt rsa_keygen_bits:2048
      
      Результат:
      /path/conf/server.key 
    5. Конфигурация в файле
      /path/conf/server.xml 
      :
      < !-- Define a SSL HTTP/1.1 Connector on port 8443
               This connector uses the JSSE configuration, when using APR, the
               connector should be using the OpenSSL style configuration
               described in the APR documentation -- >
      
         < Connector
                     port="8443"
                     protocol="HTTP/1.1" SSLEnabled="true"
                     maxThreads="150" scheme="https" secure="true"
                     clientAuth="false" sslProtocol="TLS"
                     SSLCertificateFile="/path/conf/server.cer"
                     SSLCertificateKeyFile="/path/conf/server.key"
                     keystoreFile="/path/conf/.keystore"
                     keystorePass="keystore_password" / >
      
    6. запустить томкат
    7. проверка:
      https://localhost:8443
  5. Взять (с сервера или попросить товарища или собрать самому) war файл свежей версии проекта
    X
    (X.war) и скопировать пока в какую-нибудь директорию, отличную от
    /path/
    , например,
    /home/%username%/
    .
  6. Остановить томкат, если еще не остановлен.
  7. cp /home/%username%/X.war /path/webapps/ 
  8. Запустить томкат. War файл сам развернется и приложение будет готово.
  9. И:
     https://localhost:8443/X/ 
    Если выдается нужная страничка, то вообще отлично.
Источники:

четверг, 19 апреля 2012 г.

Операции с переменными окружения

Периодически пригождается и тонкости стабильно забываются.
установить переменную:
export VARNAME=VARNAME
посмотреть существующие переменные:
env (printenv)
удалить переменную:
unset VARNAME
export -n VARNAME
если переменная постоянно нужна, но переменная должна быть локальной:
записать ее значение в 
~/.bashrc

вторник, 3 апреля 2012 г.

Установка размера выделяемой памяти для java

Давно хотела написать для себя заметку по установлению размера памяти в java, в особенности для tomcat.

Для tomcat это делается так:

  1. Открываем
    /path-to-tomcat-installation/bin/catalina.sh
  2. Вписываем строку
    CATALINA_OPTS="-Xms256m -Xmx512m"
    Xms
    задает минимальный размер кучи
    Xmx
    задает максимальный размер кучи
    Пишется без пробелов, и обязательно добавляется в конце величина, m,G,M и т.д. Подробнее в источнике.
Источник: http://greenmice.info/ru/node/143