- Официальная wiki мне не понравилась, половина ссылок – битые
- Подробная презентация, как сделать свой конфиг
- shared_path
- Описание переменных (variables)
- Лучше лишний раз уточнить, в чём разница между current_path и release_path
Тут у человека систематически виснет fpm, попытки это вылечить и самый дельный совет – «собирать нужный софт для production-сервера нужно руками».
http://phpclub.ru/talk/threads/%D0%B7%D0%B0%D0%B2%D0%B8%D1%81-fpm.66810/
dig 3dnews.ru ANY
Выводит все dns-записи, относящиеся к домену.
Возились с spf-записями для валидации писем – нужный заголовок выглядит примерно так:
3dnews.ru. 674 IN TXT "v=spf1 a:3dnews.ru mx ~all"
Для борьбы со спам-фильтрами gmail и яндекса, и чтобы доказать, что не верблюд, можно заморочаться и добавить дополнительный заголовок к письму и дополнительную запись в dns.
Называется это всё DomainKeys Identified Mail.
Очень понятно написано здесь: http://habrahabr.ru/blogs/spam/106589/, генерация ключей: http://www.port25.com/support/support_dkwz.php
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
Оказывается, в shell есть команда для построения графика изменения la с течением времени – tload
Результат – 
А я всё по старинке пользовался top-ом).
http://linux.about.com/library/cmd/blcmdl1_tload.htm
Работал раньше сайт с 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 );
}
...
$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.
Сбойнул один старый скрипт и написал он много маленьких (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/{}
