spoken

Да ты походу зону с dns хостера удалил. Что-то там в его панели делал и все. На ns1.marosnet.ru и ns2.marosnet.ru нет зоны для домена forumpchelp.ru

Andross, а ссылку на их справку я для чего давал???

Andross, и что? Скриншот выше не из редактора DNS marosnet. Так ведь? Чтобы работали те записи со скриншота выше нужно настроить у регистратора домена NS-записи на сервера Яндекса. Плохо ты их доку читал. > server ns1.marosnet.ru Default Server: ns1.marosnet.ru Address: 94.142.136.2 > set type=NS > set type=MX > forumpchelp.ru Server: ns1.marosnet.ru Address: 94.142.136.2 forumpchelp.ru MX preference = 10, mail exchanger = mail.forumpchelp.ru forumpchelp.ru MX preference = 20, mail exchanger = mail.forumpchelp.ru forumpchelp.ru nameserver = ns2.marosnet.ru forumpchelp.ru nameserver = ns1.marosnet.ru mail.forumpchelp.ru internet address = 94.142.142.242 ns1.marosnet.ru internet address = 94.142.136.2 ns2.marosnet.ru internet address = 94.142.137.2 Ты не сделал делегирование домена на Яндекс. __help.yandex.ru/pdd/hosting.xml#hosting Если ты не хочешь его к ним делегировать, то надо настраивать MX записи в редакторе DNS хостинга.

А тут все верно у тебя. Видимо, это тянется со старых DNS-серверов, не везде еще обновление прошло. C:Documents and Settingsuser>nslookup *** Can't find server name for address 192.168.0.1: Non-existent domain *** Default servers are not available Default Server: UnKnown Address: 192.168.0.1 > server 8.8.8.8 Default Server: google-public-dns-a.google.com Address: 8.8.8.8 > set type=MX > forumpchelp.ru Server: google-public-dns-a.google.com Address: 8.8.8.8 Non-authoritative answer: forumpchelp.ru MX preference = 10, mail exchanger = mail.forumpchelp.ru forumpchelp.ru MX preference = 20, mail exchanger = mail.forumpchelp.ru Гугловский DNS пока считает, что у твоего домена такие NS forumpchelp.ru nameserver = ns2.marosnet.ru forumpchelp.ru nameserver = ns1.marosnet.ru Ты у регистратора домена сменил NS на Яндексовские?

А теперь уже надо искать "закладки" в коде или шаблонах в БД.

А нафига MX запись указывает на IP твоего форума? Она должна указывать на SMTP-сервера Яндекса. Записи для mail.forumpchelp.ru смотри, там другой IP должен быть. При корректной настройке nslookup mail.forumpchelp.ru должен выдавать такое Name: mail.yandex.ru Addresses: 87.250.251.25, 213.180.193.25, 213.180.204.25, 87.250.250.25 93.158.134.25 Aliases: mail.forumpchelp.ru, domain.mail.yandex.net Тут инструкции по настройке __help.yandex.ru/pdd/records.xml

Обновляйте, были дыры. Файл pass.php для генерации хэша пароля, чтобы его потом в базу записать.

Andross, вбей эту ошибку в google. Это что-то с праметрами mysql самого. __wiki.bitel.ru/index.php/%D0%A0%D0%B5%D0%BA%D0%BE%D0%BC%D0%B5%D0%BD%D0%B4%D0%B0%D1%86%D0%B8%D0%B8_%D0%BF%D0%BE_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B5_MySQL

1. права на файл дампа. Проверить через ls -la /var/www/prandros/data/www/forumpchelp.ru/bazasql/ 2. пробуй под root, только это не системный root, а root сервера mysql, поэтому пароли у них разные.

cd /var/www/prandros/data/www/forumpchelp.ru/bazasql/

Ну, если с консолью и phpmyadmin не получается, то попробуй какой-нибудь Sypex Dumper. Он тут был, вроде.

Имя админа mysql, как правило, root Да куда хочешь. В домашний каталог, например. Вот в какой каталог залили, туда переходишь командой cd и там выполняешь команду mysql с параметрами.

Andross, читай __dev-notes.ru/mysql-dump-restore/ Только в дампе должны быть команды на создание базы и таблиц.

Andross, лучше через SSH зайди и утилитой mysql дамп импортируй.

Перед дампом БД можно безболезненно почистить, недавно это обсуждалось. На 10-20% легко уменьшается размер.

Дамп БД отлично сжимается. У меня он сжимается почти в 10 раз. Если не путаю, то phpmayadmin может импортировать сжатые дампы. Если не может, то разжать в консоли и импортировать консольными утилитами.

Почистил, теперь стало так ibf_posts 268.97 68568 ibf_sessions 30.65 111 ibf_skin_cache 6.08 166 ibf_message_posts 5.16 5397 ibf_inline_notifications 4.46 1192 ibf_skin_templates 1.89 857 ibf_core_sys_lang_words 1.81 10873 ibf_members_tracker 1.01 3561 ibf_moderator_logs 0.85 2264 ibf_login_logs 0.75 14483 Разница видна. ibf_members_tracker и ibf_login_logs у вас не будет, это у меня хуки/приложения стоят. Про таблицу сессий но тут есть один минус - разлогинивание пользователей, если что-то очистило память sql-сервера. Зато ускоряет работу форума и таблица не занимает место в БД. В эту таблицу сессий пишется каждый уникальный посетитель, даже поисковые роботы, поэтому она сильно увеличивается в размере и тормозит, поскольку постоянно блокируется на запись. Тему из флейма перенесите, она полезная и нужная.

Есть там еще одна хитрая таблица сессий, она прилично места в БД отъедала. Я для неё поменял тип на таблицу в памяти, то есть она не отъедает место в БД. Все удаления в БД надо проводить с головой, последствия могут быть печальными. Перед delete и truncate сделайте select, чтобы понимать что именно вы удалите потом. Вот с моей рабочей БД форума ibf_posts 268.97 68568 ibf_search_keywords 43.61 48397 ibf_sessions 30.65 103 ibf_inline_notifications 7.82 1906 ibf_skin_cache 6.08 166 ibf_message_posts 5.16 5397 ibf_search_visitors 4.94 16907 ibf_task_logs 4.78 5883 ibf_skin_templates 1.89 857 ibf_core_sys_lang_words 1.81 10873 смело можно чистить ibf_search_keywords, ibf_inline_notifications, ibf_search_visitors, ibf_task_logs более мне чистить нечего, поскольку ibf_sessions живет в памяти, а не в файле таблицы БД на диске.

Вот такой запрос поможет оценить что больше всего ест место в БД select table_name as Name, round((data_length+index_length)/1024/1024,2) as Size, table_rows as Rows from information_schema.tables where table_schema='table_ipb' order by Size desc limit 10; Вместо table_ipb надо вписать имя вашей БД для форума. Далее чистить подобным delete FROM ibf_inline_notifications where notify_read=1; commit; optimize table ibf_inline_notifications; truncate ibf_task_logs; commit; optimize table ibf_task_logs; truncate ibf_search_keywords; commit; optimize table ibf_search_keywords; truncate ibf_search_visitors; commit; optimize table ibf_search_visitors; truncate ibf_inline_notifications; commit; optimize table ibf_inline_notifications;

Try to run your forum in so-called "Safe mode" because somewhat is eating allowed memory size on your hosting. Some hook or application maybe.

HooLIGUN, ты прав, меня не выдвигайте.

AlexBrtn, да, думаю, что так будет работать.

Respected, лень Python под Винду городить. Тебе ссыль на эксплоит дать? Если на VDS/VPS/Dedicated есть Python то потестишь.

lg29, именно это обновление ничего в АЦ не меняет.

Эксплоит под эту штуку нашел, на досуге потестю, есть один форумок на примете.