- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Нужна помощь специалиста: все проверить и настроить. В дальнейшем возможно (но не обязательно) регулярное сотрудничество с регулярной оплатой.
Основную нагрузку на сервере создает IPB-форум. За последнюю неделю два раза рушилась таблица ipb_posts (большая таблица: 613,541 записей).
Оба раза оказывалось, что файл индексов ipb_posts.MYI не читается и приходилось чистить таблицу и восстанавливать её из ipb_posts.MYD с помощью myisamchk --safe-recover ipb_posts
При последнем обрушении/восстановлении (я не понял, одновременно или последовательно) сломалось ещё две таблицы:
ipb_message_topics
ipb_members
В обоих случаях починилось используя repair table. Но ipb_members после починки оказалась существенно меньше, чем должны была - пришлось восстанавливать ее из последнего бекапа.
До этого таблица ipb_posts тоже изредка ломалась (на это жалуются многие владельцы IPB), но всегда достаточно было: repair table ipb_posts
Одновременно несколько таблиц не ломались никогда.
Интересует диагностирование и устранение проблемы.
Processor (CPU) Intel(R) Core(TM)2 CPU 6420 @ 2.13GHz X 2
2Gb оперативной памяти
один 500Gb RAID 1
FreeBSD 7.2 (ISPSYSTEM)
сервер арендован у Infobox
Причины тут могут быть разные, вплоть до того, что кто-нибудь периодически проходит мимо и случайно задевает шнур питания.
А грешить на то, что СУБД MySQL сама крешит индексы под дурным влиянием IPB нужно в последнюю очередь :)
Начните с изучения /var/log/messages и логов MySQL
;5783785']А грешить на то, что СУБД MySQL сама крешит индексы под дурным влиянием IPB нужно в последнюю очередь :)
При достаточно большом количестве инсертов-апдейтов mysql сам крэшит myisam ;-)
Outsourcenow, ни на что не намекаю, но вы знаете зачем в raid без батарейки нужно периодически делать сверку массива ?
Просто у вас и reiserf крешился массово помнится и а теперь еще и mysql ломался на ровном месте. Это все неспроста.
Кстати, одна из возможных причин проблем ТС.
1. Сделать полный дамп бд и восстановление. с убиванием старой.
2. Прочекать файлуху.
С чего начало падать - резет сервера? или само собой.
В принципе могу поразбираться за денежку
Если еще актуально, обращайтесь. За небольшую плату поможем разобраться.
http://24-support.com/ icq: 413497963 skype: support_up
Outsourcenow, ни на что не намекаю, но вы знаете зачем в raid без батарейки нужно периодически делать сверку массива ?
У меня рейды с батарейками - ну, там, где рейды а не внешние хранилища.