Опубликовано: 10 апреля 201312 г Есть форум возрастом чуть более 3-х лет IPB 3.1.2, купленный у IBR. На форуме не так много сообщений, но размер базы поражает - 281.4 мб. Самые большие таблицы следующие: core_share_links_log - 19.4 МБ inline_notifications - 18.6 МБ posts - 65.2 МБsearch_keywords - 91.7 МБ skin_cache - 11.9 МБ spider_logs - 16.1 МБ Вопросы:1. Оправдан ли такой большой размер таблиц?2. Если не оправдан, то как можно произвести оптимизацию? Спасибо!
Опубликовано: 10 апреля 201312 г Размер базы данных детский.Стандартами средствами, через админ-центр форума, можно почистить все логи пауков, и можно очистить кеш шаблонов. core_share_links_log - Журнал социальных сервисов.skin_cache - Кеш стилей.inline_notifications - Уведомления.post - посты.spider_logs - Визиты поисковых роботов.
Опубликовано: 10 апреля 201312 г Автор @Атаман, спасибо за ответ! Стандартами средствами, через админ-центр форума, можно почистить все логи пауков, и можно очистить кеш шаблонов. Не могли бы вы подсказать, как это сделать? А, о search_keywords - 91.7 МБ, что можете сказать?
Опубликовано: 10 апреля 201312 г Автор Журнал поисковых ботов нашел и почистил: Инструменты и настройки > Журнал > Журнал ошибок поисковых ботов. Но это не помогло. Как был spider_logs 16.1 МБ, так и остался.
Опубликовано: 10 апреля 201312 г Автор У Вас наверно стоит IP.Seo ? Да, верно. search_keywords - а это статистика поисковиков. Понял. Как можно почистить?
Опубликовано: 10 апреля 201312 г Автор таким же методом, только через IP.Seo Подскажите, пожалуйста, где именно. Не могу найти, уже все пересмотрел.
Опубликовано: 10 апреля 201312 г Не могу ответить, не стоит у меня IP.Seo, в новой версии он встроен. А в новой версии путь. Активность Поисковых Машин > Статистика Поисковиков
Опубликовано: 10 апреля 201312 г Автор IP.SEO я вижу, но там нигде нет кнопки очистки. А если работать через мускуль?
Опубликовано: 10 апреля 201312 г Автор В планировщике задач эта задача находилась в запущенном состоянии и якобы запускалась (извините за тавтологию). Я ее запустил принудительно, но это не привело к уменьшению размера таблицы в базе данных. Что еще можно предпринять?
Опубликовано: 10 апреля 201312 г TRUNCATE TABLE search_keywords;TRUNCATE TABLE spider_logs;TRUNCATE TABLE task_logs; skin_cache и posts - трогать нельзя. Таблицу уведомлений тоже можно очиститьTRUNCATE TABLE inline_notifications core_share_links_log показывает логи кто поделился темами через социальные кнопки. Если место не хватает можно очистить. но это не привело к уменьшению размера таблицы в базе данных.ВЫ бы проверили, возможно вам объем из кеша показывается. После очистки выполните OPTIMIZE TABLE для этих таблиц. Проверьте количество записей в таблицах, если там по нулям значит она точно не может занимать столько место.
Опубликовано: 10 апреля 201312 г Автор @siv1987, спасибо! Почистил, оптимизировал. Освободил в итоге 124,2 Мб. Следующий вопрос. Какие есть способы уменьшения нагрузки на сервер?
Есть форум возрастом чуть более 3-х лет IPB 3.1.2, купленный у IBR.
На форуме не так много сообщений, но размер базы поражает - 281.4 мб.
Самые большие таблицы следующие:
core_share_links_log - 19.4 МБ
inline_notifications - 18.6 МБ
posts - 65.2 МБ
search_keywords - 91.7 МБ
skin_cache - 11.9 МБ
spider_logs - 16.1 МБ
Вопросы:
1. Оправдан ли такой большой размер таблиц?
2. Если не оправдан, то как можно произвести оптимизацию?
Спасибо!