ncux

Рейтинг
101
Регистрация
05.09.2005

Попробуйте так:

mail ($email, $subj, $name.'\n'.$tel.'\n'.$msg, 'Content-type: text/html; charset=utf-8');

Полное описание функции:

mail ( string $to , string $subject , string $message [, string $additional_headers [, string $additional_parameters ]] )

Кстати, если ничего не путаю, то при отправке даже пустой формы все переменные принимают значение isset. То есть они установлены, но пусты.

Revan:
ncux, а можно попросить посмотреть на пример сайта тормозящего от размещения нескольких блоков?
По идее это проблема браузера у клиента - если по отдельности хорошо работает. А вместе - нет.

Похоже разобрался. Путем экспериментов получилось, что сайт грузится нормально, если первым идет код бегуна. Как только первым ставишь Директ - страница умирает.

Для лучшей загрузки перенес скрипты РСЯ в конец страницы и поставил дивы для их вызова.

Automaster:
По теме: в последнее время у меня Бегун приносит больше дохода чем Яндекс. Это нонсенс. Да же бид больше в Бегуне. Тематика - авто.

Какая посещаемость, если не секрет? Сам думаю перейти с ЯД на Бегуна.

Sokols:
Ага, нашли дураков. Чтобы ВМ заранее сбежали на другие биржи?..:D

Придется уходить оттуда. Успел зайти на их сайт, прочитать новость, что теперь им мало денег и всё... сайт больше не работает. Еще и скан паспорта хотят 😮

Outsourcenow:
Не забывайте, что время, когда запрос висит в ожидании снятия лока с таблицы, не входит в log-slow-queries.

То бишь при залоченой таблице у вас запрос может висеть двадцать минут, а потом выполниться за 2 секунды - и в лог он, разумеется, не попадет

Как такие отловить?

Bribone:
для рестарта mysql (и других сервисов) можно monit поставить - хотя бы от ежедневных звонков в техподдержку спасет.
Медленные запросы можно писать в лог с помощью --log-slow-queries. Хотя я думаю проблема не этом.

Медленные запросы пишу, даже планку опустил до 3-х секунд - все равно в логах ни одного запроса нет (только записи о рестартах базы). Все работает в большинстве запросов по индексам...

Andreyka:
А может хостер просто сделал больше VPS на сервере чем тот может потянуть, отсюда и все проблемы.

Я как раз вчера сменил хостера, о чем писал выше. База работала с нового ВПС, а хттпд - со старого. На новом месте база продержалась около часа :(

Сегодня сайт полностью на одном хосте. С утра пытался завалиться, но повисев минут 5, видимо, передумал.

Не знаю что с ним дальше делать.... Подожду понедельника, когда будет пик нагрузки, посмотрю что будет.

manman:

и проверь есть ли место
df -h /tmp
первая цифра должна быть больше второй хотябы на 35 мегабайт :-)
чтото типа
Filesystem Size Used Avail Capacity Mounted on
/dev/ad6s1d 29G 228M 27G 1% /tmp
только цифры мельче у тебя будут

df -h /tmp

Filesystem Size Used Avail Use% Mounted on

vzfs 80G 659M 80G 1% /

конфиг отредактировал

ncux добавил 21.08.2008 в 22:53

Конфиг-то отредактировал, зато моментально отвалился Плеск.

MySQL query failed: Incorrect information in file

manman:
лог лежит в том месте где БАЗЫ. называется примерно Имямашины.err

где то наставлено выделения памяти под что-то больше чем оперативы...

в темпе место не кончилось ?
вот на этом разделе где переменные tmpdir

echo 'show variables like "%tmp%";' | mysql

Таких логов не нашел. Нашел один ib_logfile1 - там пробелов на 5мб...

show variables like "%tmp%:

bdb_tmpdir

max_tmp_tables 32

slave_load_tmpdir /tmp/

tmp_table_size 33554432

tmpdir

manman:
логи мускуля лежат в папке с базами - их посмотрите, а про апач - тупой 2.2* апач угу - сам к себе лезет регулярно, но на базы это не влияет (ответ 403 - он не доходит в принципе до баз).

на фултексте после селекта еще и сортировки поди есть ? индекс есть на поле по которому сортируете?
да не нагрузка это чтобы падать -у меня в среднем 60-70 на мускуль процессор отжирается- совершенно не повод рухнуть серваку.
в крон к тому что есть добавь
echo "show processlist;"| mysql -uroot >>/var/log/mysqlProcesslist
после падения может чтото увидится.

что именно падает? осташиеся 95 процентов процессора то чем в это время заняты ?
во время " падения" крон остаетсяработать или машина умирает совсем?

Наверно уже не соображаю %) Если речь о логе mysqld.log, то там все стерильно, никаких ошибок.

При сортировке в фултексте есть индекс, по которому сортируется селект. Explain говорит, что он просматривает всего 1 поле.

Спасибо, повешу в крон эту задачу.

Сервер умирает совсем. Не работает вообще ничего - SSH, FTP, HTTP и прочее. Помогает только звонок в службу поддержки :(

ncux добавил 21.08.2008 в 22:10

manman:
длинные запросы обычно видно в процесслисте
и не приводят к коре сервера , по крайнй мере я не видел чтобы ssh переставал откликаться - фронтенд да отпадет по таймауту - а шелл то куда денется.. ...

Да. Причем сейчас файлы находятся на одном VPS, а база - на другом (там где есть SSH).

После падения мускуля второй ВПС получилось оживить только после перезагрузки всего аккаунта ВПС, тот ВПС, где находится файло - отдавал ошибу "Lost connection during query". Вроде так.

Бывает пишет "can't allocate memory", бывает "erno(12)".. В общем, он у меня большой выдумщик :))

Всего: 185