maxon

После очередного апгрейда софта у вас не работает phpMyAdmin. Интерфейс поменялся, стал неудобным, ну это ладно. Главное, что невозможно что-либо отредактировать в базе данных. При попытке поправить данные пишет: Missing parameter: goto (FAQ 2.8)

Наконец кто-то достучался... Я насчёт этой статистики уже давно вам писал. Полгода не работала. Отписки типа "используйте специальный софт" и всё. Но теперь работает. Просто праздник какой-то!

Пардон, IP случайно старый попался, сервер работает. Но насчёт статистики вопрос остаётся.

Сервер 66.197.205.5 не отвечает: Connection to 66.197.205.5 Failed А сам сайт работает. В чём дело? И о статистике. Будет ли когда-то работать? Webalizer фиксирует данные только за 2 часа в сутки. Аналоговой статистикой не пользуюсь, но она жрёт до 50 МБ во временном файле. Можно ли от него избавится? Для сайта на 250 MB, статистика сжирающая 50 Mb - слишком жирно.

Угу. А предупредить пользователей о проблемах вам в голову не пришло? Мы должны ломать голову - а что же это происходит с почтой? И каковы перспективы со спам-фильтрацией? Кстати, девушку-то Вы ввели в заблуждение, заявив, что у вас спам-фильтр работает по умолчанию. Не стыдно?

Что-то я не понял с вашим спам фильтром. Объясняю ситуацию. Повалил вдруг спам. Я зашёл в настройки почты CPanel и включил уничтожитель спама, который БЫЛ в настройках почты.. Проверил. Работает. Пару недель спама практически не было. Вдруг опять повалил. Смотрю в хидерах почты проверки на спам нет. Захожу в настройки почты - уничтожитель спама отключен. Опять включаю. Работает. Через день работать перестаёт, в заголовках почты проверки на спам не стоит. Захожу опять в настройки почты Cpanel. И обалдеваю - функция уничтожитель спама вообще отсутствует! Спрашивается вопрос - куда дели и почему? Кому мешал уничтожитель спама? Какой очередной апгрейд софта так "улучшил" качество услуг адванты?

Про такое конечно знаю, но ведь там ни слова о %! В данном вопросе Вы некомпетентны, посему вкратце поясню, что указывается относительная нагрузка. Для четырехпроцессорного сервера идеально значение 4 и ниже, двухпроцессорного – 2 и ниже и т.д. Если выше, то это уже значит что выполняемые задачи создают очередь, превышающую идеальные значения. "Относительная" нагрузка? Относительно чего? Проценты - это, с вашего позволения, и есть относительный показатель по отношению к некому целому. В данном случае по отношению к полной загрузке процессора, когда процессор постоянно работает, без простоев. Очевидно, что более 100% быть не может. При такой загрузке и образуется очередь на обработку запросов. Ну а ваше объяснение - это что-то... Я, конечно, не компетентен. Можно даже предположить, что там действительно не проценты, а какие-то абстрактные числа. Так объясните смысл этой абстракции и как её таки конкретно измеряют? Вон я в своей XP включил Task Manager и она мне в процентах показала загрузку процессора. Честно. То есть сколько процессор стоит и сколько занят. За какой-то квант времени. И в процентах мне эти соотношения показывает. А что у вас? Один процессор работает, а три свободны? 2.13 процессора заняты, а 1.87 процессора свободны? А если число 5 покажет? Одного процессора не хватает? Я понаблюдал за поведением этой "абстракции". Иногда даже зашкаливает за 9. И мигает красным. Ну, можно предположить, что 9% загрузки это уже плоховато. А что будет, если это ваша "абстракция"? Катастрофа? Не хватает 4-х процессоров? Не устанавливали. Камень с души... Просто биллинг был обучен проверке грузильщиков. "Просто биллинг" или "не просто", но процесс "обучения" сводился к изменениям в настройках сервера. Без этого "обучения" мы бы как-то обошлись. Теперь в результате появилась опасность блокировки сайта. Я всегда с ужасом воспринимаю все ваши апгрейды. То вдруг кодировку сайт начнёт выдавать не ту, то спам посыпится, то вообще заблокируют... Нет предела совершенству!

Где это Вы такое увидели? cPanel -> Cтатус сервера. Не знали? Не на каждой. Я нашёл только в правилах: http://www.advanta.org/help/Simple_Contract.doc Могли бы сами дать эту ссылку, а не "мурыжить" клиента. Дабы сам отпал. Там я действительно нашёл: Теперь разберёмся с ситуацией. Мой сайт нормально работал более двух лет. Не создавал стало быть "паразитных нагрузок". От спамеров я использовал IP blocker, наличие которого в моём тарифном плане присутствует (кстати есть ли ограничение на число блокированных IP?). Естественно его использование спасает от "паразитных нагрузок". Однако с 1 февраля, когда ко мне начали приходить письма о нагрузках (начали - значит были изменены настройки сервера или/и было установлено новое ПО) ко мне на сайт начал опять активно сыпаться спам, естественно увеличивая нагрузки. Я сразу не проверил список блокированных IP и не могу точно утверждать, что список был очищен именно в момент изменения настроек сервера. Однако других версий у меня просто нет. В результате поток спама всё время нарастал, пока сервер не начал сообщать о перегрузках. Спрашивается вопрос - кто виноват в возникших перегрузках? Мой сайт? Ваши спецы, удалившие фильтры? Спамеры? Понятно, что мой сайт привлёк внимание спамеров и тем самым формально является виновным. Но для этого и существует IP Blocker, чтобы спасать от подобных напастей. Но чтобы заполнить список, нужно время, а его-то Вы и не даёте - сайт блокируется. Поэтому я и прошу более гибкой в этом отношении политики - ведь никто не застрахован от спамеров. Пусть будет нормой 1% (хотя вы спокойно можете дать и 2%, и 3%), но не блокируйте автоматически. Дайте месяц на борьбу и настройку фильтров. Автоматическое же отключение надо сделать при 5-7% нагрузки. Дабы не мешать другим, тут я согласен. В данном же случае, когда IP фильтр был очищен скорее всего по вине вашего персонала, вы просто обязаны пойти на встречу. Если Ваш аккаунт так перегружает сервер, то можно перейти на тариф V.I.P. О! Это конечно кардинальное решение проблемы, но есть ещё более кардинальное - поискать другой хостинг. Хотелось бы однако исследовать перед этим менее "кровавые" возможности. Пока сайт балансирует на грани ваших ограничений, я предпочитаю побороться за иное решение вопроса. Как я уже сказал, проблема назревала уже более месяца.

Я не требую от вас дополнительных услуг. Просьба заключается лишь в повышении планки пиковой загрузки процессора. Это не означает, что я у вас обязательно отъем этот дополнительный процент. Я лишь хочу сделать менее жёсткие рамки. Вот я последил за загрузкой сервера. По статусу. Загрузка сервера колеблется от 4% до 6%. 94% времени он ПРОСТАИВАЕТ. Даже если я действительно займу этот один процент, разве это критично? Нет. Подгоните свои требования под свои возможности. Только и всего. Однако... При регистрации Вы обязаны были прочитать договор, иначе бы биллинг просто не допустил Вас к регистрации. Опять я лишнее потребовал? Я регистрировался почти 3 года назад и я не помню, чтобы я читал про проценты от процессорного времени. Неужели у вас нет на сервере текста договора, который я мог бы прочитать? Хорошо. Объясните что мне делать после того, как сайт отключат из-за повышенной нагрузки. Вот я в процессе, так сказать, борьбы с этой напастью. Мне нужно отловить спамеров, настроить фильтры... Бах, сайт отключили. Что делать? Нет. Насчёт форума я не думал. Но что там крутили в настройках сервера помимо этого я не знаю. Есть лишь факт - фильтры IP исчезли. Я их не трогал больше года. Ваш вариант объяснения?

2% тем более будет достаточно для большинства сайтов. Точнее ещё большему числу. Почему бы не сделать? Укажите ссылку. В условиях тарифных планов я это не нашёл. С трудом я отполз от этой напасти. Сегодня нагрузка была в пределах нормы. Похоже если на сайт нападут спамеры, то вы ничем помочь не захотите? Отключите и всё? Значит это неизвестный хакер залез и вычистил мой список запрещённых IP? Так получается? А не проще ли предположить, что с очередным апгрейдом софта ваши программисты удалили старые настройки фильтров?

У меня тоже приходят сообщения о превышении нагрузки: "Нагрузка выше нормы! Процессор (%): 1.41 VS 1" Причём сообщается, что это 4 раза подряд. В связи с этим вопросы: 1. Почему стоит норма 1%? Почему не 2, не 3 или 10%? 2. Почему это не отражено в требованиях по тарифному плану? 3. Сколько должно произойти превышений и на сколько, чтобы отключили сайт? У меня начались превышения после того, как у меня почему-то очистился список запрещённых IP. Я в своё время старательно отлавливал спамерные сервера, которые гадили в комменты мне на сайт. Вдруг он очистился и сайт сейчас находится под непрерывной атакой спамеров. Я пока старательно заполняю этот список снова и спама уже раза в 3 стало меньше. Полностью отловить через маскирование IP спамеров нельзя, я это знаю. Но частично всё же можно. По крайней мере мой фильтр отсеивал до 70% спама. В связи с этим опять же вопрос: 4. Почему был очищен список запрещённых IP? Я считаю, что в нынешней повышенной нагрузке на сервер виноваты программисты Адванты, по какой-то причине очистившие мой список запрещённых IP. Надеюсь что это не приведёт к блокированию моего сайта?

Заработало. Но вот PHPMyAdmin всё же какие-то ошибки выдаёт: -------------------- Invalid hostname for server 2. Please review your configuration Invalid hostname for server 3. Please review your configuration. --------------------- Это уже связано с чем-то другим. Поясните, пожалуйста, в чём дело.

И у меня опять не работает WordPress, хотя форум РНРbb работает. История та же. Текст ошибки WP: ----------------- Database error: [Got error 28 from table handler] SELECT DISTINCT * FROM wp_posts WHERE 1=1 AND post_date_gmt <= '2006-10-30 07:13:59' AND (post_status = "publish") GROUP BY wp_posts.ID ORDER BY post_date DESC LIMIT 20 ------------------ Вы уж разберитесь пожалуйста. И ещё отказался работать PHPMyAdmin. Текст ошибки: ----------------------- Warning: session_write_close(): write failed: No space left on device (28) in /usr/local/cpanel/base/3rdparty/phpMyAdmin/index.php on line 44 ------------------------ Думаю, что причина та же...

Спасибо. С исправлением ошибки и сайт заработал.

Что случилось с PHPMyAdmin? Вот ответ на его вызов: ---------------------------- Warning: session_write_close(): write failed: No space left on device (28) in /usr/local/cpanel/base/3rdparty/phpMyAdmin/index.php on line 44 Warning: session_write_close(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in /usr/local/cpanel/base/3rdparty/phpMyAdmin/index.php on line 44 ------------------------------ Пытался вызвать его из CPanel на сервере 63.246.133.30 Мой сайт malchish.org находится на сервере 63.246.159.3 Что-то случилось с базой данных MySQL сайта, но пока не могу достучаться до неё из-за PHPMyAdmin...

Логи чистятся два раза в день, а статистика работатет всего 3 часа? Это как? Статистика запускается спустя три часа после очистки логов? А нельзя ли хотя бы синхронизовать работу статистики и чистку логов? Чтобы статистика отрабатывалась ДО очистки? Замена сервера как-то не радует. Переезд обычно всегда у меня был с проблемами - то настройки софта поменяете, то на форуме посты пропадают. И главное - без уведомления... Почему бы не предусмотреть достаточное место под логи зараннее?

Мне кажется странной причина "загрузка сервера". Если Посмотреть как работала статистика последние несколько месяцев, то можно заметить, что в апреле и марте статистика не работала несколько дней. В апреле не работала всего один день - 31-го числа. До этого, в январе статистика не работала половину времени. В мае она работала нормально до 24 числа. И вот с этого дня и по сей день статистика включается всего на 3 часа в день! Вполне определённых часа, у меня это 16, 17, 18 часов. Ну не странно ли? Только три определённых часа сервер значит не загружен, а остальные - загружен. Интересно чем? Сейчас загрузка 0.87 и статистика НЕ РАБОТАЕТ. Почему в мае до 24-го числа всё работало? Что изменилось 24-го числа? Постарайтесь объяснить сей феномен.

Именно. Первый раз я был напуган и попробовал восстановить базу данных с сохранённого бэкапа. Оказалось, что дело не в порче данных. Это какие-то проблемы сервера. Сейчас всё работает без каких-либо моих действий. Было бы неплохо, если бы группа поддержки проанализировала эту проблему и нашла причину. Тем более, что проблемы возникали не на пару часов, а значительно большее время.

Третий раз WordPress начал выдавать ошибки при обращении к базе данных MySQL. При этом форум PHPbb работает. Ответ: Database error: [Got error 28 from table handler] Не подскажете с чем это связано? Статус сервера показывает перегрузку CPU. Не тут ли причина?

Ну так там вы используете реальные IP. А он остался старым. Надо использовать уже новый IP для СPanel. В общем я разобрался. Был переезд без письменного уведомления. В результате у меня на форуме пропали несколько постов. Я тоже использовал старый IP адрес CPanel, который смотрит на старый сервер. Как я понял старый сервер скоро отключат?

Погодите, на каком ещё старом сервере? Я не переносил сайт в ближайшие дни. Или это у вас был переезд? Может PHPmyadmin тогда на старый сервер смотрит? Как перейти на новый?

Сегодня заметил странную проблему. Форум PHPbb и содержимое базы данных МуSQL не совпадают. Точнее не совпадает то, что отображает PHPMyAdmin и обычный браузер форума. На форуме уже несколько новых постов, а PHPMyadmin их не показывает в базе данных. Не пойму, как так может быть? Из-за кэширования? Кроме того вчера произошла ещё одна странная вещь. Пользователь поместил новое сообщение на форум и его спокойно видит. Я его не вижу с помощью браузера, но вижу в базе данных через PHPMyadmin. Сегодня пользователь тоже перестал видеть свои сообщения. Хотя PHPMyadmin показывает их наличие в базе данных MySQL. В базе данных вроде всё в порядке... Как так может быть? У кого-нибудь такие фокусы были?

У меня Wordpress на адванте более полугода. http://malchish.org Единственная проблема была с кодировкой. Wordpress любит UTF-8, а сервер всё выдаёт как win1254. Пришлось настроить WP на win1254.

Везде изменили? У меня тоже была такая проблема, приходилось загружать базу по отдельным таблицам...

А разве может CPanel попортить MySQL базу? Ведь это на работе форума сказалось сначала...