CentOS - SFTP доступ

Некоторым пользователям предпочтительней дать не полный доступ, а только права на перенос файлов. FTP...? Несекьюрное решение. С точки зрения поставленной задачи и безопасности оптимальным было бы решение на базе SFTP. Оригинальное решение тут Для реализации воспользуемся rssh - оболочкой работающей на базе OpenSSH. Качаем свежий пакет отсюда. Инсталлируем rpm -ivh rssh-2.3.2-1.2.el5.rf.i386.rpm Открываем файл конфигурации  /etc/rssh.conf раскомментируем строку allowsftp Создадим пользователя с оболочкой rssh useradd -m -d /home/test -s /usr/bin/rssh test passwd test Заходим через доступный нам клиент по sftp и радуемся жизни.

Python 2.6 и MySQL

Для установки MySQLdb в Python 2.6 вводим

easy_install MySQL-python

CentOS PHPUnit

Не захотел сразу становиться PHPUnit

[root@xxx ~]# pear install phpunit/PHPUnit
phpunit/PHPUnit requires PHP extension "dom"
phpunit/PHPUnit can optionally use PHP extension "json"
phpunit/PHPUnit can optionally use PHP extension "xdebug" (version >= 2.0.0)


Собственно для решения вполне достаточно победить первую зависимость

Под CentOS вводим

yum -y install php-xml

Таким образом, мы установили расширение dom.

Memcached on Cent OS

Установка memcached тоже прошла не без приключений. Оригинал решения здесь.

Итак скачали и установили libevent
Скачали и устанавливаем memcached
Скорее всего конфигурационный скрипт не нашел libevent и нам приходится указывать дополнительным параметром его нахождение

./configure --with-libevent=/usr/local/lib/

Пытаемся запустить
memcached

Получаем ошибку
error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: No such file or directory

По каким-то соображениям новый libevent не зарегистрировал себя в системе. Исправляем этот косяк.

Создаем следующий файл
# vi /etc/ld.so.conf.d/libevent-i386.conf

В нем прописываем путь находения файла libevent-1.4.so.2
В моем случае
/usr/local/lib
файл сохраняем и закрываем.

Для обновления информации вводим
ldconfig

И запускаем memcached!

mysql - изменить пароль

Итак, продолжаем гид по работе с свежекупленным серваком.
Первое что я заметил при запуске top, что mysqld уже запущен. Стандартный пустой пароль не подошел. Для смены пароля пришлось малец похимичить. Оригинал метода путем отшелушивания зерен от плевел можно найти здесь.

1. Останавливаем сервис
/sbin/service mysqld stop

2. Запускаем без проверки таблиц прав:
/usr/bin/mysqld_safe --skip-grant-tables &
3. Заходим без пароля под root-ом
mysql -u root
4. Меняем пароль SQL коммандой
UPDATE mysql.user SET Password=PASSWORD('новый пароль') WHERE User='root';

5. Рестартуем сервис
/sbin/service mysqld restart

Беды на Cent OS продолжаются

При попытке установки ez_setup.py вылетел exception

zipimport.ZipImportError: can’t decompress data; zlib not available stemming from python ez_setup.py.

Помогло следующее решение установил zlib-devel. Перекомпилили python.
Заработало!

update kernel-headers на CentOS

Цитирую полезную статью, оказался в точно такой же ситуации при покупке VPS на Agawa

Установка GCC

Сразу после регистрации сервера вам может потребоваться установить GNU C++ Compiler. Когда я первый раз настраивал аккаунт на Агаве, он был уже установлен, однако на новом аккаунте он почему-то отсутствовал. Поэтому его потребовалось установить:

yum install gcc-c++

При установке может возникнуть ошибка Error: Missing Dependency: kernel-headers >= 2.2.1 is needed by package. В этом случае необходимо обновить пакет kernel-headers. Я его ставил отсюда:

wget ftp://ftp.pbone.net/mirror/ftp.centos.org/5.2/os/i386/CentOS/kernel-headers-2.6.18-92.el5.i386.rpm
rpm -i kernel-headers-2.6.18-92.el5.i386.rpm

После этого все должно ставиться нормально.

redirect 301

Иногда вам приходится переименовывать страницы своего сайта. Но предположим у ваших страниц под предыдущим названием был очень хороший рейтинг и терять его очень не хочется. Для сохранения тяжело заработанного рейтинга нам надо как-то сообщить поисковикам, что мы перенесли страницу. Открываем энциклопедию юного сурка - rfc 2616
и находим

10.3.2 301 Moved Permanently

The requested resource has been assigned a new permanent URI and any
future references to this resource SHOULD use one of the returned
URIs. Clients with link editing capabilities ought to automatically
re-link references to the Request-URI to one or more of the new
references returned by the server, where possible. This response is
cacheable unless indicated otherwise.

The new permanent URI SHOULD be given by the Location field in the
response. Unless the request method was HEAD, the entity of the
response SHOULD contain a short hypertext note with a hyperlink to
the new URI(s).

If the 301 status code is received in response to a request other
than GET or HEAD, the user agent MUST NOT automatically redirect the
request unless it can be confirmed by the user, since this might
change the conditions under which the request was issued.

Note: When automatically redirecting a POST request after
receiving a 301 status code, some existing HTTP/1.0 user agents
will erroneously change it into a GET request.

Ага, значит при обращении поисковика по старому URL нам нужно произвести редирект со статусом 301.

Для этого в файлике .htaccess прописываем
redirect 301 /old/path.html /new/path.html

Не забудьте заменить пути из примера на ваши страницы ;)