Разработка » администрирование

Полезные ссылки по capistrano

bullgare — Mon, 16 Jan 2012 13:39:56 +0000

Официальная wiki мне не понравилась, половина ссылок – битые
Подробная презентация, как сделать свой конфиг
shared_path
Описание переменных (variables)
Лучше лишний раз уточнить, в чём разница между current_path и release_path

Познавательное обсуждение о том, почему всё нужно собирать руками

bullgare — Wed, 21 Dec 2011 07:42:33 +0000

Тут у человека систематически виснет fpm, попытки это вылечить и самый дельный совет – «собирать нужный софт для production-сервера нужно руками».
http://phpclub.ru/talk/threads/%D0%B7%D0%B0%D0%B2%D0%B8%D1%81-fpm.66810/

Проверка dns-записей домена из командной строки

bullgare — Tue, 06 Dec 2011 09:54:35 +0000

dig 3dnews.ru ANY

Выводит все dns-записи, относящиеся к домену.
Возились с spf-записями для валидации писем – нужный заголовок выглядит примерно так:

3dnews.ru.              674     IN      TXT     "v=spf1 a:3dnews.ru mx ~all"

DKIM для подтверждения, что почта отправлена с указанного домена

bullgare — Fri, 25 Nov 2011 08:33:04 +0000

Для борьбы со спам-фильтрами gmail и яндекса, и чтобы доказать, что не верблюд, можно заморочаться и добавить дополнительный заголовок к письму и дополнительную запись в dns.
Называется это всё DomainKeys Identified Mail.
Очень понятно написано здесь: http://habrahabr.ru/blogs/spam/106589/, генерация ключей: http://www.port25.com/support/support_dkwz.php

Kyoto Tycoon: интересное noSQL хранилище/кэш

bullgare — Wed, 16 Nov 2011 08:55:01 +0000

Kyoto Tycoon в общем-то аналог MemcacheDB, но некоторые утверждают, что Kyoto Tycoon лучше.
Думаем использовать.
Там всё просто (через API Memcached):

	$kyoto = new Memcached();// для persistent: $kyoto = new Memcached( 'heyhey' );
	$kyoto->addServer( '127.0.0.1', '22122' );// kyoto
//	$kyoto->addServer( '127.0.0.1', '11211' );// memcached

	$kyoto->set( 'my_key', array( 'key1' => array( 1 ), 'key2' => null ) );
	$kyoto->get( 'my_key' );

Здесь про более старую версию (связка Tokyo cabinet и tokyo tyrant).
http://sameerparwani.com/posts/tokyo-tyrant-with-php, http://sameerparwani.com/posts/installing-tokyo-cabinet-and-tokyo-tyrant

График загрузки системы в командной строке

bullgare — Tue, 15 Nov 2011 10:17:16 +0000

htop

График LA в командной строке

bullgare — Tue, 01 Nov 2011 09:30:48 +0000

Оказывается, в shell есть команда для построения графика изменения la с течением времени – tload
Результат –
А я всё по старинке пользовался top-ом).
http://linux.about.com/library/cmd/blcmdl1_tload.htm

Проблема при работе с расширением memcached в php

bullgare — Tue, 18 Oct 2011 12:19:29 +0000

Работал раньше сайт с memcache.
Решили перейти на memcached.
И повалились ошибки SERVER HAS FAILED AND IS DISABLED UNTIL TIMED RETRY, причём сначала одна CLIENT ERROR, а уже потом куча SERVER HAS FAILED AND IS DISABLED UNTIL TIMED RETRY.
Гугление ничего не дало, а проблема оказалась в следующем: первая ошибка возникала из-за некорректного ключа (пробел в названии ключа), после чего сервер расстраивался, и больше ничего делать не давал.
Ключ был следующий: info__rating DESC__1, генерился автоматически и никаких проблем при использовании его в memcache не вызывал. Понятное дело, что ключ плохой, но это не мешало другому расширению успешно работать.
А решение применили банальное: $Key = str_replace( ‘ ‘, ‘_’, $Key );, теперь вроде работает).
Окончательно все проблемы решила опция

$this->setOption( Memcached::OPT_BINARY_PROTOCOL,   true );

После этого лог ошибок стал пустым.
Коллега, который этим вопросом плотно занимается, считает, что это оттого, что по умолчанию протокол используется plain text (а именно, ascii), и UTF-символы интерпретируются неправильно (у нас ферма из нескольких машин, и на каждой окружение несколько отличается, к сожалению). И как только включили бинарный протокол, разногласия исчезли.

	function __construct()
	{
		parent::__construct();

		$this->setOption( Memcached::OPT_BINARY_PROTOCOL, true );
		$this->setOption( Memcached::OPT_DISTRIBUTION, Memcached::DISTRIBUTION_CONSISTENT );
		$this->setOption( Memcached::OPT_HASH, Memcached::HASH_CRC );
		$this->setOption( Memcached::OPT_SERVER_FAILURE_LIMIT, 3 );
		$this->setOption( Memcached::OPT_NO_BLOCK, true );									// асинхронный ввод-вывод
		$this->setOption( Memcached::OPT_TCP_NODELAY, true );									// при работе с сокетами надо потестить - может ускорить работу

		$this->connection = $this->addServers( array(	array( <хост>, <порт> ) ) );
		...
	}

При использовании ключа:

	...
	$key = str_replace( array( ' ', ',', ':' ), '_', $key );

	if ( strlen($key) > 220 ) {
		$key = md5( $key );
	}
	...

Борьба с утечками памяти в php

bullgare — Fri, 23 Sep 2011 08:24:28 +0000

	$limit = 512;
	$thresholdDelta = 10;
	ini_set('memory_limit', $limit . 'm');
	...
	$memoryThresholdReached = false;
	$memoryThreshold = ( $limit - $thresholdDelta ) * 1024 * 1024;
	...
	while ( $user = $db->plain_fetch( $result ) )
	{
		...
	// тут работа с данными
		...
	// проверка на превышение опасного порога использования памяти
		if ( ! $memoryThresholdReached && memory_get_usage( true ) > $memoryThreshold )
		{
			$memoryThresholdReached = true;
			try {
				throw new SystemException( 'Превышен порог использования памяти...' );
			}
			catch ( Exception $e ) {}
		}
	}

Более серьёзные способы – просмотр стека (strace -f -p $pid) и дебаг php C-шным дебаггером DBG.

Перемещение большого количества файлов в linux shell

bullgare — Thu, 14 Jul 2011 09:24:50 +0000

Сбойнул один старый скрипт и написал он много маленьких (2-3 кб) файлов в одну директорию.

Посмотрел я, сколько файлов оказалось, командой для подсчёта количества файлов в директории

ls -1 | wc -l

Оказалось файлов таких за миллион.

На эти файлы смотрел скрипт демонский, который по ним рассылал почты много.

Решил я эти файлы из директории той убрать (чтоб пользователей не расстраивать, а данные сохранить)

ls *.eml -1 | xargs -I {} mv {} ./fuckup/{}

но не разрешил мне линукс сделать этого (bash: /bin\/ls: Argument list too long).

Пришлось сделать так:

ls -1 | xargs -I {} mv {} ./fuckup/{}