Russian TYPO3 community Форум больше не используется. Присоединяйтесь к каналу #community-ru в Slack for TYPO3 community  

Вернуться   Russian TYPO3 community > Обсуждение общих технических вопросов > Общие вопросы

Ответ
 
Опции темы Опции просмотра
Старый 17.08.2013, 12:38   #1
mishani
Новенький
 
Регистрация: 23.07.2013
Сообщений: 13
Smile

Цитата:
Сообщение от Ивано++ Посмотреть сообщение
Для начала можно попробовать вот этот SQL-запрос на очистку таблиц:
-- Если TYPO3 - не перегружена различными расширениями - то Ваша база будет весит (если сайт до 1000 страниц) - примерно 10 Мб.
Запрос актуален для TYPO3 4.7.10-14!

PHP код:
TRUNCATE TABLE cache_extensions
TRUNCATE TABLE cache_imagesizes
TRUNCATE TABLE cache_md5params
TRUNCATE TABLE cache_treelist
TRUNCATE TABLE cache_typo3temp_log
TRUNCATE TABLE cf_cache_enetcache_contentcache
TRUNCATE TABLE cf_cache_enetcache_contentcache_tags
TRUNCATE TABLE cf_cache_hash
TRUNCATE TABLE cf_cache_hash_tags
TRUNCATE TABLE cf_cache_pages
TRUNCATE TABLE cf_cache_pages_tags
TRUNCATE TABLE cf_cache_pagesection
TRUNCATE TABLE cf_cache_pagesection_tags
TRUNCATE TABLE tx_enetcache_contentcache
TRUNCATE TABLE tx_enetcache_contentcache_tags
TRUNCATE TABLE tx_realurl_chashcache
TRUNCATE TABLE tx_realurl_pathcache
TRUNCATE TABLE tx_realurl_urldecodecache
TRUNCATE TABLE tx_realurl_urlencodecache
TRUNCATE TABLE sys_log
TRUNCATE TABLE sys_history
TRUNCATE TABLE tx_realurl_uniqalias
TRUNCATE TABLE tx_realurl_errorlog 
Если база весит столько же - значит причина в другом - возможно в других расширениях, которые также имеют таблицы для кэша... Тогда уже надо смотреть скриншот самого phpmyadmin.
Спасибо всем!
Использовал всего один запрос TRUNCATE TABLE sys_log и размер на хостинге уменьшился до несколько мб.
mishani вне форума   Ответить с цитированием
Старый 17.08.2013, 14:55   #2
Ивано++
Senior Member
 
Аватар для Ивано++
 
Регистрация: 18.01.2013
Адрес: Russia , Moscow
Сообщений: 796
По умолчанию

Цитата:
Сообщение от mishani Посмотреть сообщение
Спасибо всем!
Использовал всего один запрос TRUNCATE TABLE sys_log и размер на хостинге уменьшился до несколько мб.
На рабочем сайте имеет смысл отключать ведение логов
Ивано++ вне форума   Ответить с цитированием
Старый 20.08.2013, 13:40   #3
Илья
Senior Member
 
Регистрация: 15.02.2006
Адрес: Петербург
Сообщений: 462
По умолчанию

У меня на одном из сайтов постоянно увеличивается размер таблицы cache_pages. Последний раз таблица достигла размера 37Gb
Почистил, восстановил из дампа и снова наблюдаю устойчивый рост размера таблицы...
Есть ли вариатны сдерживания этого роста в разумных пределах?
Или только настройка очистки по крону?
Илья вне форума   Ответить с цитированием
Старый 20.08.2013, 15:24   #4
Ивано++
Senior Member
 
Аватар для Ивано++
 
Регистрация: 18.01.2013
Адрес: Russia , Moscow
Сообщений: 796
По умолчанию

А на сколько сам сайт-то большой?
"Сдержать кэширование" - если сайт уже запрограммирован - будет скорее - "переделывать много - чем пользы от этого"...
Ивано++ вне форума   Ответить с цитированием
Старый 20.08.2013, 23:41   #5
Илья
Senior Member
 
Регистрация: 15.02.2006
Адрес: Петербург
Сообщений: 462
По умолчанию

Цитата:
Сообщение от Ивано++ Посмотреть сообщение
А на сколько сам сайт-то большой?
Не очень большой сайт - магазин около 1000 товаров.
Посещаемость пока что ничтожная.
Возможно проблема в том, что магазинный экст уже был написан когда я подключился к проекту, и я только дорабатывал его.
Очень не хочется переписывать этот магазин, хотя судя по его коду и по тому, что в нем изначально мало что работало - вполне возможный вариант
Илья вне форума   Ответить с цитированием
Старый 21.08.2013, 09:51   #6
Ивано++
Senior Member
 
Аватар для Ивано++
 
Регистрация: 18.01.2013
Адрес: Russia , Moscow
Сообщений: 796
По умолчанию

Цитата:
Сообщение от Илья Посмотреть сообщение
Не очень большой сайт - магазин около 1000 товаров.
Посещаемость пока что ничтожная.
Возможно проблема в том, что магазинный экст уже был написан когда я подключился к проекту, и я только дорабатывал его.
Очень не хочется переписывать этот магазин, хотя судя по его коду и по тому, что в нем изначально мало что работало - вполне возможный вариант
Вообще странно - что она так много весит...
Наверное есть причина...
(может быть там очень много ссылок с useCacheHash)

Наверное все таки самое постое это сбор мусора кэширования по CRON.
Ивано++ вне форума   Ответить с цитированием
Старый 21.08.2013, 13:25   #7
dmartynenko
Senior Member
 
Аватар для dmartynenko
 
Регистрация: 20.07.2007
Адрес: Беларусь, Минск
Сообщений: 957
Отправить сообщение для dmartynenko с помощью ICQ
По умолчанию

Посмотрите - может у вас есть некий "генератор паразитного контента".

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

Плюс если есть "версия для печати", незакрытая от поисковиков, то умножаем число записей в кэше на два.
dmartynenko вне форума   Ответить с цитированием
Ответ


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB code is Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Зависает база данных pbs Общие вопросы 4 21.06.2013 21:35
База данных компаний AleXUnder Общие вопросы 3 02.05.2007 15:18


Часовой пояс GMT +4, время: 04:47.


Работает на vBulletin® версия 3.8.1.
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Перевод: zCarot

Хостинг и техническая поддержка: TYPO3 Лаборатория